a16z：渐进式去中心化的高级框架

作者：Jad Esber 和 Scott Duke Kominers

编译：DeFi 之道

图片来源：由 Maze AI 生成

去中心化是 Web3 的当务之急——它在其他业务环境中也很有用。在 Web3 中，目标是为了安全、开放和社区所有权而放弃中心化，而在更传统的企业中，去中心化有助于利益相关者参与以及更明智的决策，例如，去中心化是执行“自我管理组织”这一流行概念的关键。

然而，一开始就达成完全去中心化可能是困难的，甚至是完全不现实的。一个项目或企业的早期设计元素往往需要更集中的视野和控制。早期阶段的中心化可以更容易地协调、发布和快速迭代，以适应产品市场。

不过，以某种程度的中心化开始并不一定会迫使你保持这种方式。在这里，我们将解释一个高级框架，用于预设未来的去中心化，并就何时以及如何这样做提供一些指导。这些指导方针既适用于 Web3 项目，也适用于更传统的组织。

我们的目的是帮助那些对去中心化感兴趣的人思考如何应对这一挑战。但是，不存在一个放之四海而皆准的方法，因为去中心化的确切机制在很大程度上是由具体的商业环境决定的。因此，这只是一个介绍 -- 它并不是一本从组件上做决定的游戏手册，而是一个如何开始思考总体问题的框架。

如果有一件事需要记住，那就是去中心化不一定是“全然或非然”。有了适当的规划，你可以随着时间的推移进行去中心化。为了有效地计划，重要的是要了解你的企业可以在哪些不同的方面进行去中心化，以及如何在适当的时候进行。

用我们许多人的经验来做个比喻，渐进式的去中心化就好比一个组织变得完全远程化。开始的时候，在一个单一的中央办公室里举行面对面的会议对协调是有帮助的，但随着时间的推移，变得更加分散是有意义的。但为了管理分布式工作，必须投资于远程通信技术，以及仔细记录业务实践和架构。在设计一个组织的时候，知道有一天你们的工作都将是远程进行的，会使未来的状态变得更容易。渐进式的去中心化也是如此。

去中心化有价值

去中心化是指将控制权和决策权从一个集中的实体 -- 一个特定的个人、组织或团体 -- 转移到一个分布式网络。这可以适用于企业的许多元素，包括内容创作、组织治理和流程，甚至技术栈。

去中心化通常是功能性的。例如，一个组织可能会从一个分散的个人网络中汇总意见。事实上，Web3 的价值创造在很大程度上是利用共享所有权来激励许多人同时参与和投入。（在过去的一篇文章中，我们写到“建立与用户直接分享价值的开放平台将为每个人创造更多的价值，包括平台”）。

在其他情况下，去中心化可以提供安全保障 -- 例如对抗审查制度（尽管要做到这一点，必须正确构建治理结构）。另外，寻求利用自己的数字资产的 Web3 平台也需要因监管原因而去中心化。

也许最重要的是，去中心化可以作为一种承诺，以用户的最佳利益来建设产品 -- 类似于共同治理如何引导合作社强调健康的文化和在成员之间长期公平分配资源和收益。此外，还有一群人更有可能自我选择进入那些有计划去中心化的项目，这既是出于原则，也是因为他们相信这样的项目从长期来看会更有价值。

去中心化并非易事

虽然去中心化对企业来说是有价值的 -- 甚至是必要的 -- 但开始时可能会很困难。许多压力在短期内推动了中心化，即使是那些致力于长期去中心化的公司。

试想一下在没有核心的中央团队或集中的决策过程的情况下，启动一个产品或进行快速迭代以达到产品与市场相适应的挑战。此外，Web3 中的去中心化通常也伴随着对可组合性的期望，这就带来了这样的风险：在你达到规模之前，其他人可能会“分叉”你的产品。依靠去中心化的管理或其他形式的众包投入，而没有适当设计的支持结构 -- 包括那些推动参与的结构 -- 有可能使平台面临欺诈或贿赂的风险。

这些力量鼓励早期的中心化。但重要的是，要确保它们不会导致设计决策，使未来的去中心化变得更加困难。也就是说，即使在早期有很好的理由要更加中心化，你也应该为未来的去中心化进行设计。

渐进式去中心化

以下是一些指导，可以帮助你积极规划未来的去中心化。

首先，必须确定你的业务可以在哪些不同维度上实现去中心化。例如，一个平台可能能够将内容策划去中心化，即使仍然有一个相对中心化的技术栈。一个特定的产品可以被分割成“最小可分权单元”（MDU），这些单元大部分是相互独立的，然后沿着这些维度分别进行分权。MDU 可能包括核心团队、外部贡献者、技术栈等等 -- 我们将在下面详细讨论各个维度。