我们是否应该采用更简单的 PoS 机制？

• 非常强大的单区块确认：一旦交易被纳入区块，通常在几秒钟内，该区块就会被最终确定，除非有很大一部分节点是不诚实的，或者有极端的网络延迟，否则它是无法被逆转的。
• 经济最终性：一旦一个区块被最终确认，它就不能被逆转，除非攻击者能顶住损失数百万 ETH 被罚没。
• 非常可预测的奖励：验证者在每个 epoch（6.4 分钟）都能可靠地获得奖励。
• 支持非常高的验证器数量：与其他大多数具有上述特性的链不同，以太坊信标链支持数十万个验证器（例如：Tendermint 提供了比以太坊更快的最终性，但它只支持几百个验证器）

  
  

分片的去复杂化

EVM 中功能的选择

• 我们曾考虑增加一个 POST 操作码，但决定不这样做。POST 操作码会进行异步调用，会在交易完成后被执行。
• 我们曾考虑过添加一个 ALARM 操作码，但决定不这样做。ALARM 的功能类似于 POST，只是在未来的某个块中执行异步调用，允许合同安排操作。
• 我们添加了日志（logs），它允许合约输出不触及状态的记录，但可以被 DApp 接口和钱包解释。值得注意的是，我们也考虑过让 ETH 转账发出日志，但决定不这样做，理由是 "反正人们很快就会转到智能合约钱包"。
• 我们考虑过扩大 SSTORE 以支持字节数组，但由于担心复杂性和安全性而决定不这样做。
• 我们增加了预编译（precompiles），这是一种使用本地实现执行专用加密操作的合约，比在 EVM 中执行要便宜得多。
• 在上线后的几个月里，我们反复考虑了状态租金（state rent），但从未包括在内。这实在是太复杂了。今天，人们正在积极探索更好的状态过期（state expiry）方案，尽管无状态验证和提议者/构建者分离（PBS）意味着它现在是一个低得多的优先级。

  
  

LOG 的备选方案

1. 我们可以让 ETH 转账自动发出一个 LOG。这将为交易所和许多其他用户节省大量的精力和软件错误问题，并将加速每个人对 LOG 的依赖，这将有助于智能合约钱包的采用。
2. 我们完全可以不需要 LOG 操作码，而把它变成一个 ERC：会有一个标准合约，它有一个函数 submitLog，并使用以太坊存款合约的技术来计算该区块中所有日志的 Merkle 根。无论是 EIP-2929 还是区块范围的存储（相当于 TSTORE，但在区块之后被清除）都会使这个便宜。

如果当前 EVM 选择了完全不同的路，会怎样？

1. 使 EVM 成为一种更高级的语言，具有变量、if 语句、循环等内置结构。
2. 使 EVM 成为某些现有虚拟机（LLVM、WASM 等）的副本。

ETH 供应是否应该以不同方式分配？

       

• 预挖以及以太坊基金掌管公募资金这两件事，都不具备可信的中立性。一些收款人地址是通过一个封闭的过程人工挑选的，以太坊基金会必须被信任，不能通过贷款来进一步利用公募所得的资金，以获得更多的 ETH (我们没有，也没有人声称我们有，但即使是被信任的要求也冒犯了一些人）。
• 预挖过分奖励了非常早期的贡献者，而留给后来的贡献者的太少。75%的预挖用于奖励上线前贡献者的工作，而在上线后，以太坊基金会只剩下 300 万个 ETH。在 6 个月的时间里，为了生存而出售的需求使存量减少到 100 万 ETH 左右。

  
  

• 我们同意在 2 年内，从每个区块奖励中划分 2 ETH 投入到开发基金中。
• 任何在以太坊公募中购买 ETH 的人都可以为他们喜欢的开发基金分配投票（例如："每个区块奖励中 1ETH 给以太坊基金会，0.4ETH 给 Consensys 研究团队，0.2 个 ETH 给 Vlad Zamfir..."）
• 被投票支持的接受者得到的发展基金份额等于每个人投票的中位数，按比例计算，总数等于每区块 2ETH（中位数是为了防止自我交易：如果你为自己投票，你什么也得不到，除非你让其他购买者中至少有一半人提到你）。

我们能从这一切中学到什么？

• EIP-150 使调用堆栈深度限制不再相关，减少了合约开发者的安全担忧。
• EIP-161 使“空帐户”的概念与字段为零的帐户分离开来。
• EIP-3529 删除了部分退款机制，使 Gas 代币不再可行。