Ke BAM atau tidak ke BAM 💥🤔 Mengikuti saran @0xMert, tim menulis blog yang membahas setiap argumen tandingan terhadap BAM. Lihat tautan di bawah ini. Mari selami 🧵 ⬇️

"BAM adalah sequencer terpusat dengan monopoli pembuatan blok." Steelman: Kritik ini berpendapat bahwa BAM memperkenalkan sequencer tunggal yang akan melakukan semua penjadwalan transaksi untuk Solana. Bahkan jika infrastruktur didistribusikan, aturan penjadwalan berasal dari satu sistem, yang dikendalikan oleh Jito. Pemangku kepentingan khawatir ini merusak keragaman alami penjadwal Solana menjadi salah satu yang dapat berperilaku seperti sequencer terpusat, menjadi satu titik kegagalan dan memusatkan terlalu banyak pengaruh dalam satu penjadwal dan satu pihak. BAM dirancang agar tidak ada entitas tunggal yang dapat mengontrol pemesanan transaksi. Sistem ini akan mendesentralisasi operasi dan tata kelola logika penjadwalan melalui: • partisipasi terbuka: setiap operator yang memenuhi syarat dapat berpartisipasi dan menjalankan BAM Node mereka sendiri. • cakupan global: BAM Node akan digunakan di seluruh jaringan operator yang beragam secara geografis. • penjadwalan sumber terbuka yang dapat diverifikasi: semua kode BAM akan bersifat open source dan dapat diaudit melalui pengesahan kriptografi. Meskipun benar bahwa BAM Node saat ini hanya dijalankan oleh Jito, mulai Q1 '26 basis kode akan menjadi sumber terbuka dan operator independen akan digabungkan.

"Sebagai validator, BAM mengikat saya hanya dengan satu penjadwal" Steelman: Kritik ini mengatakan bahwa dengan memilih BAM, validator secara efektif menyerahkan kendali atas pemesanan transaksi kepada satu penjadwal. Alih-alih dapat menjalankan atau mengadopsi penjadwal yang berbeda, bereksperimen dengan strategi mereka sendiri, atau beralih di antara desain yang bersaing, mereka terikat pada satu sistem. Untuk mengaktifkan Pasar Modal Internet, Solana membutuhkan aturan pemesanan yang deterministik dan transparan. Fragmentasi merugikan pengguna. BAM memungkinkan hal ini dengan pembuatan blok standar yang dapat diverifikasi yang diperlukan oleh aplikasi berkinerja tinggi. Faktanya adalah: • BAM sangat ikut serta. • Validator dapat kembali ke klien Agave, Jito-Solana, atau Firedancer • Mereka dapat memutuskan sambungan dari BAM kapan saja Plugin BAM menawarkan platform untuk pengoptimalan dan inovasi pengembang yang menguntungkan seluruh Solana.

"BAM memonopoli arus pesanan Solana." Steelman: Pemangku kepentingan berpendapat bahwa menggabungkan transaksi publik ke dalam satu pipa menciptakan chokepoint pusat di mana semua aliran pesanan melewati dan memberikan keuntungan kepada siapa pun yang mengendalikannya. Bahkan jika awalnya netral menetral, BAM mengontrol aliran pesanan, yang dapat memperkuat posisi kompetitifnya dan mencegah solusi lain mendapatkan daya tarik. BAM melakukan pengumpulan transaksi menggunakan mekanisme standar Solana TPU. Tidak ada perbedaan antara "transaksi BAM" dan transaksi publik. Validator menerima alur publik yang sama, hanya dijadwalkan melalui lapisan yang dapat diverifikasi. Validator dapat kembali ke TPU asli mereka secara instan tanpa biaya switching, menjaga orderflow tetap publik daripada terfragmentasi menjadi saluran pribadi.

"BAM memperkenalkan latensi ekstra vs. TPU asli validator." Steelman: Pemangku kepentingan berpendapat bahwa salah satu keunggulan kinerja Solana berasal dari transaksi yang mengalir langsung ke TPU pemimpin dengan lompatan minimal. Setiap lapisan perutean perantara, bahkan yang cepat, berisiko menambahkan latensi, jitter, dan titik kegagalan baru di bawah beban, dan dapat melemahkan misi IBRL dibandingkan dengan penjadwalan TPU asli. BAM memastikan latensi minimal melalui jejak global 100+ node dan co-location strategis, menjaga waktu pulang pergi di bawah 5ms. Tumpukan TEE kami sangat disetel menggunakan penyematan utas dan isolasi CPU, mencapai kesetaraan kinerja dengan Agave. Dengan migrasi yang akan datang ke DoubleZero, kami berharap untuk melampaui tolok ukur kinerja bare metal.

"BAM menghasilkan lebih sedikit hadiah vs. klien lain" Steelman: Validator telah menyatakan keprihatinan bahwa logika penjadwalan BAM dapat mengurangi tip dan hadiah keseluruhan dibandingkan pembuat blok atau peluang penjadwalan lainnya. Selain itu, pasar biaya Plugin belum aktif, membuat kenaikan teoritis sementara penurunan tampak segera. Kami mengutamakan maksimalisasi laba jangka panjang. Hadiah BAM sudah sebanding dengan Jito-Agave. Kesenjangan masa lalu didorong oleh penjadwal sementara dan ekstraktif di tempat lain yang tidak digunakan lagi. Hasil di masa depan akan didorong oleh Plugin dan ACE, membuka aliran biaya berkelanjutan dari aktivitas ekonomi baru bersih daripada permainan jangka pendek.

"Sebagai validator, saya perlu memberikan hasil tertinggi kepada staker saya." Steelman: Staker sering memilih validator berdasarkan hadiah. Bahkan penurunan kecil dalam tip atau varians dalam penghasilan di satu zaman dapat menyebabkan saham yang didelegasikan mengalir ke tempat lain. Validator khawatir bahwa mengadopsi BAM lebih awal dapat menempatkan mereka pada kerugian kompetitif jika rekan-rekan menunda adopsi. Kami memahami bahwa validator harus memaksimalkan hasil untuk diri mereka sendiri dan staker mereka, tetapi juga harus mempertimbangkan efek urutan kedua dari tindakan mereka. Peretasan imbal hasil jangka pendek (sandwiching, slot-lagging) menurunkan kualitas eksekusi secara keseluruhan dan mendorong likuiditas. Satu-satunya jalur berkelanjutan menuju imbal hasil yang lebih tinggi adalah aktivitas onchain yang lebih dalam, yang hanya dapat diaktifkan oleh aplikasi yang lebih baik, likuiditas yang lebih dalam, dan spread yang lebih ketat.

"Application-Controlled Execution (ACE) tidak penting." Steelman: Pemangku kepentingan berpendapat bahwa aplikasi Solana sudah berjalan dengan baik di bawah mekanisme penyertaan Biaya Prioritas dan Tips. Memperkenalkan ACE dapat meningkatkan kompleksitas dan menciptakan jaminan eksekusi yang tidak merata antara aplikasi canggih dan pengembang yang lebih kecil. Mereka khawatir bahwa mengizinkan aplikasi untuk menentukan logika pengurutan dapat menyebabkan BAM mengutamakan aktor tertentu. Aplikasi canggih membutuhkan jaminan seperti prioritas pembatalan atau prioritas likuidasi untuk berfungsi dengan aman. Hyperliquid melakukan 10-15x volume perps Solana secara khusus karena set validator berizinnya yang memberlakukan pemesanan yang ketat. Tanpa ACE, aplikasi ini akan bermigrasi ke L1 atau L2 khusus untuk mendapatkan jaminan tersebut.

"Pemesanan FIFO adalah logika pemesanan transaksi yang paling adil" Steelman: Pemangku kepentingan berpendapat bahwa pemesanan FIFO (first-in, first-out) sederhana adalah cara paling adil dan paling netral untuk menjadwalkan transaksi di Solana. Ini mencerminkan prioritas waktu dari pasar tradisional, mudah dipahami oleh pengguna ("jika tx saya tiba lebih dulu, itu mengeksekusi terlebih dahulu"), dan menghindari dinamika "bayar untuk menang" dari sebagian besar blockchain. Meskipun FIFO tampak paling adil dengan memproses transaksi sesuai urutan penerimaan, FIFO mendorong pengguna untuk mengirim spam ke jaringan untuk mengamankan posisi yang menguntungkan, yang menyebabkan kemacetan dan perlombaan latensi yang membakar uang. Ini rusak ketika permintaan jaringan tinggi, menyebabkan penundaan yang tidak dapat diprediksi untuk semua pengguna saat antrean memanjang. Pendekatan satu ukuran untuk semua FIFO gagal memenuhi kebutuhan aplikasi yang memerlukan pemesanan transaksi tertentu agar berfungsi secara optimal.

"Bukankah Lingkungan Eksekusi Tepercaya (TEE) BAM rentan terhadap serangan?" Steelman: TEE memiliki riwayat kerentanan saluran samping, bug firmware, dan risiko rantai pasokan. Pemangku kepentingan berpendapat bahwa mengandalkan TEE untuk penjadwalan blok dapat memperkenalkan mode kegagalan yang berkorelasi: jika eksploitasi perangkat keras memengaruhi SEV-SNP, BAM sebagai jaringan dapat disusupi. Mereka juga berpendapat bahwa TEE mengalihkan kepercayaan ke vendor perangkat keras dan penyedia pusat data. BAM berjalan pada AMD SEV-SNP dengan pengesahan kriptografi di pusat data yang aman dan sesuai (ISO 27001/SOC 2). Bahkan dalam kompromi perangkat keras terburuk, kunci validator tetap aman dan riwayat rantai tidak dapat ditulis ulang, hanya privasi pemesanan pada node tertentu yang terpengaruh. Validator memverifikasi "TCB terukur" dan dapat menolak firmware buruk melalui pengesahan.

@0xmert Masa depan pembangunan blok bergerak dari penjadwalan yang terfragmentasi ke pasar yang transparan dan dapat diverifikasi. BAM adalah solusinya. Miliaran harus BAM! 💥