來源鏈接:TokenDesign: Mental Models, Capabilities, and Emerging Design Spaces with Eddy Lazzarin
視頻作者:Eddy Lazzarin,a16z Crypto
內容編譯:倩雯,ChainCatcher
Eddy Lazzarin 是加密貨幣團隊的工程主管,本次視頻涵蓋衆多話題,他提出了很多人在考慮設計代幣時,會碰到的常見陷阱,以及可能的解決方案。他認爲代幣設計是一個真正的早期領域,實際上應該被稱爲是協議設計,因爲代幣不是你要做的東西,你真正要做的是協議。
代幣是一個非常有趣、有用、強大的新型工具,它改變了協議的設計方式和可以實現的結果,但代幣並不是設計的核心對象。現在的協議設計更像是“煉金術”而一門學科,因爲設計者的理解遠遠沒有達到全面或科學的程度,大多數項目仍然需要大量實驗。
本次內容分爲三部分,首先是代幣設計中常見的思維模式,然後是代幣分類,更具體地談談代幣到底是什么以及我們如何思考开發和增強它們的能力。最後是科技樹理論,如何利用科技使我們的設計更容易成功。
首先,代幣是爲協議服務的,它們只是一種工具,只是設計過程的一部分,它們不應該是目標。如果你想做去中心化的東西,那么代幣可能是其中的一部分,因爲它可以很好地讓人們擁有對協議的所有權,也可以讓人們保持一致。
我在與投資組合公司的接觸中,從成功的設計過程中總結了三個階段。
第一個階段:定義目標。一個目標是對一個有效協議結果的簡明描述,它應該是明確無誤的,即它是否已通過具體的設計進行實現。所以對成功與失敗,我們應該有一個非常明確的劃分。如果不清楚我們的目標是什么,我們就需要重頭开始,先忘記代幣。理想情況下,目標是可衡量的,即使我們還不確定如何衡量成功。
第二階段:引入限制。一般來說有兩種限制,一種是內源性的限制,另一種是外源性的限制:內源性的限制是我們爲簡化設計過程而選擇的限制,因爲需要做一些取舍,或者它們本身就是取舍。比如可以選擇限制我們喜歡的有趣特點。我曾看過 Subset game 團隊的講座,他們設計了幾個非常酷的遊戲,如《陷陣之志》和《超越光速》,他們就提到在限制條件下進行設計。我向任何設計協議的人推薦這個講座。他們選擇限制時,考慮的只是什么在遊戲中是有趣的。內源性的限制可以來自很多方面,但通常由設計者本身決定。外源性限制是由自然界、技術狀況、法規和各種事物強加給你的。我後續會詳談。
第三階段:設計機制。一旦我們有了限制和目標,我們就可以明確地思考能夠滿足這一目標的機制。現在每當我們考慮一個機制的時候,應該真正清楚它是否違反了這些限制條件,是否讓我們更接近這個目標。一個協議將是一系列機制,都是根據一些限制條件向一個特定的目標推動。
以 MakerDOA 爲例。他們的目標是开發一個穩定的以太坊原生資產,當然,穩定和原生又有多種解釋。他們的限制是價格與美元掛鉤;完全由原生的鏈上資產支持等。
(1 )過度重視代幣。我已經稍微提到了這一點,但如果你總是考慮獎勵或代幣分配,而不是如何在你的系統中保持參與者之間的一致性,你可能不是在考慮協議,而是在考慮代幣。代幣不是協議,代幣不應該是你的目標。它應該只是一個工具。
如何走出這個陷阱?問問自己:如果沒有代幣,這個系統如何運作?如果把代幣完全去掉後,系統完全失敗,那么你可能過分強調了代幣的作用。如果系統的幾個關鍵部分失敗了,那么情況比前者好一些,你的代幣確實很重要,對整體上的平衡很有必要,但沒有它系統仍然是連貫完整的。所以,你應該還是回到系統的目標上進行思考。
(2 )設計空間不設限。在設計中,你有太多想法,太多的可能性,你甚至不知道從哪裏开始,因爲有那么多的事情可以做。這通常因爲目標不明確,所以要細化目標。也可能是因爲你對外界給你的限制缺乏了解,或者你還沒有接受這些限制。
如果你把這些限制帶進來,你會發現設計空間會縮小,而且會變得更加清晰。有兩個問題對限制設計空間很有幫助,那就是問自己:你想建立的強大概念是什么?它可能是一些深度想法、一些優勢、一些時代潮流的變化等,問自己這個強大的概念是什么?你如何才能最大限度地利用它,專注於它,而不是先考慮整個系統。另一個問題是:這個設計的最大弱點是什么?什么東西讓你徹夜難眠,它是你認爲可能行不通的點、你擔心的點、關鍵的弱點,以及你能接受什么限制來改善它?這可以大大限制設計空間。
(3 )總讓社區兜底。在設計系統的某些部分時遇到了挑战,把他們都推給社區解決,或者期待看不見的力量來填補空缺,總是你期待人找到問題並解決它,這是非常冒險的。盡管無權限系統很流行,帶來很多驚人的創新發生,但你無法預料社區的動作,你也不應該期望他們會解決你系統中最明顯的問題。
有幾個關鍵問題你應該問自己,我們對社區的真正期望是什么,我們給他們的是什么呢?不是問我們給他們的代幣足夠多嗎?而是問,我們給了他們什么權力?給了他們什么能力?他們有什么所有權?他們是否被賦予了足夠的權力來平衡這種責任?
如果你真的期望他們能修復一個東西,如果你期望其他有野心的人來增加一些有趣的拓展功能,或修復系統的一些組件,那你要先問自己,你會在這裏建造嗎?如果你不會,因爲它沒有足夠的上升空間、足夠的力量或足夠的靈活性,那就更不用指望別人了。
這不是完整的列表,我一直在與團隊成員討論這個問題,我相信我們很快就會進行修改,但這只是爲了列舉我們迄今爲止看到的代幣所表現出的所有能力。
代幣是協議中的一種工具,它們是一種工具和協議,更抽象地說,它們是一種數據結構。那么,我們是如何看到這種數據結構被用於不同的協議中的呢?可以它們分成非常普遍的五類:支付、投票、利益相關、元數據和所有權(Claiming),我相信隨着時間的推移,每一類都會有更多的解決方法,這種分組至少對我來說感覺是比較直觀的。
支付功能又分爲三類,首先是作爲社區或項目的內部貨幣。我們還沒有看到太多類似這種的情況,但有一些例子。例如,SourceCred 是一個有趣的例子,FWB 可能正朝着這個方向發展。它與傳統的支付方式如美元支付不同,因爲它存在於特定的社區內,該社區對該貨幣有控制權,他們可以對該內部貨幣使用貨幣政策等手段,比如這種貨幣應該是穩定的,應該與其他一些特定資產的價值掛鉤,也許他們根據具體的、全社區的目標來鑄造或燃燒它。
第二,可能是最常用的和最容易理解的使用加密貨幣支付方式,是作爲一種網絡資源,以太坊和比特幣也屬於這個範疇。你爲算力、儲存或其他一些加密貨幣網絡資源進行付費。我們有 EIP 1559、質押、流動性等來確定代幣如何被用來在系統內計算不同的資源,特別是計算資源。
第三種支付代幣是作爲類似遊戲幣存在。比如遊戲、資源或一些協議資源需要處於穩定,需要被定價,因爲你要是使用系統,而這些資源是穩定的,所以代幣價格也需要是相對穩定的。它是否供應穩定並不重要,因爲你使用它只是爲了實現應用程序的特定部分。
那么穩定幣該放在哪裏呢?當然,一個穩定幣可以作爲上述三種方式進行支付。但使穩定幣成爲穩定幣的原因是其背後穩定它的機制,所以穩定幣一般屬於所有權這一列。
一般有兩種所有權,鏈上型(存款)和鏈下型(所有權)。存款代幣表示對其他代幣有所有權,一個例子是 uniswap LP 代幣,在V2是 erc 20 ,在V3是NFT。從 Maker 協議出來的穩定幣 Dai 也是鏈上存款,因爲你或金庫持有者用它來索取他們的基礎抵押品。所以存款代幣指的是,在非鏈上環境下可以使用它來索取其他代幣。
第二種代幣代表一些鏈外資產的所有權,所以這可能是像現實世界的資產代幣、房地產代幣或類似的東西。我們還沒有看到大量這樣的例子。一個更現代的例子是現在所謂的可贖回物,代幣可以對實物進行兌換。比如用 NFT 與藝術品進行交換,這個 NFT 代表對院子的所有權。如果你愿意,甚至還有一些有趣的交易。你可以用實物來控制 NFT,通過一些數字功能如芯片,對後續 NFT 的所有權進行控制。
使用投票可以資助項目、分配資源,也就是作爲團體進行支付或轉账,也可以進行軟件升級。也可以把它作爲一個社會共識的措施,比如選擇一個領導者決定一個項目的未來計劃。
代幣可以設計成通過智能合約有權獲得回報,這裏並沒有法律協議,但該機制的運作意味着代幣將從某種鏈上活動中受益。一個例子是 Maker,如果 Maker 運作良好,Maker 衆多的代幣持有者做好他們的工作,系統正常運行,那么他們將從一些回報中受益,這是智能合約的方式,是協議的設計方式,以獎勵社區的良好管理。
你也可以使代幣作爲法律協議的結果,使你有權獲得回報。你可以制造一種代幣,代表一家公司的股權部分或股權份額,當然會有各種法律要求和限制。曾經有一段時間,有一些人理論上認爲可以創造安全代幣,雖然我們還沒有看到實質更多案例。
代幣也用來爲換取回報而進行風險承保。Maker 就使用該原理,如果 Maker 協議中出現虧損,就會產生更多的 Maker 代幣,這就稀釋了 Maker 持有者持有的價值。通過持有 Maker 代幣,持有人持有一些風險,這也是驅動 Maker 持有人推進社區建設的部分原因。如果他們想看到他們的投資增值,他們就需要支持這個系統發展。
首先,代幣代表成員資格,決定你是否可以訪問一個特定的空間,你是否在一個特定的社區,或者你是否在一些團體中。協議或一些第三方編寫的工具可以以任何方式利用這種成員屬性,這是無權限的,舉例來說,一些 NFT 社區可以決定只有持有代幣的人才能加入,比如爲持有這個代幣的人提供特定的功能等。成員資格是一個有趣的元數據類型,由代幣提供。
代幣也代表信譽。有些人在討論信譽是否應該轉讓,我個人認爲它可能不應該。但它可能在某些情況下是同質化的,在其他情況下是非同質化的。如果指的是你的成就,那可能是非同質化的;如果指的是信息來源、信用或不同類型的信用評分系統,它可能同質化的。這是一連續的數據,所以是一種元數據。
代幣也代表身份或參考。Ens 是這方面的一個例子,ENS名稱可以指向地址,可以更新,這與 DNS 系統不一樣。
鏈外數據可以是一種元數據。一個例子是鏈外 kyc 或某種可驗證的證書。另一個很好的例子是文憑或學術資格。有人把這證書交給你,然後公开可見、可追溯、有真實性。我們還沒有看到太多案例在鏈上表示權限和能力。比如一些實體明確授予你權限,如調用一個函數、改變一段代碼的能力或在鏈上轉移一些東西。甚至可以把代幣作爲接口,我們已經看到了這樣的例子,在代幣 URI 中不僅可以放 SVG 數據,你還可以把整個 HTML 網頁放在其中,你甚至可以放一點 JavaScript。你可以在 nft 中放置一個接口,對接口進行控制,也可以把接口嵌入到人們擁有和轉讓的對象中。
一個有趣的例子是 BEEP 3 R,你先用文本鑄成一個 NFT,然後你可以通過擁有它來向其他 BEEP 3 R 持有者廣播文本。這些文本被顯示在 BEEP 3 R 的小圖像上。當你有一個 BEEP 3 R 機時,你也可以直接給其他 BEEP 3 R 機持有者發送信息,就像單獨使用 xmtb 一樣。
那么這個代幣的功能是什么?這是一個成員身份代幣,有這個代幣,你就可以接收消息。任何能夠正確表示動畫 URL 的錢包界面只要支持這種標准,都可以顯示你收到的任何消息。
這也是一個身份代幣,因爲作爲一個 BP 持有者,你可以接收和發送信息。所以這個東西只發生在那個集合裏。這也是身份代幣,因爲他們用你 BP 的代幣 ID 給你發消息。同時它也作爲一個接口存在,可以查看與該 NFT 有關的信息。
我們可以看到,有些領域目前已經大有發展,比如代幣作爲支付手段和網絡資源,而有些領域還尚未有成型的發展,比如接口、元數據等。那么爲什么是這樣的呢?我沒有一個完整的答案,但我認爲這可能與科技樹有關,當然這個科技樹還遠遠沒有完成。
我的問題是,爲什么一些產品在某些時段出現,爲什么某些產品出現的時間比其他的要長?以借貸協議爲例,如果沒有穩定幣,很難想象借貸協議能運作。這是因爲當你在借貸協議中借出債務時,你想用穩定的資產來表示它,因爲這個資產的價格你可以預測,所以我們需要穩定幣,然後才能真正有借貸協議。
同樣的,我們也有需要 AMM 的借貸協議,因爲如果你想使用借貸協議進行槓杆,特別是早期簡單的借貸協議,你需要能借入資產,比如是穩定幣。如果你想非常迅速地用該穩定幣換取該資產,你想有更多的風險敞口,那你就需要 AMM。直到我們有正常運作的 AMM 和穩定幣,才有了借貸協議的發展。
但如何獲得正常運作的 AMM 和穩定幣?如果沒有一個可互操作的代幣標准,就很難做到這一點,因爲穩定幣、AMM 和它們周圍的所有系統,需要了解其他項目如何與它們進行對接。而要想有 erc 20 代幣,你需要完全可編程的智能合約。你可能實際並不需要它們,但這就是它們第一次在以太坊上出現的方式,因爲以太坊是在沒有 erc 20 代幣標准的情況下推出的。我們需要完全可編程性,以便能夠留下足夠开放的設計空間,當然這一點可以進一步討論。但總之,我認爲存在技術樹,某些技術是其他技術的前提條件。
這裏有兩個問題:什么是解鎖未來的應用和協議的關鍵技術?也就是我們需要哪些技術來开發有用的信譽系統或去中心化和無信任的界面?而第二個問題有點像第一個問題反過來,哪些應用和協議將被即將到來的技術所解鎖?
例如,账戶抽象化、EIP 4844、垂直樹、零知識機器學習等。這些問題之所以有趣,是因爲如果我們能預見到特定科技的到來,而技術可以減輕或引入設計限制,那么這將如何改變我們的設計?如果特定的技術可以減輕限制,我們應該花精力去开發它們嗎?
如果把事情看成是一棵科技樹,它可能會幫助我們推理出即將到來的東西或你所需的東西,以達到你想要的一套限制。因此,把它與我最初的限制點聯系起來,我認爲新技術減輕了我們以前面臨的限制。比如,如果沒有 erc 20 標准,那么對任何 AMM 或穩定幣設計的限制將是,它要么需要引入一個標准,要么能夠應對各種不同的設計。
想象一下,設計一個通用的 AMM,但不使用一個特定的代幣標准,這將是非常非常困難的。我認爲這將是一個幾乎不可逾越的限制,但有了互操作性標准意味着,我們可以直接支持 erc 20 代幣,這限制了設計空間,使之有可能實現。
如果我們能預計未來會出現哪些技術,這對我們的協議設計的限制會有什么影響?如果我們有具體的目標,或者有具體的限制條件,那我們需要的技術是什么?技術這將能夠緩解這些限制,並通過新的機制使這些目標再次成爲可能。
鄭重聲明:本文版權歸原作者所有,轉載文章僅為傳播信息之目的,不構成任何投資建議,如有侵權行為,請第一時間聯絡我們修改或刪除,多謝。
標題:a16z:代幣設計的陷阱、解決方案與未來展望
地址:https://www.torrentbusiness.com/article/22613.html
標籤: