Inovasi Mekanisme Pengolahan Transaksi Solana: Dari Kecepatan ke Penciptaan Nilai

Solana dikenal karena transaksi cepat dan volume transaksi yang besar, tetapi apakah itu berarti bahwa ia telah mencapai kesempurnaan? Setelah analisis mendalam, kami menemukan satu masalah kunci: apakah semua transaksi ini menciptakan nilai nyata?

Sebenarnya, banyak transaksi di jaringan Solana tidak berasal dari permintaan nyata, tetapi dari para arbitrase frekuensi tinggi yang memanfaatkan perbedaan informasi dalam milidetik untuk mendapatkan keuntungan. Para "trader beracun" ini memanfaatkan keunggulan teknologi dengan meningkatkan biaya Gas untuk membuat transaksi mereka diprioritaskan saat pembuat pasar akan membatalkan pesanan, sehingga menyelesaikan arbitrase dan menyebabkan kerugian bagi pembuat pasar. Untuk menutupi kerugian ini, pembuat pasar terpaksa memperlebar selisih harga beli dan jual, yang pada akhirnya merugikan kepentingan pengguna biasa.

Solana selalu berusaha untuk mewujudkan buku pesanan di blockchain, menggantikan visi bursa terpusat. Namun, keberadaan "trader beracun" menjadi hambatan utama untuk mencapai tujuan ini. Ini mengungkap tantangan baru yang dihadapi Solana: volume perdagangan tidak sama dengan likuiditas. Pasar yang sehat sebenarnya tidak membutuhkan lebih banyak perdagangan, tetapi perdagangan yang lebih berkualitas.

Bagaimana cara mengeluarkan transaksi beracun dan melindungi likuiditas?

Dalam sistem saat ini, karena mekanisme lelang siklik konsensus Solana, peserta yang "makan" order sebenarnya memiliki prioritas, yang mengakibatkan perilaku MEV (nilai yang dapat diekstrak maksimum) yang merugikan mempengaruhi keadilan pasar.

Secara spesifik, dalam konsensus Solana saat ini, setiap 400 milidetik adalah satu periode waktu (Slot), transaksi diurutkan berdasarkan biaya Gas prioritas yang dibayarkan. Dalam proses ini, pembuat pasar perlu sering menyesuaikan penawaran, sementara arbitrase frekuensi tinggi melakukan pemantauan perbedaan harga dan segera melakukan transaksi saat menemukan peluang. Ini memungkinkan para arbitrase untuk melakukan transaksi dengan membayar biaya yang lebih tinggi untuk mendapatkan transaksi sebelum pembuat pasar membatalkan pesanan, yang mengakibatkan pembuat pasar sering mengalami kerugian.

Dalam kondisi ideal, bursa terdesentralisasi (DEX) dengan buku pesanan seharusnya mengeksekusi transaksi dalam urutan berikut: pertama mengeksekusi semua pembatalan, kemudian mengeksekusi pesanan baru, dan terakhir mengeksekusi transaksi. Namun, mekanisme konsensus Solana saat ini tidak dapat mewujudkan hal ini pada tingkat mikro.

Demikian juga, dalam hal penawaran oracle, praktik terbaik adalah memperbarui harga oracle terlebih dahulu, kemudian melaksanakan transaksi yang bergantung pada harga tersebut. Namun, dalam interval 400 milidetik yang ada, fluktuasi pasar yang tajam dapat menyebabkan transaksi tetap dilakukan pada harga awal.

Untuk protokol pinjaman, urutan eksekusi yang ideal adalah pertama menambah margin, lalu melakukan likuidasi.

Oleh karena itu, Solana membutuhkan mekanisme yang memungkinkan berbagai protokol untuk mengurutkan transaksi berdasarkan kebutuhan, inilah konsep kontrol eksekusi aplikasi (ACE) yang selalu ditekankan oleh Solana.

BAM: Solana solusi inovatif

Pasar Perakitan Blok (BAM) adalah solusi inovatif yang diajukan oleh Solana untuk mengatasi masalah ini. BAM membangun lapisan pengurutan atau lapisan pra-pemrosesan antara aplikasi di rantai Solana dan jaringan utama.

BAM menggunakan lingkungan eksekusi terpercaya (TEEs) untuk membangun kotak pasir privasi, di mana transaksi diurutkan berdasarkan aturan yang telah ditentukan sebelumnya atau prinsip first-in-first-out (FIFO). Mekanisme ini bertujuan untuk lebih baik melayani protokol seperti buku pesanan, bursa kontrak abadi, dan kolam gelap.

Cara Kerja BAM

Dibandingkan dengan proses pemrosesan transaksi reguler Solana, alur transaksi setelah mengakses BAM berbeda.

1. Pengguna mengonfirmasi transaksi di dompet
2. Transaksi dikirim ke node RPC
3. Transaksi dipindahkan ke jaringan BAM, diurutkan di TEE
4. Paket transaksi yang sudah diurutkan diserahkan ke node Leader jaringan utama Solana
5. Leader menggabungkan paket data BAM ke dalam blok dan menyiarkannya
6. Node lain melakukan konfirmasi suara

BAM sebagai fitur opsional tidak bertentangan dengan proses konsensus jaringan utama Solana. Ini menyelesaikan pengurutan transaksi "off-chain" terlebih dahulu, lalu mengirimkan transaksi yang sudah dikemas ke jaringan utama.

Mode Pengurutan Transaksi BAM

BAM mendukung tiga mode operasi:

1. Mode default Solana
2. Mode Block-Engine (mirip dengan solusi MEV saat ini)
3. Mode BAM (urut FIFO yang ketat)

Fitur utama dari mode BAM meliputi:

• Menggunakan TEE untuk membangun lingkungan privasi dalam pengurutan transaksi, memastikan keadilan
• Mencapai logika pengurutan transaksi yang kompleks melalui sistem plugin
• Memungkinkan aplikasi untuk menyesuaikan urutan perdagangan berdasarkan aturan yang telah ditetapkan

Aplikasi Nyata BAM

1. Perlindungan Penyelesaian Pinjaman: Melakukan operasi tambahan jaminan sebagai prioritas, lalu melakukan pemeriksaan penyelesaian.
2. Kombinasi transaksi atomik: pertama perbarui harga oracle, lalu lakukan transaksi terkait, dapat menyelesaikan derivatif secara bersamaan.
3. Perlindungan fluktuasi harga: Mendeteksi order besar dan mengeksekusi secara bertahap, menghindari fluktuasi pasar yang tajam
4. Perlindungan Pembuat Pasar: Memungkinkan pembatalan dan penempatan kembali pesanan dengan cepat dalam situasi darurat, mengurangi arbitrase yang merugikan.

Kesimpulan

BAM memperkenalkan verifikasi, perlindungan privasi, dan kemampuan pemrograman ke dalam proses pemrosesan transaksi Solana. Ini memungkinkan pengembang untuk membangun infrastruktur keuangan yang lebih kompleks, seperti buku pesanan harga batas pusat, bursa kontrak berjangka, dan kolam gelap. Inovasi ini akan secara signifikan meningkatkan pengalaman transaksi di Solana, membuatnya lebih mendekati kinerja bursa terpusat, sambil mendorong inovasi dan perkembangan di seluruh ekosistem.