博客

10 月 30 日一早，加密市场又双叒叕发生了一起历史级的盗币事件，这次轮到了 Binance。根据初步调查，攻击者可能通过入侵一名 DevOps（开发运维）工程师的笔记本电脑，进入某个服务容器，并提交未经授权的提现交易，Binance 官方估算事件总影响高达 63 亿美元，目前已联合冻结约 30 亿美元相关资产。说起来，近一年来，头部交易所的安全事件，已经有点密集得让人无奈了：去年 Bybit 遭遇约 14.6 亿美元资产失窃，今年 9 月 Bitget 又有约 3.875 亿美元资产遭到未经授权转移，如今连 Binance 也卷入了新的风波。如果把近期的安全事件放在一起观察，会发现一个明显的趋势：攻击者越来越少直接去硬啃密码学和私钥本身，反而开始聚焦整条「信任链」——从员工终端、第三方安全产品，到软件供应链、服务容器乃至交易授权流程，任何一个环节出现裂缝，整条防线都可能失守。AI 的快速发展，也在让这种风险进一步放大。10 月 22 日，以太坊联合创始人 Vitalik Buterin 就提出了一个新判断：AI 时代，网络安全的终局可能有利于防守方，但通往这一终局的过渡期，将会非常艰难。一、从 Bybit 到 PHP2Shell：攻击者正穿透整条信任链先回顾这几起事件。它们的攻击路径并不相同，但有一个共同点，那就是攻击者并没有简单地依靠破解私钥或者攻破区块链底层协议，相反，他们只是找到了系统中某个被默认信任的环节。 像 Bybit 事件中，攻击者通过社会工程手段入侵 Safe 一名开发者的设备，取得其相关访问凭证，进而控制 Safe 钱包基础设施中的前端资源； Bitget 事件中，攻击者则是利用第三方安全产品的漏洞，获取了内部高权限凭证，随后通过伪造的提现指令绕过原有风控机制； 到了最新的 Binance 事件，攻击路径又很可能始于一名 DevOps 工程师的笔记本电脑遭到入侵； 三起事件，分别涉及第三方钱包基础设施、第三方安全产品和内部开发运维环境。这也解释了为什么传统的冷钱包、多签机制并不能包治百病，毕竟攻击者真正利用的，恰恰是那些能够影响最终交易执行、却没有得到充分独立验证的信任环节。而类似的信任链危机，并不只存在于加密交易所。就在 Binance 遇袭的一周前，Binance 创始人 CZ 曾专门发推，提醒大家未来几天访问任何网站都需格外谨慎——当时 PHP2Shell 的两项 PHP 核心引擎史诗级高危漏洞（CVE-2026-109618 与 CVE-2026-109619，CVSS v4.0 评分高达 9.2）正引起全网恐慌。作为支撑起全球约 70% 网站的开源服务端语言，WordPress、Magento、Drupal 等主流平台均构建在 PHP 之上。而这两项潜伏了十余年的内存管理与全局状态重置漏洞，允许攻击者在无需身份认证的情况下，仅凭一次特定的 Web 请求，就能在网站自身应用代码运行之前实现远程代码执行（RCE），直接接管服务器并植入后门或窃取用户凭证。网络安全机构 Palo Alto Networks 与 Censys 的扫描数据显示，全球有超过 2260 万至 3670 万个暴露在公网的实例处于风险射程之内。更离谱的是，据安全机构披露，这两个沉睡了十余年、极难被人类审计员察觉的底层内存状态漏洞，正是借助 AI 技术被挖掘出来的，换句话说，AI 大幅降低了将隐蔽的底层逻辑缺陷转化为可用攻击载荷的门槛。之前我们也多次讨论过 AI 时代网络攻击手段的三大质变（延伸阅读《当黑客「更高效」用上 AI，Web3 的「矛与盾」军备竞赛如何升级？》）： 零日漏洞（0-day）挖掘的「工业化」：过去，寻找像 PHP 核心引擎或固件层面的深层内存漏洞，需要顶尖安全专家耗费数月进行人工代码审计与模糊测试（Fuzzing），现在 AI 能够以极低成本全天候扫描全球开源代码库，将潜伏十年的陈年 Bug 批量转化为致命武器； 「补丁时间窗」（N-day）的极致压缩：一旦漏洞信息泄露或补丁代码提交，恶意攻击者利用 AI 可以在几分钟内逆向补丁、自动生成变种 Exploit 并完成全网自动化扫描与注入，传统运维团队按天、按周计算的升级排期，在毫秒级响应的 AI 攻击脚本面前形同虚设； 软件供应链与 DevOps 成为头号突破口：现代 Web3 与金融系统并不是建立在真空里的，前端交互、后端容器、第三方 NPM/PyPI 依赖包、工程师的本地开发环境，构成了极其庞大且脆弱的开源供应链； 正如币安此次 DevOps 容器被渗透、Bybit 遭遇的前端供应链篡改，由于链上攻击最容易直接变现，加密行业正在率先经历一场「类似大流行病级别的全球 AI 黑客攻击浪潮」。当然，并非上述所有攻击都由 AI 直接发起或执行，但 AI 正在同时放大攻击者与防守方的能力，而在现有的软件工程体系下，这种放大效应反而加剧了攻防双方原本就存在的结构性不对称。二、Vitalik：终局或许利于防守，但「过渡期」将无比艰难面对 AI 挖掘出 PHP2Shell 这类底层漏洞所引发的行业讨论，Vitalik Buterin 在 10 月 22 日给出了一个非常冷静的判断：网络安全的长期终局可能形成有利于防守方的格局，只是转型过渡期会非常艰难。为什么？因为在现有的软件工程范式下，攻防双方存在天然的不对称。一个大型软件系统，可能包含数百万行历史代码、数百个外部依赖，以及大量复杂的权限和执行路径。防守方必须确保所有关键环节都足够安全，而攻击者只需要找到其中一个尚未被发现的缺口。Vitalik 特别指出，仅仅依靠安全研究人员抢在黑客之前发现已经发布软件中的漏洞，并不能真正建立防御优势，因为如果双方都使用越来越强大的 AI，那么本质上仍然是在比拼谁能更快找到漏洞。真正需要改变的，是软件本身的构建方式，譬如他提出的两个核心方向，形式化验证（Formal Verification）和最小化可信计算基（Trusted Computing Base，TCB）。首先是形式化验证，旨在用数学证明代替「经验排错」。传统的软件测试只能证明「在已测试的场景下发现了没有 Bug」，却永远无法证明「代码绝对没有 Bug」，而形式化验证则是利用严密的数学逻辑，去证明一段程序代码在所有可能的输入和状态转换下，都严格符合预期的安全规范，不存在内存溢出、状态未重置（如 PHP2Shell）或逻辑重入等缺陷。过去，形式化验证的成本极其高昂，编写数学证明的代码量往往是业务代码的数倍，只有航空航天或核心密码学协议才用得起。但在 AI 时代，AI 不仅可以找漏洞，更可以成为编写形式化验证证明的超级助手，所以 Vitalik 预言，未来「AI 辅助形式化验证」将成为软件开发的最终形态——无论是 Signal 等加密通信协议、TLS、ZK-EVM，还是应用层的智能合约，都可以在代码发布前通过 AI 自动生成端到端的数学安全证明。当一段代码在数学上被证明「无懈可击」时，攻击者的 AI 算力再强，也无法找到不存在的漏洞。其次则是精简可信计算基（TCB），旨在把受攻击面压缩到极致。什么是可信计算基（TCB）？简单来说，就是一个系统为了保证安全，「必须无条件信任其不会出错」的所有软硬件组件的总和。回顾币安的 63 亿美元安全事件和 Bybit 的多签被劫持事件：为什么底层的私钥算法没破，资产却丢了？因为它们的 TCB 太庞大了——庞大的容器集群、复杂的运维权限管线、开发者的笔记本电脑操作系统、前端渲染的 JavaScript 库，全都被纳入了「一旦被攻破就会导致资金流失」的信任链条中。TCB 最小化的核心思想，就是做减法与做隔离：将真正涉及私钥保护、签名验证和核心授权的功能，收敛到规模更小、边界更明确、能够接受严格审计的安全环境中，其他复杂功能，则尽可能放在权限受限的外围环境运行。即使浏览器、插件、前端服务或者 AI Agent 遭到攻击，也不应该因此直接获得无限制调动用户资产的能力。从这个角度看，这也是 imToken 这类非托管钱包的价值所在。使用中心化交易所，用户资产需要经过平台账户、托管钱包和内部提现体系；而使用 imToken，用户自行保管私钥，直接管理链上资产并发起交易，减少了中心化托管这一中间环节。那更短的信任链，就意味着更少的平台级风险敞口，也不必担心交易所暂停提现或冻结平台账户余额，当然，用户也需要自行承担私钥保管和设备安全责任。三、从技术加速到防御性加速主义：为什么需要 d/acc？如果说形式化验证和 TCB 最小化回答的是「技术上如何更安全」，那么 Vitalik 长期倡导的 d/acc，则试图回答一个更加宏观的问题：当 AI 和其他前沿技术正在快速改变世界，我们究竟应该怎样安排技术发展的优先级？d/acc，全称为 Defensive Accelerationism，通常被称为「防御性加速主义」，Vitalik 在 2023 年首次系统提出这一理念，并在 2025 年的《d/acc: one year later》中进一步阐述。它并不反对技术进步，只是强调一种有选择的加速：优先发展那些能够增强社会防御能力、分散权力，并降低系统性风险的技术。相比于 e/acc 所强调的全面加速，d/acc 更关注技术究竟是在增强攻击能力，还是在提升防御能力（延伸阅读《当 Web3 撞上 d/acc：技术加速时代，Crypto 能做些什么？》）。在 d/acc 的视野下，这套防御体系涵盖了四个维度的纵深建设： 网络防御：通过密码学、形式化验证、软件隔离和漏洞检测，降低网络攻击成功率，保护数字资产与数据； 生物防御：通过病原体检测、空气监测、疫苗研发和公共卫生技术，提高社会应对生物安全风险的能力； 物理防御：通过分布式能源、抗毁通信网络和基础设施韧性建设，降低现实世界关键设施遭受攻击时的脆弱性； 信息防御：通过隐私保护、信息来源验证和去中心化协作机制，抵御虚假信息、深度伪造和大规模信息操纵； 这些领域看起来跨度很大，却共同围绕一个目标，那就是在技术不断增强个体和组织能力的同时，也让它们获得与之匹配的自我保护能力，杜绝让更强大的技术只集中在少数拥有资源和控制权的主体手中。也正是在此次 PHP 漏洞风波的讨论中，Vitalik 重申了他在 d/acc 框架下的一个硬核主张——面对前沿 AI 带来的不对称冲击，在必要阶段应审慎对待高风险攻击性 AI 的无序推进；同时，全社会应当将超过 1% 的 GDP 资源，系统性地投入到网络安全、生物安全以及物理世界的安全加固中。为什么需要如此大规模的系统性投入？因为技术进步带来的收益，往往能够被市场快速定价和商业化，但安全基础设施的价值却经常被低估。企业愿意为更强大的 AI 模型、更快的算力和更高效的软件开发工具投入巨额资金，却未必愿意为底层开源软件的长期维护、形式化验证和安全审计提供同等规模的支持，那如果不主动纠正这种资源错配，建立在脆弱开源地基上的数字大厦只会越来越危险。写在最后从 PHP2Shell 暴露出的全球互联网基础设施风险，到 Bybit、Bitget 和 Binance 接连发生的重大安全事件，2026 年的网络安全局势，正在用真金白银的代价提醒所有人：AI 时代的攻防竞赛，已经不再只是比拼谁能更快发现漏洞，更在于整个软件生态能否建立起足够可靠的防御体系。安全永远不可能一劳永逸，但这并不意味着它是一场无法获胜的消耗战。过去几十年，密码学已经证明，某些防御能力可以通过数学原理建立起非常强的安全保障，而不是单纯依靠防守者投入更多人力。AI 与形式化验证、最小化可信计算基等技术的结合，也有机会将这种理念进一步扩展到整个软件系统。对于普通用户而言，这种安全理念同样可以落实到资产管理方式的选择上。选择 imToken 这样的非托管钱包，本质上就是将资产控制权留在自己手中，减少对中心化平台托管和内部运营体系的依赖，当然这也意味着用户需要更加重视助记词保管、设备安全和每一次交易授权，但至少，资产是否能够被自己支配，不再完全取决于某个中心化平台是否正常运转。或许这才是 Vitalik 所说的网络安全终局可能有利于防守方的真正含义：不是期待某一天，AI 再也找不到任何漏洞，但要日拱一卒地让我们赖以运行的关键系统，即使面对越来越聪明的攻击者，也能依靠更小的可信核心、更严格的权限边界和更可验证的安全机制，继续可靠地运转。技术进步值得加速，但保护技术成果与个体资产的能力，同样需要加速。

如果一家机构持有数百万枚 ETH，并决定把其中绝大部分投入质押，以太坊会因此变得更加中心化么？这个问题听起来似乎不难回答。毕竟在 PoS（权益证明）机制下，如果越来越多的 ETH 被少数大型机构持有，似乎意味着网络的话语权正在向少数人集中。但真实情况，可能没有这么简单。过去一年，随着越来越多的机构资金进入以太坊质押市场，以及 EIP-7251 将单个验证者的有效余额上限从 32 ETH 提升至 2048 ETH，整个质押生态正在发生两种看似相似、实际上完全不同的变化：一方面，大额资金的确越来越集中；另一方面，更多 ETH 开始被整合进数量更少的验证者。那这两件事，究竟会不会加剧以太坊的中心化风险？一、大额 ETH 加速进入质押，中心化趋势正在加剧？先看几组数据。根据 Lido 发布的 2026 年上半年报告，截至 6 月底，以太坊质押市场规模已从年初的约 3630 万 ETH 增长至 4310 万 ETH，半年增幅约 19%，这一口径包含进入队列、但尚未激活的质押资金，同时剔除了退出队列中的 ETH。但更值得关注的是资金来源的变化。同期，机构质押在整个市场中的占比，从 25.9% 上升至 35.3%，增长近 10 个百分点。也就是说，以太坊新增质押资金中，越来越大的一部分正在来自企业财库、交易所、托管机构等专业市场参与者。而从市场份额来看，这种变化也十分明显。截至 2026 年 6 月底，Lido 仍然是最大的质押协议，占全网质押规模的约 21.2%，但相比年初的 23.9%，其份额反而下降了。与此同时，Bitmine、Coinbase、Binance 在同期统计中的份额分别达到约 11.5%、10.9% 和 7.9%，其中 Bitmine 的增长尤其显著，仅仅半年时间，其市场份额就增加了约 10 个百分点。这其实反映了一个有意思的现象。过去几年，社区讨论以太坊质押中心化时，目光往往集中在 Lido 等流动性质押协议身上，担心越来越多用户通过同一个协议参与 Staking，最终形成某种共识权力的集中。但现在，新的变化出现了。随着机构级 ETH 持有者开始大规模参与原生质押，质押市场的资金结构正在发生变化，流动性质押协议不再是新增资金最主要的去处。不过，问题也随之而来。一家大型机构如果持有全网 10% 以上的质押 ETH，是否意味着它就能直接控制全网 10% 以上的验证节点？如果几十万个验证者被整合成更少的高余额验证者，是否又意味着以太坊正在主动走向中心化？要回答这些问题，我们首先需要把几个容易混淆的概念拆开。二、机构持有上百万 ETH，就等于掌握了上百万 ETH 的验证权？理解以太坊质押中心化，最容易犯的错误，就是把「资金归谁所有」与「谁在实际运行验证者」直接画上等号（延伸阅读《当 34% 的 ETH 都在质押：原生复利时代，Staking 到底该怎么选？》）。事实上，这涉及三个不同层面的控制权。 首先是资产控制权：也就是质押的 ETH 究竟属于谁，以及谁有权决定退出质押、提取资产或更换服务商。 其次是验证者运营权：谁在运行节点，管理验证者签名密钥，负责区块提议、共识证明等实际工作。 最后是基础设施与决策权：大量验证者是否依赖相同的客户端、云服务商或 MEV Relay？一个平台的治理机制或管理团队，又能够在多大程度上协调这些验证者的行为？ 这三个层面的集中度，并不总是一致。举个例子。一家机构可能持有 100 万枚 ETH，并将它们全部用于原生质押，但实际上把这些 ETH 分配给了十几家相互独立的节点服务商。从资产所有权来看，100 万枚 ETH 确实集中在同一家机构手中；但从实际验证者运营来看，相关签名密钥可能由不同服务商管理，部署在不同地区，并使用不同的客户端软件。反过来，另一种情况也值得警惕。假设有上万个用户分别持有 32 ETH，并且都使用同一家节点运营商来执行验证任务。那么即使资产所有权十分分散，底层的验证者签名、运维与基础设施却可能高度集中。所以，真正需要警惕的，其实是这些 ETH 最终由谁来执行共识，以及不同参与者是否存在共同的故障点或决策依赖。当然，这也不意味着大额机构持有完全没有中心化风险。如果一家机构不仅持有大量 ETH，还实际控制所有相关验证者的签名密钥，那么它对网络共识的影响力自然不可忽视。而即使采用外部节点运营商，资产持有人仍可能通过服务协议、资金分配、退出与重新委托等方式，间接影响验证者的行为。此外，以太坊共识本身按照有效质押余额分配权重。当某个参与者实际协调或控制足够多的质押权重时，就可能对网络最终性产生影响。例如，若某个相互协调的群体控制超过三分之一的活跃质押权重，在特定条件下就有能力阻碍网络达成最终性（Finality）。因此，大额质押是否威胁去中心化，不能仅凭某家机构持有多少 ETH 来判断，也不能因为使用了多家服务商，就直接认定风险已经消失。这也是为什么，讨论以太坊质押集中度，需要比简单比较市场份额更细致一些。三、从 32 ETH 到 2048 ETH，大额质押发生哪些变化？值得重点一提的是，在机构资金大规模进入的同时，以太坊的 Pectra 升级，也大幅改变了大额质押的运行方式。尤其是 EIP-7251 将单个验证者的最大有效余额从 32 ETH 提升至 2048 ETH，同时保留 32 ETH 的最低激活门槛（延伸阅读《当 800 万枚 ETH 开始「搬家」：后 Pectra 时代，Staking 迎来结构性巨变？》）。为什么要做这样的调整？过去，如果我们持有 1024 ETH，想要全部参与原生质押，通常需要将它们拆分为 32 份，创建 32 个独立验证者，那每个验证者都拥有独立的签名身份，需要分别参与共识证明，并产生相应的密钥管理、消息传播和状态维护成本。而在 EIP-7251 生效后，同样的 1024 ETH，可以在满足协议规则的情况下，由一个 0x02 类型的验证者承载，这样一来，管理成本和共识层的额外负担就能够得到明显改善。此外，另一项更加直接的变化，在于「原生复利」。传统 0x01 类型验证者的有效余额上限被固定在 32 ETH，多出的奖励不会继续增加其有效质押权重，如果想把这些收益继续参与原生质押，就需另行安排资金。对于大型质押池来说，这并非完全无法解决，因为它们可以汇集大量验证者产生的收益，重新凑齐 32 ETH，再创建新的验证者。但对只有一个或几个验证者的长期持有人而言，这种方式往往不够方便，毕竟质押收益不是一次性产生 32 ETH，而是在很长一段时间内逐渐累积。EIP-7251 则允许将共识层奖励保留在自身余额中，并根据协议规则，以 1 ETH 为有效余额调整粒度，逐步增加参与奖励计算的质押权重，直至达到 2048 ETH 上限。换句话说，原本需要用户主动把收益取出来、积累起来、重新投入的流程，现在可以在以太坊协议内部自动完成。对于大型机构而言，无疑是极大降低了验证者数量、降低密钥管理和运维成本；对普通长期持有者来说，也不再需要为了重新投入少量收益而反复积累新的 32 ETH。这也是以太坊从协议层在不断为 ETH 质押的规模化和机构化、专业化铺平道路，让质押规模、复利方式和资金管理都拥有了更大的灵活性。当然，便利性的提升也伴随着新的管理要求。0x02 验证者不会像传统模式那样默认把超过 32 ETH 的奖励定期转出，如果用户需要将收益用于消费、交易或其他资产管理用途，就需要按照协议规则发起部分提款。此外，传统 0x01 验证者转换为 0x02 类型是不可逆的，对于自行管理验证者的大额持有人而言，合并操作也需要格外谨慎，一旦目标验证者或授权信息填写错误，可能造成严重损失。写在最后回头看以太坊大额质押的变化，其实可以发现两条同时推进的趋势。一条发生在市场层面，随着机构资金持续进入，ETH 质押正逐渐成为长期资产管理的重要组成部分。另一条发生在协议层面，通过 EIP-7251 等升级，以太坊正在减少过去那种机械式的验证者拆分，让大额资金能够以更高效的方式参与网络共识。但也需要明确，效率提升本身并不等于去中心化程度提高。验证者数量变少，并不能直接证明网络更加中心化；反过来，即使验证者数量很多，如果底层签名权和运营权高度集中，也不意味着网络足够分散。最终，去中心化程度依然取决于真实的控制权分布，以及整个网络能否避免对少数运营商、客户端和基础设施形成过度依赖。而对用户来说，这也提醒我们，今天比较 ETH 质押方案，关注点应该不再只有 APR。比如在实际操作中，imToken 非托管 ETH 质押就提供复利型验证者与自动提领型验证者两种模式，用户可以根据自己是希望长期积累 ETH，还是希望定期获得可支配的质押收益，选择不同的资金管理方式。同时，非托管模式将提款控制权保留给用户，由专业服务商负责验证者的签名和运行维护，从而在无需自行维护节点的情况下，保留对质押资产的控制能力。从这个角度看，以太坊质押的下一阶段，是让不同规模的 ETH 持有者，都能够以更加清晰、可控和高效的方式参与其中。这或许才是大额质押时代真正值得关注的长期变化。

一台原厂芯片完好、固件正版，甚至能顺利通过官方正品验证（Genuine Check）的硬件钱包，里面的资产竟然还是可能被黑客偷走？最近的 Ledger 安全事件，恰恰暴露了这种看似不可能的风险。按照 Ledger 安全团队后续披露的调查结果，攻击者在涉事设备内部额外植入了一块恶意电路，它能够截取屏幕上显示的助记词，并通过移动通信网络发送给攻击者。换句话说，原厂安全芯片没有被攻破，助记词却在第一次显示到屏幕上时，就可能已经落入黑客手中。而且，这并不是近期唯一值得关注的安全事件。9 月以来，从 Bitget 遭遇第三方安全产品漏洞利用，到 Trezor 的邮件服务商 Brevo 被入侵，再到 MetaMask 部分基础设施出现安全问题，一系列事件正在提醒我们，当 Crypto 产品越来越复杂，安全已经不只是保护好私钥、避免智能合约漏洞那么简单。那些藏在设备流通、第三方服务、内部权限和用户通信中的风险，同样可能成为攻击者寻找的突破口。一、Ledger 敲响的「供应链安全」新警钟先来拆解 Ledger 这次的遭遇。大家平时买硬件钱包，提防的无非是两件事：买到假货，或者收到一台被人提前初始化过的设备。早年最常见的套路，就是一些恶意中介先把助记词生成好、印在刮刮卡上塞回包装，赌新手用户不懂规则直接往里充钱。这种骗局虽然凶险，但防御逻辑很清晰——找正规渠道、检查设备状态、看着设备自己生成新助记词，绝不用包装盒里现成的助记词。但这次针对 Ledger 的攻击，手段明显上了个台阶，黑客在壳体内部额外塞进了一套带有微控制器、eSIM 和蜂窝通信能力的电子模块，用户首次初始化钱包时，总归要通过屏幕读取助记词并抄写下来。换句话说，植入的恶意电路完全不干预助记词的生成过程，它只是监视助记词并直接传走，这也是为什么「私钥没有从安全芯片中被直接提取」，并不意味着用户的钱包恢复信息仍然安全。更麻烦的是，即使设备通过官方 Genuine Check 正品验证，也未必能识别这种额外加装的硬件，因为正品验证主要是在确认安全芯片身份和固件可信性。所以这次事件，也确实暴露了一个易被大家日常忽视的严重「供应链风险」：硬件钱包的安全，不只取决于芯片和固件，还取决于它从原厂到用户手中的整个交付过程。毕竟一款设备可能需要经过区域经销商、第三方仓库、物流和零售商等多个环节，任何拥有实际接触设备机会的参与者，都可能成为需要额外评估的风险点。二、从 Trezor 到 Bitget：攻击者如何绕过核心安全防线？理解了 Ledger 的问题，再来看近期 Bitget、Trezor 接连撞上的安全事件，就会发现底层逻辑惊人地相似：攻击者同样避开了最坚固的正面防线，转头从外围的「第三方服务」切了进来。先看 Trezor。9 月初，部分 Trezor 用户收到了一封主题为「Critical Security Alert: STM32 Entropy Vulnerability」的邮件，声称硬件钱包出现严重安全漏洞，需要立即采取措施。这类邮件很容易让用户紧张，毕竟涉及硬件钱包和安全漏洞，谁也不希望自己的资产因此受到损失。这正是攻击者利用了 Trezor 所使用的第三方邮件营销平台 Brevo，让恶意内容通过正常的邮件发送基础设施抵达用户邮箱。根据 Brevo 后续事故报告，攻击者利用其单点登录系统的权限边界缺陷，获得了对其他客户账户的未授权访问能力，最终涉及 138 个客户账户，其中部分被用于发送钓鱼邮件或导出联系人数据。Trezor 随后确认，有 347149 个营销邮件联系人地址在事件中被导出，攻击邮件则试图诱导用户下载恶意应用，并输入钱包备份信息。需要注意的是，这起事件并没有证据表明 Trezor 的硬件钱包或私钥保护系统被攻破，攻击者首先获取的是用户信息与官方通信渠道的滥用能力。但对于收到邮件的普通用户而言，识别风险反而变得更加困难，因为邮件可能来自熟悉的官方域名，也能通过正常的邮件认证检查，内容却已经被攻击者替换成了钓鱼信息。如果用户因此主动填写助记词，原本只是第三方邮件服务的问题，就可能进一步演变成真实的资产损失。再来看 Bitget。9 月 24 日，Bitget 部分热钱包和温钱包发生未经授权的资产转出，最终核实涉及约 3.88 亿美元。根据 Bitget 官方公布的调查结果，攻击者利用了一款第三方安全产品的漏洞，获取交易所内部的高权限凭证，随后侵入钱包相关后端系统，伪造提现指令，绕过原有风控检查，使异常转账进入正常执行流程。Bitget 表示，此次事件并未发现私钥泄露，冷钱包也没有受到影响，这听起来似乎有些矛盾：既然私钥没被偷，为什么钱还能被转走？其实不难理解。对于交易所这种托管式平台来说，用户发起提现后，并不是每次都由人工拿着私钥逐笔签名，而是需要经过账户校验、风控审核、交易生成、钱包签名等一整套内部流程。这就像银行金库。即使金库钥匙保管得非常严格，如果有人能够冒用内部的高权限身份，伪造一份通过审批的转账指令，金库里的资金仍然可能被错误地转出去。Bitget 这次暴露的，正是上游权限和指令校验失守后，风险如何进一步传导至资产执行系统，所以，「私钥没有泄露」和「资金不会被非法转走」，其实是两回事。至于 9 月底 MetaMask 披露的基础设施安全事件，则呈现了另一种维度的运营风险。当时 MetaMask 采取预防性措施，主动退出部分受影响的质押验证者。根据官方 10 月 1 日的调查更新，尚未发现 MetaMask 钱包或客户资金受到影响的迹象，相关质押业务也不代替客户管理提款密钥。不过，这并不意味着基础设施出问题就不会产生其他影响。非托管解决的主要是资产控制权问题，却不能自动消除外部基础设施的运营风险。把这几件事拼在一起看，脉络其实非常清晰： Ledger 暴露的是硬件流通环节的物理篡改风险，最终可能导致助记词被窃取； Trezor / Brevo 暴露的是用户信息泄露与官方通信渠道被滥用的风险，并不等于钱包本身被攻破； Bitget 暴露的是第三方产品漏洞向内部高权限系统传导的风险，能够直接影响资金执行； MetaMask 则提醒我们，资产控制权和服务运营风险并不是同一个概念。 总的来看，今天的 Crypto 产品早就不是一座座孤岛了。钱包要靠外部 RPC 节点读取链上数据、靠聚合接口拉取行情；交易所离不开外部的安全监控、KYC 认证和风控组件；往外再延伸，还有节点运营商、云厂商、客服工单以及像 Brevo 这样的邮件系统。这些外部服务让产品运行得更高效，也改善了用户体验，但与此同时，每引入一个新的外部依赖，产品就多了一层需要管理的信任关系：第三方能够访问什么、拥有多大权限，以及它一旦失守，会不会把风险继续传导至其他核心系统？三、产品和用户该怎么防？面对越来越复杂的第三方依赖风险，以及环环相扣的依赖关系，指望产品团队退回到「不借助任何外部服务」的原始状态显然不现实，也不符合市场规律。真正考验安全架构功力的，是尽可能缩小每一个可能的风险敞口。比如，一家只负责发营销邮件的 SaaS 服务商，凭什么长期留存全量用户的联系数据？第三方安全监测工具，为什么能在缺乏独立多重授权的情况下触达核心生产环境？尤其是涉及到资金划转的敏感动作，内部系统之间绝不能搞「默认信任」，必须做严格的权限隔离与独立交叉验证。这也是安全架构中常说的「最小权限」和「职责分离」：发邮件的平台只应该拥有发送邮件所需的权限，安全监控工具不应该随意执行资金划转，而一笔大额提现，也不能仅凭某个内部系统传来的指令就直接放行。而 Ledger 事件进一步提醒硬件钱包厂商，安全管理甚至需要向产品的物理流通环节延伸。从出厂、仓储、物流到经销商交付，如何建立可追溯的管理流程，如何发现设备异常拆装或被替换，以及出现问题后如何定位受影响批次和用户，都不应该被视为单纯的渠道管理工作。因为对一款保护私钥的硬件设备而言，交付过程本身就是安全体系的一部分。当然，对于普通用户来说，我们既无法审计钱包的软件供应链，也无法逐一调查硬件钱包的每一处仓储和物流环节。但这并不意味着只能被动承担风险，至少有几件事情，值得在日常使用中养成习惯。首先，尽量减少硬件钱包购买过程中的不必要中转。如果条件允许，优先选择品牌官网下单、原厂或官方仓库直接发货，通常可以减少设备脱离原厂控制后被第三方接触、拆装或调换的机会。从风险管理的角度来看，接触设备的独立主体越多，需要额外信任的环节也就越多；此外设备收到后，仍应检查包装与外观异常、使用官方软件完成验证，并严格遵守初始化流程。其次，需要重新理解「官方消息」是否可信。Trezor 的事件已经说明，即使邮件确实通过官方使用的服务平台发送，也不代表其中的链接和操作要求一定安全。尤其涉及钱包升级、账户冻结、资产迁移、漏洞修复等敏感操作时，最好不要直接点击消息内的链接，而是通过自己保存的官网地址或已经安装的官方 App 主动核实。对于 imToken 这类非托管钱包而言，用户同样需要认准官方渠道，下载安装以 token.im 为准，遇到异常信息时优先通过 App 内「帮助与反馈」等官方入口核实。无论对方自称官方客服、安全团队，还是提供看起来十分专业的漏洞说明，都不应该向其透露助记词或私钥。最后，需要分清不同安全事件对自己的实际影响。邮箱地址泄露，主要意味着未来可能面临更多定向钓鱼；点击可疑链接，需要进一步确认是否下载、运行了恶意程序；如果已经输入助记词，则应立即按钱包控制权泄露处理。如果签署过可疑交易或授权，还需要结合具体链上操作，判断是否存在持续的合约授权风险。而对于第三方服务故障或基础设施异常，则更需要参考官方披露的影响范围，判断是否涉及自己的资产、服务可用性或收益。不能一听到「钱包安全事件」，就默认私钥已经被攻破，更不应该因为所谓的紧急安全通知，贸然将资产转向陌生地址。毕竟，很多时候攻击者真正期待的，并不是突破最坚固的技术防线，而是让用户在恐慌中主动完成最后一步（延伸阅读《AI「挑战」密码学？Web3 必须未雨绸缪，但绝不能仓促迁移》）。写在最后过去，Crypto 行业最常强调的一句话是「Not your keys, not your coins」。这句话依然重要，因为私钥控制权决定了用户能否真正自主掌握资产。但随着钱包、交易所与链上金融产品逐渐成熟，我们也需要意识到，私钥保护只是整个安全体系中的一部分。一台真正的硬件钱包，仍然可能在交付过程中遭到物理篡改；一封真正来自官方邮件系统的通知，也可能被攻击者利用；而一套原本用于加强安全的第三方工具，甚至可能成为核心资金系统的入口。这些案例并不意味着我们应该对所有钱包和外部服务失去信任，恰恰相反，它提醒整个行业，需要把安全从单一产品内部，进一步延伸到供应链、权限管理、用户通信和应急响应的全过程。毕竟，真正成熟的 Crypto 安全体系，不仅要确保私钥不会轻易泄露，更要尽可能保证即使某个外部环节出了问题，整套机制依然能把风险死死卡在半路，不让它越过用户资产的最后一道雷池。

这几天，关于「AI 可能攻破密码学」的讨论，着实在 Crypto 社区掀起了一波恐慌。事情起源于 10 月 7 日，Justin Drake 在 X 上呼吁整个区块链行业冷静地开始规划「Bunker Mode」（堡垒模式），以应对未来可能出现的密码学风险。他的核心担忧是，随着 AI 在数学研究上的能力不断进步，广泛应用于比特币、以太坊等网络的椭圆曲线密码学，可能在真正具有密码破解能力的量子计算机出现之前，就面临新的数学攻击方法。在他提出的最坏情景中，相关突破甚至可能以「几个月而非几年」来衡量，因此建议大型持有人和机构率先考虑有序迁移资产，尽可能降低已暴露公钥带来的潜在风险。随后，Vitalik Buterin 也加入了讨论。有意思的是，Vitalik 并没有否认 AI 可能加速密码学研究，甚至进一步提出，某些被认为能够抵御量子攻击的密码学方案，也可能受到未来数学突破的影响。但在普通用户是否应该立即迁移资产的问题上，他却强调仓促升级和迁移造成的真实损失，可能比尚未发生的密码学攻击更值得眼下警惕。这也引出了一个困扰整个加密行业的长期问题：当保护链上资产的底层密码学假设开始面临新的挑战，公链需要提前多久准备，普通用户又应该在什么时候行动？一、为什么会有风险？先看懂「地址」与「公钥」的距离要理解这场讨论的焦点，首先需要回到公链最基础的账户与签名机制。众所周知，在非托管钱包中，私钥是控制资产的关键凭证，具体到技术层面，钱包正是通过数字签名算法，在不公开私钥的情况下，证明一笔交易确实得到了相应密钥持有者的授权。其中，最典型的就是椭圆曲线密码学（ECC）。以以太坊为例，普通外部账户（EOA）使用 ECDSA 生成交易签名，比特币的传统签名体系同样广泛使用 ECDSA，而 Taproot 则采用了基于同一椭圆曲线的 Schnorr 签名。这些方案能够长期可靠运行，依赖一个重要的数学假设：从私钥计算公钥非常容易，但仅凭公钥反向推导私钥，在目前已知的经典计算方法下几乎不可行。我们可以将其理解成一道容易验证、却极难逆向求解的数学题，网络上的任何人都可以利用公钥验证签名是否有效，却无法因此轻易推算出签名者的私钥。正是这种不对称性，构成了现代区块链资产所有权的重要基础。但这里还有一个容易被忽略的细节，那就是我们日常看到的「钱包地址」，并不总是完整的公钥。以以太坊普通 EOA 为例，钱包地址是从公钥经过 Keccak-256 哈希计算后，截取其中一部分生成的标识符，而在比特币中，P2PKH、P2WPKH 等常见地址类型，也采用了基于公钥哈希的设计。这就形成了一个很有意思的安全差异。对于一个从未发起过链上交易、也没有通过其他途径公开公钥信息的以太坊普通账户，外界通常只能看到经过哈希处理后的钱包地址，由于现有计算方法难以从地址哈希反推出完整公钥，因此公钥相当于多了一层保护。但当这个账户主动发起交易并提交 ECDSA 签名后，节点就可以根据签名信息恢复对应公钥，由于链上交易记录长期公开，这部分信息也会持续暴露在外界面前。这意味着，对于采用公钥哈希地址的账户，尚未暴露公钥与已经暴露公钥，在面对某些未来密码学攻击时，可能具有不同的风险水平。需要强调的是，这并不意味着所有公链都遵循完全相同的规则。例如，比特币的 Taproot 输出本身就包含可见的椭圆曲线公钥，因此即使一个 Taproot 地址从未主动花费过资金，也不能简单认为其公钥仍然隐藏在哈希函数之后；此外，部分公钥信息还可能通过地址复用、公开签名、扩展公钥或其他方式提前暴露。所以，「没有转出过资产」并不必然等于「公钥没有暴露」，而一个新地址也不天然具有抗量子安全性。理解了这层差异，再来看量子计算与 AI 带来的挑战，就容易多了。理论上，一台具备足够规模和纠错能力的量子计算机，可以利用这一算法高效解决椭圆曲线离散对数问题，从公钥推导出私钥，从而威胁 ECDSA、Schnorr 等签名体系。但截至目前，尚无证据表明已经存在能够实际破解比特币或以太坊的主流签名体系的量子计算机。而 Justin Drake 这次提出的担忧，就是在量子计算机之外，聚焦 AI 可能帮助人类发现现有数学算法尚未找到的求解捷径，尤其是随着近一年来 AI 在数学推理、算法搜索与形式化证明等领域不断取得进展，一部分研究者开始重新思考，那些经过数十年检验的计算困难问题，是否有可能因为新的数学发现而被重新评估？二、Justin 与 Vitalik 无本质分歧澄清了底层逻辑，再回头看 Justin 与 Vitalik 的讨论，就会发现两人的判断并不完全对立，只是对不同风险赋予了不同的优先级。先来看 Justin Drake。传统上，密码学体系的更迭往往是一个漫长的过程。毕竟从识别潜在风险、制定新标准，到完成工程实现，再到公链、钱包、交易所、托管机构及硬件设备之间的兼容协调，动辄就需要数年甚至更长时间。更不用说比特币、以太坊这样体量庞大、需要广泛协调的去中心化网络，底层升级通常不可能像普通软件那样，通过一次版本更新就完成。Justin 担心的恰恰是，这套漫长的升级周期，可能跟不上未来数学研究的突破速度。譬如将来 AI 真的帮助研究者找到了新的密码学攻击方法，那么即使没有等到量子计算机具备实用破解能力，现有椭圆曲线签名体系也可能提前受到威胁。而一旦这种突破真正出现，留给公链和钱包生态的迁移窗口，可能远比过去预想的短。因此，他的立足点是防患于未然，强调对于交易所、大型机构以及持有大量资产的用户，现在就应该开始思考未来的避险路径。这包括提前盘点已经暴露公钥的地址，将部分长期持有的资产有序转移至尚未暴露公钥的新地址，并在后续使用中尽量减少不必要的签名和地址复用。从技术上讲，这种建议确实有其合理性——如果未来的攻击依赖从公开公钥推导私钥，那么提前降低公钥暴露面，就可能在特定条件下争取到更多防御时间。但问题在于，将资金转入尚未暴露公钥的新地址，并不等于完成了真正的后量子密码学迁移。因为只要新地址仍然使用 ECDSA 等传统签名方案，其底层安全假设就没有发生根本改变，一旦使用该地址发起交易，公钥仍可能重新暴露；如果攻击能力足够强，甚至交易广播后、确认前的短暂窗口，也可能成为新的风险所在。换句话说，这是一种过渡性的风险缓解手段，而不是能够一劳永逸解决问题的最终方案。更重要的是，从密码学角度减少潜在风险，不代表从实际资产管理角度也一定更安全。这也是 Vitalik 特别强调的地方。在目前已知的技术条件下，通过公开公钥直接恢复 ECDSA 私钥仍然缺乏可行的实际攻击方法，但链上资产迁移过程中，因为地址错误、密钥备份失误、恶意授权或其他操作问题造成的损失，却是每天都可能发生的现实风险。Vitalik 甚至提到，自己因迁移配置失误遭受的损失，比黑客攻击造成的损失还要多。对于只持有少量 ETH 的普通用户，迁移资产可能只是创建新地址、备份密钥并发起几笔转账；但对于长期参与 DeFi、质押、跨链交互，甚至通过多签钱包管理资金的用户，情况就复杂得多。资产可能分散在不同网络，部分资金仍处于质押或借贷协议中，旧地址还可能拥有智能合约管理员、资金提取或其他关键操作权限。如果只是因为看到「AI 可能破解钱包」的消息，就临时进行大规模资产迁移，反而可能因为转错网络、误用跨链工具、签署恶意交易或操作多签失误，造成不可逆的损失。更不用说，一旦市场开始传播「钱包即将被破解」的恐慌情绪，各种冒充官方的抗量子升级链接、资产保护工具和所谓迁移服务，也可能随之出现。值得注意的是，Vitalik 的谨慎，并不意味着他对底层密码学升级持保守态度。相反，他同样认为 AI 带来的数学进步值得严肃研究，甚至提醒行业重新审视部分基于格密码学的后量子方案，避免因为某种算法被贴上「抗量子」标签，就默认它能够抵御未来所有数学突破。在条件允许的情况下，他也倾向于更多考虑基于哈希函数的密码学结构，并对其他方案采用更加保守的安全参数。因此，其实不能把 Justin 和 Vitalik 简单归为激进与保守两派，二人并不存在本质上的深层矛盾。三、从公链升级到钱包迁移：真正的抗量子准备，走到哪一步了？很多用户可能会问：既然底层密码学存在长期风险，钱包能不能直接帮我升级成「抗量子钱包」？仅靠更新钱包 App 还不够。因为对于区块链而言，密码学升级不仅涉及私钥如何生成、交易如何签名，还涉及整个网络是否能够识别并验证新的签名，以及存量账户能否平稳过渡。事实上，即使没有这次 AI 引发的讨论，主流公链和密码学研究机构也早已开始为后量子时代做准备。还是以以太坊为例，其抗量子准备已经涉及多个层面。除了普通账户使用的 ECDSA，验证者共识使用的 BLS 签名、数据可用性相关的 KZG 承诺，以及部分零知识证明系统，都涉及未来需要重新评估或升级的密码学结构。以太坊基金会为此成立了专门的 Post-Quantum Security 研究团队，并探索通过 leanXMSS、leanVM 等技术，为共识层提供新的签名与证明方案。而在普通用户的账户层面，账户抽象则提供了另一条值得关注的路径，不同于传统 EOA 的签名验证机制与底层协议紧密绑定，账户抽象和可替换的签名验证机制，未来有望让用户账户采用不同的签名算法，从而为后量子升级保留更灵活的空间。例如，目前仍在讨论中的 EIP-8141，就与以太坊原生账户抽象有关，有望成为未来支持更灵活签名验证的重要基础，不过其具体部署时间和最终实现方式，仍有待社区进一步讨论与测试。相比之下，比特币面临的挑战则有所不同。由于采用 UTXO 模型，加上历史地址类型复杂、部分早期资产长期休眠，比特币不仅需要考虑新的签名算法和输出结构，还必须解决大量存量资产如何迁移的问题，目前社区相关草案仍处于提案和协调阶段。此外其他一些公链也已经开始尝试更直接的工程落地。譬如 NEAR 在 2026 年 7 月宣布，其主网升级已经支持基于 FIPS 204 的 ML-DSA 后量子签名，为账户提供了增加量子安全密钥的能力。当然，支持某一种后量子签名，并不意味着整条公链及其所有账户、应用和基础设施，都已经完成了抗量子迁移。将这些进展放在一起，会发现行业真正面对的难题是多样化的，不仅包括新的密码学方案必须在理论上足够安全，还得兼顾签名大小、链上验证成本、节点性能、硬件兼容性，以及大量存量账户能否平稳过渡。而这些协议层的变化，最终都会落到用户每天使用的钱包上。对于 imToken 这样的多链非托管钱包而言，未来的密码学升级，也不可能只是一项简单的版本更新： 一方面，钱包需要随着不同公链的升级，逐步适配新的账户与地址类型、密钥管理方式、交易签名及验证机制，还可能涉及与硬件钱包、智能合约账户、多签系统之间的兼容； 另一方面，钱包还需要把复杂的底层技术变化，转化为普通用户能够理解的操作，假设未来某条公链正式支持新的后量子签名方案，用户真正关心的只是原来的地址还能不能继续使用，是否需要创建新账户，现有助记词和硬件设备是否兼容，以及已经持有的 Token、NFT、质押资产和 DeFi 头寸该如何处理； 其中有些问题可以通过钱包产品能力逐步解决，有些则必须等待公链协议、智能合约和整个生态提供支持。这也是为什么，底层安全升级越复杂，用户侧的迁移流程就越需要经过充分测试，而不是临时推出一个所谓的「一键抗量子」入口。那现阶段，普通用户究竟应该做什么？ 首先，不必仅仅因为这场讨论，就立即转移所有资产，目前没有证据表明 主流公链的签名算法已经被实际攻破，尤其需要警惕借「抗量子升级」名义传播的陌生链接和迁移工具，任何要求导入助记词、私钥或诱导签署不明交易的操作，都应该高度警惕； 其次，对于大额、长期持有的资产，可以开始有意识地改善地址管理习惯。 例如，了解自己所使用的公链与地址类型，减少高价值资产地址不必要的重复使用和签名操作，如果确实需要调整资产存储结构，也应先确认钱包和网络兼容性，做好密钥备份、核对收款地址，并通过小额测试和分批操作降低迁移风险； 最后，也是最容易被忽略的一点：钱包未来是否能够支持后量子签名，与用户今天是否有必要迁移资产，是两个不同的问题； 写在最后在区块链的世界里，我们依靠数学与代码构建信任。站在这个角度，对于一个希望长期承载数万亿美元资产的开放金融网络来说，没有人能保证今天足够安全的密码学方案，在未来几十年都不需要调整。但这并不意味着，每一次前沿研究取得突破，都需要普通用户立即重新安排自己的资产。密码学研究者需要关注最坏的可能性，公链开发者需要提前设计新的安全机制，钱包团队需要为未来的升级和迁移提供可靠支持，而普通用户则需要在真正理解风险的基础上，避免因为未经证实的消息作出仓促决定。不必预设危机已在眼前，也不必低估演进的必然，保持清醒，谨慎操作。对于每一位持币者而言，这都是面对未知的最好方式。

过去几年，关于 AI 威胁的讨论很大程度上停留在一种假想里：大家总担心聊天框里的模型会变成军师，帮黑客写出毁灭性的病毒代码。现在回头看，这种担心往常总是被视为「离我们还远」，但现实世界的转折点，却比想象中来得更快。10 月初，CrowdStrike 在调查一轮针对韩国金融机构的攻击时，发现攻击者已把 Agentic AI 嵌进了流水线，通过接入 DeepSeek、GLM、Grok 等多个大模型，直接由 AI 开始承担渗透测试、信息搜集和攻击执行等具体工作。类似变化并不是孤例。Anthropic 9 月发布的最新威胁情报报告显示，近期多 Agent 框架已经被用于侦察、漏洞利用和数据窃取，它们几小时甚至几天连续运行，人类只需要保留选择目标、查看结果等少数关键决策。换句话说，AI 正在给网络攻防带来肉眼可见的质变，过去自动化攻击主要依赖预先编写好的规则和脚本，如今连侦察、判断、调整策略等也开始由 Agent 接手，让攻击进一步走向低成本、高并发和持续自主运行。而当这些具备自主执行能力的实体被密集投放到生产系统后，一个更棘手的问题也浮出了水面：伴随着 Agent 越来越多、越来越深地嵌入我们的日常工作和生活中，如果它们学会了彼此「串通」，该怎么办？一、从「帮黑客写代码」，到 Agent 自己寻找出路还是老生常谈的，Agent 和过去 Chatbot 最大的区别，并不只是模型能力更强，更关键的在于它开始拥有真实世界里的「手脚」。今天一个成熟的 Agent 已经可以打开网页、执行代码、读取邮件、调用 API、操作云端服务，并通过 MCP、Skills 等方式连接越来越多外部工具（延伸阅读《当黑客「更高效」用上 AI，Web3 的「矛与盾」军备竞赛如何升级？》）。能力越强，这种变化当然越有价值，但对于安全系统来说，这意味着过去那条非常重要的边界正在消失，今年发生的一系列安全事件已经把这件事表现得非常直观。10 月 1 日，Salt Labs 披露了一个此前已经修复的 Manus 漏洞，本质上还是提示词注入——研究人员只需要向目标邮箱发送一封包含隐藏恶意指令的普通邮件，当用户随后让 Manus「帮我查看邮件」时，Agent 就可能按邮件指令处理内容，最终执行攻击者植入的代码。整个过程既不需要用户点击恶意链接，也不需要提前窃取密码，Manus 的安全系统其实最终发现了异常，也向用户发出了警告，问题在于它发现得太晚了，当警告出现时，恶意代码已经被执行。这再一次暴露了 Agent 安全和传统软件安全之间一个非常重要的差别，过去浏览器发现一个危险下载，可以弹出警告让用户决定要不要继续；银行发现一笔异常交易，可以先冻结，再等待人工审核。但一个 Agent 的设计目标恰恰是尽可能减少人在每一步操作中的参与，它需要自己读取信息、做出判断，然后继续执行下一步。于是，当 AI 获得的自主权越来越大，「检测到危险」本身已经不一定足够，安全机制必须在真正执行之前，就有能力阻止危险动作发生。这也是为什么今天越来越多 Agent 安全讨论开始从 Prompt、内容审核和模型本身，继续往下一层移动：不仅要问 AI「知不知道这件事不该做」，还要问即使它真的想做，系统有没有能力让它做不到？而多 Agent 的出现，又让这个问题变得更加复杂，因为下一阶段需要限制的，可能已经不只是一个 Agent。二、比 Agent 越权更麻烦的，是它们开始「串通」9 月初，一件发生在 OpenAI 内部模型训练和评估环境中的事情，引起了不少 AI 安全研究者的关注。一些 Agent 原本应该分别完成自己的任务，却意外发现了一个公共 Wiki，并把它逐渐变成了彼此之间的「共享留言板」，Agent 可以在那里留下信息，其他 Agent 随后读取、利用这些信息继续完成自己的任务。OpenAI 后来确认了这一行为，随后披露的信息还显示，在其他训练过程中，也曾出现 Agent 利用内部 Artifactory 作为共享留言板，以及通过公共文件托管服务向其他共同工作的 Agent 传递结果等情况。这件事真正有意思的地方，在于它说明 Agent 之间形成协作，可能根本不需要那么戏剧化。譬如一个 Agent 发现某个地方可以留下信息，另一个 Agent 偶然读取，然后第三个 Agent 发现这些信息有助于完成任务。当然，Agent 之间的协作本身并不是坏事，多 Agent 系统原本就需要依赖分工和信息共享提高效率。真正值得警惕的是，当这种协作开始绕过原有的信息隔离、独立审核或权限约束，甚至让几个本应互相制衡的 Agent 形成事实上的利益同盟时，它就可能从正常协作演变成有害的「合谋」。毕竟未来一家金融机构很可能同时运行几个 Agent，像一个负责分析市场，一个负责风险评估，一个负责生成交易策略，还有一个拥有真正的交易和资产操作权限。从传统权限管理来看，这种设计甚至很合理： 研究 Agent 没有转账权限； 执行 Agent 没有独立决定投资方向的权限； 风险 Agent 又可以否决明显危险的策略； 职责被拆开了，理论上应该比让一个超级 Agent 掌握所有权限更加安全。但问题在于，如果它们可以长期共享 Memory、阅读彼此的输出、不断根据对方的反应调整自己的行为，这几套原本用于互相制约的角色，会不会逐渐变成一个事实上的整体？譬如研究 Agent 可能逐渐学会如何描述一笔交易更容易通过风险审核；负责审核的 Agent 也可能根据历史数据形成某种固定偏好；执行 Agent 再根据此前大量审批结果，学习什么样的边界通常不会被拦下来。从这个角度来讲，没有哪一步一定是在「作恶」，但整个系统最终得到的结果，却可能已经偏离用户最初设定的目标。这其实就是「合谋」或者「串通」真正难解决的地方——风险不一定存在于某一个 Agent 的动作里，而可能存在于多个 Agent 之间形成的关系里。9 月 13 日，Vitalik Buterin 就把这个问题和自己过去长期研究的机制设计联系到了一起。他提出，一个颇有意思的可能性是对抗性治理（Adversarial Governance）的机制设计理论，最终可能成为 AI Safety 的重要应用之一。原因在于，两类问题其实有一种很深的相似性。在传统机制设计中，是一个相对简单、静态的制度，试图约束一群远比制度本身聪明、会主动寻找规则边界的人；而在未来的 AI 系统中，则可能变成人类和能力相对较弱的 AI，试图管理一群比自己能力更强的高级 Agent。Vitalik 特别提到，过去机制设计中的一个重要发现是，如果能够有效限制参与者之间的合谋，系统往往就更容易得到理想结果。这个结论同样可能适用于 AI。三、Agent Wallet 真正需要的，可能不只是「权限管理」换句话说，与其假设未来存在一个完美的超级安全模型，能够看穿所有危险行为，不如换一个思路：如何让系统里的不同 Agent，本身就没有那么容易形成危险的利益共同体？这也是「对抗性治理」和我们今天熟悉的权限控制真正不同的地方。传统权限系统解决的问题相对简单，主要是围绕 「谁可以做什么 」展开，像：一个 Agent 能不能读取邮件？能不能调用交易接口？每天最多可以花多少钱？可以访问哪些合约？超过什么额度以后需要用户重新确认？这些设计当然依然非常重要。事实上，当 Agent 开始控制真实资产以后，它们可能比过去任何时候都重要。但对抗性治理试图继续往前问一步，聚焦于当一群拥有不同权限、目标和信息的 Agent 同时运行时，怎么避免它们组合起来以后获得原本没人拥有的能力？这时候，单纯「再增加一个安全 Agent」未必就能解决问题。假设负责交易的 Agent 和负责审核交易的 Agent，使用完全相同的模型、相同的数据源、相同的上下文和类似的奖励目标，那么表面上虽然存在两层审核，本质上可能只是把同一种判断复制了两遍。真正有效的制衡，反而可能要求系统有意识地制造差异。例如让负责制定策略和审核策略的 Agent 使用不同的信息来源，限制不同角色之间能够共享的 Memory，让高风险操作必须经过彼此独立的验证机制，或者让最终资产执行层只接受符合预先设定规则的请求，而不是单纯相信上游 Agent 的判断。这里面的思想其实并不新鲜。银行不会因为相信员工，就让一个人同时拥有发起付款、批准付款和最终划款的全部权限；上市公司不会让业务部门既负责创造收入，又独自决定自己的财务审计结果。说白了，这和现实世界的逻辑是相通的，一个健壮的系统，本来就不应该把安全建立在参与者永远不会犯错或者串通的假设上。把这个逻辑放到 Agent Wallet 上，会变得尤其重要。传统钱包安全围绕的是「人」，因此用户查看交易内容，用户决定是否授权，最后用户亲自签名；但 Agent Wallet 想实现的恰恰是相反的方向——让 AI 帮你自动领取收益、调整仓位、换币、跨链，甚至根据市场变化管理一整个资产组合。如果每一步都重新拿到用户面前确认，Agent 的自动化价值也就大打折扣。于是未来钱包需要解决的问题，很可能不再只是「怎样安全地把签名权交给 Agent」，很大可能会进一步拓展为「怎样让 Agent 拥有足够多的自主权，同时永远无法越过用户真正授权的范围？」这要求权限开始从一个简单的「Allow/Deny」，变成更加细粒度的制度。比如一个 Agent 可以在某段时间内操作哪些资产，可以调用哪些协议，单笔和累计额度分别是多少；不同 Agent 之间能否互相调用、是否允许共享上下文；一笔操作由谁提出、谁审核、谁最终执行；哪些行为可以自动完成，哪些动作无论 Agent 多么确信，都必须重新获得人的授权。甚至一个负责安全审核的 Agent，本身是否真正独立，也可能成为权限体系的一部分。对于区块链而言，好消息是，它本身其实很适合承担这种「制度层」。智能合约可以将交易额度、资产范围、授权期限等限制直接落实到执行层，账户抽象、多签、Session Key 等机制，也让「有限授权」拥有比传统单私钥钱包更加灵活的设计空间。但区块链同样只能解决一部分问题——它能够记录链上发生了什么，却很难天然判断 Agent 为什么这样做，以及几个 Agent 在作出决定以前，究竟经历了怎样的沟通、审核与协作。这可能才是 Agent Wallet 下一阶段真正需要补上的安全层。写在最后过去几年，AI 安全最常讨论的问题，是如何让模型更加「听话」。这包括不要输出危险内容，不要执行恶意指令，不要越过用户设置的边界，但当 Agent 开始拥有长期 Memory、工具调用、真实账户和资产执行能力以后，只依靠「让模型更加听话」，可能已经不够了。最近几个月发生的事情，正在不断说明这一点。攻击者已经开始利用多个 Agent 并行完成攻击；实验环境里的 Agent 会自己寻找新的通信渠道；一个拥有工具权限的 Agent，也可能在安全系统来得及阻止之前，把一封恶意邮件变成真实执行。而 Vitalik 提出的对抗性治理，提供了另外一种理解 AI Safety 的方式：不假设未来每一个 Agent 都足够可靠，让整个系统即使面对聪明的 Agent 与繁多的权限体系，依旧可以在安全的框架内平稳运行。从这个角度看，AI Agent + 安全，注定是一个长线课题。毕竟，当我们把越来越多事情交给 AI 之后，仍然能不能确定，那些最重要的权力，始终没有离开人类真正设定的边界。

持有 ETH 之后，还能做点什么？几年前这个问题的答案简单得甚至有些单调：提进冷钱包，放着，等牛市。但在以太坊完成 PoS 转型、链上借贷市场完全跑顺的今天，手里的 ETH 显然不甘心只屯着不动。最常见的，要么做 Native Staking 拿协议质押奖励，要么把 ETH 押进借贷市场借出稳定币，在不交出筹码的前提下套出一笔流动性。表面来看，两种方式都是在让「躺在钱包里的 ETH 动起来」，但如果只比较谁的 APR 更高，很容易忽略它们最本质的区别：Native Staking 解决的是长期持有资产如何持续生息的问题，而借贷解决的，则是不愿出售资产时，如何释放流动性和资本效率的问题。它们对应的，其实是两种完全不同的资产需求。一、Native Staking：把漫长的持有时间，变成生产资料先看最纯粹的一种场景。假设手里有 32 个（或更多）ETH，未来两三年内几乎确定不会动用，那在现货层面，币价的短期波动你认了，这时候唯一能继续做文章的变量，其实就是这段确定要付出的持有时间。Native Staking 做的，正是这件事，去把这段时间资本化。众所周知，以太坊进入 PoS 时代后，验证者通过质押 ETH 参与网络共识，负责证明、区块提议等工作，并根据协议规则获得相应奖励。也就是说，这部分收益并不是来自另一个借款人的利息，也不是某个 DeFi 协议额外发放的 Token，它直接来自于以太坊网络给底层安全维护者的协议奖励。因此，对于长期持有者而言，Native Staking 的逻辑其实非常直接——既然这部分 ETH 本来就不准备动，那么可以让它在持有期间参与网络运行，并持续积累更多 ETH。且 Pectra 升级之后，这条路径又进一步发生了变化（延伸阅读《当 800 万枚 ETH 开始「搬家」：后 Pectra 时代，Staking 迎来结构性巨变？》）。新的 0x02 Compounding Validator 将单个验证者的最大有效余额从过去的 32 ETH 提升至 2048 ETH，超过 32 ETH 的奖励可以按 1ETH 为单位继续计入有效余额并参与后续收益计算，也让原生质押真正具备了更加完整的复利能力。但 Native Staking 同样存在一个很明显的特点，那就是它解决了收益问题，却没有直接解决流动性问题。因为一旦 ETH 进入验证者体系，它首先承担的是网络安全资本的角色。新验证者需要经历激活队列，完全退出时也需要根据网络情况等待退出流程，因此它并不像钱包余额一样，可以随时拿出去消费、交易或者进行其他投资（延伸阅读《现在参与以太坊原生质押，为什么要先排队一个月？》）。当然，Liquid Staking 的出现部分解决了这个问题，比如通过 Lido 质押 ETH 后获得 stETH，用户依然可以转账、借贷或者参与其他 DeFi 活动，但从资产结构来看，它也在最简单的 Native Staking 之上，增加了一层 LST 协议和 Token。所以如果把问题进一步抽象，Native Staking 最适合解决的，其实是你有一笔确定长期持有的 ETH，怎样让这段持有时间本身产生价值。二、借贷：保留筹码的同时，提前透支购买力借贷解决的完全是另一种现实麻烦。你同样极度看好 ETH，坚决不想卖，但现实中突然需要一笔现金周转，或者链上出现了一个极具诱惑力的新机会。直接砸现货当然最省事，但代价是彻底交出了筹码，如果 ETH 随后开启大级别主升浪，被卖掉的现货仓位很难以低成本再接回来。DeFi 借贷提供了另一种思路，不卖 ETH，把 ETH 作为抵押物，超额抵押并借出需要的稳定币。以 Aave 这类超额抵押借贷协议为例，用户可以存入符合条件的资产作为抵押品，在一定 LTV 范围内借出其他资产，借出的资金可以用于支付、投资或者其他资金需求，而原来的 ETH 仍然作为抵押资产存在。这时候，ETH 承担的角色就完全变了。在 Native Staking 中，ETH 是「生产资料」，通过参与网络共识创造协议收益；而在借贷中，ETH 更像是「资产负债表上的抵押物」，最大的价值是帮助持有者获得新的流动性。所以严格来说，借贷并不是免费的「额外收益」。借出资产之后，用户会形成一笔债务，需要承担持续变化的借款利率；与此同时，ETH 的价格如果大幅下跌，抵押仓位的 Health Factor 也会下降，一旦达到清算条件，部分抵押资产就可能被协议出售。Aave 因此要求借款人持续关注 LTV、Liquidation Threshold 与 Health Factor。甚至于如果借出来的稳定币又被拿去购买更多 ETH，事情则会再进一步，让原本单纯的流动性管理，开始变成杠杆——ETH 上涨时，它会放大收益；ETH 下跌时，同样会加速抵押率恶化。这也是借贷与 Native Staking 非常重要的一条风险分界线。Staking 的核心风险来自验证者运行、罚没以及退出流动性；抵押借贷则额外引入了债务、利率和市场价格驱动的清算风险。因此，对于长期 Holder 来说，借贷真正解决的，是当你不想卖掉 ETH，却又需要使用资金时，能不能把这部分资产的流动性释放出来？答案是可以。只是这种流动性不是免费的。三、一个赚「时间的钱」，一个换「流动性的钱」从这个角度重新来看，Native Staking 和借贷并不存在绝对的替代关系，在实际仓位管理中，它们更像是解决不同阶段痛点的互补工具：核心不动仓位：几年不打算变现的大头现货，走 Native Staking 是最自然的归宿，不引入外部债务，不承担市场清算，老老实实吃以太坊的网络红利；战术机动资金：短期内有明确现金流诉求、且愿意承担监控成本的部分，借贷提供了一个无需抛售现货的缓冲带；简单来说，不需要流动性时，让 ETH 进厂打工，需要流动性时，拉 ETH 出来当担保人，前者提高的是长期持有阶段的收益效率，后者提高的是资产负债表上的资本效率。当然，DeFi 里也有各种把两者拧在一起的骚操作，比如把 ETH 换成 stETH 再拿去循环质押借贷，试图把两头的好处吃尽，但资本效率越紧绷，风险暴露和传导的链条就拉得越长。不过说实话，对于打算长线持币的人来说，「少一层智能合约风险」，往往比「账面上多两个点的收益」更值钱。而在现实中，很多人之所以不选 Native Staking，痛点实际上是嫌麻烦，毕竟自建验证节点的门槛对绝大多数人来说过高——配机、搭客户端、防掉线罚款，哪怕到了 Pectra 时代运维成本依然在，如果图省事把币扔给中心化交易所，又违背了非托管的基本初衷。这，恰恰是成熟钱包工具在填补的空白，完全可以把过去复杂的验证者操作进一步产品化。以 imToken 的非托管 Native Staking 为例，32 ETH 起步就能直接拉起独立验证者，同时适配了复利型（0x02）与自动提领模式，底层的硬件部署、节点运维和全天候监控由专业基础设施承担，但最核心的私钥所有权与提款凭证（Withdrawal Credentials）始终由用户自己掌控。换句话说，它把一整套原本极客、繁琐的节点管理流程，压成了一个直观、可控的原生产品体验。写在最后这或许也是今天长期持有 ETH 时，一个越来越值得重新思考的问题，过去，我们最关注的是「ETH 要不要继续拿着」。而当 Staking、借贷以及各种链上金融工具逐渐成熟之后，问题变成了既然准备长期拿着，这部分 ETH 究竟应该承担什么角色？是成为持续产生协议收益的长期资产，还是成为随时可以调动资金的抵押资产？想清楚这一点，可能比单纯比较几个百分点的 APR 更重要。

如果把过去几年以太坊的升级串成一条线，主题词毫无疑问就是「扩容」。从 Dencun 引入 Blob 给 Rollup 大幅减税，到 Pectra 调整验证者效率和质押机制，再到 Fusaka 落地 PeerDAS 降低数据分发负担，协议层几乎把所有精力都砸在了一件事上：让以太坊吞下更多数据，同时别把节点门槛抬得太高。这套组合拳确实管用，Rollup 的数据成本打下来了，主网 Gas Limit 也在稳步提升，以太坊不再像上一轮牛市那样动辄几十刀手续费让人望而却步。但路修宽了，车怎么开，依然很别扭： 我们还是要在三四条 L2 之间搬运资产，稍不留神就提错链； 一笔转账明明几秒就打上包了，桥和交易所非要你干等十几分钟才敢确认； 专业 Builder 几乎垄断了区块打包，你想发一笔敏感交易，随时可能被协议外的潜规则拒之门外； 更别提直到今天，一个刚进圈的用户如果只是想转几百块 USDC，还得先去搞明白为什么钱包里必须有 ETH、什么是 Nonce、什么又是 Gas； 这些问题表面上都表现为用户体验的摩擦，背后却牵涉确认规则、区块构建、抗审查与账户模型等更底层的协议机制。而这也正是从 Glamsterdam 到 Hegotá，从 2026 年 Q4 到 2027 年，以太坊开始集中处理的新问题。一、扩容不停，但开始「缝合」L1 与 L2当然，扩容不会踩刹车。Glamsterdam 依然带有很重的性能取向，其中最引人关注的两项，一个叫 ePBS（EIP-7732），另一个叫 BAL（Block-level Access Lists，EIP-7928），简单理解的话： ePBS 就是把今天已经大量存在于协议外部的 Proposer 与 Builder 分工，更正式地写入协议，顺便把出块和验证的时间窗口切分得更科学，给未来跑更大区块留足缓冲； BAL 则相当于让区块在开头就列出一张「访问清单」，节点一眼扫过去就能提前预取数据甚至并行处理，专治存储 I/O 瓶颈； 只是在扩容之外，今天大部分人的真实痛苦，根本不是以太坊 TPS 够不够高，而是 「链太多了」。譬如 ETH 在主网，玩的 meme 在 Robinhood Chain，支付结算用的 USDC 又可能在 Arbitrum，想抄底的 USDC 在 Base.....对以太坊基金会来说，Rollup 们都是以太坊版图的一部分，但对用户来说，这跟跨国换汇、办签证没什么区别。因此，要把散落的拼图重新缝成一张网，除了跨链协议各显神通，协议层最近在推的一项底层机制很值得关注——FCR（Fast Confirmation Rule，快速确认规则）。很多人以为交易被打包进区块就算成了，但在密码学与共识层面，一个刚出的区块完全可能遭遇微小重组，真正不可逆的「最终性（Finality）」，以太坊需要走完两个 Epoch，大概耗时 13 分钟。这平时转账无所谓，但对跨链桥、大额清算和中心化交易所来说简直是折磨，为了不担重组风险，它们只能让你硬等。FCR 的巧思在于，不必傻等十几分钟的完整 Finality，而是利用验证者本来就会持续产生的 Attestation，根据已经累积的投票权重，更早判断某个区块是否已经获得足够强的共识支持。按照以太坊基金会给出的目标，在网络保持正常同步的情况下，FCR 有望把这种「强确认」提前到大约 15～30 秒，虽然不等同于完整 Finality，但对于许多今天不得不等待最终性的桥、跨链通信和基础设施而言，已经足以提供一个更早、且具备明确安全模型的确认信号。更特殊的是，FCR 并不需要等待某一次硬分叉才能启用，它更接近一套可以由共识客户端和基础设施逐步采用的确认规则。一旦各类 L2、跨链桥和钱包开始使用这套信号，今天大量因为「等待 L1 最终性」产生的跨层延迟，就有机会从十几分钟压缩到几十秒级。这也意味着，未来你调动一笔资产，后台可能悄悄跨了两条链或多条链，但在前端，只需要点一下确认，然后很快便到账。二、更底层的命题：谁有权力决定交易能不能上链？不过，当区块越来越大、Builder 越来越专业以后，以太坊又面临另一个非常典型的两难问题。既然专业 Builder 凭借顶尖算力和订单流把区块构建效率做到了极致，那么绝大多数区块的生杀大权，自然也就落到了少数几个大机构手里。这就带来了一个极度危险的隐患：审查。如果某些 Builder 出于合规压力、商业竞争，或者单纯看某些隐私协议不顺眼，故意在内存池里装聋作哑、拒绝打包你的合法交易，哪怕你私钥在手、Gas 给够，你的交易也可能被活生生卡在链外（延伸阅读《将抗审查写进协议：谁来决定一笔以太坊交易能否上链？》）。去中心化如果连最基本的「抗审查交易准入」都保不住，吞吐量再高也是空中楼阁。这也是为什么在 Hegotá 的规划里，FOCIL（Fork-choice Enforced Inclusion Lists，EIP-7805） 被摆上了如此关键的位置。它的逻辑极其简单粗暴，就是给 Builder 戴上紧箍咒。每个 Slot，协议都会随机抽选一批普通的独立验证者，让他们把各自在内存池里看到的合法待处理交易塞进一张「包含清单（Inclusion List）」，Builder 你依然可以自由排布交易顺序去赚你的 MEV，但你交出来的区块，必须老老实实把清单里的交易带上。如果 Builder 敢恶意无视这张清单，全网验证者就会在分叉选择规则里直接把这个区块踢出局。换句话说，你可以靠本事赚钱，但你不能替全网决定谁有资格使用以太坊。这层机制一立起来，连带着以太坊另一块喊了很久却始终推不动的短板，也就是大家翘首以盼的隐私性，也终于找到了落脚点。众所周知，过去大家聊隐私，张嘴闭嘴都是零知识证明、隐形地址、混币池，但只要 Builder 认出来「这是一笔往隐私合约发的调用」，反手给你拒掉，你的数学魔法瞬间就瘫痪了。而目前在以太坊的隐私路线里，FOCIL 堵上的，恰恰就是最容易被卡脖子的地方，毕竟只要协议层能死保每一笔合法交易的准入权，上层的隐私探索才有活路。目前像 EIP-8182（尝试引入协议级原生 Shielded Pool） 这类更激进的隐私提案虽然还在候选讨论阶段（Proposed），但趋势已经很明显，也即隐私不能再当成某个第三方 DApp 的边缘功能，它得逐渐变成以太坊底层的基本水电气。三、最后一步，原生 AA 与不再反人性的钱包前面聊的架构调整，更多发生在水面之下，而第三件事，则会和普通用户的实际使用体验密切相关。那就是以太坊终于下定决心，要对延续了十多年的 EOA 账户模型动大手术了。老实说，以太坊沿用至今的私钥签名模型，对稍微普通一点的互联网用户来说简直反人性到了极点：私钥丢了就万劫不复；钱包里明明有成千上万的稳定币，就因为差了 0.001 个 ETH 当手续费，资产就暂时无法转移；玩个 DeFi 要先 Approve 再 Swap，点三次签名才能做完一件事；交易 Nonce 必须严格排队，一笔卡住，全家卡死。前两轮升级里，社区做过各种折中。比如搞出 ERC-4337，在协议外用合约钱包迂回救国；又比如在 Pectra 引入 EIP-7702，允许普通地址临时挂载一段合约逻辑来借点灵活性。但 7702 说到底是一座便桥，Hegotá 锁定的重头戏，是真正的原生账户抽象 EIP-8141（Frame Transactions，帧交易）。可以简单理解为，以往以太坊的一笔交易是把三件事死死捆在一起的，譬如谁证明是你（验证）+ 谁掏这笔钱（付 Gas）+ 究竟要干嘛（执行），而 EIP-8141 则是从协议底层把这三件事拆成了不同的「帧」（延伸阅读《原生账户抽象 + 抗量子威胁：EIP-8141 为何还没成为以太坊 Hegotá 的头牌？》）： 验证帧：不再锁死在固定的 ECDSA 椭圆曲线签名上，可以支持 Passkey 等更灵活的验证方式，进一步结合手机指纹、Face ID 等能力，让密钥轮换和账户恢复变得更自然； 支付帧：Gas 赞助原生化。应用方可以直接替新用户代付 Gas，或者你在支付帧里指定直接扣除转账里的 USDC，再也不需要中继器在链下倒买倒卖； 执行帧：天然支持原子批处理，授权+兑换一步到位，成功就一起生效，失败就干脆利落地全部回滚； 如果再加上正在排队讨论的 EIP-8250（Keyed Nonces），未来的账户甚至能有多条并行的 Nonce 轨道。一旦这些能力原生沉淀到协议里，对像 imToken 这样的钱包来说，产品形态将迎来一次质的解脱。要知道过去钱包的大部分精力都耗费在提醒用户备好 Gas、解释为什么这笔交易卡住了、教育用户如何抄写助记词、帮用户在不同链之间切换 RPC。未来，当签名算法、Gas 代付、权限控制和交易路由都可以被编程时，钱包终于可以退回它应有的位置，成为用户和去中心化世界之间的一层静默操作系统。它和之前一样，仍完全掌控在用户手里，但用起来却会像支付宝扫码支付、像指纹解锁一样理所当然。写在最后回头看以太坊这几年的升级脚印，路径其实极其清晰。Dencun 解决 Blob；Pectra 一边继续扩容，一边改善验证器和账户能力；Fusaka 用 PeerDAS 为更大的数据吞吐继续铺路；接下来的 Glamsterdam，又会通过 ePBS、BAL 等结构性变化，为更高 Gas Limit 和并行执行打基础。扩容依然没有结束，但扩容已经不再是唯一的问题。以太坊终于腾出手来，直面那些最本质、也最让人头疼的问题，这也是为什么 EF 在 2026 年重新整理协议研发方向时，将其归纳为了三个非常简单的目标：Scale、Improve UX，以及 Harden the L1。以太坊早已向世界证明了，它能成为一台永不停机的世界计算机，接下来，就是让普通人，真的可以丝滑地用起来。

什么是 Pay Protocol？Pay Protocol 是面向商户的去中心化数字资产支付协议，提供地址收款、订单收款等功能，适用于电商、大宗商品结算和数字服务等场景。商户可以通过支付链接、二维码或 API 接入数字资产收款，并在管理后台进行资金管理。协议采用非托管模式，为每个商户部署链上专属的智能合约。商户自行控制管理员钱包，并通过多签机制管理合约权限和资金。👉 点此了解：Pay Protocol 产品本文面向无需 API 接入的商户，介绍账户注册及收付款管理流程。如需将 Pay Protocol 与网站、App 或业务系统连接，实现自动化订单及回调，请另行接入商户 API。核心功能 收款地址管理：支持批量创建充值子合约地址，可按客户、项目或业务渠道独立分配与核对。 支持多链与多币种：支持 Ethereum、TRON、BNB Chain 和 Base 等网络，覆盖 USDT、USDC、ETH、BNB、TRX 等代币。 权限与多签管理：标准版与专业版均支持多签审批等权限管理功能。 💡费率说明：协议服务费为 0.1%，仅在资金从冷合约提取至财务钱包时收取（即每成功提取 1,000 USDT，收取 1 USDT）。具体收费以 Pay Protocol 官方页面为准。注册 Pay Protocol 商户账户注册前准备（以标准版商户为例）：在开始注册前，请提前准备好以下 4 个独立的钱包地址： 3 个管理员钱包：用于登录后台、修改配置以及发起或审批多签操作。 1 个财务钱包：仅用于接收从冷合约金库提取的资金。 ⚠️以上 4 个地址必须互不相同，不得由同一套助记词派生，请分别妥善备份对应的助记词或私钥。必须使用 Pay Protocol 支持的自托管钱包（例如 imToken、TronLink），切勿填写交易所充值地址。第一步：获取邀请码 访问 Pay Protocol 申请开通页面，提交邮箱地址。 提交后，系统会将邀请码及相关注意事项发送至申请邮箱。点击邮件中的注册链接，即可开始正式注册。 第二步：完成正式注册 打开注册链接，填写公司名称。 选择常用的区块链网络（例如 Tron/TRC20），依次填写该网络下的 3 个管理员钱包地址和 1 个财务钱包地址。 查看并勾选服务协议，核对无误后点击「提交注册信息」。 等待 Pay Protocol 完成审核、链上专属合约部署和权限初始化。点此了解：Pay Protocol 智能合约工厂 部署完成后，即可使用注册时填写的管理员钱包登录管理后台。 登录 Pay Protocol 管理后台并管理收款完成注册后，使用管理员钱包连接并登录 Pay Protocol 管理后台。以下以 imToken（Tron 钱包）为例：第一步：连接钱包并登录 在 imToken 中打开对应的 Tron 账户，切换至「浏览」页访问管理后台网站：https://adm.payprotocol.network/login。      2. 点击「连接钱包」，选择「imToken Wallet」→「登录」，确认授权连接地址并「签名」完成登录。第二步：创建收款地址商户可以批量创建多个独立的收款地址（即子合约地址），用于用户充值和资金收款： 点击左上角菜单栏，进入「资金管理」→「子合约」，点击「创建」。 填写创建数量（例如 10 个），子合约类型选择「充值」，然后点击「提交」。 第三步：完成测试付款正式使用前，建议先完成测试付款，确认网络、币种和资金流程均符合预期： 在子合约列表中向左滑动，选择一个刚创建的充值子合约，点击「查看」并复制该地址。 使用其他钱包向该地址转入不少于 1 USDT。 转账完成后，进入「对账中心」→「充值报表」查看充值到账状态。 第四步：管理收款资金用户付款到账后，资金流转分为归集（从子合约进入冷库）和提取（进入财务钱包 / 热钱包）两个阶段。方式一：手动归集与提取执行手动归集或提取前，请确保发起签名的管理员钱包中有足够的网络 Gas 代币（例如在 Tron 网络中准备适量 TRX）。资金归集（子合约 → 冷合约金库）： 进入「资金管理」→「归集」，在「待归集」列表中勾选需要归集的子合约 点击「批量归集」。按需购买能量（需提前完成自动购买能量配置），并签名确认归集交易。 资金提取（冷合约金库 → 财务钱包）： 资金归集成功后，进入「资产详情」页面。 点击「一键提取」，按需购买能量并签名确认交易。 交易完成后资金将转入财务钱包。可在「提取记录」中查看操作记录。 👉 点此查看 Pay Protocol 官方指南：无 API 商户手动管理收款资金教程方式二：启用自动化归集和提取（可选）如需启用自动归集、自动提取或 KYT（交易风险检测），需先开通并充值预付费账户： 充值 Gas 预付费账户： 进入「系统配置」→「策略配置」→「预付费账户」→ 开启开关，点击「充值」。 转入 USDT 作为系统代扣链上 Gas 的保证金。       2. 配置自动化策略：在「策略设置」中，开启自动归集/提取开关，并设置触发阈值（如单笔金额、累计金额）。💡 自动检测周期：系统默认每 5 分钟检测一次自动归集条件，每 30 分钟检测一次自动提取条件。👉 点此查看 Pay Protocol 官方指南：无 API 商户自助收款与资金自动化配置教程更多资源与官方渠道相关文档 商户注册说明 商户 API 指南 常见问题解答（FAQ） 官方渠道 官网：https://payprotocol.network/ 管理后台：https://adm.payprotocol.network 官方文档：https://doc.payprotocol.network/zh-Hans/

买入 ETH 之后，很多人会反复关注价格，却很少回头看看：过去一年，自己持有的 ETH 数量有没有变化。对于准备长期持有、暂时没有使用计划的 ETH，还有一份容易被忽略的回报：参与质押，在持有期间积累更多 ETH。这份回报来自以太坊网络本身。质押是以太坊维持网络安全的原生机制：验证者参与区块验证、维护网络运行，并按照协议规则获得 ETH 奖励。通过质押，你持有的 ETH 也能参与其中。让 ETH 为以太坊工作，也为你工作。对长期持有者而言，这让持有多了一层意义：在继续持有 ETH 的同时，参与网络，积累奖励。选择支持复利的质押模式，还可以让符合条件的奖励继续参与质押，让积累延续下去。而要参与这件事，并不需要每个人都成为节点运维专家。imToken Stake 将非托管质押和流动性质押的参与入口带到用户熟悉的钱包中，让不同需求的 ETH 持有者找到适合自己的方式。非托管质押非托管质押适合持有 32 ETH 及以上、希望参与以太坊原生质押，同时又不想自行运行验证器的用户。通过 imToken Stake，用户可以在钱包内完成 ETH 质押流程，并保留提款控制权；验证器的部署、运行、监控和维护，则由 imToken 与专业节点基础设施服务商提供。这意味着，用户不需要自行准备服务器，不需要配置执行层和共识层客户端等复杂工作。用户可以更低门槛地参与以太坊质押，同时避免把提款控制权交给第三方托管机构。这也是非托管质押最重要的价值：资产控制权在用户手中，验证器运维交给专业基础设施服务商。对于长期 ETH 持有者来说，这是一种更平衡的参与方式。它既保留了原生质押与以太坊协议直接连接的特点，也降低了自行运行验证器所需承担的技术和运维压力。值得一提的是，imToken 的非托管质押现已支持「复利」模式，让质押奖励在验证器内持续积累并自动复投，进一步提升长期 ETH 质押的资金效率。为什么非托管质押需要专业运维？非托管质押看起来只是存入 32 ETH，但背后是一套持续运行的验证器系统。验证器需要保持稳定在线，正确参与区块提议和验证；节点客户端需要及时升级；运行环境需要具备足够的稳定性；密钥管理、监控告警和异常处理也都需要长期维护。如果验证器长时间离线，可能产生离线惩罚；如果出现双签等违规行为，还可能面临 Slashing 风险。因此，对普通用户来说，独立运行验证器并不是一个低门槛选择。imToken Stake 的非托管质押，希望把这部分复杂性交给专业基础设施服务商处理。用户专注于资产配置和质押决策，服务商负责验证器运行和维护，双方各自承担更适合自己的角色。这不是把 ETH 简单交给某个平台，而是在保留用户提款控制权的前提下，让专业节点服务降低参与非托管质押的门槛。流动性质押对于在意流动性的用户，imToken Stake 也提供流动性质押入口，用户可以通过流动性质押服务提供商 Lido 以更小额的方式参与质押，Lido 也会向用户发行代表质押权益的流动性代币 stETH，让用户在参与质押的同时，保留一定链上流动性。流动性质押的优势在于门槛更低、使用更灵活，适合希望以较小金额参与 ETH 质押，或希望质押资产继续参与 DeFi 的用户。不过，流动性质押并非以太坊协议原生功能，而是由第三方协议提供。在参与前，需要了解对应协议可能涉及的智能合约、流动性等风险。独立质押对于具备技术能力，并希望更深度参与以太坊网络建设的用户，独立质押仍然是重要选择。用户可以参考以太坊官方关于独立质押和验证器设置的文档，自行准备设备、配置网络环境、运行客户端，并完成验证器创建与维护。这种方式要求用户自行承担硬件、网络、密钥备份、客户端升级、在线率维护和风险管理等工作。它的门槛最高，但也给予用户更完整的自主性。独立质押更适合愿意长期学习、维护节点，并希望亲自参与以太坊共识运行的用户。一个入口，三种路径ETH 质押没有唯一标准答案。imToken Stake 希望提供的，不只是一个质押入口，而是一套更清晰的 ETH 质押选择框架。它帮助用户理解每种方式背后的资产控制权、运维责任、流动性条件和风险假设，并根据自己的需求做出选择。后续，imToken Stake 也将持续围绕安全、自主和透明，为更多用户提供清晰、可靠的 ETH 质押体验。质押，由你掌控。