Firedancer 和 Solana 的双重拍卖 Firedancer 最近推出了新的 REV 调度器，改善了验证者的奖励 REV 很简单： - 在 85% 的时隙（350 毫秒）内，*仅* 包含来自 Jito 套件的交易 - 独立用户交易只能在最后 50 毫秒内进入 1/10

Jito 捆绑包已经在调度器中被优先处理 - REV 更进一步，为插槽的前 350 毫秒提供捆绑包的独占性。 但 REV 有一个主要好处： 💸💸 验证者奖励大幅增加 💸💸 缺点是 Solana 实际上只在一个排序器上运行 🫤 /2

我认为有更好的方法。 让我们看看 **为什么** REV 让验证者赚更多的钱以及其他选择。 请欢迎.... 🥁🥁 双重拍卖！ /3

REV 的工作原理是解决 Solana 的双重拍卖问题。 今天，交易在客户端中竞争， 1) 优先费用 2) Jito 小费 这两种不同类型的费用运行着两种拍卖机制，竞争以获得交易，从而导致次优的奖励。 /4

简单来说，Tx同时支付优先费用和小费是非常常见的。 这会降低它在“小费拍卖”中作为一个整体获胜的机会，但有时普通的Tx（没有小费！）会先到达。 这显然会给验证者带来更少的收益！ /5

解决这个问题对Solana来说是一个伟大的举措，而REV正是这样做的！ Firedancer将排序外包给外部实体，这与EVM上的区块构建非常相似。 但如果排序不是由单一的排序者以Base风格进行，那就会好得多🤩 /6

我绝对不是一个去中心化的极端主义者——去中心化金融（DeFi）需要有用才能与中心化金融（CeFi）竞争！ 但去中心化确实是有价值的！ 如果我们能够通过让一个实体来运营，建立一个全球透明的无许可金融系统——那将是纽约证券交易所（NYSE） 如果可信执行环境（TEE）解决了这个问题，那么就是NYSE-on-TEE /7

因此，验证者应该进行单一拍卖——而不是两个——但也许他们可以自己进行？🤔 而不是外包排序，一个领导者 - 接受来自竞争区块引擎的捆绑 - 优先考虑支付最多的人（优先费用或小费） /8

我们已经为 @paladin_solana 实现了多区块引擎支持（FD 版本仍在开发中） 领导者从多个来源接受捆绑，并根据每个 CU 的费用优先处理捆绑和交易 ✅ 单一拍卖 ✅ 避免单一排序器 /9

我们的论点很简单： - 收费市场在简单和透明时效果最佳 - 每个计算单位支付更高的费用，尽早获得土地 👍 - 单一拍卖 🎯目标：通过单一本地拍卖赚取更多的钱 举证责任仍在我们身上，我们正在努力。 继续前进！ /fin