Solana terkenal karena kecepatan transaksinya yang cepat dan volume transaksi yang tinggi, tetapi apakah itu berarti bahwa ia telah mencapai kesempurnaan? Dengan memeriksa transaksi ini dengan cermat, kita tidak bisa tidak bertanya: Apakah semuanya menciptakan nilai yang nyata?
Faktanya, sejumlah besar transaksi di Solana tidak berasal dari permintaan yang nyata, melainkan dari trader arbitrase frekuensi tinggi yang memanfaatkan perbedaan informasi dalam milidetik untuk mendapatkan keuntungan. Para "trader beracun" ini memanfaatkan keunggulan teknis dengan meningkatkan biaya Gas saat pembuat pasar akan membatalkan pesanan, memastikan transaksi mereka diprioritaskan untuk dikemas, sehingga menyelesaikan arbitrase dan menyebabkan pembuat pasar mengalami kerugian. Untuk menutupi kerugian ini, pembuat pasar terpaksa memperlebar selisih harga beli dan jual, yang akhirnya ditanggung oleh pengguna biasa.
Solana selalu menyimpan impian untuk mewujudkan buku pesanan di blockchain, menggantikan bursa terpusat. Namun, keberadaan "trader beracun" menjadi hambatan utama untuk mewujudkan impian ini. Inilah tantangan baru yang dihadapi Solana saat ini: volume perdagangan tidak sama dengan likuiditas. Pasar yang benar-benar sehat 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 lelang periodik konsensus Solana, pemakan pesanan sebenarnya memiliki prioritas, yang membuat MEV (nilai yang dapat diekstrak maksimal) yang jahat secara serius mempengaruhi keadilan pasar.
Secara spesifik, dalam konsensus Solana saat ini, transaksi dalam setiap periode waktu (Slot) diurutkan berdasarkan biaya Gas prioritas yang dibayarkan, dengan transaksi yang menawarkan biaya lebih tinggi dieksekusi lebih dulu. Lelang ini berlangsung setiap 400 milidetik. Dalam proses ini, pembuat pasar perlu sering menyesuaikan penawaran mereka, termasuk membatalkan dan mengajukan kembali order, untuk menyesuaikan dengan perubahan harga pasar. Sementara itu, pemakan order, terutama para arbitrase frekuensi tinggi, terus memantau perbedaan harga dan segera melakukan transaksi begitu menemukan peluang. Oleh karena itu, para arbitrase dapat menyelesaikan transaksi dengan membayar biaya lebih tinggi untuk mengalahkan transaksi pembatalan, yang menyebabkan pembuat pasar sering mengalami kerugian.
Untuk bursa terdesentralisasi (DEX) dengan buku pesanan, urutan perdagangan yang ideal seharusnya adalah: seiring dengan fluktuasi harga, pertama-tama 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 pula, dalam hal penawaran oracle, situasi ideal adalah memperbarui harga oracle terlebih dahulu, kemudian melakukan perdagangan yang bergantung pada harga tersebut. Namun, dalam interval 400 milidetik saat ini, pasar mungkin mengalami fluktuasi tajam yang menyebabkan perdagangan tetap dilaksanakan berdasarkan harga awal.
Untuk protokol pinjam meminjam, praktik terbaik adalah menambah margin terlebih dahulu sebelum melakukan likuidasi.
Oleh karena itu, solusi yang paling ideal adalah yang memungkinkan berbagai protokol untuk mengurutkan transaksi berdasarkan kebutuhan, inilah konsep Eksekusi yang Dikendalikan Aplikasi (Application-Controlled Execution, ACE) yang selalu ditekankan oleh Solana.
BAM: Solana solusi inovatif
Pasar Perakitan Blok (Block Assembly Marketplace, BAM) adalah solusi inovatif yang diajukan oleh Solana untuk mengatasi masalah ini. BAM membangun lapisan pengurutan, atau yang disebut lapisan pra-pemrosesan, antara aplikasi di blockchain Solana dan jaringan utama.
BAM memanfaatkan Lingkungan Eksekusi Terpercaya (Trusted Execution Environments, TEEs) untuk membangun sandbox privasi, yang melakukan pengurutan transaksi berdasarkan aturan pengurutan yang telah ditentukan sebelumnya atau prinsip First In First Out (FIFO) di dalam sandbox. Mekanisme ini bertujuan untuk memberikan layanan yang lebih baik untuk buku pesanan, bursa kontrak abadi, dan kolam gelap.
Mekanisme Kerja BAM
Proses transaksi BAM adalah sebagai berikut:
Pengguna mengonfirmasi transaksi di dompet
Transaksi dikirim ke node RPC
Transaksi dipindahkan ke jaringan BAM, dilakukan pengurutan di lingkungan privasi TEE
Menghasilkan bukti dan mengirimkan paket data transaksi ke node Leader jaringan utama Solana
Node Leader mengumpulkan transaksi yang termasuk paket data BAM, dan mengemasnya menjadi blok untuk disiarkan.
Node lain melakukan pemungutan suara
Perlu dicatat bahwa proses konsensus BAM tidak bertentangan dengan jaringan utama Solana, melainkan sebagai fungsi opsional. BAM tidak berjalan langsung di jaringan utama Solana, tetapi menyelesaikan pengurutan transaksi sebelumnya dengan cara "off-chain", mengemas transaksi, dan kemudian mengirimkannya ke jaringan utama Solana.
Fitur Utama BAM
Lingkungan Eksekusi Tepercaya (TEEs): Menggunakan TEEs untuk membangun lingkungan privasi dalam pengurutan transaksi, memastikan keadilan.
Sistem plugin: Melalui sistem plugin, BAM memungkinkan aplikasi membangun logika pengurutan transaksi kustom, mewujudkan pengurutan yang kompleks, sambil menjaga keamanan lingkungan TEE.
Kontrol Aplikasi Eksekusi (ACE): Mengimplementasikan fungsionalitas untuk mengurutkan transaksi berdasarkan kebutuhan dari berbagai protokol.
Aplikasi Praktis BAM
Perlindungan Likuidasi Pinjaman: Utamakan pelaksanaan operasi jaminan tambahan, lalu lakukan pemeriksaan likuidasi.
Kombinasi transaksi atomik: perbarui harga oracle terlebih dahulu, kemudian lakukan transaksi yang bergantung pada harga tersebut, untuk DEX kontrak dapat menyelesaikan derivatif terkait secara bersamaan.
Perlindungan terhadap fluktuasi harga: Mendeteksi pesanan besar yang tidak normal, membaginya menjadi bagian kecil untuk dieksekusi secara bertahap, memberikan waktu reaksi bagi pasar, menghindari likuidasi beruntun atau spiral kematian akibat arbitrase.
Perlindungan Pembuat Pasar: Dalam situasi darurat, memungkinkan pembatalan pesanan dalam milidetik, memperbarui harga oracle, dan mengajukan kembali pesanan, untuk menghindari arbitrase jahat dan mengurangi selisih harga.
Kesimpulan
BAM membawa verifikasi, perlindungan privasi, dan pemrograman ke dalam proses pengolahan transaksi Solana, memungkinkan pengembang untuk membangun infrastruktur keuangan yang lebih kompleks dan aman. Dengan penerapan BAM, pengalaman pengguna aplikasi di jaringan utama Solana akan lebih mendekati bursa terpusat, mendorong inovasi dan perkembangan ekosistem Solana.
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 mekanisme BAM untuk mengoptimalkan urutan transaksi dan meningkatkan likuiditas on-chain
Perdagangan Cepat Solana: Sukses atau Risiko?
Solana terkenal karena kecepatan transaksinya yang cepat dan volume transaksi yang tinggi, tetapi apakah itu berarti bahwa ia telah mencapai kesempurnaan? Dengan memeriksa transaksi ini dengan cermat, kita tidak bisa tidak bertanya: Apakah semuanya menciptakan nilai yang nyata?
Faktanya, sejumlah besar transaksi di Solana tidak berasal dari permintaan yang nyata, melainkan dari trader arbitrase frekuensi tinggi yang memanfaatkan perbedaan informasi dalam milidetik untuk mendapatkan keuntungan. Para "trader beracun" ini memanfaatkan keunggulan teknis dengan meningkatkan biaya Gas saat pembuat pasar akan membatalkan pesanan, memastikan transaksi mereka diprioritaskan untuk dikemas, sehingga menyelesaikan arbitrase dan menyebabkan pembuat pasar mengalami kerugian. Untuk menutupi kerugian ini, pembuat pasar terpaksa memperlebar selisih harga beli dan jual, yang akhirnya ditanggung oleh pengguna biasa.
Solana selalu menyimpan impian untuk mewujudkan buku pesanan di blockchain, menggantikan bursa terpusat. Namun, keberadaan "trader beracun" menjadi hambatan utama untuk mewujudkan impian ini. Inilah tantangan baru yang dihadapi Solana saat ini: volume perdagangan tidak sama dengan likuiditas. Pasar yang benar-benar sehat 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 lelang periodik konsensus Solana, pemakan pesanan sebenarnya memiliki prioritas, yang membuat MEV (nilai yang dapat diekstrak maksimal) yang jahat secara serius mempengaruhi keadilan pasar.
Secara spesifik, dalam konsensus Solana saat ini, transaksi dalam setiap periode waktu (Slot) diurutkan berdasarkan biaya Gas prioritas yang dibayarkan, dengan transaksi yang menawarkan biaya lebih tinggi dieksekusi lebih dulu. Lelang ini berlangsung setiap 400 milidetik. Dalam proses ini, pembuat pasar perlu sering menyesuaikan penawaran mereka, termasuk membatalkan dan mengajukan kembali order, untuk menyesuaikan dengan perubahan harga pasar. Sementara itu, pemakan order, terutama para arbitrase frekuensi tinggi, terus memantau perbedaan harga dan segera melakukan transaksi begitu menemukan peluang. Oleh karena itu, para arbitrase dapat menyelesaikan transaksi dengan membayar biaya lebih tinggi untuk mengalahkan transaksi pembatalan, yang menyebabkan pembuat pasar sering mengalami kerugian.
Untuk bursa terdesentralisasi (DEX) dengan buku pesanan, urutan perdagangan yang ideal seharusnya adalah: seiring dengan fluktuasi harga, pertama-tama 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 pula, dalam hal penawaran oracle, situasi ideal adalah memperbarui harga oracle terlebih dahulu, kemudian melakukan perdagangan yang bergantung pada harga tersebut. Namun, dalam interval 400 milidetik saat ini, pasar mungkin mengalami fluktuasi tajam yang menyebabkan perdagangan tetap dilaksanakan berdasarkan harga awal.
Untuk protokol pinjam meminjam, praktik terbaik adalah menambah margin terlebih dahulu sebelum melakukan likuidasi.
Oleh karena itu, solusi yang paling ideal adalah yang memungkinkan berbagai protokol untuk mengurutkan transaksi berdasarkan kebutuhan, inilah konsep Eksekusi yang Dikendalikan Aplikasi (Application-Controlled Execution, ACE) yang selalu ditekankan oleh Solana.
BAM: Solana solusi inovatif
Pasar Perakitan Blok (Block Assembly Marketplace, BAM) adalah solusi inovatif yang diajukan oleh Solana untuk mengatasi masalah ini. BAM membangun lapisan pengurutan, atau yang disebut lapisan pra-pemrosesan, antara aplikasi di blockchain Solana dan jaringan utama.
BAM memanfaatkan Lingkungan Eksekusi Terpercaya (Trusted Execution Environments, TEEs) untuk membangun sandbox privasi, yang melakukan pengurutan transaksi berdasarkan aturan pengurutan yang telah ditentukan sebelumnya atau prinsip First In First Out (FIFO) di dalam sandbox. Mekanisme ini bertujuan untuk memberikan layanan yang lebih baik untuk buku pesanan, bursa kontrak abadi, dan kolam gelap.
Mekanisme Kerja BAM
Proses transaksi BAM adalah sebagai berikut:
Perlu dicatat bahwa proses konsensus BAM tidak bertentangan dengan jaringan utama Solana, melainkan sebagai fungsi opsional. BAM tidak berjalan langsung di jaringan utama Solana, tetapi menyelesaikan pengurutan transaksi sebelumnya dengan cara "off-chain", mengemas transaksi, dan kemudian mengirimkannya ke jaringan utama Solana.
Fitur Utama BAM
Lingkungan Eksekusi Tepercaya (TEEs): Menggunakan TEEs untuk membangun lingkungan privasi dalam pengurutan transaksi, memastikan keadilan.
Sistem plugin: Melalui sistem plugin, BAM memungkinkan aplikasi membangun logika pengurutan transaksi kustom, mewujudkan pengurutan yang kompleks, sambil menjaga keamanan lingkungan TEE.
Kontrol Aplikasi Eksekusi (ACE): Mengimplementasikan fungsionalitas untuk mengurutkan transaksi berdasarkan kebutuhan dari berbagai protokol.
Aplikasi Praktis BAM
Perlindungan Likuidasi Pinjaman: Utamakan pelaksanaan operasi jaminan tambahan, lalu lakukan pemeriksaan likuidasi.
Kombinasi transaksi atomik: perbarui harga oracle terlebih dahulu, kemudian lakukan transaksi yang bergantung pada harga tersebut, untuk DEX kontrak dapat menyelesaikan derivatif terkait secara bersamaan.
Perlindungan terhadap fluktuasi harga: Mendeteksi pesanan besar yang tidak normal, membaginya menjadi bagian kecil untuk dieksekusi secara bertahap, memberikan waktu reaksi bagi pasar, menghindari likuidasi beruntun atau spiral kematian akibat arbitrase.
Perlindungan Pembuat Pasar: Dalam situasi darurat, memungkinkan pembatalan pesanan dalam milidetik, memperbarui harga oracle, dan mengajukan kembali pesanan, untuk menghindari arbitrase jahat dan mengurangi selisih harga.
Kesimpulan
BAM membawa verifikasi, perlindungan privasi, dan pemrograman ke dalam proses pengolahan transaksi Solana, memungkinkan pengembang untuk membangun infrastruktur keuangan yang lebih kompleks dan aman. Dengan penerapan BAM, pengalaman pengguna aplikasi di jaringan utama Solana akan lebih mendekati bursa terpusat, mendorong inovasi dan perkembangan ekosistem Solana.