

一栋楼可以有总建筑师。
他画出蓝图，决定材料，协调施工。楼建成之后，有人管理，有人维修。出了问题，至少知道该去找谁。
以太坊不能这样建。
它有研究者、客户端团队、密码学家、验证者和应用开发者。每个人看到的问题不同，却必须让世界各地的节点对同一套规则达成共识。更重要的是，这座“城市”不能因为某个建筑师离开，就停止运转。
在一场 EPF Office Hours 访谈里，以太坊基金会协议协调成员 Will Corcoran 谈到了这件事。他曾从事建筑设计与项目管理，后来转向软件协作、Stacks 生态，再参与以太坊的 Lean 共识与 ETHProofs 等工作。
他的经历给这场对谈提供了一个有意思的入口：**一个没有总建筑师的开放协议，究竟要怎样把想法变成现实？**
答案藏在代码之外。它涉及谁能提出想法、谁来验证风险、谁有权反对，以及当今天的维护者不在场时，系统能否继续存在。
## 01｜一个好想法，距离主网还有很远

在开放社区里，提出一个 EIP 并不难。难的是让不同客户端都能够实现它，让验证者能够安全运行它，让攻击者找不到轻易破坏它的方法。
Will 在访谈中把协议升级描述为一条逐渐成熟的路径：研究想法形成 EIP，经过原型和开发网验证，再进入升级范围的讨论，最终才可能到达主网。
以太坊基金会后来公开的流程也呈现了类似路径：**研究 → EIP → 原型 → 开发网 → 多阶段纳入讨论 → 主网**。每前进一步，都应增加证据、降低不确定性；开发网暴露问题时，提案也可能退回研究阶段。
这就是协议协调工作的核心。它并不是替所有人决定答案，而是让分散的研究、实现、测试和审查能够相互找到对方。
研究者可能证明一项设计在理论上成立。客户端开发者会追问：它与现有代码怎样交互？最坏情况下会占用多少资源？多个实现会不会产生不同结果？安全团队则要假设有人会故意利用这些差异。
一项升级最终能否上线，取决于这些问题有没有被认真回答。
从密码朋克角度看，这套缓慢的过程有实际价值：**任何人都可以提案，但没有人能只凭声望要求全网运行自己的想法。**
## 02｜“十秒生成证明”，还不足以叫去中心化

访谈里最鲜明的例子，是以太坊的实时证明。
假如某个团队宣布：我们已经能在几秒钟内为以太坊区块生成零知识证明。听起来，未来节点只需验证短小的证明，不必重复全部执行。
Will 提醒听众，速度只是问题的一部分。
如果这项纪录依赖一座昂贵的数据中心、难以取得的 GPU 和少数能够运营它的公司，那么证明即使足够快，也可能把新的权力中心带进协议。
所以问题必须改写：
>普通的独立团队，能否用自己掌控的设备，长期、稳定地完成证明？

ETHProofs 更新后的实时证明资助标准，把这个问题变成了可检查的条件：例如证明延迟、至少 128 位安全性、不超过约 10 万美元的本地设备投入、10 千瓦功耗上限、证明大小和开源要求。这些是**该资助计划的评估条件**，不是已经写进主网的共识规则。
这里有一种典型的密码朋克警觉：一项技术不能只展示它在最好条件下能做到什么，还要说明普通参与者能否复制、验证和持续运行它。
真正值得庆祝的，不只是“有人证明得很快”。
而是证明足够可靠、成本足够可及，网络不必依赖那个人继续提供服务。
## 03｜多客户端与形式化验证：两种安全直觉的交锋

访谈中，有人问 Will：以太坊为什么需要多个客户端？如果未来能把代码形式化验证，是否可以转向单一实现？
他没有给出一个确定答案。这份犹豫很重要。
多客户端的安全直觉是：让不同团队独立实现相同规则。如果一个客户端出现漏洞，其他实现不一定会同时犯错。以太坊官方也将客户端多样性视为抵御共同故障和攻击的重要防线。
形式化验证则从另一个方向努力：用更严格的方法说明规格或程序满足某些性质，减少实现错误。
两条路都指向安全，却承担不同代价。
多个客户端需要长期维护、测试和资金支持；统一实现即使经过严格验证，也会让更多节点依赖同一套软件及其规格。Will 提出的现实问题是：如果客户端多样性长期依靠单一机构补贴，这种多样性究竟能不能独立存活？
他谈到以太坊基金会的 **walkaway test**：假如基金会和今天的核心开发者明天离开，协议及其关键应用是否仍能可靠运行、继续演进？这也是基金会公开使命中的明确目标。
所以，客户端多样性不能只数仓库数量。
还要看是否有独立的维护团队、足够分散的实际使用率，以及在资助或组织关系变化后继续存在的能力。
这正是密码朋克思想中较难的一部分：**不要只证明今天没有单点故障，还要追问明天谁会变成单点。**
## 04｜共识建立在网络上，也会受到时代变化冲击

被问到哪些研究领域可能受到低估时，Will 提到了点对点网络。
他坦言这更多是一种方向性判断。但理由很直接：以太坊是一张分布式网络。数据怎样切分、怎样传播、节点怎样找到彼此，都会影响带宽、延迟和普通人运行节点的门槛。
一个密码学设计即使漂亮，如果只有大型运营商能及时接收数据，它也很难兑现去中心化的承诺。
与此同时，协议团队面对的新变量正在增加。
AI 可以帮助研究者整理反馈、分析主网数据，帮助协调者追踪会议和待办事项；它也会制造大量需要人工辨别的低质量报告与代码提交。Will 把 AI 比作学徒：人需要先说清任务、边界和验收标准，再让工具承担耗时的工作。
抗量子准备则是另一个尺度的问题。它不会因为下一个开发网测试顺利，就自动得到解决。基金会协议团队已公开提出跨执行、共识和数据层的抗量子目标，同时也承认技术路径与升级顺序仍需随着研究推进而调整。
这些问题放在一起，说明协议协调不是简单地“让升级更快”。
它必须同时处理今天的客户端故障、下一次升级的交付，以及多年以后可能改变安全假设的技术风险。
## 05｜有争议的提案，应该怎样被讨论？

开放协议一定会遇到激烈分歧。一个团队认为某项 EIP 必须尽快上线，另一个团队却认为它增加了不可接受的复杂度。
Will 在访谈中介绍了一种办法：先让不同团队按相同框架独立评价提案，找出分数差异特别大的地方，再让持不同意见的人解释理由。
以太坊基金会协议团队在 Hegotá 的公开分级中，评估了 62 项提案，汇集研究与工程团队的意见。分数是讨论的起点；有争议的提案仍要逐项审议。基金会也明确说，这份分级是其协议团队向生态提供的一份意见，不能替代其他参与者的判断。
这种做法没有消除政治和分歧，却让分歧变得可见。
“我支持它”还不够。支持者需要说明实现证据、测试范围和安全收益。
“我反对它”也不能只靠直觉。反对者需要指出成本落在哪里、哪些参与者会失去权利、什么失败模式尚未解决。
程序公开，理由可以被挑战，人们才有机会在不信任彼此的情况下继续合作。
## 结语｜最好的协调，是让协调者最终可以离开

建筑师能为一栋楼画出蓝图，却不能替每一个后来住进去的人决定生活。
协议协调也一样。
Will 的访谈表面上谈的是 EIP、ZK 证明、客户端、AI 和抗量子路线。贯穿其中的其实是同一个问题：
**我们怎样建设足够复杂的公共基础设施，同时不让它依附于少数专家、少数服务器或某一个组织？**
密码朋克不会因为一项技术使用了密码学，就自动相信它。
它还会问：代码能否公开检查？证明能否独立验证？运行成本是否允许新人进入？实现坏掉时有没有替代品？今天推动协议的人离开后，其他人能否接着维护？
以太坊仍在为这些问题寻找答案。协调工作的价值，就在于让每一个答案都经得起更多人的检验。
一座真正开放的城市，不需要永远留住它的建筑师。
它需要的是：后来的人看得懂规则，找得到入口，修得了道路，也有权重新画图。
本文根据用户提供的 EPF Office Hours 访谈文字稿整理。文中对讨论的归纳与延伸，不代表受访者或以太坊社区已经就相关技术路线形成最终结论。

一栋楼可以有总建筑师。他画出蓝图，决定材料，协调施工。楼建成之后，有人管理，有人维修。出了问题，至少知道该去找谁。以太坊不能这样建。它有研究者、客户端团队、密码学家、验证者和应用开发者。每个人看到的问题不同，却必须让世界各地的节点对同一套规则达成共识。更重要的是，这座“城市”不能因为某个建筑师离开，就停止运转。在一场 EPF Office Hours 访谈里，以太坊基金会协议协调成员 Will Corcoran 谈到了这件事。他曾从事建筑设计与项目管理，后来转向软件协作、Stacks 生态，再参与以太坊的 Lean 共识与 ETHProofs 等工作。他的经历给这场对谈提供了一个有意思的入口：一个没有总建筑师的开放协议，究竟要怎样把想法变成现实？答案藏在代码之外。它涉及谁能提出想法、谁来验证风险、谁有权反对，以及当今天的维护者不在场时，系统能否继续存在。

2026年9月11日EPF7 Office Hours：谁来建造一座无人拥有的城市？

从一场以太坊协议协调访谈，看密码朋克如何把理想建成能运行的系统

人工智能

以太坊无总建筑师，靠协调者推动升级。EIP需经研究、开发网、主网多阶段验证，防止单点权力。实时证明需普通节点可复制，多客户端防共因故障，AI与抗量子技术成新变量。开放协议的价值在于协调者离开后，社区仍能自主演进。

零知识证明

数据中心

服务器

4核4G3M云服务器 新用户低至38元/年！

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

2026年9月11日EPF7 Office Hours：谁来建造一座无人拥有的城市？-腾讯云开发者社区-腾讯云

2026年9月11日EPF7 Office Hours：谁来建造一座无人拥有的城市？

2026年9月11日EPF7 Office Hours：谁来建造一座无人拥有的城市？

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐