原作者：VitalikButerin，《状态到期和无状态路线图》
以太坊的状态规模正在迅速增长。目前仅状态大小大约有35GB，如果包括所有Merkle证明在内，则超过100GB，并且每年大约增加一半。状态存储也是以太坊经济学的一个弱点：它也是唯一一种机制，使得参与者支付一次就可变成节点永远的负担。为了保持以太坊的可扩展性和可持续性，我们需要一些解决方案。
有两种途径的解决方案，并且已经存在很长时间：弱无状态和状态到期：
状态到期：从状态中移除最近没有被访问过的状态，并需要见证人才能恢复过期状态。这会将每个人需要存储的状态减少到大约20-50GB。
弱无状态：只需要区块提议者存储状态，并允许所有其他节点无状态地验证区块。在实践中实现这一点需要切换到Verkle树以减少见证人的规模。
V神发文探讨CEX的安全性：希望技术上使交易所接近非托管:11月19日消息，针对FTX事件，V神发文”安全的CEX：偿付能力证明“，探讨使交易所更接近去信任化的尝试历史、这些技术的局限性，以及一些新的、更强大的想法，这些想法依赖于ZK SNARK和其他先进技术。
V神表示，使用ZK-SNARKs可改善隐私和稳健性，将所有用户的存款放入一棵Merkle树中，并使用 ZK-SNARK 来证明树中的所有余额都是非负的，加起来为一些声称的价值。如果我们为隐私添加一层哈希，则提供给每个用户的Merkle分支将不会透露任何其他用户的余额。
对于更进一步，不想仅仅证明交易所有资金来偿还用户，更要防止交易所完全窃取用户的资金。V甚表示，理想的长期解决方案是依靠自我托管，并辅以多重签名和社交恢复钱包等技术，以帮助用户应对紧急情况。在短期内，有两种明确的替代方案：Coinbase等托管交易所、Uniswap等非托管交易所。
最后，V神表示，短期内，交易所分为两个明确的“类别”：托管交易所和非托管交易所。今天，后一类只是DEXes，例如Uniswap，未来我们可能还会看到加密“受限”的CEXes，其中用户资金保存在类似于validium智能合约的东西中。我们也可能会看到半托管交易所，我们用法定货币而不是加密货币来信任它们。
两种类型的交易所都将继续存在，而提高托管交易所安全性的最简单的向后兼容方式是添加储备证明。这包括资产证明和负债证明的组合。为两者制定良好的协议存在技术挑战，但我们可以而且应该尽可能地在两者上取得进展，并尽可能开源软件和流程，以便所有交易所都能受益。
从长远来看，V神希望我们越来越接近于所有交易所都是非托管的，至少在加密方面是这样。钱包恢复将存在，并且可能需要为处理小额交易的新用户以及出于法律原因需要此类安排的机构提供高度中心化的恢复选项，但这可以在钱包层而不是在交易所本身内完成。[2022/11/19 22:06:43]
本文档描述了同时实施这两个想法的多阶段提案。事实证明，这比先后连续执行这两个解决方案要容易得多。没有Verkle树的状态到期需要非常大的见证大小来证明旧状态，而切换到没有状态到期的Verkle树需要就地转换程序，这几乎与仅实现状态到期一样复杂。然而，如果同时进行，这两项改革解决了彼此面对的挑战：状态到期涉及每年创建一个新的状态树，允许Verkle树随着时间的推移逐步引入而无需就地转换，而Verkle树解决了见证人规模的问题。
以太坊创始人V神发布关于“单槽终结路径”的研究文章:金色财经报道，1月25日，以太坊创始人Vitalik发布了关于“单槽终结路径”的研究文章，文章表示，由很多论据推论，尽管以太坊现在有超过28w个验证者，但仍可以将以太坊最终确认时间减小至单个Slot时间。
实现“单槽终结”可以提升用户体验，减少以MEV为目的的重组链并减少协议复杂性和错误几率。但这是一个是长远的计划，其顺序会排在PoS、分片、Verkle树之后。目前，实现这一目标主要思路有：
1.通过超级委员会实现，即通过至少数百名的超级委员会验证者完成共识中单个slot内的验证工作。
2.让如今的巨量的验证者更快更高效的发挥作用，即让聚合签名过程更高效。
此外，对于“单槽终结”实施有具体如下4点要求。
1.加紧优化签名聚合工作；2.确定超级委员会规模；3.研究、达成一致并指定一个理想的共识和分叉机制选择；4.同意并在实施路径上执行这些。[2022/1/25 9:11:04]
相关链接：状态到期和无状态思想的发展历史
V神发推称赞EIP 1559 用户质疑该提案将会损害矿工利益:10月20日消息，今日上午V神发推称，EIP 1559正是当今世界所需要的。对此，有用户表示反对，称应该否决该提议，他表示虽然EIP 1559确实很有趣，但是似乎它会对矿工造成很大的伤害。并认为如果该提议获批将会影响大型矿工和矿业集团继续参与以太坊网络挖矿。目前V神尚未回复。
据悉，EIP 1559由V神于2018年首次提出，预计使以太坊区块链的收费市场更加可预测并缓解拥堵。[2020/10/20]
无状态客户端概念，最初的ethresear.ch帖子：https://ethresear.ch/t/the-stateless-client-concept/172?
状态租金，2015年原始提案：https://github.com/ethereum/EIPs/issues/35?
以太坊创始人V神发推驳斥不实观点:以太坊创始人V神刚刚发布推特称，那种认为“区块链应该做的是验证而不是交易执行，因为交易执行比验证要慢得多”的观点是“胡说”。事实是以太坊的uncle rate更多和简单tx计算相关，而不是由交易的复杂性导致的。[2018/3/4]
ReGenesis：https://medium.com/@mandrigin/regenesis-explained-97540f457807?
Verkle树：https://notes.ethereum.org/_N1mutVERDKtqGIEYc-Flw?
关于边界见证大小的演示：https://www.youtube.com/watch?v=qQpvkxKso2E?
以太坊创始人V神发推询问网友：可以接受的51%算力攻击频率是多少？:以太坊创始人V神在推特上发起投票，问“针对公有链，可以接受的51%算力攻击频率是多少？”。总共12700人参与投票，52%认为100年发生一次是可以接受的，13%选择10-100年，19%认为1-10年，还有16%的投票人表示可以接受1年一次51%算力攻击。[2018/1/22]
状态大小管理理论：https://hackmd.io/@vbuterin/state_size_management?
复活冲突最小化状态边界：https://ethresear.ch/t/resurrection-conflict-minimized-state-bounding-take-2/8739?
无状态和状态到期的一些路径：https://hackmd.io/@vbuterin/state_expiry_paths
回顾：状态到期是如何工作的？
这是对此处提议的机制以及本文档中提议的内容的描述。核心思想是每个时期都会有一个状态树，当新时期开始时，会为该时期初始化一个空状态树，任何状态更新都会进入该树。在一段时间内发生的所有写入都进入最新的树。
请注意，这些大约一年的状态到期时间在历史上有时被称为“时期”，但我正在切换到“周期”一词以避免与信标链时期混淆。
保持两个关键原则：
只能修改最近的树。所有旧树都不再可修改；旧树中的对象只能通过在新树中创建它们的副本来修改，并且这些副本取代了旧副本。
全节点预计只持有最新的两个树，因此只有最新的两个树中的对象才能在没有见证人的情况下被读取。阅读较旧的树则需要提供见证人。
“见证”是一个简短的证明，它证明一个值或一组值位于树中的某个位置，可以由只有树根的人进行验证。例如，可以做一个见证，证明账户0x124f...89ab的存储槽123在某个状态下包含值50，任何拥有该状态树根的人都可以验证该证明。
状态到期建立了一种混合状态机制：共识节点需要存储最近访问或修改的状态，但可以使用基于见证的无状态客户端方法来验证较旧的状态。也就是说，可以维护一个“归档节点”，它甚至可以存储历史状态树，或者是一个完全无状态的节点，它使用见证人来验证甚至最近的状态。然而，gas成本结构和默认网络格式是围绕节点存储最新的两个状态树的假设构建的。
路线图
这种转换路线图分阶段实施。这些阶段包括：
周期1硬分叉：我们从周期1开始实施一个硬分叉。在此分叉之后，将有两个状态树：十六进制Patricia树和一个新的Verkle树
原始EIP：https://notes.ethereum.org/@vbuterin/verkle_tree_eip
地址周期扩展：地址从20字节扩展到32字节，新的地址格式包括“地址周期”的概念。这允许新合约在不需要提供见证人的情况下填充新的存储槽。这可以在最终状态到期转换之前、周期1硬分叉之前或之后的任何时候完成。
VB的提议：https://ethereum-magicians.org/t/increasing-address-size-from-20-to-32-bytes/5485
Ipsilon团队提案：https://notes.ethereum.org/@ipsilon/address-space-extension-exploration
周期2硬分叉：我们实施了开始周期2的硬分叉，并安排了未来阶段的开始。周期0十六进制Patricia树被替换为Verkle树，并且客户端只存储根，因此周期0树中的状态现在需要见证人来证明。在此之后，状态到期计划已全面实施。
原始EIP：https://notes.ethereum.org/@vbuterin/state_expiry_eip
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。