基礎功能的去中心化程度應該和 Web 3 的用戶體驗呈正相關,我們需要關注用戶進入 Web 3 世界的門檻,利用漸進式去中心化的理念鋪設臺階,讓 App 用戶羣體跨過早期市場的鴻溝,過渡到主流市場。

原文標題:《增量放權,去中心化的漸進之道》(Incremental Decentralization)
撰文:Eric Chung
翻譯:Frau Yang

這是一篇對如何實現去中心化的深度思考和解決方案,本文的討論對象是 DApp 產品,但它所提出的四大核心思想同樣適用於 DAO。原文標題爲:Incremental Decentralization,「增量放權」是我對它的理解,增量有兩層含義:1. 用戶段位的提升,無論是 DApp 還是 DAO,對於用戶來說都存在一定的准入門檻,中心化元素的介入可以讓用戶像使用 Web2 產品一樣上手 DApp 或者 DAO,在此基礎之上,通過一些策略逐漸培養用戶的 Web3 段位,最終實現完整的去中心化;2. 規模的提升,同樣無論是 DApp 還是 DAO,都需要優先考慮用戶規模,中心化元素是用戶通向去中心化的橋樑,當用戶規模達到一定級別之後再逐步引導用戶自行去中心化。增量放權或許纔是去中心化的生存和發展之道。文中提到的 James Young 是一位去中心化實踐的資深專家,他是 Moloch 的「元勳」級構建者,也是 MetaCartel、VentureDAO 的核心人物。本文一直作爲我的「枕邊書」,每每翻來必有收穫。推薦給大家!

—— Typto


簡介

大量跡象表明, 2018 年 Web 3 的 UX 體驗成爲了許多項目討論的焦點。BUIDL 2018 組織得很好,但是大會的口號「If you build it, they will come.」並不適用於區塊鏈、DApp 等主流受衆還不太熟悉的新領域。一些衆所周知的問題,例如成本悖論和密鑰管理問題成爲了其被廣泛接納的阻礙。於是有人針對這些問題給出了可期待的解決方案,「漸進式去中心化」的模式也因此出現。

漸進式去中心化基於這樣一個理念:基礎功能的去中心化程度應該和 Web 3 的用戶體驗呈正相關。從下圖的採用曲線可以看出,很顯然我們正在走出最初的「創新者」階段,現在正處於「種子用戶」階段。本文的讀者若關注去中心化議題,可能就容易忽視新用戶進入 Web 3 世界的門檻,他們需要改變許多固有認知,因此利用漸進式去中心化的理念鋪設臺階,讓 App 用戶羣體跨過早期市場的鴻溝,過渡到主流市場面向「較快接受的大衆用戶」階段便尤爲重要。

如何跨越中心化與去中心化的鴻溝?漸進式去中心化纔是發展之道我們是否可以跨越鴻溝 (左到右:創新者,種子用戶,較快接受的大衆用戶,較慢接受的大衆用戶,落伍者)

市場的演進分爲早期市場和主流市場兩個階段,且兩階段間存在鴻溝。

現在我們已經有了一些關於漸進式去中心化「what」和「why」的背景知識,讓我們開始探討「how」這個問題。我們總結了四個核心思想,它們支撐了整個漸進式去中心化的模型:

  • 最小可行信任
  • 多重分級切入點
  • 用戶自啓出口
  • Layer2 優先設計

最小可行信任

最小可行信任 (MVT,Minimum Viable Trust,由 James Young 提出的術語) 是漸進式去中心化的基石理念。MVT 是指對便利性、中心化的特性進行優先排序,這樣一來便爲用戶提供了一個自由選擇權,他們可以在自己認爲合適的時機引入去中心化屬性,從而提高 web3 產品的及時反饋體驗和可見價值。去中心化的好處很多,但我們應該給用戶機會,讓他們通過親自實踐來得出此結論,與其讓用戶接受像粗劣模具製作出的餅乾一樣預先設計好的方案,倒不如讓用戶掌控他們在 Web 3 上自行探索的權利。

如何跨越中心化與去中心化的鴻溝?漸進式去中心化纔是發展之道顯然,這個餅乾模具可以達到預期的效果

這可能意味着你的用戶將擁有一個由中心化服務商所提供的上手流程。比如,你的 DApp 可能使用集成了 AWS Cognito 「用戶名-密碼-郵件」 方案的賬戶合約來簡化賬戶註冊、登錄和恢復的過程。在此情況之下,在爲用戶提供熟悉的上手流程的同時,爲用戶提供一個選擇權,允許用戶將賬戶信息轉移到完全由自己控制私鑰的錢包。James Young 指出:「……如果我們沒有給用戶這樣的選擇權,那麼用戶就不得不在中心化和去中心化這兩個極端之間進行選擇,教條式的極端主義可能會在短期內不經意地導致用戶流失,並讓他們轉向中心化產品,這有悖於去中心化的本意。」

多重分級切入點

這種模式爲我們提供了多重分級切入點,它源自於這樣一個觀點:我們不應該用「純粹的菜鳥」或「Web3 高手」這種切餅機式的二元模型界定用戶,DApp 最好能在用戶所處的階段 (或者說段位) 滿足用戶需求。DApp 可以爲用戶設置各種時機,幫助他們在去中心化的波譜中「打怪升級」,而不是對他們應該在哪個段位進行假設並強制劃定。區塊鏈本身就是一個激勵機制,那麼我們爲什麼不引入一種激勵機制 (無論顯性的還是隱性的),通過收益、挑戰和策略讓用戶實施自我教育,從而幫助用戶提升段位呢?

通過 token 化進行的顯性激勵機制已經說得夠多了,讓我們來探索一個現實世界中隱性激勵的簡單實例。Abridgeed 設計了一個帳戶合約實現,使用戶可以「反事實」地生成基於合約的帳戶,使新手用戶可以立即使用 DApp,創造工作價值,並開始積累資金。由於該帳戶是一個反事實化實例,因此用戶必須部署這個帳戶合約才能訪問其賬戶資金,當她積累了足夠的資金想要提現時,GAS 費用已經被抵消掉了,並且在這個過程中無意間激勵了她去了解更多有關合約部署以及去中心化資產的知識 (注意:更妙的是,在這種情況下,可以使用諸如「支付象徵性的一次性交易費來訪問你的資金」之類的方法,這樣一來合約部署和 GAS 費就可以被抽象化) 。而作爲選擇性的切入點,在 Web3 世界更有經驗的用戶則只需要簡單地輸入一個助記詞,從其他錢包轉入資金,或者使用 Universal Login.

譯者注:文中提到的「反事實」請百度「反事實思維」瞭解其含義。

用戶自啓出口

擁有多重分級切入點的必然結果是必須允許用戶能夠自主發起退出請求。如果你的用戶認爲一定程度的去中心化 (以及由此產生的不適應的用戶體驗) 不是她喜歡的類型,則可以選擇在她的體驗中添加一些中心化元素。而中心化的前提是,用戶必須擁有自管權並且可以隨時退出。Coinbase 是一個提供了極好用戶體驗的中心化服務實例,但是它無法讓你獲得你的專屬私鑰,因此會導致用戶被鎖定的風險,這是我們要避免的事情。

讓我們再來看看使用 AWS Cognito 集成帳戶合約的 DApp 實例。在這種情況下,帳戶合約中的資金始終屬於用戶,如果 AWS Cognito 永遠消失了,用戶也不會受到影響,因爲有沒有中心化的賬戶系統對於接收資金這一操作來說是同樣簡單的事情,另外,用戶也可以通過部署賬戶合約,提取資金輕鬆退出,而不受 AWS Cognito 的任何限制。基於此模式,介入中心化服務商並不會陷入將用戶綁定在 Web2.0 的陷阱。

如何跨越中心化與去中心化的鴻溝?漸進式去中心化纔是發展之道爲用戶提供隨時可以退出的選項可以提高他們使用 DApp 的舒適度

Layer 2 優先設計

最後,我們來看看 DApp 的 Layer 2 優先設計。我們已經有了大量實用的 Layer 2 解決方案,儘管它們似乎已出現在許多計劃的產品路線圖中,但除了構建它們自己的項目之外,目前的利用率很低。從另一個角度來看,區塊鏈 DApp 應該要像任何 Web 2.0 應用程序一樣具有數據通告功能,但是顯然我們還缺乏用於鏈下活動的分析工具。這說明當前人們對鏈上交易的嚴重偏愛,這儘管可以理解,但是越來越清晰的是,Layer 2 解決方案極大地促進了 DApp 用戶體驗的愉悅度。

譯者注:James Young 已經在着手研發專門用於 DApp 大數據分析的「開放數據指標儀表盤 (open-metrics dashboard)」

有一點尤爲重要,一些 Layer 2 解決方案,例如狀態通道和帳戶合約已經可以投入使用,它們可以策略性地用作 DApp 容器,爲用戶提供漸進式去中心化的有效途徑。Layer 2 優先設計的理念可以幫助 DApp 開發團隊專注於未來,去考慮那些區別於純鏈上行爲的用戶體驗 (UX) 元素,衆所周知,對沒有考慮 Layer 2 解決方案的 DApp 進行改造將是一項巨大的挑戰。鏈下交易將變得和鏈上交易同樣重要,甚至更爲重要,因此 DApp 的設計思路需要反映這種設計策略的轉變。

結論

漸進式去中心化作爲一種模式已經發展了一段時間,但 2019 年似乎是該模式的最佳實踐階段。 漸進式去中心化就像給蛋糕撒上一層糖霜,蛋糕上的糖霜不是必需的,但它會讓蛋糕看起來更有胃口,而且更吸引人們去品嚐。 同樣,你可能是世界上最棒的麪包師 (開發者),可以製作出世界上最美味的蛋糕 (DApp)。 但是如果你的蛋糕看起來並不誘人,就沒人會想嘗你的蛋糕,就算你再怎麼告訴他們你的蛋糕有多麼美味。

如何跨越中心化與去中心化的鴻溝?漸進式去中心化纔是發展之道你希望你的 DApp 看起來像右邊的蛋糕, 內外都可口美味 (左:未應用漸進式去中心化 右:應用了漸進式去中心化)

Layer 2 解決方案的成熟、以太坊社區向可持續業務的轉變以及以用戶爲中心的 DApp 需求都趨向於上述 4 個核心思想。我將在未來的一篇文章中探索有關圍繞 Layer2 建立開發者工作流的建議,它與漸進式去中心化模式一致,我們還會重點關注 Abridged 帳戶合約、Wyre 和 Gas Station Network 的使用,以便新用戶在使用 DApp 的 2 分鐘內就感受到愉快的體驗。非常歡迎你向我們提供反饋意見。如果你在我們的任何一個觀點上產生了共鳴,我們強烈建議你與我們聯繫。

特別鳴謝: Sina Habibian 和 Charles St. Louis 對本文草稿所提出的出色反饋。

來源鏈接:medium.com