要 BAM 還是不 BAM？ 🤔💀 這裡是： ✅好 應用程式控制交易順序 (ACE) 使 Solana DEX 具競爭力 (更緊的價差) ❌壞 驗證者 *僅* 接受來自 BAM 的交易 不再接受來自 Solana 網絡的交易 👹醜 Jito 限制 ACE "插件" 1/6

✅好 - ACE 非常有價值！ Solana 必須與單序列器競爭，例如 HL，將製造者的交易放在接受者之前 一些人（@trentdotsol，FD 的 Michael）認為「提高 TPS 解決了這個問題」 但我同意 @MaxResnick1 - Solana 必須今天就開始競爭 /2

❌壞 - 為了讓 BAM 運作，所有交易必須經過它 驗證者將停止包括他們直接從 Solana 網絡看到的交易 BAM 決定順序並按順序發送交易以供驗證者執行。 那麼我們為什麼還需要去中心化的驗證者呢？🤷‍♂️ 橡皮圖章萬歲！/s /3

👹醜陋 - Jito 需要對插件進行管控 如果他們不這樣做 - 搜索者添加插件，將他的交易放在第一位 - 所有 BAM 節點都運行它 這意味著新的應用程序無法安靜且無需許可地進行實驗 - 他們需要 Jito 來允許他們 /4

我們能做得更好嗎？是的 - 領導者決定訂單 - 應用程式無需許可即可創建優先帳戶 （例如 jup_prio1_xxx, jup_prio2_xxx） - 協議在沒有正確讀取鎖的情況下撤銷交易，正確的優先帳戶 為什麼驗證者遵循這個順序？ *應用程式* 池用戶費用，支付驗證者，禁止流氓 /5

這裡有細微差別嗎？ 當然有！ 但我主要的三個收穫是： 1️⃣ ACE 是非常有價值的 2️⃣ 強烈不同意 Solana 應該將 *所有* 交易排序外包給其他協議 3️⃣ Solana 可以在不進行這種 "外包" 的情況下實現 ACE 而我們正在構建它 😎 6/6

@KultureElectric @jito_sol @buffalu__ @brian_smith_0 順便說一下 - 不知道為什麼 @michaelh_laine 對這個策略完全沒意見 他曾經因為 Paladin GH 最初是邀請制而對我大發雷霆 我期待他對 Jito 也能保持同樣的標準（BAM 決定 *所有* 由領導者包含的交易，Paladin 只是稍微受到影響）