这是一篇对如何实现去中心化的深度思考和解决方案，本文的讨论对象是 dapp 产品，但它所提出的四大核心思想同样适用于 DAO。原文标题为：Incremental Decentralization，“增量放权”是我对它的理解，增量有两层含义：1. 用户段位的提升，无论是 dapp 还是 DAO，对于用户来说都存在一定的准入门槛，中心化元素的介入可以让用户像使用 Web2 产品一样上手 dapp 或者 DAO，在此基础之上，通过一些策略逐渐培养用户的 Web3 段位，最终实现完整的去中心化；2. 规模的提升，同样无论是 dapp 还是 DAO，都需要优先考虑用户规模，中心化元素是用户通向去中心化的桥梁，当用户规模达到一定级别之后再逐步引导用户自行去中心化。增量放权或许才是去中心化的生存和发展之道。文中提到的 James Young 是一位去中心化实践的资深专家，他是 Moloch 的“元勋”级构建者，也是 MetaCartel、VentureDAO 的核心人物。本文一直作为我的“枕边书”，每每翻来必有收获。推荐给大家！—— Typto
作者；Eric Chung
翻译：Frau Yang
简介
大量迹象表明， 2018年 Web 3 的 UX 体验成为了许多项目讨论的焦点。BUIDL 2018组织得很好，但是大会的口号“If you build it, they will come.”并不适用于区块链、Dapp 等主流受众还不太熟悉的新领域。一些众所周知的问题，例如成本悖论和密钥管理问题成为了其被广泛接纳的阻碍。于是有人针对这些问题给出了可期待的解决方案，“渐进式去中心化”的模式也因此出现。
渐进式去中心化基于这样一个理念：基础功能的去中心化程度应该和Web 3的用户体验呈正相关。从下图的采用曲线可以看出，很显然我们正在走出最初的“创新者”阶段，现在正处于“种子用户”阶段。本文的读者若关注去中心化议题，可能就容易忽视新用户进入 WEB3 世界的门槛，他们需要改变许多固有认知，因此利用渐进式去中心化的理念铺设台阶，让 App 用户群体跨过早期市场的鸿沟，过渡到主流市场面向“较快接受的大众用户”阶段便尤为重要。
我们是否可以跨越鸿沟？
图例解释：左到右：创新者，种子用户，较快接受的大众用户，较慢接受的大众用户，落伍者
8Blocks Capital交易主管称三箭资本挪用了在其交易账户中的100万美元:金色财经报道，8Blocks Capital交易主管在推特中引用三箭资本创始人Zhu Su的推文称，我们在3AC的一个交易账户中交易。今天早上他们从我们的账户中拿走了大约100万。希望尽快还给我们。目前三箭资本对此事没有进行回应。
金色财经此前报道，三箭资本创始人Zhu Su在其社交网站上发文表示，我们正在与有关方面进行沟通，并致力于将问题解决。此前市场传言，三箭资本疑似因市场波动出现问题，昨天三箭资本将17,780枚stETH换为16,625枚ETH，并全部兑换为近两千万枚DAI。[2022/6/15 4:28:20]
市场的演进分为早期市场和主流市场两个阶段，且两阶段间存在鸿沟。
现在我们已经有了一些关于渐进式去中心化“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 看起来像右边的蛋糕， 内外都可口美味
左：未应用渐进式去中心化 右：应用了渐进式去中心化
用户希望Dapp看起来像右边的蛋糕，内外都可口美味
Layer 2 解决方案的成熟、以太坊社区向可持续业务的转变以及以用户为中心的 dapp 需求都趋向于上述4个核心思想。我将在未来的一篇文章中探索有关围绕 Layer2 建立开发者工作流的建议，它与渐进式去中心化模式一致，我们还会重点关注 Abridged 帐户合约、Wyre 和 Gas Station Network 的使用，以便新用户在使用 dapp 的2分钟内就感受到愉快的体验。非常欢迎你向我们提供反馈意见。如果你在我们的任何一个观点上产生了共鸣，我们强烈建议你与我们联系。
特别鸣谢： Sina Habibian和 Charles St. Louis 对本文草稿所提出的出色反馈。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。