BAMにするか、BAMにしないか? 🤔💀 これが: ✅よし アプリが Tx 注文 (ACE) を制御することで、Solana DEX の競争力が高まります (スプレッドが狭くなります) ❌悪い バリデーターは BAM からの Tx *のみ* を受け入れます Solana ネットワークからの Tx を受け付けなくなりました 👹醜い Jito ゲートキープ ACE "プラグイン" 1/6

✅良い - ACEは超貴重です! Solana は、メーカーをテイカーよりも Tx 優先する HL などのシングル シーケンサーと競争する必要があります 一部の人(@trentdotsol、FDのマイケル)は、「TPSを上げればこれを解決する」と考えています しかし、私は@MaxResnick1に賛成です - ソラナは今日競争しなければなりません /2

❌BAD - BAMが機能するには、すべてのTxを通過する必要があります バリデーターは、Solana ネットワークから直接表示される Tx を含めるのを停止します BAMは注文を決定し、バリデーターによって実行されるTxを順番に送信します。 では、なぜ分散型バリデーターが必要なのでしょうか? 🤷 ♂️ ゴム印FTW!/秒 /3

👹醜い - Jitoはプラグインをゲートキープする必要があります そうでなければ - 検索者は、Tx を最優先するプラグインを追加します - すべての BAM ノードが実行します これは、新しいアプリが静かに、許可なく実験できないことを意味します - Jitoが必要です /4

もっとうまくやれるでしょうか?はい - リーダーが順序を決定 - アプリ パーミッションレス プリオアカウントの作成 (例:jup_prio1_xxx、jup_prio2_xxx) - プロトコル revert Tx w/o 右読み取りロック右 prio-account なぜバリデーターはこの順序に従うのでしょうか? *アプリ*はユーザー料金をプールし、バリデーターに支払い、ルージュを禁止します /5

ここにニュアンスはありますか? もちろん！ しかし、私の3つの主なポイントは次のとおりです。 1️⃣ ACEは超価値 2️⃣強い反対 Solana は *ALL* Tx 注文を別のプロトコルにアウトソーシングすべきだ 3️⃣Solana は、この「アウトソーシング」なしで ACE を達成できます そして私たちはそれを😎構築しています 6/6

ところで@KultureElectric @jito_sol @buffalu__ @brian_smith_0 - なぜ@michaelh_laineこの戦略でまったく問題ないのかわかりません 彼はパラディンGHが最初は招待制だったことに私に地獄を与えました 私は彼がジトを同じ基準に課すことを期待しています(BAMはリーダーに含まれる*すべて*Txを決定しますが、パラディンはそれにわずかに影響を与えただけです)