想法 2

• 区块构建者构建并发布交易捆头。交易捆头包含对内容的承诺、给提议者的付款、以及构建者的签名。

• 提议者对他们看到的交易捆头进行选择，形成列表，并对列表组成的声明进行签名。

• 在看到该声明时，被选的区块构建者会发布相应的交易捆主体。

• 提议者在他们之前承诺的一列交易捆头中选出一个并用它发布提议。

还需要一个新的罚没条件，任何在同一个 slot 里提议不在自己承诺列表里的交易捆头的提议者都会被逐出和被惩罚。

还要注意的是，在第 2 步里，提议者提交的交易捆头列表也可以成为一个对交易捆头进行加密的哈希值列表，其中哈希值都加密到区块构建者的公钥，因此只有构建者知道它们是否被接受了。这会减少 DoS 攻击风险。

分析

同样地，五项特性中的三项式相当容易显示的：

• 提议者不能窃取交易捆，因为当他们已经把自己限制在一个有限的现有交易捆头集里时，他们只能看到交易捆的主体。

• 当完整的交易捆没有被打包前，构建者给提议者的付款是不可能成功的，因此提议者也无法在经济上欺骗构建者。

• 共识特性保持不变，因为系统设定仍然是提议者作为机制的最后行动者，共识规则决定的内容没有变更。

在这个情况里，更棘手的两个特性是弱提议者友好性和无须信任区块构建者友好性。对于这个方案的忧虑是恶意区块构建者可以通过制造大量高交易费的提议攻击提议者，但永远不发布这些交易捆的主体。如果提议者对接受的交易捆数有上限，这种攻击可以把所有合法交易捆排除在外，使得提议者没有合法交易捆可以提议打包到区块。如果提议者对接受的交易捆数没有上限，那么可能会有无数个满的交易捆主体 (试想：每个 500 kB) 发送给提议者，这将需要非常大量的带宽。

解决这个难题的一个办法是以某种方式对交易捆头的提交进行速率限制，这不是一个硬性限制。

• 提交交易捆需要支付一定费用，通过类似 EIP-1559 的机制来调整到某个速率 (例如，每 slot 8 个交易捆)

• 成为区块提议者需要押金 (无论如何都是必要的，以确保提议者得到报酬)，同时还需要一条规则，如果你发布的交易捆没有被打包，但一个更低价的交易捆被打包了，那么你在接下来的 N 个 slot 都无法提交交易捆。

只有在这种情况也会被扣费：你的交易捆没有被打包，但更低价的交易捆被打包了，因为这种特定情况可能是你作恶了 (或提议者作恶、或是网络状态不好)。

这方面有先例；之前的 ENS 竞拍设有 0.5% 失败者费用，以阻止有人在明显不会赢的情况下出价，以迫使赢家支付更多。 (责任编辑：admin)