積分：加密生態(tài)參與的催化劑

訪客 1年前 (2024-03-24) 閱讀數(shù) 298 #區(qū)塊鏈

文章標(biāo)簽前沿文章

作者：Kautuk Kundan,?Manan @Stackr Labs；編譯：Leia?@TEDAO

譯者導(dǎo)讀：

積分系統(tǒng)作為一種激勵機(jī)制，能夠促進(jìn)用戶與協(xié)議的互動，從而推動協(xié)議的發(fā)展與增長。它是一種工具，而不是目標(biāo)。積分不應(yīng)該成為用戶使用產(chǎn)品唯一的原因，產(chǎn)品本身應(yīng)該具有吸引力。同時，用戶需要清晰、可預(yù)測的規(guī)則來理解如何獲得積分，而鏈上積分可以避免傳統(tǒng)積分系統(tǒng)的“黑箱”問題。

Micro-rollup，作為一種在鏈上實現(xiàn)積分系統(tǒng)的方法，提供了一種既節(jié)省成本又高效的方式。它通過在鏈下執(zhí)行邏輯操作然后將驗證結(jié)果推送到鏈上的方式，既保證了操作的速度和靈活性，又確保了數(shù)據(jù)的可驗證性和安全性。

這不僅為開發(fā)者提供了一種新的工具，也為整個加密生態(tài)系統(tǒng)提供了一種新的思考方式，即如何將技術(shù)創(chuàng)新應(yīng)用于提高用戶參與度和激勵機(jī)制。

近來，積分迅速成為加密生態(tài)中推動用戶參與的催化劑，引領(lǐng)了眾多頂尖團(tuán)隊和協(xié)議的成功實踐。其概念并不復(fù)雜：用戶通過促進(jìn)協(xié)議發(fā)展的方式與之互動，從而獲得協(xié)議以積分形式發(fā)放的獎勵。這一機(jī)制與許多視頻游戲中常見的經(jīng)驗值（XP）系統(tǒng)類似，玩家通過不斷積累經(jīng)驗值，提升自己的排名；而排名的提升，又會激勵玩家繼續(xù)努力，爭取獲得更高的排名。

許多協(xié)議將積分作為引入?yún)f(xié)議治理代幣（token）的前奏，表明代幣的分發(fā)將基于用戶所積累的積分?jǐn)?shù)量。這種策略為協(xié)議和團(tuán)隊在公布代幣細(xì)節(jié)之前爭取到寶貴的時間，同時也推遲了他們出現(xiàn)失誤時所面臨的審查。積分積累的運(yùn)作方式和收益耕作（yield farming）類似，但是沒有直接的經(jīng)濟(jì)激勵，而是提供一種更為廣泛的用戶參與和獎勵方式。

現(xiàn)在，使用積分激勵用戶并促進(jìn)協(xié)議的發(fā)展已經(jīng)成為一種新趨勢。有趣的是，從理論上講，積分的供應(yīng)量可以是無限的，這為傳統(tǒng)空投機(jī)制帶來了新的變化，使其與實際代幣區(qū)別開來。

積分的問題

PMF 不應(yīng)被理解為 “Points Market Fit”（積分市場匹配度）。如果一個產(chǎn)品在沒有積分系統(tǒng)的情況下無法獲得用戶青睞，那么在其之上再添加積分系統(tǒng)并稱其為 PMF 也是無濟(jì)于事的。積分不應(yīng)成為決定用戶選擇產(chǎn)品 X 還是產(chǎn)品 Y 的關(guān)鍵因素，而應(yīng)是產(chǎn)品 X 和 Y 都能為用戶提供內(nèi)在價值。

另一個重大問題是，大多數(shù)積分系統(tǒng)都是“黑箱”，隨著時間的推移，它們的計算屬性不可預(yù)測。這種不透明性有利有弊——有利是指，它賦予了團(tuán)隊更大的靈活性來調(diào)整系統(tǒng)的規(guī)則；而弊端則是，它同時也剝奪用戶可感知的控制權(quán)或影響力。

游戲獲取經(jīng)驗值（即積分）的規(guī)則應(yīng)當(dāng)是清晰且可預(yù)測的！

如果積分系統(tǒng)是可審計、透明且可預(yù)測的，同時又能保持足夠的靈活性，讓團(tuán)隊圍繞它設(shè)計各種活動，那將會怎樣呢？

鏈上積分

在鏈上實現(xiàn)積分系統(tǒng)是一個吸引人的想法，但這不應(yīng)該只是為了創(chuàng)造另一個 ERC-20 代幣的幌子。曾經(jīng)有協(xié)議推出過一種預(yù)發(fā)行代幣，承諾最終會將其轉(zhuǎn)換成另一種代幣（本質(zhì)上就是變相的積分），結(jié)果只是讓生態(tài)系統(tǒng)中充斥著不必要的代幣。

將鏈上積分設(shè)想為與 ERC-20 代幣不同的存在，通過積分系統(tǒng)的組合性可以為用戶創(chuàng)造出獨特的體驗。然而，無論是在 Layer-1 還是 Layer-2 層面實現(xiàn)一個鏈上積分追蹤系統(tǒng)都需要高昂的成本，這就引出了一個非常關(guān)鍵問題：為什么不直接用 ERC-20 代幣來代表積分呢？

這種情況凸顯了為什么鏈上積分系統(tǒng)是作為 Stackr 上的 micro-rollup 來開發(fā)的理想選擇。深入研究現(xiàn)有積分系統(tǒng)基礎(chǔ)設(shè)施所面臨的問題，團(tuán)隊通宵達(dá)旦地進(jìn)行了內(nèi)部研究沖刺，最終開發(fā)出了一種專用的虛擬機(jī)（VM）來跟蹤和管理協(xié)議的積分。

Micro-Rollups 快速入門

Micro-Rollup 端到端工作流程

Micro-rollups 本質(zhì)上是一種狀態(tài)機(jī)（state machines），它可以在鏈下執(zhí)行特定的邏輯運(yùn)算，然后將執(zhí)行驗證外包給一個叫做 "Vulcan" 的驗證層。Vulcan 負(fù)責(zé)驗證狀態(tài)更新，并將計算數(shù)據(jù)提交到鏈上。

-狀態(tài)機(jī)具有定義好的狀態(tài)形態(tài)，并且會根據(jù)一組初始條件（genesis condition）進(jìn)行初始化，以確定狀態(tài)機(jī)的起始狀態(tài)。

-狀態(tài)機(jī)包含一組動作（可以理解為交易類型），當(dāng)被調(diào)用時，這些動作會觸發(fā)狀態(tài)機(jī)上的狀態(tài)轉(zhuǎn)換函數(shù)。

-狀態(tài)轉(zhuǎn)換函數(shù)（State Transition Function，STF）負(fù)責(zé)執(zhí)行計算并更新狀態(tài)機(jī)的狀態(tài)。STF 執(zhí)行完畢后，這些動作會被打包成一個區(qū)塊，并發(fā)送給 Vulcan。

最后，Vulcan 會：

悲觀地假設(shè) STF 的計算結(jié)果可能存在錯誤或者惡意篡改，重新執(zhí)行區(qū)塊中的動作，以確保結(jié)果的正確性。

為已驗證的區(qū)塊生成元數(shù)據(jù)。

在 Layer-1 和 DA 上完成結(jié)算。

Micro-rollup 更新后的狀態(tài)被發(fā)送到 DA。

經(jīng)過驗證的區(qū)塊的元數(shù)據(jù)和更新后的狀態(tài)根（state root）被安置到 micro-rollup 在 Layer-1 上的 inbox contract 中。

上述流程共同構(gòu)成了 Stackr 的 Micro-Rollup 框架的工作原理。

積分系統(tǒng) Micro-Rollup

那么，為什么 micro-rollups 特別適合構(gòu)建積分系統(tǒng)呢？

Micro-rollups 提供了快速、靈活、自托管的執(zhí)行環(huán)境。

這確保了積分的發(fā)放不會產(chǎn)生“鏈上”開銷，并且所有狀態(tài)更新都能盡可能快地發(fā)生。

Micro-rollups 支持可驗證的鏈下計算。

盡管是自托管的，該框架仍然可以保證在數(shù)據(jù)結(jié)算到 Layer-1 之前，任何進(jìn)入系統(tǒng)并改變狀態(tài)的數(shù)據(jù)都能得到充分驗證。這確保了系統(tǒng)以可預(yù)測的方式運(yùn)行，并且不會被篡改。

Micro-rollups 使?fàn)顟B(tài)可審計。

一旦狀態(tài)機(jī)被部署，STF 的邏輯就不能被更改。這為用戶提供了一種保障，確信系統(tǒng)的規(guī)則不會被提供者隨意修改。

Micro-rollups 可以直接在 Layer-1 上進(jìn)行結(jié)算。

由于 micro-rollups 可以直接在 Layer-1 上進(jìn)行結(jié)算，狀態(tài)證明可以在合約內(nèi)部直接使用，進(jìn)而實現(xiàn)鏈上操作。驗證層通過提供預(yù)結(jié)算保證，能大大縮短結(jié)算周期。

構(gòu)建積分系統(tǒng)的探索之旅

免責(zé)聲明：本演示僅展示了該框架的功能，是一個未經(jīng)任何優(yōu)化的版本，不適用于生產(chǎn)環(huán)境。請將此內(nèi)容理解為說明性的示例，而非最終產(chǎn)品。

在開發(fā) micro-rollup 時，以狀態(tài)機(jī)的形式去構(gòu)思邏輯至關(guān)重要。這需要仔細(xì)考慮 micro-rollup 的狀態(tài)（即它將保存的數(shù)據(jù)），以及決定 STF 行為的動作（該函數(shù)會對狀態(tài)進(jìn)行操作）。

從狀態(tài)機(jī)的視角思考應(yīng)用構(gòu)建

秉持上述理念，我們使用 Stackr 的 SDK（開發(fā)工具包）開始設(shè)計 micro-rollup 的狀態(tài)。

設(shè)計

當(dāng)用戶在平臺上執(zhí)行鏈下或鏈上動作時，會觸發(fā)事件（events）。管理員也可以為用戶分配事件。

積分存儲在鏈下的狀態(tài)機(jī)中。

系統(tǒng)包含一個 STF，用于決定授予用戶積分的時間和數(shù)量。

事件會觸發(fā) STF，狀態(tài)會基于用戶的最新積分進(jìn)行更新。

每過一個設(shè)定的時間段（epoch），就會生成一個區(qū)塊，其中包含用戶事件的詳細(xì)信息和更新后的積分表狀態(tài)。

區(qū)塊被發(fā)送到 Vulcan 網(wǎng)絡(luò)進(jìn)行驗證。

如果區(qū)塊符合狀態(tài)機(jī)的規(guī)則，則被批準(zhǔn)。

區(qū)塊數(shù)據(jù)拆分為兩部分，分別在 Layer-1 和 DA 上進(jìn)行結(jié)算。

Micro-rollup 架構(gòu)中的積分系統(tǒng)

定義基礎(chǔ)狀態(tài)

首先，我們添加 admins （管理員）和 eventRegistry（事件注冊表）：

admins：可以注冊事件實體并為用戶分配積分的地址。

event：用戶可獲得積分的任何類型的實體。它可以是鏈上事件，也可以是手動添加的自定義事件。例如：“sign-up”注冊事件（自定義）可以獲得 200 積分，“swap”兌換事件（鏈上）可以獲得 500 積分等。

接下來，我們需要一種方法來跟蹤用戶有資格獲得積分的事件。

一個用戶可能進(jìn)行過 1 次 sign-up 事件和 5 次 swap 事件。每個事件都是?eventLog（事件日志）中的一個條目。

我們在狀態(tài)中添加了 eventLog，以跟蹤每個用戶對應(yīng)的所有鏈上事件以及每個事件的最大積分。目前，我們不需要積分子字段，因為它可以從 eventRegistry 中獲取。但為了使系統(tǒng)更靈活，以便未來擴(kuò)展，我們?nèi)匀惶砑恿嗽撟侄巍?/p>

添加狀態(tài)更新處理

在設(shè)置好最小可行狀態(tài)（minimum viable state）后，我們需要定義更新狀態(tài)的 reducers。

添加 logEventReducer，負(fù)責(zé)為用戶的事件創(chuàng)建日志條目。

詳細(xì)拆解如下：

管理員使用事件名稱和用戶標(biāo)識符調(diào)用 logEvent 動作（本文不包含此操作的詳細(xì)討論）。

此動作會觸發(fā)狀態(tài)機(jī)并調(diào)用 logEventReducer。

這個 Reducer 隨后會：

查找與事件對應(yīng)的積分。

基于事件和相應(yīng)的積分來更新用戶的事件日志。

例如：

管理員調(diào)用 logEvent({user: mg-labs.eth, event: "deposit"})

Reducer 將在 eventRegistry 中找到 deposit 這個動作，并為用戶 mg-labs.eth 記錄 deposit 事件及其對應(yīng)的積分。

至此，我們已經(jīng)構(gòu)建了一個最小可行的積分系統(tǒng)。

智能合約 vs Micro-rollup

如果要計算用戶的總積分，我們需要遍歷該用戶的事件日志，并且每次計算總積分都要重復(fù)這個過程。

如果將積分系統(tǒng)構(gòu)建為一個智能合約，這可能是一種可行的方法，但是與 micro-rollup 相比，EVM 中的存儲成本極為高昂，這種設(shè)計可能并不理想。

而我們正在構(gòu)建的 micro-rollup，成本相對更低，可以更自由靈活地管理狀態(tài)和計算，從而可以優(yōu)先考慮用戶體驗，而不是權(quán)衡成本。

存儲計算后的積分

向狀態(tài)中添加 userPoints（用戶積分）

它將負(fù)責(zé)保存分配給用戶的積分總和。

當(dāng)記錄事件時，我們也更新 logEventReducer 以更新用戶的積分。

完成！

構(gòu)建一個具有鏈上可追溯性的事件驅(qū)動積分系統(tǒng)，就是這么簡單！是不是很容易就能為后端服務(wù)器賦予鏈上超能力？

鏈下積分上鏈——空投等更多可能 ?

這個系統(tǒng)的美妙之處在于，它允許積分在無需高昂開銷的情況下無縫地在鏈上使用。

正如文章開頭所述，micro-rollup 的狀態(tài)根會在 Layer-1 上結(jié)算。值得注意的是，開發(fā)者可以選擇哪些狀態(tài)數(shù)據(jù)在 Layer-1 上結(jié)算，哪些作為元數(shù)據(jù)放到 DA 上，從而實現(xiàn)混合安全假設(shè)。

在本例中，如果我們提取 userPoints，并將其 Merkle 化的根（root）在 Layer-1 上結(jié)算，就能直接實現(xiàn)用戶在 Merkle 樹中的包含證明（inclusion proofs）。

這一特性讓我們能夠無縫構(gòu)建各種鏈上體驗，包括無信任代幣兌換、積分獎勵、積分的鏈上二級市場等等。通過包含證明的方式將用戶積分?jǐn)?shù)據(jù)引入鏈上，鏈上體驗的可能性將會大幅擴(kuò)展！

這種方法實現(xiàn)了積分上鏈，而又無需將積分完全放置在鏈上（顯著降低成本，并優(yōu)化用戶體驗）。

暢想

目前在這篇文章中構(gòu)建的積分系統(tǒng)僅是冰山一角，可以對其進(jìn)行大幅擴(kuò)展，實現(xiàn)諸多功能。以下是一些可能的拓展方向：

Multipliers（倍數(shù)）

團(tuán)隊常常喜歡在某些事件或活動的基礎(chǔ)積分上設(shè)置有時間限制的 multipliers，因為這是一種非常有效的機(jī)制，可以與其他項目展開合作、提高社區(qū)和協(xié)議活躍度等。在這版積分系統(tǒng)中，我們已經(jīng)在特定時間為事件存儲了應(yīng)當(dāng)分配的積分，因此，迭代和實現(xiàn)?multipliers?都非常簡單。

首先，更新 EventRegistry?為每個事件保存?multipliers 的列表。

如上所示，每個事件都有一組可以由團(tuán)隊激活和停用的?multipliers，從而實現(xiàn)靈活的活動設(shè)計。

為了支持上述的狀態(tài)更新，我們更新了 logEventReducer 使其應(yīng)用有效的?multipliers。

上述邏輯不僅可以應(yīng)用一個?multiplier，還可以在計算事件分配積分?jǐn)?shù)量時疊加多個?multipliers。