Tantangan Baru Solana: Keseimbangan antara volume dan Likuiditas
Solana meskipun terkenal dengan kecepatan tinggi dan volume transaksi yang besar, apakah itu benar-benar berarti bahwa ia sudah "cukup baik"? Ketika kita memeriksa transaksi ini dengan cermat, satu pertanyaan kunci muncul: Apakah semua transaksi ini menciptakan nilai nyata?
Faktanya, banyak transaksi di Solana tidak berasal dari permintaan perdagangan yang nyata, tetapi berasal dari pelaku arbitrase frekuensi tinggi yang memanfaatkan perbedaan informasi dalam milidetik untuk mendapatkan keuntungan. Para "trader beracun" ini memanfaatkan keunggulan teknologi, saat pembuat pasar akan membatalkan order, dengan meningkatkan biaya Gas untuk membuat transaksi mereka diprioritaskan dalam pengemasan, sehingga menyelesaikan arbitrase, yang mengakibatkan kerugian bagi pembuat pasar. Untuk menutupi kerugian ini, pembuat pasar terpaksa memperlebar spread beli dan jual, yang akhirnya ditanggung oleh pengguna biasa sebagai biaya tambahan.
Solana selalu bermimpi untuk mewujudkan sistem buku pesanan yang dapat menggantikan bursa terpusat di atas rantai. Namun, keberadaan "pedagang beracun" menjadi hambatan utama untuk mewujudkan impian ini. Inilah tantangan baru yang dihadapi Solana saat ini: volume tidak sama dengan likuiditas. Pasar yang benar-benar sehat tidak membutuhkan lebih banyak transaksi, tetapi transaksi yang berkualitas lebih tinggi.
Bagaimana cara mengeluarkan transaksi beracun untuk melindungi likuiditas pasar?
Dalam sistem Solana saat ini, karena mekanisme konsensusnya menggunakan metode lelang periodik, pihak yang melakukan pemesanan (terutama pedagang frekuensi tinggi) sebenarnya memiliki prioritas, yang menyebabkan perilaku MEV (nilai yang dapat diekstrak maksimum) yang berbahaya mempengaruhi keadilan pasar.
Saat ini, dalam mekanisme konsensus Solana, setiap 400 milidetik adalah satu slot waktu, di mana transaksi dieksekusi berdasarkan urutan biaya Gas yang dibayarkan. Mekanisme ini menyebabkan pembuat pasar perlu sering menyesuaikan tawaran mereka, sementara arbiter frekuensi tinggi dapat melakukan transaksi lebih awal dengan membayar biaya yang lebih tinggi sebelum pembuat pasar membatalkan pesanan, sehingga pembuat pasar sering mengalami kerugian.
Dalam keadaan ideal, DEX buku pesanan seharusnya terlebih dahulu mengeksekusi semua pembatalan, kemudian pesanan baru, dan akhirnya transaksi. Namun, mekanisme konsensus Solana yang ada saat ini tidak dapat mencapai pengurutan ideal ini di tingkat mikro. Begitu juga, dalam hal kutipan oracle, harga harus diperbarui terlebih dahulu sebelum mengeksekusi transaksi yang bergantung pada harga tersebut. Dan untuk protokol pinjaman, sebaiknya menambah margin terlebih dahulu sebelum melakukan likuidasi.
BAM: Solana's solusi
Untuk mengatasi masalah ini, Solana mengajukan solusi BAM (Block Assembly Marketplace). BAM membangun lapisan pengurutan atau lapisan pra-pemrosesan antara aplikasi di rantai Solana dan jaringan utama. Ini memanfaatkan lingkungan eksekusi tepercaya (TEEs) untuk membangun kotak pasir privasi, di mana transaksi diurutkan berdasarkan aturan yang telah ditentukan sebelumnya atau prinsip FIFO, untuk memberikan layanan yang lebih baik kepada protokol seperti buku pesanan, bursa kontrak permanen, dan kolam gelap.
BAM mendukung tiga mode operasi: mode default Solana, mode Block-Engine (mirip dengan solusi MEV Jito), dan mode BAM (diurutkan ketat berdasarkan FIFO). Karakteristik inti dari mode BAM meliputi:
Membangun lingkungan privasi menggunakan TEE untuk penjadwalan yang adil
Mewujudkan logika penyortiran kustom yang kompleks melalui sistem plugin
BAM membawa verifiabilitas, perlindungan privasi, dan kemampuan pemrograman ke dalam proses pemrosesan transaksi Solana. Ini memungkinkan pengembang untuk membangun aplikasi terdesentralisasi yang lebih mendekati pengalaman bursa terpusat, seperti buku pesanan batas pusat, bursa kontrak berjangka, dan kolam gelap, yang memerlukan kontrol urutan yang tepat, eksekusi yang deterministik, dan perlindungan privasi.
Dengan penerapan BAM, pengalaman transaksi Solana akan meningkat secara signifikan, mendorong ekosistemnya menuju arah yang lebih inovatif dan efisien.
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
Solana meluncurkan solusi BAM: mengoptimalkan urutan transaksi untuk meningkatkan likuiditas on-chain
Tantangan Baru Solana: Keseimbangan antara volume dan Likuiditas
Solana meskipun terkenal dengan kecepatan tinggi dan volume transaksi yang besar, apakah itu benar-benar berarti bahwa ia sudah "cukup baik"? Ketika kita memeriksa transaksi ini dengan cermat, satu pertanyaan kunci muncul: Apakah semua transaksi ini menciptakan nilai nyata?
Faktanya, banyak transaksi di Solana tidak berasal dari permintaan perdagangan yang nyata, tetapi berasal dari pelaku arbitrase frekuensi tinggi yang memanfaatkan perbedaan informasi dalam milidetik untuk mendapatkan keuntungan. Para "trader beracun" ini memanfaatkan keunggulan teknologi, saat pembuat pasar akan membatalkan order, dengan meningkatkan biaya Gas untuk membuat transaksi mereka diprioritaskan dalam pengemasan, sehingga menyelesaikan arbitrase, yang mengakibatkan kerugian bagi pembuat pasar. Untuk menutupi kerugian ini, pembuat pasar terpaksa memperlebar spread beli dan jual, yang akhirnya ditanggung oleh pengguna biasa sebagai biaya tambahan.
Solana selalu bermimpi untuk mewujudkan sistem buku pesanan yang dapat menggantikan bursa terpusat di atas rantai. Namun, keberadaan "pedagang beracun" menjadi hambatan utama untuk mewujudkan impian ini. Inilah tantangan baru yang dihadapi Solana saat ini: volume tidak sama dengan likuiditas. Pasar yang benar-benar sehat tidak membutuhkan lebih banyak transaksi, tetapi transaksi yang berkualitas lebih tinggi.
Bagaimana cara mengeluarkan transaksi beracun untuk melindungi likuiditas pasar?
Dalam sistem Solana saat ini, karena mekanisme konsensusnya menggunakan metode lelang periodik, pihak yang melakukan pemesanan (terutama pedagang frekuensi tinggi) sebenarnya memiliki prioritas, yang menyebabkan perilaku MEV (nilai yang dapat diekstrak maksimum) yang berbahaya mempengaruhi keadilan pasar.
Saat ini, dalam mekanisme konsensus Solana, setiap 400 milidetik adalah satu slot waktu, di mana transaksi dieksekusi berdasarkan urutan biaya Gas yang dibayarkan. Mekanisme ini menyebabkan pembuat pasar perlu sering menyesuaikan tawaran mereka, sementara arbiter frekuensi tinggi dapat melakukan transaksi lebih awal dengan membayar biaya yang lebih tinggi sebelum pembuat pasar membatalkan pesanan, sehingga pembuat pasar sering mengalami kerugian.
Dalam keadaan ideal, DEX buku pesanan seharusnya terlebih dahulu mengeksekusi semua pembatalan, kemudian pesanan baru, dan akhirnya transaksi. Namun, mekanisme konsensus Solana yang ada saat ini tidak dapat mencapai pengurutan ideal ini di tingkat mikro. Begitu juga, dalam hal kutipan oracle, harga harus diperbarui terlebih dahulu sebelum mengeksekusi transaksi yang bergantung pada harga tersebut. Dan untuk protokol pinjaman, sebaiknya menambah margin terlebih dahulu sebelum melakukan likuidasi.
BAM: Solana's solusi
Untuk mengatasi masalah ini, Solana mengajukan solusi BAM (Block Assembly Marketplace). BAM membangun lapisan pengurutan atau lapisan pra-pemrosesan antara aplikasi di rantai Solana dan jaringan utama. Ini memanfaatkan lingkungan eksekusi tepercaya (TEEs) untuk membangun kotak pasir privasi, di mana transaksi diurutkan berdasarkan aturan yang telah ditentukan sebelumnya atau prinsip FIFO, untuk memberikan layanan yang lebih baik kepada protokol seperti buku pesanan, bursa kontrak permanen, dan kolam gelap.
BAM mendukung tiga mode operasi: mode default Solana, mode Block-Engine (mirip dengan solusi MEV Jito), dan mode BAM (diurutkan ketat berdasarkan FIFO). Karakteristik inti dari mode BAM meliputi:
BAM membawa verifiabilitas, perlindungan privasi, dan kemampuan pemrograman ke dalam proses pemrosesan transaksi Solana. Ini memungkinkan pengembang untuk membangun aplikasi terdesentralisasi yang lebih mendekati pengalaman bursa terpusat, seperti buku pesanan batas pusat, bursa kontrak berjangka, dan kolam gelap, yang memerlukan kontrol urutan yang tepat, eksekusi yang deterministik, dan perlindungan privasi.
Dengan penerapan BAM, pengalaman transaksi Solana akan meningkat secara signifikan, mendorong ekosistemnya menuju arah yang lebih inovatif dan efisien.