Tantangan Baru Solana: Dari Mengejar Kecepatan ke Mengejar Transaksi Berkualitas
Solana dikenal karena kecepatan transaksinya yang tinggi dan volume transaksi yang besar, tetapi apakah itu benar-benar cukup? Ketika kita menganalisis transaksi ini lebih dalam, satu pertanyaan kunci muncul: Apakah semua transaksi ini benar-benar menciptakan nilai yang nyata?
Faktanya, sejumlah besar transaksi di Solana tidak berasal dari permintaan transaksi yang nyata, melainkan dari para arbitrase frekuensi tinggi yang memanfaatkan perbedaan informasi dalam hitungan milidetik untuk mendapatkan keuntungan. Para "trader beracun" yang disebut ini memanfaatkan keunggulan teknologi untuk meningkatkan biaya Gas saat pembuat pasar akan membatalkan pesanan, memastikan bahwa transaksi mereka diproses terlebih dahulu, sehingga menyelesaikan arbitrase, yang menyebabkan kerugian bagi pembuat pasar. Untuk mengimbangi kerugian ini, pembuat pasar terpaksa memperlebar spread harga jual-beli, yang pada akhirnya dibebankan kepada pengguna biasa sebagai biaya tambahan.
Solana selalu bermimpi untuk mewujudkan sistem buku pesanan yang dapat menggantikan bursa terpusat di atas rantai. Namun, keberadaan "trader beracun" menjadi penghalang untuk mewujudkan mimpi 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 lebih berkualitas.
Bagaimana cara menghapus transaksi beracun untuk melindungi likuiditas dengan lebih baik?
Dalam sistem saat ini, karena mekanisme konsensus Solana menggunakan lelang periodik, para pemakan order sebenarnya memiliki hak prioritas, yang menyebabkan perilaku MEV (nilai yang dapat diekstraksi maksimal) yang berbahaya mempengaruhi keadilan pasar.
Mekanisme konsensus Solana membentuk sebuah slot waktu (Slot) setiap 400 milidetik, di mana transaksi dieksekusi berdasarkan urutan biaya Gas yang dibayarkan. Mekanisme ini mengakibatkan pembuat pasar perlu sering menyesuaikan penawaran mereka, sementara arbitrase frekuensi tinggi dapat menyelesaikan transaksi dengan membayar biaya lebih tinggi sebelum pembuat pasar membatalkan pesanan, sehingga pembuat pasar sering kali mengalami kerugian.
Dalam kondisi ideal, bursa terdesentralisasi (DEX) dengan buku pesanan harus mengeksekusi transaksi dalam urutan berikut: pertama, melakukan semua operasi pembatalan, kemudian pesanan baru, dan terakhir baru transaksi yang berhasil. Namun, mekanisme konsensus Solana saat ini tidak dapat mewujudkan hal ini pada tingkat mikro.
Demikian pula, 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 saat ini, fluktuasi pasar yang tajam dapat menyebabkan transaksi tetap dieksekusi berdasarkan harga lama.
Untuk perjanjian pinjaman, urutan yang optimal adalah menambah margin terlebih dahulu, kemudian melakukan likuidasi.
Oleh karena itu, Solana memerlukan mekanisme yang memungkinkan protokol yang berbeda untuk mengurutkan transaksi berdasarkan kebutuhan, inilah konsep kontrol eksekusi aplikasi (ACE) yang selalu ditekankan oleh Solana.
BAM: Solana solusi
Pasar Perakitan Blok (BAM) adalah solusi yang diajukan oleh Solana untuk mengatasi masalah ini. BAM membangun lapisan pengurutan atau lapisan pra-pemrosesan antara aplikasi di jaringan Solana dan jaringan utama.
BAM menggunakan lingkungan eksekusi yang tepercaya (TEEs) untuk membangun kotak pasir privasi, yang mengurutkan transaksi di dalam kotak pasir berdasarkan aturan yang telah ditentukan sebelumnya atau prinsip first in first out (FIFO). Mekanisme ini bertujuan untuk memberikan layanan yang lebih baik untuk buku pesanan, bursa kontrak berkelanjutan, dan kolam gelap.
Cara Kerja BAM
Proses transaksi BAM berbeda dari proses transaksi normal Solana. Dalam mode BAM, transaksi pertama-tama dikirim ke node RPC, kemudian diteruskan ke jaringan BAM. Dalam lingkungan privasi TEE, transaksi diurutkan, dan node dapat menambahkan transaksi tambahan melalui plugin (seperti memperbarui harga oracle), lalu menghasilkan bukti. Akhirnya, paket data transaksi diserahkan ke node pemimpin jaringan utama Solana, dikemas bersama transaksi lainnya menjadi blok dan disiarkan.
BAM mendukung tiga mode operasi: mode default Solana, mode Block-Engine (solusi MEV di beberapa platform saat ini, inti dari mekanisme penawaran) dan mode BAM (validator mengikuti urutan FIFO dengan ketat).
Fitur Utama BAM
Lingkungan Eksekusi Tepercaya (TEEs): Menggunakan TEEs untuk membangun lingkungan privasi, memastikan keadilan dalam urutan transaksi.
Sistem plugin: memungkinkan aplikasi membangun logika pengurutan transaksi kustom untuk memenuhi kebutuhan pengurutan yang kompleks.
Aplikasi Nyata BAM
Perlindungan penyelesaian pinjaman: Utamakan pelaksanaan operasi tambahan jaminan, kemudian lakukan pemeriksaan penyelesaian.
Kombinasi transaksi atomik: Untuk bursa terdesentralisasi, perbarui harga oracle terlebih dahulu, lalu lakukan transaksi yang bergantung pada harga tersebut. Untuk bursa kontrak, juga dapat menyelesaikan derivatif terkait dalam jendela waktu yang sama.
Perlindungan terhadap fluktuasi harga: Mendeteksi pesanan besar yang abnormal, membaginya menjadi bagian kecil untuk dieksekusi secara bertahap, memberikan waktu bagi pasar untuk bereaksi, menghindari likuidasi beruntun atau arbitrase yang dapat menyebabkan spiral kematian.
Perlindungan Pembuat Pasar: Dalam situasi darurat, memungkinkan pembatalan pesanan dalam milidetik, memperbarui harga oracle, dan memasang kembali pesanan untuk menghindari arbitrase jahat dan mengurangi selisih harga.
Dengan penerapan BAM, pengalaman trading di Solana akan meningkat secara signifikan, mendekati pengalaman di bursa terpusat. BAM membawa verifiabilitas, perlindungan privasi, dan kemampuan pemrograman ke dalam proses pemrosesan trading Solana, memungkinkan para pengembang untuk membangun infrastruktur keuangan yang lebih kompleks, 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.
15 Suka
Hadiah
15
7
Posting ulang
Bagikan
Komentar
0/400
HorizonHunter
· 08-10 04:13
sol sudah mati, para pengedar narkoba on-chain telah menang besar
Lihat AsliBalas0
UnluckyValidator
· 08-09 20:04
Hanya karena membuat suckers membayar, saya disarankan untuk mundur.
Lihat AsliBalas0
RektButStillHere
· 08-07 14:08
Banyak surat pencucian tidak berarti
Lihat AsliBalas0
LiquidationAlert
· 08-07 14:06
Jika terus seperti ini, gas yang akan terbuang adalah investor ritel.
Lihat AsliBalas0
PessimisticOracle
· 08-07 14:00
Siapa yang masih memperdagangkan sol adalah suckers
Lihat AsliBalas0
BearMarketSurvivor
· 08-07 13:55
jebakan anjing adalah informasi tidak menguntungkan terbesar untuk web3
Lihat AsliBalas0
CryptoPunster
· 08-07 13:53
Kecepatan partai atau tumor, tertawa mati, siapa yang rugi siapa yang tahu.
Solana BAM: Transformasi dari Kecepatan Transaksi ke Kualitas Transaksi
Tantangan Baru Solana: Dari Mengejar Kecepatan ke Mengejar Transaksi Berkualitas
Solana dikenal karena kecepatan transaksinya yang tinggi dan volume transaksi yang besar, tetapi apakah itu benar-benar cukup? Ketika kita menganalisis transaksi ini lebih dalam, satu pertanyaan kunci muncul: Apakah semua transaksi ini benar-benar menciptakan nilai yang nyata?
Faktanya, sejumlah besar transaksi di Solana tidak berasal dari permintaan transaksi yang nyata, melainkan dari para arbitrase frekuensi tinggi yang memanfaatkan perbedaan informasi dalam hitungan milidetik untuk mendapatkan keuntungan. Para "trader beracun" yang disebut ini memanfaatkan keunggulan teknologi untuk meningkatkan biaya Gas saat pembuat pasar akan membatalkan pesanan, memastikan bahwa transaksi mereka diproses terlebih dahulu, sehingga menyelesaikan arbitrase, yang menyebabkan kerugian bagi pembuat pasar. Untuk mengimbangi kerugian ini, pembuat pasar terpaksa memperlebar spread harga jual-beli, yang pada akhirnya dibebankan kepada pengguna biasa sebagai biaya tambahan.
Solana selalu bermimpi untuk mewujudkan sistem buku pesanan yang dapat menggantikan bursa terpusat di atas rantai. Namun, keberadaan "trader beracun" menjadi penghalang untuk mewujudkan mimpi 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 lebih berkualitas.
Bagaimana cara menghapus transaksi beracun untuk melindungi likuiditas dengan lebih baik?
Dalam sistem saat ini, karena mekanisme konsensus Solana menggunakan lelang periodik, para pemakan order sebenarnya memiliki hak prioritas, yang menyebabkan perilaku MEV (nilai yang dapat diekstraksi maksimal) yang berbahaya mempengaruhi keadilan pasar.
Mekanisme konsensus Solana membentuk sebuah slot waktu (Slot) setiap 400 milidetik, di mana transaksi dieksekusi berdasarkan urutan biaya Gas yang dibayarkan. Mekanisme ini mengakibatkan pembuat pasar perlu sering menyesuaikan penawaran mereka, sementara arbitrase frekuensi tinggi dapat menyelesaikan transaksi dengan membayar biaya lebih tinggi sebelum pembuat pasar membatalkan pesanan, sehingga pembuat pasar sering kali mengalami kerugian.
Dalam kondisi ideal, bursa terdesentralisasi (DEX) dengan buku pesanan harus mengeksekusi transaksi dalam urutan berikut: pertama, melakukan semua operasi pembatalan, kemudian pesanan baru, dan terakhir baru transaksi yang berhasil. Namun, mekanisme konsensus Solana saat ini tidak dapat mewujudkan hal ini pada tingkat mikro.
Demikian pula, 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 saat ini, fluktuasi pasar yang tajam dapat menyebabkan transaksi tetap dieksekusi berdasarkan harga lama.
Untuk perjanjian pinjaman, urutan yang optimal adalah menambah margin terlebih dahulu, kemudian melakukan likuidasi.
Oleh karena itu, Solana memerlukan mekanisme yang memungkinkan protokol yang berbeda untuk mengurutkan transaksi berdasarkan kebutuhan, inilah konsep kontrol eksekusi aplikasi (ACE) yang selalu ditekankan oleh Solana.
BAM: Solana solusi
Pasar Perakitan Blok (BAM) adalah solusi yang diajukan oleh Solana untuk mengatasi masalah ini. BAM membangun lapisan pengurutan atau lapisan pra-pemrosesan antara aplikasi di jaringan Solana dan jaringan utama.
BAM menggunakan lingkungan eksekusi yang tepercaya (TEEs) untuk membangun kotak pasir privasi, yang mengurutkan transaksi di dalam kotak pasir berdasarkan aturan yang telah ditentukan sebelumnya atau prinsip first in first out (FIFO). Mekanisme ini bertujuan untuk memberikan layanan yang lebih baik untuk buku pesanan, bursa kontrak berkelanjutan, dan kolam gelap.
Cara Kerja BAM
Proses transaksi BAM berbeda dari proses transaksi normal Solana. Dalam mode BAM, transaksi pertama-tama dikirim ke node RPC, kemudian diteruskan ke jaringan BAM. Dalam lingkungan privasi TEE, transaksi diurutkan, dan node dapat menambahkan transaksi tambahan melalui plugin (seperti memperbarui harga oracle), lalu menghasilkan bukti. Akhirnya, paket data transaksi diserahkan ke node pemimpin jaringan utama Solana, dikemas bersama transaksi lainnya menjadi blok dan disiarkan.
BAM mendukung tiga mode operasi: mode default Solana, mode Block-Engine (solusi MEV di beberapa platform saat ini, inti dari mekanisme penawaran) dan mode BAM (validator mengikuti urutan FIFO dengan ketat).
Fitur Utama BAM
Lingkungan Eksekusi Tepercaya (TEEs): Menggunakan TEEs untuk membangun lingkungan privasi, memastikan keadilan dalam urutan transaksi.
Sistem plugin: memungkinkan aplikasi membangun logika pengurutan transaksi kustom untuk memenuhi kebutuhan pengurutan yang kompleks.
Aplikasi Nyata BAM
Perlindungan penyelesaian pinjaman: Utamakan pelaksanaan operasi tambahan jaminan, kemudian lakukan pemeriksaan penyelesaian.
Kombinasi transaksi atomik: Untuk bursa terdesentralisasi, perbarui harga oracle terlebih dahulu, lalu lakukan transaksi yang bergantung pada harga tersebut. Untuk bursa kontrak, juga dapat menyelesaikan derivatif terkait dalam jendela waktu yang sama.
Perlindungan terhadap fluktuasi harga: Mendeteksi pesanan besar yang abnormal, membaginya menjadi bagian kecil untuk dieksekusi secara bertahap, memberikan waktu bagi pasar untuk bereaksi, menghindari likuidasi beruntun atau arbitrase yang dapat menyebabkan spiral kematian.
Perlindungan Pembuat Pasar: Dalam situasi darurat, memungkinkan pembatalan pesanan dalam milidetik, memperbarui harga oracle, dan memasang kembali pesanan untuk menghindari arbitrase jahat dan mengurangi selisih harga.
Dengan penerapan BAM, pengalaman trading di Solana akan meningkat secara signifikan, mendekati pengalaman di bursa terpusat. BAM membawa verifiabilitas, perlindungan privasi, dan kemampuan pemrograman ke dalam proses pemrosesan trading Solana, memungkinkan para pengembang untuk membangun infrastruktur keuangan yang lebih kompleks, mendorong inovasi dan perkembangan ekosistem Solana.