撰文：Alma Li，Techub News
导语
币安热钱包被盗事件发生后，ArcBlock 创始人兼 CEO 冒志鸿（Robert Mao，业内常称「老冒」）发表了一篇倡议书，题为《Crypto 不能再这样下去：一个区块链从业者的行业自救倡议书》。他在文中把 Mt.Gox、Bitfinex、Coincheck 一路到币安的事故排成一条时间线，呼吁交易所、钱包、协议和安全建设者共同重建资产控制与安全验证的基础，让一次入侵的破坏范围受到约束。Techub News 已于 10 月 31 日收录这篇倡议书。
倡议书发出后，Techub News CEO & Founder Alma Li 以书面形式专访了冒志鸿。问题从他为什么此时发声、行业的责任该怎样划分，到 ArcBlock 自己犯过的判断错误、安全原则怎样落到产品里，再到 AI 改变了什么。被问到写下「Crypto 不能再这样下去」时最强烈的感受，冒志鸿的回答是：「主要是觉得，现在终于有能力改变了。」
核心摘要
- 冒志鸿认为，Crypto 今天最根本的问题是能力和责任脱节：系统允许很大的资产处置权，却没有相应的约束，出了事又把责任推给用户；他说，「一次入侵为什么能够搬走那么多资产」比「这次又是哪个漏洞」更值得追问。
- 冒志鸿主张，谁设计和控制某个环节，谁就要说明这个环节怎样保护用户；用户按产品指引操作仍掉进设计上的陷阱，产品就有需要承担的责任，「他点了确认」不能成为万能解释，自我保管也不应该要求每个人先成为安全专家。
- 冒志鸿坦言，ArcBlock 这些年最重要的判断失误，是对去中心化应用的发展和 Ethereum 生态的成熟太乐观，当年期待的广泛应用生态至今没有长起来；如果重来，他会更早用具体应用需求检验平台。
- 冒志鸿建议，现有交易平台如果只改一件事，应先把日常交易系统和大额储备的处置权真正分开，业务系统被攻破后仍有独立的一层能拒绝异常提款，而且不能靠自动补充热钱包把限额绕过去。
- 冒志鸿表示，ArcBlock 愿意拿出的核心能力是自己做成的全自动化软件工厂，第一步是公开 spec 和原型：日常交易钥匙已经失陷，钱包怎样仍不会被一次掏空，并让独立团队尝试绕过它；具体时间表跟着工作范围走。
- 冒志鸿称，有没有其他人加入，不会成为 ArcBlock 开始行动的前提；一年后判断倡议是否产生价值，要看外部团队是否实际采用、有没有独立攻击验证，以及资产暴露范围是否确实受到限制。
为什么现在发出倡议
Alma：写下「Crypto 不能再这样下去」时，你最强烈的感受是什么？
冒志鸿：主要是觉得，现在终于有能力改变了。这些问题早就在反复发生。过去看到了，也知道不应该这样，但很难相信自己这样一个小团队能改变什么。
AI 改变了这个前提。今天，一个人借助 coding agents 能调动的工程能力，已经越来越接近过去一支成熟团队。再发生这样的事情，我想到的是：我们现在有条件动手了。以前觉得做不起的基础建设，值得重新算一遍。这是我写这篇文章最主要的原因。
Alma：回到最初进入区块链行业的时候，你真正想解决什么问题？
冒志鸿：我一直关心的是，用户能不能真正拥有自己的数据、身份和资产。2017 年，我们认为去中心化应用会有很大的机会，而当时行业的大量精力还在交易和炒币上。应用难做、开发工具不好用，我们觉得这恰好是 ArcBlock 可以解决的问题。
这个出发点到今天没变。但对于应用生态会多快形成、底层技术会怎样成熟，我们当时确实太乐观了。控制权值得追求，怎样让普通人愿意使用，还需要产品来回答。
Alma：有没有「方向看得早，但市场没有按预期到来」的时刻？怎样判断该坚持还是调整？
冒志鸿：ArcBlock 本身就是一个直接的例子。我们提前建设应用平台，预期会有越来越多开发者进入，但那个市场没有按我们想象的方式长起来。
我会把长期目标和具体做法分开。用户拥有自己的数据，这个方向我仍然相信；通过什么产品、什么入口实现，可以调整。「我们看得早」解释不了所有问题。如果一个产品的价值始终依赖某个还没发生的大趋势，就应该重新检查这个前提。
Alma：你怎样定义自己？公司利益与行业公共利益不完全一致时，会怎样选择？
冒志鸿：我还是一个喜欢把东西做出来的创业者。公司的发展需要一个健康的行业，这两件事很多时候是连在一起的。
这次倡议，我们有能力拿出实际贡献。我们已经做成了全自动化的软件工厂，积累了大量 AI 工程实践，愿意把这些经验用于公共基础建设。我们自己用出来、验证过的东西，能够帮助其他建设者少走一些弯路，我觉得这就是很有价值的投入。
行业的问题和建设者的责任
Alma：如果只能选一个，你认为 Crypto 今天最根本的问题是什么？
冒志鸿：我觉得是能力和责任脱节。系统允许很大的资产处置权，却没有相应的约束；出了事，又把责任推给用户。一次入侵为什么能够搬走那么多资产？这个问题比「这次又是哪个漏洞」更值得追问。
技术和利益结构会互相强化。比如利用排序权夹击用户交易，有人能从中赚钱，行业就容易把它当成值得保留的机制。我认为这种伤害用户的行为应该作为问题去修，不能因为它产生收入，就不再追问。
Alma：你反对把事故归结为「用户没保管好私钥」。责任具体应该怎样分配？
冒志鸿：一个基本原则是，谁设计和控制某个环节，谁就要说明这个环节怎样保护用户。钱包要把授权解释清楚，协议要约束权限，平台要隔离运营系统与资产控制。
用户当然有自己的责任，但不能要求他替厂商检查随机数、供应链和合约代码。用户按照产品指引操作，仍然掉进设计上的陷阱，产品就有需要承担的责任。「他点了确认」不能成为万能解释。
Alma：行业有没有把「不承担责任」包装成「去中心化」？
冒志鸿：有。让用户抄下一组助记词，要求永远不能丢、不能泄露、不能被骗，然后把此后的失败全部归给用户，我认为这是一种不负责任的设计。
真正把控制权交给用户，还应该让他能限制授权、恢复访问、更换服务。如果连专业团队都很难识别某种风险，就不能假设普通人看过一个弹窗便理解了。自我保管不应该要求每个人先成为安全专家。
Alma：行业自救最大的阻力，是技术做不到，还是现有参与者不愿改变？
冒志鸿：不少保护机制已经有技术基础，难的是让它们成为默认做法，并有人持续维护。现有参与者也有迁移成本和自己的利益，不能假设大家看到好方案就会自动采用。
我也不接受「更安全一定更难用」这个前提。日常小额交易可以方便，大额转移和扩大权限才需要更严格的条件。先做一个范围明确的试点，把增加的成本、减少的风险测出来，比要求整个行业一起推倒重来更现实。
ArcBlock 也要接受同样的检验
Alma：把倡议书中的标准用于检查 ArcBlock，你最有把握和最需要补课的是什么？
冒志鸿：我最有把握的是，这些年确实做下了扎实的基础，也在真正做技术的圈子里获得了尊重。DID 就是一个例子。2019 年我们已经参与 W3C 凭证社区组的工作，并加入 DIF，同时把去中心化身份做进产品。2022 年 DID Core 成为 W3C 正式标准，2025 年我们公司的代表又当选了 DIF 的 Steering Committee 成员。
我自己也担任 Cascadia Blockchain Council 的 Steering Committee 成员。2025 年我们随华盛顿州商务代表团访问日本，今年刚去慕尼黑的 ASE 会议做了 keynote。从身份技术社区到商业伙伴、政府和学术界，我们积累了长期合作和信任。
现在，我们又把这些积累延伸到了 AI 和全自动化软件工厂。已有的产品和工程实践，是我们参与这次建设的底气。接下来要做的是把这套能力用于具体的资产安全问题，让保护措施能够被独立测试、被其他团队采用。
编者注：DID Core（Decentralized Identifiers v1.0）于 2022 年 7 月 19 日成为 W3C 正式推荐标准。据 DIF（去中心化身份基金会）2025 年 11 月 12 日发布的第 55 期通讯，ArcBlock 的 Matt McKinney 当选 DIF Steering Committee 新成员。冒志鸿所说的慕尼黑 ASE 会议即 IEEE/ACM 自动化软件工程会议 ASE 2026，据会议网站，他于 10 月 12 日在该会议的 Harness4GenUI 研讨会上发表主旨演讲，题为「What Endures When Everything Evolves? AFS-UI and the Search for Stable Foundations in Generative UI」。
Alma：ArcBlock 这些年最重要的一次判断失误是什么？
冒志鸿：如果选一个，就是对去中心化应用的发展，以及 Ethereum 生态的成熟太乐观了。
2017 年，我们觉得 Ethereum 虽然性能差、开发体验不好，但这些是发展中的问题，安全和架构也会持续改善。我们去解决应用开发的难题，刚好赶得上后面的生态增长。结果到今天，除了交易和稳定币这些已经形成规模的用途，我们当年期待的广泛应用生态并没有长起来。
这是我们对市场大前提的判断偏差。不过，我们一直在自己做应用，身份、数据和应用平台的技术积累都有实际用途，也让我们有基础抓住后来的 AI 机会。现在看，这些工作正在产生新的价值。如果重来，我会更早用具体应用需求检验平台，而不是把整个生态的成熟当成前提。
Alma：暂时不看代币价格，外界应该怎样判断 ArcBlock 是否创造了价值？
冒志鸿：看我们实际做出的产品、技术积累，以及谁在和我们长期合作。DID 方面的工作已经进入更广泛的数字身份社区，现在全自动化软件工厂又把我们的工程能力向前推进了一大步。这些都是看得见、可以交流和检验的成果。
对于早期支持者，我觉得这些年的持续建设，是认真对待了他们的信任。衡量产品价值，我更看重持续使用、独立开发者的采用和真实付费。我们在标准社区、商业合作和学术界建立的信任，也说明这些工作得到了专业同行的认可。
Alma：怎样理解公司、产品用户与代币持有者之间的关系？
冒志鸿：这些角色有重叠，也有不同的诉求。用户关心产品有没有用，公司需要持续经营，代币在协议里承担什么功能，也要解释清楚，不能混成一个笼统的「生态发展」。
对支持者负责，首先就是把进展、限制和实际用途讲明白。一个技术功能上线，就如实说明它解决了什么问题。产品进展不能被包装成投资回报承诺，也不能拿市场情绪代替产品是否有用的判断。
Alma：「长期建设」怎样避免成为回避结果的说法？你给自己设过怎样的期限？
冒志鸿：长期建设要不断产生新的成果，不能只重复一个很多年前的愿景。我们从去中心化应用平台，到 DID，再到 AI 和全自动化软件工厂，技术积累一直在向实际产品和工程能力转化。
我们也会根据市场变化调整做法。去中心化应用生态没有按预期成熟，但身份、授权和数据控制的需求一直存在，AI 又把这些问题带到了更大的场景里。我更愿意用具体业务和阶段结果判断投入，而不是给所有方向设一个统一的倒计时。
安全原则怎样落到产品里
Alma：怎样证明这是更好的安全原则，而不只是另一条技术路线的主张？
冒志鸿：让不同实现接受相同的攻击条件，说明各自保护住了什么、付出了什么代价。这本来就是倡议想做的事。
我批评 EVM 的路径依赖，也明确写了非 EVM 没有安全豁免。不能靠换一个网络名称证明安全。包括 ArcBlock 在内，都应该拿实现和测试说话。别人有更好的方法，就根据证据调整。共同建设不能以采用我们的产品为前提。
Alma：谁来设置和修改资产限制？保护机制本身失效或被滥用怎么办？
冒志鸿：规则应该由资产所有者授权，谁能暂停、谁能恢复、怎样更换保护服务，都要事先讲清楚。关键是，日常交易钥匙不能顺手取消保护自己的规则。扩大权限需要独立授权，也要给发现异常和撤销留下时间。
另一边，恢复服务不能拿着一把新的总钥匙。用户应当有按事先约定退出或迁移的路径，这条路径本身也要接受攻击测试。安全机制不能以保护为名，取得对用户资产无限、不可退出的控制权。
Alma：交易服务怎样减少集中托管？如果现有平台只改一件事，你会选什么？
冒志鸿：我会先把日常交易系统和大额储备的处置权真正分开。业务系统被攻破后，仍然有独立的一层能够拒绝异常提款，而且不能靠自动补充热钱包把限额绕过去。
能按明确交割条件完成的现货兑换，可以逐步减少托管：用户授权付出什么、至少收到什么、何时失效，服务只取得完成这次交易所需的权限。仍依赖集中账户和授信的业务，需要另外处理，不能一刀切。具体牺牲多少效率，要通过试点测量，风险下降则看一个入口失陷后最多能动用多少资产。
Alma：安全没有绝对保证。一个负责任的产品应该向用户承诺什么？
冒志鸿：应该说明具体条件下能保护到哪里。举个示意例子：日常钥匙被盗后，每天最多转出一千元，提高限额需要另一条授权路径和等待期。这个「一千元」必须经过绕过测试，不能只是页面上的设置。如果监测服务掉线，保护还能不能生效，也要说明。
用户存入资产前，至少应该能查清权限失陷时的暴露范围、谁能修改规则，并实际演练恢复流程。产品应该把这些边界交代明白，不能只给一句「采用了先进安全技术」。
AI 改变了什么
Alma：为什么认为 AI 能够改变行业重建的可行性？
冒志鸿：因为我们自己已经把全自动化的软件工厂做出来了，软件开发效率得到了大幅提升。这是我们每天在使用的能力，所以我对 AI 能改变行业建设方式很有信心。过去需要一支成熟工程团队才能承担的工作，现在个人和小团队也有条件去做。
我们从 2023 年就开始做 AI，同时一直在建设区块链、DID 和应用基础设施。对 AI 和 Blockchain 怎样结合，我认为业内很少有团队像我们这样，在两边都持续深入做了这么多实际工作。
这也是我们参与这次倡议能拿出的一个重要优势。我们愿意分享软件工厂的经验，帮助大家把安全需求变成可实现、可测试、能持续改进的系统。它让公共基础设施的建设成本和推进速度，都有了重新估算的空间。
Alma：AI 也会更快地产生漏洞。怎样避免所谓独立验证只是重复确认同一种盲点？
冒志鸿：全自动化软件工厂的价值，也包括把检查、测试和修正组织成能够持续运行的工程流程。开发效率提高以后，我们可以投入更多验证，不必把所有精力都消耗在实现上。
当然，多开几个 agent，不能自动算独立验证。相似模型可能有共同盲点，所以要结合可重复运行的测试、不同实现之间的比较，以及独立研究者的攻击验证。验收看实际结果，不能只看 agent 的报告。人负责确定目标和安全边界，也承担最终交付责任。
Alma：如果不用区块链，单靠 AI 和传统软件就能满足需求，你会怎样选择？
冒志鸿：那就不用。普通内容生成、个人工具，没必要为了一个 AI 功能增加一条链。
需要认真考虑区块链的，是多个互不完全信任的参与者共同操作资产、核验结算，又不愿让其中一家单方面修改记录的场景。这里需要的是共同可验证的规则。Agent 需要身份和授权，也不等于每次调用模型都要上链。先把问题说清楚，再选择工具；否则增加的是复杂性。
Alma：开发越来越便宜，基础软件的收费能力会下降吗？ArcBlock 的价值在哪里？
冒志鸿：如果价值只是「能写出这些代码」，收费能力当然会受到影响。但代码更容易产生，也意味着会有更多应用、更多 AI agent，需要身份、数据空间、授权和持续运行的基础。我们多年积累的东西，正好在这些地方。
我们的优势是两边都做得很深。区块链和 DID 是长期基础，AI 从 2023 年开始做，现在又有了全自动化软件工厂，把产品研发效率大幅提高了。我认为，这种技术积累和工程能力的组合，在行业里是很有竞争力的。
客户关心的是能否更快把应用做出来、持续运行，并掌握自己的数据和权限。我们要把这些能力做成客户愿意使用和付费的产品。软件越来越容易生成，正好给这套基础带来更大的使用空间。
从倡议到持续建设
Alma：公共基础设施由谁买单，怎样组织和长期维护？
冒志鸿：我希望把它组织成一座公开建设的 AI Factory。行业专家提出真实问题和验收要求，参与者贡献工程经验、机器和模型额度，独立研究者验证结果。我们已经有软件工厂的实战经验，可以把这部分能力贡献出来，让大家更快开始工作。
基金会和有能力的企业，应当为公共基础设施承担一部分长期成本。优先级围绕公开的 spec 和测试结果讨论，共同维护规范，同时保留独立实现和替换能力。这样，一支团队的成果可以被另一支团队接着使用和改进，工作才有机会持续下去。
Alma：ArcBlock 准备先拿出什么？未来 90 天愿意交付什么？
冒志鸿：我们愿意拿出的一项核心能力，就是全自动化软件工厂。这是我们自己做成、每天在使用，也已经带来大幅效率提升的东西。加上区块链、DID 和 AI 方面的积累，我们可以为共同建设提供很扎实的起点。
具体从公开 spec 和原型开始：日常交易钥匙已经失陷，怎样仍然不能把钱包一次掏空？把损失范围、规则修改权限和恢复条件写成验收测试，再借助软件工厂实现和迭代，让独立团队尝试绕过它。
我们会踏踏实实推进，具体时间表跟着明确的工作范围走。希望拿出来的是其他团队能独立采用的规范、测试和工程经验，让大家都能利用新的建设能力。
Alma：一年后，什么结果能证明倡议产生了价值？如果行业不参与，你会推进到什么程度？
冒志鸿：我会看有没有外部团队实际采用，有没有独立攻击验证，以及在明确的失陷条件下，资产暴露范围是否确实受到限制。如果一个方案只能由我们自己演示，别人用不起来，就需要继续改进。
我希望有更多人一起做。但有没有其他人加入，不会成为我们开始行动的前提。我们已经有技术基础，也有软件工厂带来的建设能力，就会继续推进。有伙伴，大家一起；暂时没有，我们也会先把能做的做出来。
最希望保住的价值
Alma：最希望保住的是 Crypto 这个行业，还是它曾经承诺的价值？想对年轻建设者说什么？
冒志鸿：我在意的是那些值得保留的价值：用户能拥有自己的东西，能验证服务有没有按约定办事，也能选择离开。将来普通人用得很好，却根本不关心底下是不是 Crypto，我觉得那是成功。
对年轻建设者，我更愿意说，去做一个别人真的需要的东西，再允许别人认真检查它。行业里的热闹，不能替你回答这两个问题。
这也是我这次发出倡议的原因。问题早就存在，现在我们终于有了更强的建设能力。先把一项实际的改进做出来，让别人能够检验、能够接着用。
编辑说明：本文为书面专访。Techub News 于倡议书发表后向冒志鸿发送采访提纲，受访者以文字逐题回复；问题按原提纲顺序作了精简，回答以 2026 年 11 月 1 日的完整问答审阅稿为准，本文仅统一标点、引号与中英文间距，未改写内容。倡议书全文见 Techub News 收录版本及 ArcBlock 官网原文。DID Core 成为 W3C 正式标准的时间、ArcBlock 代表当选 DIF Steering Committee 成员，以及冒志鸿在 ASE 2026 研讨会上的主旨演讲已据公开资料核对，见编者注；其担任 Cascadia Blockchain Council Steering Committee 成员、随华盛顿州商务代表团访问日本，以及全自动化软件工厂带来的效率提升，均为受访者介绍，本文未能独立核实。
免责声明：本文内容仅为受访者个人观点与信息分享，不代表 Techub News 立场，亦不构成任何投资建议。文中提及的项目与数字资产存在风险，读者应独立判断。
相关公开资料：
1.Crypto 不能再这样下去：一个区块链从业者的行业自救倡议书（Techub News 收录）
2.Crypto 不能再这样下去：一个区块链从业者的行业自救倡议书（ArcBlock 官网）
