Tantangan dan Solusi Baru untuk Blockchain Solana yang Cepat
Solana sebagai Blockchain berkinerja tinggi terkenal dengan kecepatan pemrosesan transaksi yang cepat dan volume transaksi yang besar. Namun, apakah kecepatan tinggi dan kapasitas besar ini benar-benar setara dengan lingkungan transaksi yang berkualitas tinggi? Pertanyaan ini patut kita renungkan.
Di jaringan Solana, sejumlah besar transaksi tidak berasal dari permintaan transaksi yang nyata, melainkan dari pedagang frekuensi tinggi yang memanfaatkan perbedaan informasi dalam milidetik untuk arbitrase. Pedagang "beracun" ini memanfaatkan keunggulan teknologi untuk meningkatkan biaya Gas mereka saat pembuat pasar akan membatalkan pesanan, sehingga transaksi mereka diprioritaskan untuk dipaketkan, yang mengakibatkan pembuat pasar menanggung kerugian. Untuk menutupi kerugian ini, pembuat pasar terpaksa memperlebar selisih harga beli dan jual, yang pada akhirnya merugikan kepentingan pengguna biasa.
Solana selalu memiliki visi untuk mewujudkan buku pesanan di blockchain untuk menggantikan bursa terpusat. Namun, keberadaan "trader beracun" menjadi hambatan utama untuk mencapai tujuan ini. Ini menyoroti tantangan baru yang dihadapi Solana: 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 dan melindungi likuiditas pasar dengan lebih baik? Pertanyaan ini menjadi kunci dalam perkembangan Solana.
Dalam sistem Solana saat ini, pemakan order memiliki prioritas nyata karena mekanisme lelang periodik dalam mekanisme konsensus, yang menyebabkan perilaku MEV (nilai maksimal yang dapat diekstraksi) yang merugikan keadilan pasar. Secara khusus, mekanisme konsensus Solana memiliki periode waktu (Slot) setiap 400 milidetik, di mana dalam setiap Slot, transaksi diurutkan berdasarkan biaya Gas prioritas yang dibayar. Mekanisme ini memungkinkan arbitrase frekuensi tinggi untuk menyelesaikan transaksi sebelum pembuat pasar membatalkan pesanan dengan membayar biaya yang lebih tinggi, yang menyebabkan pembuat pasar sering mengalami kerugian.
Urutan perdagangan yang ideal seharusnya adalah: seiring dengan fluktuasi harga, pertama mengeksekusi semua pembatalan, kemudian mengeksekusi order baru, dan terakhir mengeksekusi transaksi. Namun, mekanisme konsensus Solana saat ini tidak dapat mencapai hal ini pada tingkat mikro. Demikian juga, dalam hal penawaran oracle, situasi ideal adalah terlebih dahulu memperbarui harga oracle, kemudian mengeksekusi transaksi yang bergantung pada harga tersebut. Namun, dalam interval 400 milidetik saat ini, fluktuasi pasar yang tajam dapat menyebabkan transaksi tetap dieksekusi berdasarkan harga sebelumnya.
Untuk menyelesaikan masalah ini, Solana mengusulkan BAM (Pasar Pengumpulan Blok) sebagai solusinya. BAM membangun lapisan pengurutan atau lapisan pra-pemrosesan antara aplikasi di rantai Solana dan jaringan utama. Ini memanfaatkan lingkungan eksekusi yang tepercaya (TEE) untuk membangun kotak pasir privasi, di mana transaksi diurutkan berdasarkan aturan yang telah ditentukan sebelumnya. Mekanisme ini bertujuan untuk lebih baik melayani protokol seperti buku pesanan, bursa kontrak berkelanjutan, dan kolam gelap.
BAM mendukung tiga mode operasi: mode default Solana, mode Block-Engine (solusi MEV Jito saat ini, inti dari mekanisme lelang) dan mode BAM (validator mengikuti urutan antrian FIFO secara ketat).
Fitur utama BAM termasuk:
Memanfaatkan lingkungan eksekusi terpercaya (TEEs) untuk membangun lingkungan privasi, memastikan keadilan dalam pengurutan transaksi.
Memungkinkan aplikasi untuk membangun logika pengurutan transaksi kustom melalui sistem plugin, untuk mencapai pengurutan yang kompleks.
Mewujudkan fungsi Kontrol Eksekusi Aplikasi (ACE) sehingga protokol yang berbeda dapat mengurutkan transaksi sesuai kebutuhan.
Aplikasi nyata BAM meliputi:
Perlindungan penyelesaian pinjaman: Melakukan operasi tambahan jaminan terlebih dahulu, kemudian melakukan pemeriksaan penyelesaian.
Kombinasi transaksi atomik: perbarui harga oracle terlebih dahulu, kemudian lakukan transaksi yang bergantung pada harga tersebut.
Perlindungan terhadap fluktuasi harga: Memecah pesanan besar menjadi bagian kecil untuk dieksekusi secara bertahap, menghindari fluktuasi pasar yang tajam.
Perlindungan Pembuat Pasar: Memungkinkan pembuat pasar untuk dengan cepat membatalkan dan mengulang pesanan saat terjadi peristiwa mendadak.
Dengan penerapan BAM, pengalaman transaksi Solana diharapkan dapat ditingkatkan secara signifikan, membuat pengalaman aplikasi di mainnet-nya lebih mendekati bursa terpusat. BAM membawa verifikasi, perlindungan privasi, dan kemampuan pemrograman dalam proses pengolahan transaksi Solana, memberikan kemungkinan bagi para pengembang untuk membangun infrastruktur keuangan yang lebih kompleks, sehingga mendorong inovasi dan perkembangan lebih lanjut dalam 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.
8 Suka
Hadiah
8
5
Posting ulang
Bagikan
Komentar
0/400
GhostWalletSleuth
· 08-01 23:04
Kecepatan bukan segalanya
Lihat AsliBalas0
DeFi_Dad_Jokes
· 08-01 09:13
Kecepatan tinggi, racun juga besar
Lihat AsliBalas0
GasWhisperer
· 07-31 02:11
BAM adalah arah yang baik untuk menghadapi situasi saat ini.
Solana meluncurkan solusi BAM untuk meningkatkan kualitas dan keadilan transaksi Blockchain
Tantangan dan Solusi Baru untuk Blockchain Solana yang Cepat
Solana sebagai Blockchain berkinerja tinggi terkenal dengan kecepatan pemrosesan transaksi yang cepat dan volume transaksi yang besar. Namun, apakah kecepatan tinggi dan kapasitas besar ini benar-benar setara dengan lingkungan transaksi yang berkualitas tinggi? Pertanyaan ini patut kita renungkan.
Di jaringan Solana, sejumlah besar transaksi tidak berasal dari permintaan transaksi yang nyata, melainkan dari pedagang frekuensi tinggi yang memanfaatkan perbedaan informasi dalam milidetik untuk arbitrase. Pedagang "beracun" ini memanfaatkan keunggulan teknologi untuk meningkatkan biaya Gas mereka saat pembuat pasar akan membatalkan pesanan, sehingga transaksi mereka diprioritaskan untuk dipaketkan, yang mengakibatkan pembuat pasar menanggung kerugian. Untuk menutupi kerugian ini, pembuat pasar terpaksa memperlebar selisih harga beli dan jual, yang pada akhirnya merugikan kepentingan pengguna biasa.
Solana selalu memiliki visi untuk mewujudkan buku pesanan di blockchain untuk menggantikan bursa terpusat. Namun, keberadaan "trader beracun" menjadi hambatan utama untuk mencapai tujuan ini. Ini menyoroti tantangan baru yang dihadapi Solana: 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 dan melindungi likuiditas pasar dengan lebih baik? Pertanyaan ini menjadi kunci dalam perkembangan Solana.
Dalam sistem Solana saat ini, pemakan order memiliki prioritas nyata karena mekanisme lelang periodik dalam mekanisme konsensus, yang menyebabkan perilaku MEV (nilai maksimal yang dapat diekstraksi) yang merugikan keadilan pasar. Secara khusus, mekanisme konsensus Solana memiliki periode waktu (Slot) setiap 400 milidetik, di mana dalam setiap Slot, transaksi diurutkan berdasarkan biaya Gas prioritas yang dibayar. Mekanisme ini memungkinkan arbitrase frekuensi tinggi untuk menyelesaikan transaksi sebelum pembuat pasar membatalkan pesanan dengan membayar biaya yang lebih tinggi, yang menyebabkan pembuat pasar sering mengalami kerugian.
Urutan perdagangan yang ideal seharusnya adalah: seiring dengan fluktuasi harga, pertama mengeksekusi semua pembatalan, kemudian mengeksekusi order baru, dan terakhir mengeksekusi transaksi. Namun, mekanisme konsensus Solana saat ini tidak dapat mencapai hal ini pada tingkat mikro. Demikian juga, dalam hal penawaran oracle, situasi ideal adalah terlebih dahulu memperbarui harga oracle, kemudian mengeksekusi transaksi yang bergantung pada harga tersebut. Namun, dalam interval 400 milidetik saat ini, fluktuasi pasar yang tajam dapat menyebabkan transaksi tetap dieksekusi berdasarkan harga sebelumnya.
Untuk menyelesaikan masalah ini, Solana mengusulkan BAM (Pasar Pengumpulan Blok) sebagai solusinya. BAM membangun lapisan pengurutan atau lapisan pra-pemrosesan antara aplikasi di rantai Solana dan jaringan utama. Ini memanfaatkan lingkungan eksekusi yang tepercaya (TEE) untuk membangun kotak pasir privasi, di mana transaksi diurutkan berdasarkan aturan yang telah ditentukan sebelumnya. Mekanisme ini bertujuan untuk lebih baik melayani protokol seperti buku pesanan, bursa kontrak berkelanjutan, dan kolam gelap.
BAM mendukung tiga mode operasi: mode default Solana, mode Block-Engine (solusi MEV Jito saat ini, inti dari mekanisme lelang) dan mode BAM (validator mengikuti urutan antrian FIFO secara ketat).
Fitur utama BAM termasuk:
Aplikasi nyata BAM meliputi:
Dengan penerapan BAM, pengalaman transaksi Solana diharapkan dapat ditingkatkan secara signifikan, membuat pengalaman aplikasi di mainnet-nya lebih mendekati bursa terpusat. BAM membawa verifikasi, perlindungan privasi, dan kemampuan pemrograman dalam proses pengolahan transaksi Solana, memberikan kemungkinan bagi para pengembang untuk membangun infrastruktur keuangan yang lebih kompleks, sehingga mendorong inovasi dan perkembangan lebih lanjut dalam ekosistem Solana.