以太坊联合创始人刚刚告诉比特币的工程师，他们应当因一个他想引入以太坊的想法而获得认可。8 月 16 日，Vitalik Buterin（维塔利克·布特林）在 X 上发文，称赞比特币开发者率先提出了一种名为 Utreexo 的节省存储技术，同时阐述了他所谓以太坊“当前拟议”的扩容方向。这一表态也等于确认：一个直接借鉴比特币设计哲学的以太坊扩容提案如今已被正式摆上台面，即便它尚未获批部署。
Summary
要点速览
- 8 月 16 日，Vitalik Buterin 在描述以太坊拟议的混合扩容策略时，公开将 Utreexo 的功劳归于比特币开发者。
- 目前每一个以太坊账户都会永久保存在网络内存中，随着时间推移，这让节点运行负担越来越重。
- 以太坊基金会研究员 Toni Wahrstätter 于 7 月 6 日提出的提案估算，原生的、比特币式的币追踪机制可以将与支付相关的状态占用削减约 99%。
- 在新模型下，收款人不再需要在付款到来前就预先在钱包中存入 ETH，因为转账本身会支付其手续费。
- Cardano 创始人 Charles Hoskinson 在 7 月提案曝光后指责以太坊抄袭其网络的币追踪方法。
- 无论是原生 UTXO 提案还是 Buterin 相关的打包设计，目前都尚未设定官方上线日期。
以太坊提议采用比特币的 UTXO 模型来提升可扩展性
以太坊的扩容问题是结构性的，而非周期性的。问题源于网络记录的是每个账户余额的永久账本，而不是像比特币那样追踪一笔笔已花费和未花费的资金。
Vitalik Buterin 认可比特币的币追踪设计
在他的 X 帖文中，Buterin 写道，“比特币社区在率先提出这些想法方面应当获得大量功劳”，并特别点名了比特币扩容设计 Utreexo。Utreexo 由 MIT 数字货币计划研究员 Thaddeus Dryja 于 2019 年提出。它并不强迫节点存储完整的未花费交易输出（UTXO）列表，而是将这一集合压缩为一个紧凑的、基于哈希的累加器，随着底层集合扩张，其大小仅按对数级增长。Buterin 表示，他希望以太坊能够同时吸收“UTXO 式状态、动态状态以及两者之间的一切的优点”，这表明他倾向于一种混合方案，而不是彻底替换账户体系。他也刻意将其表述为一个拟议方向，而非已经定案的协议变更。
以太坊当前基于账户的节点存储难题
动机很直接。每一个新的以太坊账户都会被写入网络内存，并无限期保留，无论它之后是否再被使用。这种永久记账方式是节点运营者在采用度提升时面临硬件负担不断加重的主要原因之一。这对行业为何重要？因为运行全节点的成本决定了谁能真正参与网络验证，而不断上升的存储需求有可能让这一角色从普通用户转移到更少数、更大型的运营者手中。
通过原生 UTXO 与支付改进实现存储削减
借用比特币币追踪方法最直观的收益，是以太坊需要永久保留的数据量将大幅下降。这一单一变更构成了当前在研究者之间流传的整个以太坊扩容提案的骨干。
UTXO 设计可将以太坊存储需求削减约 99%
Wahrstätter 于 7 月 6 日在 Ethereum Research 论坛上以 Nero_eth 之名发布的提案建议，在不移除以太坊现有账户模型的前提下，引入原生的、比特币式支付。该思路瞄准的是不需要持久智能合约状态的简单一次性转账。以太坊不会永久存储完整的支付记录，而是通过引用历史来证明某个币曾经存在，仅在链上保留一个紧凑的“已花费”标记。数字差异十分明显：十亿个以太坊账户可能需要高达 150 GB 的存储，而在 UTXO 模式下，十亿个已花费币大约只需 300 MB。按提案自身的估算，这相当于约 99% 的削减，不过这些数字来自设计建模，而非对主网实时流量的实测。
新支付模型让手续费随支付一同打包
对普通用户而言，也有实际好处。当前，用户必须先在钱包中持有 ETH 来支付 gas，之后才能接收资金，这会把完全新手挡在网络之外。在拟议模型下，一笔支付会自带手续费，这意味着收款人可以在无需事先持有 ETH 的情况下收款。对于从未接触过加密钱包的新用户而言，这虽是一个小改动，却是一个有意义的可达性改进。
技术增强：证明打包与双模型共存
存储并不是该以太坊扩容提案要解决的唯一瓶颈。Buterin 还在推动另一项旨在压缩全网交易验证方式的改进。
将交易验证打包为单个紧凑证明
早在 1 月，Buterin 就提出了一种递归 STARK 内存池设计，针对的是证明带宽而非原始交易吞吐量。该概念依赖高度优化的 STARK，即大小约为 128 KB 的紧凑密码学证明，由内存池节点定期合并，而不是为网络中传递的每个对象都附加一份独立的重型证明。以 Buterin 自己举的例子来看，若每 500 毫秒有 8 个对等节点汇报，额外带宽开销约为每个节点每秒 2 MB，并且即便系统中有更多交易，这一开销也保持不变。开发者 conall.gwei 随后将这一打包思路与 Wahrstätter 的 UTXO 设计联系起来，建议由下一个出块者发布一份 128 KB 的汇总证明，一次性结算整批支付。Buterin 在 X 上直接回应了这一建议，强调这两个提案本就意在协同工作。
并行运行账户模型与 UTXO 模型
这一切背后的战略目标是共存，而非替代。Buterin 希望以太坊能够在运行传统账户式活动的同时，并行运行一条更轻量的 UTXO 式轨道，从而在大幅提升大部分交易量可扩展性的同时，让普通参与者仍然可以在无需专用硬件的前提下运行节点。这一点之所以重要，是因为它保留了以太坊的一个核心卖点：由普通用户，而不仅仅是大型基础设施运营商，来独立验证区块链。若为了吞吐量而牺牲这一属性，就等于用速度换取去中心化，而 Buterin 先前曾表示，他认为通过类似本提案的设计，这种权衡已经可以被解决。
社区反应与以太坊的开发时间表
加密行业的各个角落并非都欢迎以太坊转向比特币式记账方式，而上线时间表目前也仍然完全开放。
Charles Hoskinson 的 Cardano 对比
Cardano 创始人 Charles Hoskinson 在 7 月提案曝光后提出反对，指责以太坊抄袭其网络的币追踪方法。这一摩擦凸显了加密开发中的一个反复出现的动态：当一条链采用了另一条链已经在使用的设计时，功劳与原创性很快就会变得充满争议，即便在本例中，底层技术——UTXO 记账——可以追溯到比特币 2009 年的原始架构，而非任何一条后来的网络。
2026 年优先事项、抗量子安全与尚无上线日期
以太坊基金会并未在这场争论中袖手旁观。它在 2 月公布了 2026 年的协议优先事项，将扩容与安全列为双重重点，本月又更换了新的核心密码学方案，专门用于防范未来的量子计算威胁。另一方面，原生 UTXO 设计所需的一个相关组件——EIP-8141 Frame Transactions——目前仅在考虑是否纳入以太坊即将到来的 Hegotá 升级，而非已经被直接排期。这一细节凸显了时间表问题的诚实答案：无论是原生 UTXO 提案，还是 Buterin 的递归 STARK 内存池设计，目前都没有确认的上线日期。现在的开放问题是：真正负责构建以太坊软件的工程团队是否会采纳这两项想法，以及何时采纳。
常见问题
以太坊试图通过采用比特币的 UTXO 模型解决什么问题？
以太坊旨在降低由每个账户永久保存在内存中所导致的不断增长的网络内存负担，这种负担会让节点随着时间推移变得更重、更难运行。
通过实施 UTXO 模型，以太坊可以节省多少存储？
根据 7 月提案的估算，十亿个单位的存储需求可以从最高 150 GB 缩减到大约 300 MB，约减少 99%。
在新模型下，用户的钱包中还需要预先持有 ETH 才能收款吗？
不需要。在拟议的基于 UTXO 的支付设计下，转账会支付其自身的手续费，因此收款人无需事先持有 ETH。
以太坊何时会实施这些扩容变更？
目前尚未设定官方上线日期。一个相关组件 EIP-8141 Frame Transactions 目前仅在考虑是否纳入即将到来的 Hegotá 升级。
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”以太坊试图通过采用比特币的 UTXO 模型解决什么问题？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”以太坊旨在降低由每个账户永久保存在内存中所导致的不断增长的网络内存负担，这种负担会让节点随着时间推移变得更重、更难运行。”}},{“@type”:”Question”,”name”:”通过实施 UTXO 模型，以太坊可以节省多少存储？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”根据 7 月提案的估算，十亿个单位的存储需求可以从最高 150 GB 缩减到大约 300 MB，约减少 99%。”}},{“@type”:”Question”,”name”:”在新模型下，用户的钱包中还需要预先持有 ETH 才能收款吗？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”不需要。在拟议的基于 UTXO 的支付设计下，转账会支付其自身的手续费，因此收款人无需事先持有 ETH。”}},{“@type”:”Question”,”name”:”以太坊何时会实施这些扩容变更？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”目前尚未设定官方上线日期。一个相关组件 EIP-8141 Frame Transactions 目前仅在考虑是否纳入即将到来的 Hegotá 升级。”}}]}
本文由人工智能协助生成，并由编辑团队审核。
