Tantangan Baru Solana: Mengejar Kualitas Transaksi yang Lebih Baik daripada Sekadar Volume Transaksi yang Tinggi
Solana sebagai platform blockchain berkinerja tinggi, terkenal dengan pemrosesan transaksi yang cepat dan volume transaksi yang besar. Namun, apakah ini berarti bahwa ia telah mencapai tujuan idealnya? Dengan menganalisis situasi transaksi Solana secara mendalam, kita menemukan pertanyaan yang patut dipikirkan: Apakah semua transaksi ini menciptakan nilai nyata?
Sebenarnya, volume transaksi yang besar di Solana tidak berasal dari permintaan transaksi yang nyata, melainkan dari arbitrase frekuensi tinggi yang memanfaatkan selisih informasi dalam milidetik untuk mendapatkan keuntungan. Peserta yang disebut "trader beracun" ini memanfaatkan keunggulan teknologi, dan saat pembuat pasar akan membatalkan pesanan, mereka meningkatkan biaya Gas untuk memprioritaskan transaksi mereka agar dapat dipaketkan terlebih dahulu, 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 menyebabkan pengguna biasa menanggung biaya tambahan.
Solana selalu memiliki visi untuk merealisasikan buku pesanan di blockchain dan menggantikan bursa terpusat. Namun, keberadaan "trader beracun" menjadi penghalang untuk mencapai tujuan ini. Inilah tantangan baru yang dihadapi Solana saat ini: volume tidak sama dengan likuiditas. Pasar yang benar-benar sehat tidak memerlukan lebih banyak transaksi, tetapi transaksi yang lebih berkualitas.
Bagaimana cara menghapus transaksi beracun untuk melindungi likuiditas dengan lebih baik?
Dalam sistem Solana saat ini, karena mekanisme konsensusnya menggunakan mekanisme lelang periodik, para pemakan order (terutama para arbitrase frekuensi tinggi) sebenarnya memiliki prioritas, yang mempengaruhi keadilan pasar. Secara khusus, mekanisme konsensus Solana memiliki setiap 400 milidetik sebagai slot waktu (Slot), di mana dalam setiap Slot, transaksi dieksekusi berdasarkan urutan biaya Gas yang dibayarkan.
Mekanisme ini menyebabkan pembuat pasar sering "diserang" oleh arbitrase frekuensi tinggi saat mereka sering menyesuaikan harga, menarik kembali pesanan, dan mengajukan pesanan baru. Para arbitrase menyelesaikan transaksi dengan membayar biaya lebih tinggi sebelum pembuat pasar menarik kembali pesanan, sehingga membuat pembuat pasar menanggung kerugian.
Dalam kondisi ideal, bursa terdesentralisasi (DEX) dengan buku pesanan seharusnya mengeksekusi transaksi sesuai urutan berikut: pertama membatalkan semua pesanan, kemudian mengeksekusi pesanan baru, dan terakhir mengeksekusi transaksi. Namun, mekanisme konsensus Solana saat ini tidak dapat mewujudkan hal ini di tingkat mikro.
Demikian pula, dalam hal penawaran oracle, situasi ideal adalah memperbarui harga oracle terlebih dahulu, kemudian melaksanakan transaksi yang bergantung pada harga tersebut. Namun, dalam interval 400 milidetik saat ini, pasar mungkin mengalami volatilitas yang tajam sehingga transaksi tetap dilaksanakan berdasarkan harga sebelumnya.
Untuk protokol pinjaman, praktik terbaik adalah melengkapi margin terlebih dahulu, kemudian melakukan likuidasi.
Oleh karena itu, Solana memerlukan mekanisme yang memungkinkan berbagai protokol untuk mengurutkan transaksi sesuai kebutuhan, inilah yang selalu ditekankan oleh Solana sebagai Eksekusi yang Dikendalikan Aplikasi (Application-Controlled Execution, ACE).
BAM: Solana solusi
Untuk menghadapi tantangan ini, Solana mengusulkan solusi Pasar Perakitan Blok (Block Assembly Marketplace, BAM). BAM membangun lapisan pengurutan atau lapisan pra-pemrosesan antara aplikasi di rantai Solana dan jaringan utama.
BAM menggunakan Lingkungan Eksekusi Terpercaya (Trusted Execution Environments, TEEs) untuk membangun kotak pasir privasi, di mana transaksi diurutkan berdasarkan aturan yang telah ditentukan sebelumnya atau prinsip antrian pertama (FIFO). Mekanisme ini bertujuan untuk memberikan layanan yang lebih baik bagi buku pesanan (CLOBs), bursa kontrak berjangka permanen, kolam gelap, dan protokol lainnya.
Cara Kerja BAM
Proses transaksi BAM adalah sebagai berikut:
Pengguna mengonfirmasi transaksi di dompet.
Transaksi dikirim ke node RPC.
Transaksi dipindahkan ke jaringan BAM, diurutkan dalam lingkungan privasi TEE. Selama proses ini, node mungkin menambahkan transaksi tambahan melalui plugin, seperti memperbarui harga oracle, dan kemudian menghasilkan bukti.
Paket data transaksi diserahkan ke node Leader di jaringan utama Solana.
Leader mengumpulkan transaksi, mengumpulkan paket data BAM, dan membungkusnya menjadi blok untuk disiarkan.
Node lain melakukan pemungutan suara.
Perlu dicatat bahwa proses konsensus BAM tidak bertentangan dengan jaringan utama Solana, melainkan sebagai fitur opsional. BAM tidak berjalan langsung di jaringan utama Solana, tetapi menyelesaikan pengurutan transaksi sebelumnya dengan cara "off-chain", mengemas transaksi dan mengirimkannya ke jaringan utama Solana.
Fitur Utama BAM
BAM mendukung tiga mode operasi: mode default Solana, mode Block-Engine (solusi MEV Jito saat ini, inti dari mekanisme lelang) dan mode BAM (validator secara ketat diurutkan berdasarkan FIFO).
Fitur utama dari mode BAM meliputi:
Lingkungan Eksekusi Tepercaya (TEEs): Memanfaatkan TEEs untuk membangun lingkungan privasi, memastikan keadilan dalam urutan transaksi.
Sistem plugin: memungkinkan aplikasi membangun logika pengurutan transaksi kustom, mewujudkan pengurutan transaksi yang kompleks, sambil menjaga keamanan lingkungan TEE.
Aplikasi Praktis BAM
Aplikasi BAM mencakup:
Perlindungan Likuidasi Pinjaman: Utamakan pelaksanaan operasi tambahan kolateral, kemudian lakukan pemeriksaan likuidasi.
Kombinasi transaksi tingkat atom: pertama memperbarui harga oracle, kemudian mengeksekusi transaksi yang bergantung pada harga tersebut, untuk DEX kontrak juga dapat menyelesaikan derivatif terkait.
Perlindungan terhadap fluktuasi harga: Mendeteksi order besar yang tidak biasa, membaginya menjadi beberapa bagian kecil untuk dieksekusi secara bertahap, memberikan waktu bagi pasar untuk bereaksi.
Perlindungan Pembuat Pasar: Dalam keadaan darurat, dapat membatalkan pesanan, memperbarui harga oracle, dan memasang kembali pesanan dalam hitungan milidetik untuk menghindari arbitrase yang merugikan.
Secara keseluruhan, BAM membawa verifiabilitas, perlindungan privasi, dan pemrograman ke dalam proses pemrosesan transaksi Solana. Ini memungkinkan para pengembang untuk membangun buku pesanan terbatas pusat, bursa kontrak berjangka, kolam gelap, dan infrastruktur keuangan lainnya yang memerlukan kontrol urutan, eksekusi yang deterministik, dan perlindungan privasi, sehingga mendorong inovasi dan pengembangan ekosistem Solana.
Dengan penerapan BAM, pengalaman transaksi Solana akan meningkat secara signifikan, menjadikan pengalaman aplikasi di jaringan utama Solana lebih mendekati bursa terpusat, sambil mempertahankan keunggulan desentralisasi. Kemajuan ini akan membawa peluang pengembangan baru bagi ekosistem Solana, membuatnya lebih memperhatikan kualitas transaksi dan keadilan pasar sambil mengejar kinerja tinggi.
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.
13 Suka
Hadiah
13
6
Posting ulang
Bagikan
Komentar
0/400
RooftopVIP
· Baru saja
Jangan terburu-buru untuk mengoptimalkan, tunggu saya buy the dip.
Lihat AsliBalas0
rugged_again
· 12jam yang lalu
Anjing frekuensi tinggi mengacau pasar
Lihat AsliBalas0
AirdropFreedom
· 12jam yang lalu
jebakan anjing selalu ada di sini
Lihat AsliBalas0
DiamondHands
· 12jam yang lalu
Hiu-hiu ini benar-benar tidak merasa bosan saat menghisap darah.
Lihat AsliBalas0
CounterIndicator
· 13jam yang lalu
Dari mana datangnya begitu banyak jebakan anjing frekuensi tinggi
Solana meluncurkan BAM: mengoptimalkan kualitas transaksi untuk membangun ekosistem Blockchain yang lebih adil
Tantangan Baru Solana: Mengejar Kualitas Transaksi yang Lebih Baik daripada Sekadar Volume Transaksi yang Tinggi
Solana sebagai platform blockchain berkinerja tinggi, terkenal dengan pemrosesan transaksi yang cepat dan volume transaksi yang besar. Namun, apakah ini berarti bahwa ia telah mencapai tujuan idealnya? Dengan menganalisis situasi transaksi Solana secara mendalam, kita menemukan pertanyaan yang patut dipikirkan: Apakah semua transaksi ini menciptakan nilai nyata?
Sebenarnya, volume transaksi yang besar di Solana tidak berasal dari permintaan transaksi yang nyata, melainkan dari arbitrase frekuensi tinggi yang memanfaatkan selisih informasi dalam milidetik untuk mendapatkan keuntungan. Peserta yang disebut "trader beracun" ini memanfaatkan keunggulan teknologi, dan saat pembuat pasar akan membatalkan pesanan, mereka meningkatkan biaya Gas untuk memprioritaskan transaksi mereka agar dapat dipaketkan terlebih dahulu, 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 menyebabkan pengguna biasa menanggung biaya tambahan.
Solana selalu memiliki visi untuk merealisasikan buku pesanan di blockchain dan menggantikan bursa terpusat. Namun, keberadaan "trader beracun" menjadi penghalang untuk mencapai tujuan ini. Inilah tantangan baru yang dihadapi Solana saat ini: volume tidak sama dengan likuiditas. Pasar yang benar-benar sehat tidak memerlukan lebih banyak transaksi, tetapi transaksi yang lebih berkualitas.
Bagaimana cara menghapus transaksi beracun untuk melindungi likuiditas dengan lebih baik?
Dalam sistem Solana saat ini, karena mekanisme konsensusnya menggunakan mekanisme lelang periodik, para pemakan order (terutama para arbitrase frekuensi tinggi) sebenarnya memiliki prioritas, yang mempengaruhi keadilan pasar. Secara khusus, mekanisme konsensus Solana memiliki setiap 400 milidetik sebagai slot waktu (Slot), di mana dalam setiap Slot, transaksi dieksekusi berdasarkan urutan biaya Gas yang dibayarkan.
Mekanisme ini menyebabkan pembuat pasar sering "diserang" oleh arbitrase frekuensi tinggi saat mereka sering menyesuaikan harga, menarik kembali pesanan, dan mengajukan pesanan baru. Para arbitrase menyelesaikan transaksi dengan membayar biaya lebih tinggi sebelum pembuat pasar menarik kembali pesanan, sehingga membuat pembuat pasar menanggung kerugian.
Dalam kondisi ideal, bursa terdesentralisasi (DEX) dengan buku pesanan seharusnya mengeksekusi transaksi sesuai urutan berikut: pertama membatalkan semua pesanan, kemudian mengeksekusi pesanan baru, dan terakhir mengeksekusi transaksi. Namun, mekanisme konsensus Solana saat ini tidak dapat mewujudkan hal ini di tingkat mikro.
Demikian pula, dalam hal penawaran oracle, situasi ideal adalah memperbarui harga oracle terlebih dahulu, kemudian melaksanakan transaksi yang bergantung pada harga tersebut. Namun, dalam interval 400 milidetik saat ini, pasar mungkin mengalami volatilitas yang tajam sehingga transaksi tetap dilaksanakan berdasarkan harga sebelumnya.
Untuk protokol pinjaman, praktik terbaik adalah melengkapi margin terlebih dahulu, kemudian melakukan likuidasi.
Oleh karena itu, Solana memerlukan mekanisme yang memungkinkan berbagai protokol untuk mengurutkan transaksi sesuai kebutuhan, inilah yang selalu ditekankan oleh Solana sebagai Eksekusi yang Dikendalikan Aplikasi (Application-Controlled Execution, ACE).
BAM: Solana solusi
Untuk menghadapi tantangan ini, Solana mengusulkan solusi Pasar Perakitan Blok (Block Assembly Marketplace, BAM). BAM membangun lapisan pengurutan atau lapisan pra-pemrosesan antara aplikasi di rantai Solana dan jaringan utama.
BAM menggunakan Lingkungan Eksekusi Terpercaya (Trusted Execution Environments, TEEs) untuk membangun kotak pasir privasi, di mana transaksi diurutkan berdasarkan aturan yang telah ditentukan sebelumnya atau prinsip antrian pertama (FIFO). Mekanisme ini bertujuan untuk memberikan layanan yang lebih baik bagi buku pesanan (CLOBs), bursa kontrak berjangka permanen, kolam gelap, dan protokol lainnya.
Cara Kerja BAM
Proses transaksi BAM adalah sebagai berikut:
Perlu dicatat bahwa proses konsensus BAM tidak bertentangan dengan jaringan utama Solana, melainkan sebagai fitur opsional. BAM tidak berjalan langsung di jaringan utama Solana, tetapi menyelesaikan pengurutan transaksi sebelumnya dengan cara "off-chain", mengemas transaksi dan mengirimkannya ke jaringan utama Solana.
Fitur Utama BAM
BAM mendukung tiga mode operasi: mode default Solana, mode Block-Engine (solusi MEV Jito saat ini, inti dari mekanisme lelang) dan mode BAM (validator secara ketat diurutkan berdasarkan FIFO).
Fitur utama dari mode BAM meliputi:
Aplikasi Praktis BAM
Aplikasi BAM mencakup:
Secara keseluruhan, BAM membawa verifiabilitas, perlindungan privasi, dan pemrograman ke dalam proses pemrosesan transaksi Solana. Ini memungkinkan para pengembang untuk membangun buku pesanan terbatas pusat, bursa kontrak berjangka, kolam gelap, dan infrastruktur keuangan lainnya yang memerlukan kontrol urutan, eksekusi yang deterministik, dan perlindungan privasi, sehingga mendorong inovasi dan pengembangan ekosistem Solana.
Dengan penerapan BAM, pengalaman transaksi Solana akan meningkat secara signifikan, menjadikan pengalaman aplikasi di jaringan utama Solana lebih mendekati bursa terpusat, sambil mempertahankan keunggulan desentralisasi. Kemajuan ini akan membawa peluang pengembangan baru bagi ekosistem Solana, membuatnya lebih memperhatikan kualitas transaksi dan keadilan pasar sambil mengejar kinerja tinggi.