加入 PolkaWorld 社区，共建 Web 3.0！

7 月 10 ，Gavin Wood 博士在 EthCC 2024 会议现场分享了主题为《超越协议的 Web3，我们如何打造真正具有弹性的虚拟服务？》的演讲，以下是 PolkaWorld 整理和编译的版本！

提醒文末有个小彩蛋 👀

大家好，我是 Gavin，今天我想和大家谈谈我一直在做的一些工作，但最重要的是这些工作的原因。我会尽量以一种抽象、通用和中立的方式表达这些原因，希望能给大家一些启发。

这次演讲的总体方向是探讨 Web3 在严格的技术协议之外的意义。在此之前，我们需要先了解什么是 Web3？

那么，什么是 Web3？显然，Web3 不是 NFTs，尽管我认为在过去大家对此有些混淆。

它也不仅仅是区块链。

也许一个更深思熟虑的答案是，它是去中心化和加密经济学。

这些都接近了事实，但实际上这些只是我们以 Web3 方式实现事物的手段。事实上，我要在这里说，这些都不是 Web3 的严格定义。虽然从某种意义上说，Web3 包含了所有这些内容。但实际上，Web3 是关于构建有弹性的数字系统和有弹性的数字服务。

那么，所谓的有弹性，如果我们用更学术的说法，我们可能指的是不可阻挡或始终在线，也可能指的是不可腐蚀或正确无误。实际上，还有一些其他特性，在 Web3 数字服务中也非常重要。比如说普遍性，这是以太坊出现后，为原本由比特币主导的区块链世界带来的重要变化。扩展性和性能、一致性，基本上就是系统中不同部分互动的难易程度。还有可访问性，使用系统的难易程度。但最重要的是弹性。如果没有弹性，我认为它就不能真正被视为 Web3，它只能在一定程度上被视为 Web3。

评判一个数字系统和协议的特性不仅仅是看它们在某一时刻的表现（如弹性、扩展性、普遍性等），而是要考虑它们在不断变化的环境中是否具备持续发展的能力。这些协议依赖于人为的维护、适应和改进。如果不能有效地与那些负责维护和改进协议的人合作，协议本身及其提供的服务就会受到影响。

我有点把这种情况比作自由软件理念在某种程度上掩盖了开发开源软件的成本，也就是说虽然自由软件理念强调软件应该是自由和开放的，但实际上，开发开源软件仍然需要付出成本，它们有极其真实的机会成本。如果你看看某些领域的开源软件，特别是区块链和人工智能，这些成本非常高。我们没有看到自由软件理念在区块链和人工智能等领域的推广和应用速度像在其他领域那么快。机会成本是有限的。因此我们需要管理这些成本的存在。

正如我刚提到的，协议依赖于人的基础。这里说的基础，我指的不是法律组织，而是真正的基础。协议的基础是那些充分理解协议的人，他们能够推动协议的发展，帮助它在现实世界中适应。就像 Web3 协议在某种程度上将人视为工具或商品，用于比如说保护网络、验证或挖矿，同样地，Web3 协议也可以以另一种方式对待另一组人，将他们视为另一类型的工具，比如那些使协议能够适应、开发和维护自己的人 —— 程序员、工程师、设计师。

一个真正的 Web3 协议应将其专家视为资源和工具，应当被聚集、培育和利用！

在行业的早期阶段，人们倾向于根据自己的需求和活动来创造和调整协议，协议是为了服务于人的需求。随着时间的推移，如果不想频繁地创建和淘汰协议，就必须改变目前的方式。不仅人们需要改变适应协议，协议本身也需要进化，以更好地利用人的创造力和资源。所以，未来协议需要变得更加智能和可适应，以充分利用人们的能力，而不是让人们不断适应新协议。

所以一个数字服务（例如 Web3 协议）可以被看作是更广泛人类环境的代理，包含了社会、经济、法律和物理性质的联系。而这个环境是不断变化的，假装它是静态的显然是不合理的。作为环境中的一个代理，Web3 协议必须接受并适应环境的变化。如果协议中存在漏洞且无法处理，会影响协议的弹性。

新技术或数学的发展可能会影响协议的通用性，尤其是相对于其他竞争协议。在新的环境中可能会出现一些不利因素，这些因素可能会影响协议的可访问性（即用户能够使用该协议的便利程度）和一致性（即协议在不同情况下或不同用户之间表现的一致性和可靠性）。例如，以太坊生态系统就是一个很好的例子，以太坊经历了多次协议升级，每次都试图适应变化的环境。无论这些变化是学术上的，比如更新的密码学，还是基于底层开发人员的改进知识。例如，一个密码学函数实际上比另一个更快，因此应该引入协议中，或者其他更好的理解，比如管理扩展性等。

简而言之，Web3 协议在很多方面依赖于人类：方向、设计、实施、部署、维护、过渡，甚至可以说是代表性。协议本身可能需要在现实世界中以某种方式代表自己。有时，协议发布命令、表明“这是该协议的观点”或在政治上代表自己是有意义的。人们对于协议的看法往往不同，虽然有时他们会达成一致，但当不同意见出现时，这既可能是个问题，也可能是人类探索的重要部分。

协议变更的机制依赖于整个社区广泛的同意和有能力的工程师、设计师来实施变更。这两者是相关的，但不一定是相互依赖的。

在现实世界中，有各种不同的技术治理模式，例如由个人开发和发布的协议，或者由控制代码库的合并权利来治理的区块链协议。由个人开发和发布的协议（例如由一个人在卧室里敲代码发布的）并不比由单个人运行的区块链好多少，因为它的 “巴士因子” 只有 1，这意味着如果这个开发者无法继续维护，协议将面临严重问题。通过合并权利来治理协议的方式也存在问题，因为控制代码库的人实际上控制了协议，这种集中化的治理方式经不起推敲。

PolkaWorld 注：巴士因子（Bus Factor）是衡量一个团队或项目的关键成员数量的指标。具体来说，它表示如果有多少关键成员同时因为某种原因（例如被公交车撞了）无法继续工作，项目就会陷入困境或无法继续进行。巴士因子越高，表示项目的知识和责任分布越广泛，团队的抗风险能力越强。相反，巴士因子越低，项目对少数关键成员的依赖就越严重，风险也越高。

可以通过拥有多个实施团队来创建一个巴士因子大于 1 的方法。但是，协议可能严重依赖于一个仁慈的独裁者，他帮助确定协议本身的方向，而不是任何特定实施所做的设计决策。另一个例子是由某个中央实体（基金会或公司）支持的单一开发团队。我们在现实世界中看到了这些，但它们都没有特别强的 Web3 感觉，也没有特别符合我之前介绍的那些 Web3 理念，尤其是弹性。

我认为，对于基础层协议应该尽量保持无偏见，这样才能经受住时间的考验，并广泛地吸引用户。协议如果带有偏见，就不太可能长期被广泛接受和使用。但不幸的是，尽管努力使协议无偏见，但所有实际系统最终都会不可避免地带有某种偏见。这些偏见通常源自权衡，协议在设计和实现过程中，不可避免地会反映出特定的政策选择。你可能会选择实现一个比其他功能更具灰色地带的功能，但它可能也更有用。

协议变更涉及各种权衡，通常没有完美、客观和恒定的答案来解决所有问题。人们有时会持有合法的不同意见，这是正常现象。有时缺乏足够的信息来做出最佳决策，但仍需要在有限时间内做出决定。治理是管理决策的方式，特别是在不完美的世界中，治理帮助在各种限制和不确定性下做出决策。

协议工程师在协议决策过程中可以提供重要的信息，但不能完全依赖他们，特别是在产品和政策问题上。产品和政策问题往往更具主观性，协议工程师可能自认为知道答案，但实际上并不总是如此。我们通常不能完全依赖他们，部分原因是他们可能意见不一致，也可能无法做出明确的决策。他们人数很少，这在很多时候会影响协议的可访问性。我们必须记住，虽然代码编写曾被认为是无懈可击的，但它也无法免受环境对手的攻击。只要问问那些开发了某个相当著名的以太坊智能合约的开发者就知道了。

这会削弱协议的弹性。他们也缺乏做出影响庞大利益相关者社区的政策决策和产品决策的合法性。

不幸的是，对于一个协议来说，其工程师并不完全是可以替代的。事实上，工程师确实对协议构成了战略风险。

现在，协议工程师是长期风险。如果他们离开，协议可能不会立即崩溃，但可能无法快速发展，可能需要招募其他人。另一方面，软件工程师，即实施人员、实施团队，通常对协议的日常运作至关重要。如果出现错误，就需要软件工程师来修复错误。这些人通常也必须非常了解协议。

我们还必须理解，核心开发团队可能成为协议的致命弱点。如果开发团队被妥协，协议也会受到影响。我们过去已经看到过一些这样的例子。

为了使协议具有弹性，其人才最终必须被商品化！

那么，是什么元素使一个协议强烈符合 Web3 理念？

我认为是冗余、去中心化和多样性。这与将协议 Web3 化的常规方式非常相似。

还有协议不应由任何看不见的手组织或个人控制，也不应存在特权组织或个人。

这些都是非常基本的原则。那么让我们深入一点，如何使一个协议工程化为强烈符合 Web3 理念？

首先，一个强有力的协议定义。有些人讨论过强协议和弱协议的问题。我认为弱协议是不明智的，强协议才是我们所追求的。强协议意味着它对所有实施团队都是公平的，并且对非协议关注点（特别是具体实现方面）的偏见最小。为了实现这一点，使用形式化表示法是非常有用的工具。形式化表示法不依赖于任何特定的编程语言或实现方式，只关注协议的内容（“是什么”），而不是具体的实现方法（“如何做”）。

我们需要一个非常清晰、透明且有利的手段来确定协议应进行哪些变更，并决定这些变更。RFC 的过程可能有帮助，但还不够，因为它在某种程度上依赖于合理的治理、贤能统治、明确的规则和没有持久的特权。

当然，最后，必须有一些激励措施，以确保在实际软件中的实现中存在弹性、冗余和多样性。例如，通过激励不同的编程语言和团队，而不仅仅是一个团队进行多次实现，来帮助实现这一目标。

要做到这一点，拥有一个强有力的协议定义，以及实现某个目标或计划的实际的、具体的手段或资源和激励措施非常重要。

最后，作为一种“言行一致”的做法，这是 Polkadot 为了拥有一个强烈符合 Web3 理念的协议所尝试做的事情。

1. 建立了链上的 Fellowship 集体

• 我们有符合 OECD 水平的 USDT 薪酬，即合理的薪酬给予协议专家。

• 透明的协议所有权，谁来做决定？这应该是透明的。

• 我们如何在链上使用机制来实际执行这些协议决策，或至少决策机制。

• 在治理的宣言中设有明确的规则，明确大家对级别的期望。

2. 引入长期激励措施，让团队参与进来。

• 正如我所说，激励冗余团队，这样即使有一、两个、三个团队退出也没关系。

• 多样化的编程语言，如果某种语言集出现系统设计缺陷，不会扩散到其他语言。

3. 硬件支持

4. 最后，还有像旅行支持和审计支持这样的东西。

这些措施是为了消除那些可能限制团队有效工作的障碍，从而确保团队能够最大限度地发挥他们的潜力来发展和维护协议。

彩蛋时间

在 Gavin 和 V 神的演讲结束后，EthCC 官推发布了一张世纪大合照！图中正是十年前以太坊的三位联合创始人，从左到由分别是 Joseph Lubin、Vitalik Buterin 和 Gavin Wood！其推文也值得细细品味！社区纷纷猜测三位可能再次联手，将 Polkadot 和以太坊技术融合。👀 

对此，你怎么看？欢迎在评论区留言!