協議設計:原因與方法

協議演進的內在規律

互聯網協議:交互的紐帶

互聯網是由各種協議組成的網路。有些協議簡單明了,如HTTP的狀態圖;有些則復雜得多,如Maker協議的交互圖。這些協議的共同點是它們都是形式化的交互系統,能促進復雜的羣體行爲。互聯網協議的強大之處在於不僅能連接人與人之間的交互,還能與軟件進行交互。軟件具有高度適應性和高效性,能整合各種機制。因此,互聯網協議可以說是最重要的協議類型之一。

協議的演進:Web1 - Web2 - Web3

協議的演進可以在一個坐標圖上展示,橫軸代表去中心化程度,縱軸代表經濟模型的明確程度。這個區分看似微妙,但影響重大。

Web1:去中心化 & 無明確經濟模型

Web1時期的協議(如NNTP、IRC、SMTP和RSS)在價值流向、所有權、訪問權限和支付機制等方面保持中立,沒有明確的經濟模型。這些協議易於理解,顯示了Web1協議的易讀性和清晰模板的重要性。然而,它們最終面臨失敗或變化,原因是缺乏特定功能無法與Web2競爭,以及在獲取資金方面遇到困難。

Web2:中心化 & 明確的經濟模型

Web2帶來了一種趨勢:中心化系統取代了去中心化協議。Web2解決了Web1協議的局限性,提供了特定功能。Web2協議完全由所有者控制,僅受商業策略和法律限制。在保持去中心化的前提下實現明確的經濟模型是不可能的,除非利用去中心化的共識、可驗證計算和加密技術工具。

兩個關鍵的中心化力量影響着協議:網路效應和切換成本。網路效應指隨着系統規模擴大,權力也會積聚。切換成本是指用戶轉向其他系統所需的成本。

Web3:去中心化 & 明確的經濟模型

Web3引入的去中心化組件改變了協議。利用加密和區塊鏈技術可以減少對信任的依賴,同時明確經濟學原理並支持去中心化。Web3提供了開放性、互操作性和開源的特點,具備明確的經濟模型,並能在協議中整合資金以實現可持續發展。

作爲開發者,選擇在去中心化且具備明確經濟模型的系統上進行建設是最佳選擇。Web3吸引了優秀的開發者,他們可以構建更大、更具野心的項目。Web3通過去中心化和明確的經濟模型,提供了更具彈性和創新能力的空間。

Web3協議設計案例

案例背景與設計目標

以"Stable Horde"爲基礎,我們設計了一個名爲"Unstable Confusion"的Web3協議。設計目標是建立一個去中心化、互操作的圖像生成市場。

潛在機制設計

1. 驗證機制:可採用博弈論、密碼學等方法確保推理準確性。

2. 定價策略:可在鏈上建立訂單簿,或使用鏈上驗證的計算資源代理度量。

3. 存儲機制:可選擇鏈上存儲、專門的存儲加密網路或鏈外存儲。

4. 任務分配策略:可考慮工作者自選、協議分配或用戶選擇等方式。

去中心化協議設計的要點

1. 注意可能導致中心化風險的7個關鍵設計要素。

2. 降低切換成本和促進互操作性。

3. 利用Web3技術創建去中心化系統。

4. 深入研究並選擇最佳解決方案。

在設計去中心化系統時,以上要點可以幫助構建具有長期穩健性和去中心化特性的系統。