Solana Keseimbangan Antara Kecepatan Transaksi dan Penciptaan Nilai

Solana terkenal karena kecepatan transaksi yang cepat dan volume transaksi yang besar, tetapi apakah itu berarti bahwa ia telah mencapai kesempurnaan? Ketika kita memeriksa transaksi ini dengan cermat, satu pertanyaan kunci muncul: Apakah semua transaksi ini menciptakan nilai nyata?

Faktanya, sejumlah besar transaksi di Solana tidak berasal dari permintaan transaksi yang nyata. Sebagian besar berasal dari arbitrase frekuensi tinggi, yang memanfaatkan perbedaan informasi dalam milidetik untuk mendapatkan keuntungan. Para "trader beracun" ini memanfaatkan keunggulan teknologi, dengan meningkatkan biaya Gas agar transaksi mereka diprioritaskan untuk dimasukkan saat pembuat pasar akan membatalkan pesanan, sehingga menyelesaikan arbitrase dan menyebabkan kerugian bagi pembuat pasar. Untuk menutupi kerugian ini, pembuat pasar terpaksa memperlebar spread beli-jual, yang pada akhirnya ditanggung oleh pengguna biasa sebagai biaya tambahan.

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

Bagaimana cara menghapus transaksi beracun untuk melindungi likuiditas dengan lebih baik?

Dalam sistem saat ini, karena mekanisme konsensus Solana menggunakan lelang berkala, para pemakan pesanan sebenarnya memiliki hak prioritas, yang menyebabkan perilaku MEV (nilai yang dapat diekstrak oleh penambang) yang jahat mempengaruhi keadilan pasar.

Secara spesifik, dalam mekanisme konsensus Solana, transaksi dalam setiap periode waktu (Slot) diurutkan berdasarkan biaya Gas prioritas yang dibayarkan, dengan transaksi yang menawarkan harga tertinggi dieksekusi terlebih dahulu. Mekanisme lelang ini berlangsung setiap 400 milidetik. Dalam proses ini, pembuat pasar perlu sering menyesuaikan penawaran, termasuk membatalkan dan mengajukan ulang, untuk menyesuaikan dengan perubahan harga pasar.

Namun, para pemakan tunggal, terutama para arbitrase frekuensi tinggi, terus memantau perbedaan harga, dan segera melakukan transaksi begitu mereka menemukan kesempatan. Mereka dapat memastikan bahwa transaksi selesai sebelum pembuat pasar membatalkan pesanan dengan membayar biaya yang lebih tinggi, yang menyebabkan pembuat pasar sering mengalami kerugian.

Untuk bursa terdesentralisasi (DEX) dengan buku pesanan, urutan perdagangan yang ideal seharusnya adalah: dengan fluktuasi harga, terlebih dahulu melaksanakan semua operasi pembatalan, kemudian pesanan baru, dan terakhir baru transaksi. Namun, mekanisme konsensus Solana saat ini tidak dapat mencapai hal ini di tingkat mikro.

Masalah yang sama juga ada pada tingkat penawaran oracle. Idealnya, harga oracle harus diperbarui terlebih dahulu, kemudian transaksi yang bergantung pada harga tersebut dieksekusi. Namun, dalam interval 400 milidetik saat ini, pasar mungkin mengalami fluktuasi yang tajam yang menyebabkan transaksi tetap dilakukan berdasarkan harga awal.

Untuk perjanjian pinjam meminjam, urutan operasi terbaik seharusnya adalah menambah jaminan terlebih dahulu, kemudian melakukan likuidasi.

Oleh karena itu, Solana membutuhkan suatu mekanisme yang memungkinkan berbagai protokol untuk mengurutkan transaksi berdasarkan kebutuhan mereka masing-masing. Inilah konsep Eksekusi yang Dikendalikan Aplikasi (Application-Controlled Execution, ACE) yang selalu ditekankan oleh Solana.

Untuk mengatasi masalah ini, Solana mengusulkan solusi BAM (Pasar Pengumpulan Blok).

BAM: Solana adalah jawaban baru

BAM membangun lapisan pengurutan antara lapisan aplikasi dan jaringan utama di Solana, yang juga dapat disebut sebagai lapisan praproses. Ini memanfaatkan 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).

Inovasi ini bertujuan untuk lebih baik melayani protokol seperti buku pesanan, bursa kontrak berkelanjutan, dan kolam gelap.

Perbandingan Pemrosesan Transaksi Tradisional Solana dan Mode BAM

Untuk lebih memahami bagaimana BAM membangun lapisan pengurutan antara aplikasi dan jaringan utama Solana, kita dapat membandingkan proses transaksi Solana tradisional dengan proses setelah mengadopsi BAM:

Proses transaksi Solana tradisional:

1. Pengguna mengonfirmasi transaksi di dompet
2. Transaksi dikirim ke node RPC
3. RPC mengirimkan transaksi ke node Leader jaringan utama Solana untuk periode saat ini
4. Leader mengumpulkan transaksi dari pool transaksi, menyortir, mengemasnya menjadi blok, dan menyiarkannya.
5. Node lain melakukan pemungutan suara

Proses transaksi setelah menggunakan BAM:

1. Pengguna mengonfirmasi transaksi di dompet
2. Transaksi dikirim ke node RPC
3. Transaksi diteruskan ke jaringan BAM, diurutkan dalam lingkungan TEE. Selama proses ini, node dapat menambahkan transaksi tambahan melalui plugin (seperti memperbarui harga oracle), kemudian menghasilkan bukti.
4. Paket data transaksi dikirim ke node Leader di jaringan utama Solana
5. Leader mengumpulkan transaksi yang mencakup paket data BAM,打包成区块并广播
6. Node lain melakukan voting

Perlu dicatat bahwa BAM tidak bertentangan dengan proses konsensus jaringan utama Solana, melainkan sebagai fitur opsional. BAM tidak berjalan langsung di jaringan utama Solana, tetapi menyelesaikan pengurutan transaksi "off-chain" terlebih dahulu, kemudian mengemas transaksi sebelum mengirimkannya ke jaringan utama Solana.

Mode Pengurutan Transaksi BAM

BAM mendukung tiga mode operasi:

1. Solana mode default
2. Mode Block-Engine: Solusi MEV Jito saat ini, inti dari mekanisme lelang.
3. Mode BAM: Validator mengurutkan sesuai prinsip First In First Out (FIFO) secara ketat

Fitur utama dari mode BAM meliputi:

1. Lingkungan Eksekusi Terpercaya (TEEs): Menggunakan TEEs untuk membangun lingkungan privasi dalam mengurutkan transaksi, memastikan keadilan.

2. Sistem Plugin: Melalui sistem plugin, BAM memungkinkan aplikasi membangun logika pengurutan transaksi kustom. Pengurutan kustom ini didasarkan pada aturan yang telah ditetapkan sebelumnya, bukan pengurutan sembarangan dari node. Sistem plugin direncanakan untuk mewujudkan pengurutan transaksi yang kompleks, sambil menjaga jaminan keamanan lingkungan TEE. Saat ini, sistem ini masih dalam tahap pengembangan awal.

Aplikasi Nyata BAM

Aplikasi nyata dari BAM meliputi:

1. Perlindungan Penyelesaian Pinjaman: Untuk perjanjian pinjaman, setelah mendeteksi risiko penyelesaian, lakukan operasi tambahan jaminan terlebih dahulu, kemudian lakukan pemeriksaan penyelesaian.

2. Kombinasi Transaksi Atomik: Untuk DEX, pertama perbarui harga oracle, kemudian lakukan transaksi yang bergantung pada harga tersebut. Untuk DEX kontrak, juga dapat menyelesaikan derivatif terkait dalam jendela waktu yang sama.

3. Perlindungan terhadap volatilitas harga: Untuk DEX, mendeteksi pesanan besar yang tidak biasa, membaginya menjadi transaksi kecil yang dieksekusi secara bertahap, memberikan waktu reaksi yang cukup bagi pasar, menghindari spiral kematian yang disebabkan oleh likuidasi beruntun atau arbitrase.

4. Perlindungan Pembuat Pasar: Dalam keadaan darurat, dapat melakukan pembatalan pesanan, memperbarui harga oracle, dan melakukan pemesanan ulang oleh pembuat pasar dalam waktu milidetik, menghindari arbitrase jahat, dan mengurangi selisih harga.

Dengan penerapan BAM, pengalaman transaksi Solana diharapkan dapat meningkat secara signifikan, menjadikan pengalaman aplikasi mainnet-nya lebih mendekati bursa terpusat.

Secara keseluruhan, BAM membawa verifikasi, perlindungan privasi, dan kemampuan pemrograman ke dalam proses pemrosesan transaksi Solana. Ini memungkinkan pengembang untuk membangun buku pesanan batas pusat, bursa kontrak berjangka, kolam gelap, dan infrastruktur keuangan lainnya yang membutuhkan kontrol pemeringkatan, eksekusi yang pasti, dan perlindungan privasi, sehingga mendorong inovasi dan perkembangan ekosistem Solana.