BAM Solana: Tidak hanya mengejar kecepatan, tetapi juga mengutamakan kualitas transaksi

Solana dikenal karena transaksi cepat dan volume transaksi yang besar, tetapi apakah itu berarti bahwa ia sudah "cukup baik"? Dengan memeriksa transaksi ini dengan cermat, kita akan menemukan satu masalah kunci: Apakah semua transaksi ini menciptakan nilai yang nyata?

Sebenarnya, banyak transaksi di Solana tidak berasal dari permintaan yang nyata, melainkan dari trader arbitrase frekuensi tinggi yang memanfaatkan perbedaan informasi dalam milidetik untuk meraih keuntungan. Para "trader beracun" ini memanfaatkan keunggulan teknis dengan meningkatkan biaya Gas saat pembuat pasar akan membatalkan pesanan, menyelesaikan transaksi terlebih dahulu untuk mendapatkan keuntungan, yang mengakibatkan kerugian bagi pembuat pasar. Untuk menutup kerugian ini, pembuat pasar terpaksa memperlebar selisih harga beli dan jual, yang pada akhirnya merugikan kepentingan pengguna biasa.

Solana selalu bermimpi untuk mewujudkan buku pesanan di atas rantai, menggantikan bursa terpusat. Namun, keberadaan "trader beracun" menjadi penghalang untuk mencapai tujuan ini. Inilah tantangan baru yang dihadapi Solana: volume transaksi tidak sama dengan likuiditas. Pasar yang sehat tidak membutuhkan lebih banyak transaksi, tetapi transaksi yang berkualitas lebih tinggi.

Bagaimana cara menghapus transaksi beracun dan melindungi likuiditas pasar?

Dalam sistem Solana saat ini, karena sifat lelang periodik dari mekanisme konsensus, para pemakan order sebenarnya memiliki hak prioritas, yang mengakibatkan MEV jahat mempengaruhi keadilan pasar.

Secara spesifik, dalam konsensus Solana saat ini, setiap 400 milidetik adalah periode waktu (Slot), transaksi dieksekusi berdasarkan urutan biaya Gas yang dibayarkan. Dalam proses ini, pembuat pasar perlu secara sering menyesuaikan tawaran mereka, sementara para arbitrase frekuensi tinggi melakukan perdagangan segera setelah menemukan peluang dengan memantau perbedaan harga. Ini menyebabkan para arbitrase dapat melakukan transaksi lebih cepat dengan membayar biaya yang lebih tinggi sebelum pembuat pasar membatalkan pesanan, membuat pembuat pasar sering mengalami kerugian.

Untuk bursa perdagangan terdesentralisasi (DEX), urutan perdagangan yang ideal seharusnya adalah: seiring dengan fluktuasi harga, pertama-tama membatalkan semua pesanan, kemudian mengeksekusi pesanan baru, dan terakhir melaksanakan transaksi. Namun, mekanisme konsensus Solana saat ini tidak dapat mewujudkan hal ini di tingkat mikro.

Masalah yang sama juga ada pada harga oracle dan protokol pinjaman. Secara ideal, harga oracle harus diperbarui terlebih dahulu, sebelum melakukan transaksi yang bergantung pada harga tersebut; mengisi margin terlebih dahulu, sebelum melakukan likuidasi.

Oleh karena itu, Solana memerlukan mekanisme yang memungkinkan protokol yang berbeda untuk mengurutkan transaksi sesuai kebutuhan, inilah yang selalu ditekankan Solana tentang kontrol aplikasi dalam eksekusi (ACE).

BAM: Solana solusi

Untuk mengatasi masalah ini, Solana meluncurkan pasar perakitan blok (BAM). BAM membangun lapisan pengurutan atau lapisan pra-pemrosesan antara aplikasi di rantai Solana dan jaringan utama. Ini memanfaatkan lingkungan eksekusi tepercaya (TEEs) untuk membangun sandbox privasi, di mana transaksi diurutkan berdasarkan aturan yang telah ditetapkan atau prinsip antrian pertama masuk, pertama keluar (FIFO).

BAM mendukung tiga mode operasi:

1. Mode default Solana
2. Mode Block-Engine ( mirip dengan solusi MEV Jito saat ini )
3. Mode BAM ( validator ketat mengikuti urutan FIFO )

Fitur inti dari mode BAM meliputi:

1. Memanfaatkan TEE untuk membangun lingkungan privasi dalam pengurutan transaksi, memastikan keadilan.
2. Memungkinkan aplikasi membangun logika pengurutan kustom melalui sistem plugin, untuk mencapai pengurutan yang kompleks
3. Mengimplementasikan fungsi ACE, agar aplikasi dapat mengontrol urutan pelaksanaan transaksi.

Aplikasi Nyata BAM

Aplikasi BAM mencakup:

1. Perlindungan Likuidasi Pinjaman: Melakukan operasi jaminan tambahan terlebih dahulu, kemudian melakukan pemeriksaan likuidasi.
2. Kombinasi transaksi atomik: perbarui harga oracle terlebih dahulu, kemudian lakukan transaksi yang bergantung pada harga tersebut.
3. Perlindungan Fluktuasi Harga: Memecah pesanan besar menjadi bagian kecil untuk dieksekusi secara bertahap, menghindari fluktuasi pasar yang tajam.
4. Perlindungan Pembuat Pasar: Mengizinkan pembatalan dan penempatan ulang pesanan dalam milidetik, mengurangi arbitrase jahat.

Penerapan BAM akan secara signifikan meningkatkan pengalaman perdagangan di Solana, mendekatkannya ke tingkat pengalaman bursa terpusat. Ini membawa verifiabilitas, perlindungan privasi, dan kemampuan pemrograman ke dalam proses pemrosesan perdagangan Solana, memberikan kemungkinan kepada pengembang untuk membangun berbagai infrastruktur keuangan, seperti buku pesanan terbatas pusat, bursa kontrak berkelanjutan, dan kolam gelap.

Secara keseluruhan, peluncuran BAM menandakan bahwa Solana tidak lagi hanya mengejar kecepatan, tetapi lebih memperhatikan kualitas transaksi dan kesehatan pasar, yang akan mendorong inovasi dan perkembangan lebih lanjut dari ekosistem Solana.