協議設計：原因和方法

協議是形式化的交互系統,能促進復雜的羣體行爲。互聯網協議的強大之處在於它不僅能連接人與人之間的交互,還能與軟件進行交互。軟件具有高度適應性和高效性,能整合各種機制。因此,互聯網協議可以說是我們最重要的協議類型之一。

協議的演進

協議的演進經歷了從Web1到Web2再到Web3的過程:

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

Web1時期的協議(如NNTP、IRC、SMTP和RSS)在價值流向、所有權、訪問權限和支付機制等方面保持中立,沒有明確的經濟模型。這些協議易於理解,但隨着時間推移逐漸面臨失敗或變化。失敗的原因主要有兩個:一是缺乏特定功能,無法與Web2競爭對手相抗衡;二是在獲取資金方面遇到困難。

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

Web2解決了Web1協議的局限性,提供了特定功能。Web2協議完全由所有者控制,僅受商業策略和法律限制。Web2帶來了一些新趨勢,如Reddit取代了Usenet等論壇,WhatsApp和iMessage等中心化消息系統取代了IRC等。

然而,Web2網路的最大問題在於其脆弱性和過度優化的商業模式。這些網路追求特定指標的優化,而忽視與其目標無關的事物,導致缺乏創新和對新產品的開發。

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

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

作爲開發者,選擇在去中心化且具備明確經濟模型的系統上進行建設是最佳選擇。這樣可以確保系統的持續存在,並了解與之相關的經濟關係,而不必讓經濟關係發展在協議之外。

Web3通過去中心化和明確的經濟模型,提供了更具彈性和創新能力的空間。類似於豐富多樣的雨林生態系統,Web3系統建立了適合各種有趣事物發展的基礎設施和協議,爲創新提供了更肥沃的土壤。

Web3協議設計案例

以"Unstable Confusion"爲例,這是一個全新的Web3協議,旨在解決"Stable Horde"(一個Web2協議)存在的一些問題。

設計目標:建立一個去中心化、互操作的圖像生成市場。

主要機制設計:

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

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

3. 存儲機制:可將數據存儲在鏈上、使用專門的存儲加密網路,或存儲在鏈外。

4. 任務分配策略:可考慮工作者自行選擇任務、協議分配任務,或讓用戶選擇具體的工作者。

去中心化協議設計的要點

1. 注意可能導致中心化風險的7個關鍵設計要素:域名、支付系統、聲譽、存儲、匹配、定價系統和驗證系統。

2. 降低切換成本和促進互操作性,鼓勵創業者在系統上構建應用。

3. 利用Web3技術創建去中心化系統,給予創業者更多權力並避免過度中心化。

4. 深入研究各個方面,選擇最佳解決方案。例如,在驗證方面,密碼學解決方案通常是最佳選擇;在定價方面,使用鏈上驗證的計算資源代理度量可以適應各種不同的任務。

通過考慮這些要點,可以幫助構建具有長期穩健性和去中心化特性的系統。