Tantangan Baru Solana: Meningkatkan Kualitas Transaksi bukan Kuantitas
Solana terkenal karena transaksi cepat dan volume transaksi yang besar, tetapi apakah itu berarti bahwa ia sudah "cukup baik"? Dengan menganalisis transaksi ini secara mendalam, kita tidak bisa tidak bertanya: Apakah semuanya menciptakan nilai nyata?
Faktanya, banyak transaksi di Solana tidak berasal dari permintaan yang nyata, melainkan dari para arbitrase frekuensi tinggi yang memanfaatkan perbedaan informasi dalam milisekon untuk mendapatkan keuntungan. Para "trader beracun" ini menggunakan keunggulan teknologi untuk meningkatkan biaya Gas saat pembuat pasar akan membatalkan pesanan, memastikan bahwa transaksi mereka dieksekusi terlebih dahulu, sehingga menyelesaikan arbitrase dan menyebabkan kerugian bagi pembuat pasar. Untuk menutupi kerugian ini, pembuat pasar terpaksa memperlebar spread harga beli dan jual, yang akhirnya menanggung biaya tambahan oleh pengguna biasa.
Solana selalu bermimpi untuk mewujudkan buku pesanan di atas rantai, menggantikan bursa terpusat. Namun, keberadaan "pedagang beracun" menjadi hambatan utama untuk mencapai tujuan ini. Ini mengungkap tantangan baru yang dihadapi Solana: volume perdagangan tidak setara dengan likuiditas. Pasar yang sehat tidak membutuhkan lebih banyak perdagangan, tetapi perdagangan yang lebih berkualitas.
Bagaimana cara menghapus transaksi beracun dan melindungi likuiditas pasar?
Dalam sistem saat ini, karena mekanisme konsensus Solana menggunakan lelang berkala, pelaku pasar yang mengambil posisi sebenarnya memiliki hak prioritas, yang mengakibatkan MEV yang merugikan mempengaruhi keadilan pasar.
Dalam mekanisme konsensus Solana, setiap 400 milidetik terdapat satu slot (Slot), transaksi dieksekusi berdasarkan urutan biaya Gas yang dibayar. Dalam proses ini, pembuat pasar perlu sering menyesuaikan penawaran, sedangkan arbiter frekuensi tinggi memantau perbedaan harga dan segera melakukan transaksi saat menemukan peluang. Dengan membayar biaya yang lebih tinggi, arbiter dapat menyelesaikan transaksi sebelum pembuat pasar membatalkan pesanan, yang menyebabkan pembuat pasar sering mengalami kerugian.
Dalam kondisi ideal, bursa terdesentralisasi (DEX) harus terlebih dahulu 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, praktik terbaik adalah memperbarui harga oracle terlebih dahulu, sebelum mengeksekusi transaksi yang bergantung pada harga tersebut. Namun, dalam interval 400 milidetik, pasar mungkin mengalami fluktuasi tajam yang menyebabkan transaksi tetap dieksekusi pada harga sebelumnya.
Untuk perjanjian pinjaman, urutan ideal adalah mengisi jaminan terlebih dahulu, kemudian melakukan likuidasi.
Oleh karena itu, Solana memerlukan mekanisme yang memungkinkan protokol yang berbeda untuk mengurutkan transaksi berdasarkan kebutuhan, yang disebut kontrol aplikasi eksekusi (ACE).
BAM: Solana's solusi
Pasar penyusunan blok ( BAM ) adalah solusi yang diusulkan oleh Solana untuk mengatasi masalah ini. BAM membangun lapisan pengurutan atau lapisan pra-pemrosesan antara aplikasi di jaringan Solana dan jaringan utama. Ini memanfaatkan lingkungan eksekusi tepercaya ( TEEs ) untuk membangun kotak pasir privasi, di mana transaksi diurutkan berdasarkan aturan yang telah ditentukan atau prinsip first in, first out ( FIFO ).
Mekanisme ini bertujuan untuk lebih baik melayani buku pesanan, bursa kontrak berjangka, dan protokol kolam gelap.
Model Operasi 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 diurutkan secara ketat berdasarkan FIFO ).
Fitur utama dari mode BAM meliputi:
Membangun lingkungan privasi menggunakan Trusted Execution Environments ( TEEs ) untuk memastikan urutan perdagangan yang adil.
Mewujudkan logika pengurutan yang kompleks melalui sistem plugin, memungkinkan aplikasi untuk menyesuaikan aturan pengurutan transaksi.
Mewujudkan fungsi kontrol aplikasi untuk pelaksanaan (ACE), memenuhi kebutuhan spesifik dari berbagai protokol.
Aplikasi Nyata BAM
Aplikasi BAM mencakup:
Perlindungan Likuidasi Pinjaman: Prioritaskan pelaksanaan operasi jaminan tambahan, kemudian lakukan pemeriksaan likuidasi.
Kombinasi transaksi atomik: Menyelesaikan pembaruan harga oracle dan pelaksanaan transaksi terkait dalam jendela waktu yang sama.
Perlindungan terhadap fluktuasi harga: mendeteksi dan mengeksekusi pesanan besar secara bertahap, untuk menghindari fluktuasi pasar yang tajam.
Perlindungan pembuat pasar: mengizinkan pembatalan dan penempatan ulang pesanan dalam level milidetik, mengurangi risiko arbitrase jahat.
Kesimpulan
BAM memperkenalkan verifiabilitas, perlindungan privasi, dan pemrograman dalam proses pemrosesan transaksi Solana. Ini memungkinkan pengembang untuk membangun aplikasi terdesentralisasi yang lebih mendekati pengalaman bursa terpusat, termasuk buku pesanan limit pusat, bursa kontrak berjangka, dan kolam gelap. Inovasi ini diharapkan dapat mendorong perkembangan lebih lanjut ekosistem Solana, meningkatkan kualitas perdagangan secara keseluruhan dan pengalaman pengguna.
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
6
Posting ulang
Bagikan
Komentar
0/400
SchrodingerAirdrop
· 8jam yang lalu
Dengarkan saran saya, jangan sembarangan buy the dip sol ya.
Lihat AsliBalas0
TestnetFreeloader
· 08-10 19:45
gas tinggi, orang biasa juga tidak berani bergerak, kan?
Lihat AsliBalas0
rekt_but_resilient
· 08-10 19:43
Bukankah melakukan Laina lebih kompetitif?
Lihat AsliBalas0
GateUser-1a2ed0b9
· 08-10 19:42
Parasit on-chain, kan?
Lihat AsliBalas0
quiet_lurker
· 08-10 19:20
Ada banyak tumor ganas ya.
Lihat AsliBalas0
MrRightClick
· 08-10 19:16
Jumlah transaksi adalah alasan terakhir untuk spekulasi.
Solana meluncurkan solusi BAM untuk meningkatkan kualitas transaksi dalam menghadapi MEV jahat
Tantangan Baru Solana: Meningkatkan Kualitas Transaksi bukan Kuantitas
Solana terkenal karena transaksi cepat dan volume transaksi yang besar, tetapi apakah itu berarti bahwa ia sudah "cukup baik"? Dengan menganalisis transaksi ini secara mendalam, kita tidak bisa tidak bertanya: Apakah semuanya menciptakan nilai nyata?
Faktanya, banyak transaksi di Solana tidak berasal dari permintaan yang nyata, melainkan dari para arbitrase frekuensi tinggi yang memanfaatkan perbedaan informasi dalam milisekon untuk mendapatkan keuntungan. Para "trader beracun" ini menggunakan keunggulan teknologi untuk meningkatkan biaya Gas saat pembuat pasar akan membatalkan pesanan, memastikan bahwa transaksi mereka dieksekusi terlebih dahulu, sehingga menyelesaikan arbitrase dan menyebabkan kerugian bagi pembuat pasar. Untuk menutupi kerugian ini, pembuat pasar terpaksa memperlebar spread harga beli dan jual, yang akhirnya menanggung biaya tambahan oleh pengguna biasa.
Solana selalu bermimpi untuk mewujudkan buku pesanan di atas rantai, menggantikan bursa terpusat. Namun, keberadaan "pedagang beracun" menjadi hambatan utama untuk mencapai tujuan ini. Ini mengungkap tantangan baru yang dihadapi Solana: volume perdagangan tidak setara dengan likuiditas. Pasar yang sehat tidak membutuhkan lebih banyak perdagangan, tetapi perdagangan yang lebih berkualitas.
Bagaimana cara menghapus transaksi beracun dan melindungi likuiditas pasar?
Dalam sistem saat ini, karena mekanisme konsensus Solana menggunakan lelang berkala, pelaku pasar yang mengambil posisi sebenarnya memiliki hak prioritas, yang mengakibatkan MEV yang merugikan mempengaruhi keadilan pasar.
Dalam mekanisme konsensus Solana, setiap 400 milidetik terdapat satu slot (Slot), transaksi dieksekusi berdasarkan urutan biaya Gas yang dibayar. Dalam proses ini, pembuat pasar perlu sering menyesuaikan penawaran, sedangkan arbiter frekuensi tinggi memantau perbedaan harga dan segera melakukan transaksi saat menemukan peluang. Dengan membayar biaya yang lebih tinggi, arbiter dapat menyelesaikan transaksi sebelum pembuat pasar membatalkan pesanan, yang menyebabkan pembuat pasar sering mengalami kerugian.
Dalam kondisi ideal, bursa terdesentralisasi (DEX) harus terlebih dahulu 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, praktik terbaik adalah memperbarui harga oracle terlebih dahulu, sebelum mengeksekusi transaksi yang bergantung pada harga tersebut. Namun, dalam interval 400 milidetik, pasar mungkin mengalami fluktuasi tajam yang menyebabkan transaksi tetap dieksekusi pada harga sebelumnya.
Untuk perjanjian pinjaman, urutan ideal adalah mengisi jaminan terlebih dahulu, kemudian melakukan likuidasi.
Oleh karena itu, Solana memerlukan mekanisme yang memungkinkan protokol yang berbeda untuk mengurutkan transaksi berdasarkan kebutuhan, yang disebut kontrol aplikasi eksekusi (ACE).
BAM: Solana's solusi
Pasar penyusunan blok ( BAM ) adalah solusi yang diusulkan oleh Solana untuk mengatasi masalah ini. BAM membangun lapisan pengurutan atau lapisan pra-pemrosesan antara aplikasi di jaringan Solana dan jaringan utama. Ini memanfaatkan lingkungan eksekusi tepercaya ( TEEs ) untuk membangun kotak pasir privasi, di mana transaksi diurutkan berdasarkan aturan yang telah ditentukan atau prinsip first in, first out ( FIFO ).
Mekanisme ini bertujuan untuk lebih baik melayani buku pesanan, bursa kontrak berjangka, dan protokol kolam gelap.
Model Operasi 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 diurutkan secara ketat berdasarkan FIFO ).
Fitur utama dari mode BAM meliputi:
Membangun lingkungan privasi menggunakan Trusted Execution Environments ( TEEs ) untuk memastikan urutan perdagangan yang adil.
Mewujudkan logika pengurutan yang kompleks melalui sistem plugin, memungkinkan aplikasi untuk menyesuaikan aturan pengurutan transaksi.
Mewujudkan fungsi kontrol aplikasi untuk pelaksanaan (ACE), memenuhi kebutuhan spesifik dari berbagai protokol.
Aplikasi Nyata BAM
Aplikasi BAM mencakup:
Perlindungan Likuidasi Pinjaman: Prioritaskan pelaksanaan operasi jaminan tambahan, kemudian lakukan pemeriksaan likuidasi.
Kombinasi transaksi atomik: Menyelesaikan pembaruan harga oracle dan pelaksanaan transaksi terkait dalam jendela waktu yang sama.
Perlindungan terhadap fluktuasi harga: mendeteksi dan mengeksekusi pesanan besar secara bertahap, untuk menghindari fluktuasi pasar yang tajam.
Perlindungan pembuat pasar: mengizinkan pembatalan dan penempatan ulang pesanan dalam level milidetik, mengurangi risiko arbitrase jahat.
Kesimpulan
BAM memperkenalkan verifiabilitas, perlindungan privasi, dan pemrograman dalam proses pemrosesan transaksi Solana. Ini memungkinkan pengembang untuk membangun aplikasi terdesentralisasi yang lebih mendekati pengalaman bursa terpusat, termasuk buku pesanan limit pusat, bursa kontrak berjangka, dan kolam gelap. Inovasi ini diharapkan dapat mendorong perkembangan lebih lanjut ekosistem Solana, meningkatkan kualitas perdagangan secara keseluruhan dan pengalaman pengguna.