Tantangan Baru Solana: Keseimbangan Antara volume dan Likuiditas
Solana dikenal karena kecepatan tinggi dan volume transaksi yang besar, tetapi apakah itu benar-benar cukup? Ketika kita memeriksa transaksi ini dengan cermat, sebuah pertanyaan muncul: Apakah semuanya menciptakan nilai yang nyata?
Sebenarnya, volume transaksi yang besar di Solana tidak berasal dari permintaan transaksi yang nyata, melainkan dari para arbitrase frekuensi tinggi yang memanfaatkan perbedaan informasi dalam milidetik untuk mendapatkan keuntungan. Para peserta yang disebut "trader beracun" ini memanfaatkan keunggulan teknologi untuk meningkatkan biaya Gas saat pembuat pasar akan membatalkan pesanan, memastikan bahwa transaksi mereka diprioritaskan untuk dikemas, sehingga menyelesaikan arbitrase dan menyebabkan kerugian bagi pembuat pasar. Untuk mengimbangi kerugian ini, pembuat pasar terpaksa memperlebar spread harga beli dan jual, yang pada akhirnya harus ditanggung oleh pengguna biasa.
Solana selalu memiliki visi untuk mewujudkan buku pesanan di blockchain sebagai pengganti bursa terpusat. Namun, keberadaan "pedagang beracun" menjadi hambatan untuk mewujudkan impian ini. Inilah tantangan baru yang dihadapi Solana saat ini: volume tidak sama dengan likuiditas. Pasar yang benar-benar sehat tidak membutuhkan 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 lelang berkala, pelaku yang mengambil pesanan sebenarnya memiliki prioritas, yang menyebabkan perilaku MEV (nilai ekstraksi maksimum) yang merugikan mempengaruhi keadilan pasar.
Secara khusus, dalam mekanisme konsensus Solana, setiap 400 milidetik ada slot waktu (Slot), di mana dalam setiap Slot, transaksi diurutkan berdasarkan biaya Gas yang dibayar. Transaksi dengan penawaran tertinggi akan dieksekusi terlebih dahulu. Dalam proses ini, pembuat pasar perlu sering menyesuaikan penawaran, terus-menerus membatalkan dan memasang ulang pesanan, untuk menyesuaikan dengan perubahan harga pasar.
Namun, para pelaku pasar yang melakukan pembelian tunggal, terutama para pelaku arbitrase frekuensi tinggi, terus memantau perbedaan harga. Begitu mereka menemukan kesempatan, mereka segera menyelesaikan transaksi. Mereka dapat memastikan transaksi diselesaikan sebelum pembuat pasar membatalkan pesanan dengan membayar biaya yang lebih tinggi, yang menyebabkan pembuat pasar sering mengalami kerugian.
Dalam kondisi ideal, urutan eksekusi perdagangan untuk bursa terdesentralisasi (DEX) tipe buku pesanan seharusnya adalah: seiring dengan fluktuasi harga, pertama mengeksekusi semua operasi pembatalan, kemudian mengeksekusi pesanan baru, dan akhirnya melakukan transaksi. Namun, mekanisme konsensus Solana saat ini tidak dapat mewujudkan hal ini pada tingkat mikro.
Sama halnya, dalam hal penawaran oracle, skenario terbaik adalah memperbarui harga oracle terlebih dahulu, kemudian melakukan transaksi yang bergantung pada harga tersebut. Namun, dalam interval waktu 400 milidetik saat ini, pasar mungkin mengalami fluktuasi yang tajam yang mengakibatkan transaksi tetap menggunakan harga lama.
Untuk protokol pinjaman, yang paling ideal adalah menambahkan margin terlebih dahulu, kemudian melakukan likuidasi.
Oleh karena itu, Solana memerlukan mekanisme yang memungkinkan protokol yang berbeda untuk mengurutkan transaksi sesuai dengan kebutuhan mereka, inilah konsep kontrol eksekusi aplikasi (ACE) yang selalu ditekankan oleh Solana.
BAM: Solana's solusi
Untuk mengatasi tantangan ini, Solana mengusulkan BAM (Pasar Pengumpulan Blok) sebagai solusi. BAM membangun lapisan pengurutan atau lapisan pra-pemrosesan antara lapisan aplikasi Solana dan jaringan utama.
BAM menggunakan lingkungan eksekusi tepercaya (TEEs) untuk membangun kotak pasir privasi, di mana transaksi diurutkan berdasarkan aturan yang telah ditentukan sebelumnya atau prinsip first in first out (FIFO). Mekanisme ini bertujuan untuk lebih baik melayani protokol seperti buku pesanan, bursa kontrak berkelanjutan, dan kolam gelap.
Cara Kerja BAM
Proses perdagangan BAM berbeda dari proses perdagangan reguler Solana:
Pengguna mengonfirmasi transaksi di dompet.
Transaksi dikirim ke node RPC.
Transaksi diteruskan ke jaringan BAM, dan diurutkan di TEE. Selama proses ini, node dapat menambahkan transaksi tambahan melalui plugin, seperti memperbarui harga oracle.
Paket transaksi yang telah diurutkan diserahkan ke node Leader di jaringan utama Solana.
Node pemimpin mengumpulkan paket data BAM, mengemasnya menjadi blok dan melakukan siaran.
Node lain melakukan konfirmasi suara.
BAM sebagai fitur opsional, tidak bertentangan dengan proses konsensus jaringan utama Solana. Ini melakukan pengurutan transaksi secara "off-chain" terlebih dahulu, kemudian mengirimkan paket transaksi yang telah diurutkan ke jaringan utama Solana.
Mode Operasional BAM
BAM mendukung tiga mode operasi:
Mode default Solana
Mode Block-Engine: Saat ini, metode yang digunakan oleh beberapa solusi MEV adalah mekanisme lelang.
Mode BAM: Validator mengurutkan sesuai dengan prinsip FIFO.
Ciri utama dari mode BAM meliputi:
Memanfaatkan lingkungan eksekusi terpercaya (TEEs) untuk membangun lingkungan privasi, memastikan keadilan dalam pengurutan transaksi.
Sistem plugin: memungkinkan aplikasi membangun logika urutan perdagangan kustom, tetapi tetap harus mengikuti aturan yang telah ditetapkan.
Aplikasi Nyata BAM
Aplikasi BAM mencakup:
Perlindungan Likuiditas Pinjaman: Utamakan pelaksanaan operasi tambahan jaminan, kemudian lakukan pemeriksaan likuiditas.
Kombinasi perdagangan atomik: Misalnya, perbarui harga oracle terlebih dahulu, lalu lakukan transaksi yang bergantung pada harga tersebut, untuk DEX kontrak juga dapat menyelesaikan derivatif terkait secara bersamaan.
Perlindungan terhadap fluktuasi harga: Mendeteksi order besar yang tidak biasa, melaksanakannya secara bertahap, memberikan waktu reaksi pasar, menghindari konsekuensi serius yang disebabkan oleh likuidasi berantai atau arbitrase.
Perlindungan pembuat pasar: Dalam situasi darurat, mampu membatalkan pesanan, memperbarui harga oracle, dan memasang kembali pesanan dalam hitungan milidetik, mengurangi kemungkinan arbitrase jahat.
Dengan penerapan BAM, pengalaman trading Solana akan meningkat secara signifikan, menjadikan pengalaman aplikasi mainnet-nya lebih mendekati bursa terpusat.
Secara keseluruhan, BAM membawa verifikasi, perlindungan privasi, dan pemrograman ke dalam proses pemrosesan transaksi Solana. Ini memungkinkan pengembang untuk membangun buku pesanan limit pusat, bursa kontrak berjangka, kolam gelap, dan infrastruktur keuangan lainnya yang memerlukan kontrol pemeringkatan, eksekusi yang deterministik, dan perlindungan privasi, sehingga mendorong inovasi dan pengembangan 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.
21 Suka
Hadiah
21
6
Bagikan
Komentar
0/400
SingleForYears
· 1jam yang lalu
Hauzi weizhi Liuliao liuliao
Lihat AsliBalas0
CompoundPersonality
· 08-02 08:27
Ini adalah trik baru untuk Dianggap Bodoh lagi
Lihat AsliBalas0
FadCatcher
· 08-01 22:46
Satu lagi yang hancur.
Lihat AsliBalas0
LiquidationWizard
· 08-01 22:43
Pemain tingkat kedua yang menipu di Blockchain
Lihat AsliBalas0
DeFiAlchemist
· 08-01 22:24
mmm... aliran beracun itu seperti materi gelap dalam wadah alkimia protokol. harus mentransmutasikan energi negatif itu atau hasilnya akan membusuk *menyesuaikan grafik mistis*
Lihat AsliBalas0
GateUser-aa7df71e
· 08-01 22:20
Institusi mengambil sol Kupon Klip, kalian tinggal isi saja.
Solana meluncurkan BAM: solusi baru untuk menyeimbangkan volume dan likuiditas.
Tantangan Baru Solana: Keseimbangan Antara volume dan Likuiditas
Solana dikenal karena kecepatan tinggi dan volume transaksi yang besar, tetapi apakah itu benar-benar cukup? Ketika kita memeriksa transaksi ini dengan cermat, sebuah pertanyaan muncul: Apakah semuanya menciptakan nilai yang nyata?
Sebenarnya, volume transaksi yang besar di Solana tidak berasal dari permintaan transaksi yang nyata, melainkan dari para arbitrase frekuensi tinggi yang memanfaatkan perbedaan informasi dalam milidetik untuk mendapatkan keuntungan. Para peserta yang disebut "trader beracun" ini memanfaatkan keunggulan teknologi untuk meningkatkan biaya Gas saat pembuat pasar akan membatalkan pesanan, memastikan bahwa transaksi mereka diprioritaskan untuk dikemas, sehingga menyelesaikan arbitrase dan menyebabkan kerugian bagi pembuat pasar. Untuk mengimbangi kerugian ini, pembuat pasar terpaksa memperlebar spread harga beli dan jual, yang pada akhirnya harus ditanggung oleh pengguna biasa.
Solana selalu memiliki visi untuk mewujudkan buku pesanan di blockchain sebagai pengganti bursa terpusat. Namun, keberadaan "pedagang beracun" menjadi hambatan untuk mewujudkan impian ini. Inilah tantangan baru yang dihadapi Solana saat ini: volume tidak sama dengan likuiditas. Pasar yang benar-benar sehat tidak membutuhkan 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 lelang berkala, pelaku yang mengambil pesanan sebenarnya memiliki prioritas, yang menyebabkan perilaku MEV (nilai ekstraksi maksimum) yang merugikan mempengaruhi keadilan pasar.
Secara khusus, dalam mekanisme konsensus Solana, setiap 400 milidetik ada slot waktu (Slot), di mana dalam setiap Slot, transaksi diurutkan berdasarkan biaya Gas yang dibayar. Transaksi dengan penawaran tertinggi akan dieksekusi terlebih dahulu. Dalam proses ini, pembuat pasar perlu sering menyesuaikan penawaran, terus-menerus membatalkan dan memasang ulang pesanan, untuk menyesuaikan dengan perubahan harga pasar.
Namun, para pelaku pasar yang melakukan pembelian tunggal, terutama para pelaku arbitrase frekuensi tinggi, terus memantau perbedaan harga. Begitu mereka menemukan kesempatan, mereka segera menyelesaikan transaksi. Mereka dapat memastikan transaksi diselesaikan sebelum pembuat pasar membatalkan pesanan dengan membayar biaya yang lebih tinggi, yang menyebabkan pembuat pasar sering mengalami kerugian.
Dalam kondisi ideal, urutan eksekusi perdagangan untuk bursa terdesentralisasi (DEX) tipe buku pesanan seharusnya adalah: seiring dengan fluktuasi harga, pertama mengeksekusi semua operasi pembatalan, kemudian mengeksekusi pesanan baru, dan akhirnya melakukan transaksi. Namun, mekanisme konsensus Solana saat ini tidak dapat mewujudkan hal ini pada tingkat mikro.
Sama halnya, dalam hal penawaran oracle, skenario terbaik adalah memperbarui harga oracle terlebih dahulu, kemudian melakukan transaksi yang bergantung pada harga tersebut. Namun, dalam interval waktu 400 milidetik saat ini, pasar mungkin mengalami fluktuasi yang tajam yang mengakibatkan transaksi tetap menggunakan harga lama.
Untuk protokol pinjaman, yang paling ideal adalah menambahkan margin terlebih dahulu, kemudian melakukan likuidasi.
Oleh karena itu, Solana memerlukan mekanisme yang memungkinkan protokol yang berbeda untuk mengurutkan transaksi sesuai dengan kebutuhan mereka, inilah konsep kontrol eksekusi aplikasi (ACE) yang selalu ditekankan oleh Solana.
BAM: Solana's solusi
Untuk mengatasi tantangan ini, Solana mengusulkan BAM (Pasar Pengumpulan Blok) sebagai solusi. BAM membangun lapisan pengurutan atau lapisan pra-pemrosesan antara lapisan aplikasi Solana dan jaringan utama.
BAM menggunakan lingkungan eksekusi tepercaya (TEEs) untuk membangun kotak pasir privasi, di mana transaksi diurutkan berdasarkan aturan yang telah ditentukan sebelumnya atau prinsip first in first out (FIFO). Mekanisme ini bertujuan untuk lebih baik melayani protokol seperti buku pesanan, bursa kontrak berkelanjutan, dan kolam gelap.
Cara Kerja BAM
Proses perdagangan BAM berbeda dari proses perdagangan reguler Solana:
BAM sebagai fitur opsional, tidak bertentangan dengan proses konsensus jaringan utama Solana. Ini melakukan pengurutan transaksi secara "off-chain" terlebih dahulu, kemudian mengirimkan paket transaksi yang telah diurutkan ke jaringan utama Solana.
Mode Operasional BAM
BAM mendukung tiga mode operasi:
Ciri utama dari mode BAM meliputi:
Aplikasi Nyata BAM
Aplikasi BAM mencakup:
Dengan penerapan BAM, pengalaman trading Solana akan meningkat secara signifikan, menjadikan pengalaman aplikasi mainnet-nya lebih mendekati bursa terpusat.
Secara keseluruhan, BAM membawa verifikasi, perlindungan privasi, dan pemrograman ke dalam proses pemrosesan transaksi Solana. Ini memungkinkan pengembang untuk membangun buku pesanan limit pusat, bursa kontrak berjangka, kolam gelap, dan infrastruktur keuangan lainnya yang memerlukan kontrol pemeringkatan, eksekusi yang deterministik, dan perlindungan privasi, sehingga mendorong inovasi dan pengembangan ekosistem Solana.