Tantangan Baru Solana: Meningkatkan Kualitas Transaksi daripada Kuantitas
Solana dikenal karena kecepatan tinggi dan kapasitas transaksi yang besar, tetapi apakah itu sudah cukup? Ketika kita menganalisis transaksi ini lebih dalam, kita tidak bisa tidak bertanya: Apakah semuanya menciptakan nilai nyata?
Sebenarnya, banyak transaksi di Solana tidak berasal dari permintaan nyata, tetapi berasal dari trader frekuensi tinggi yang memanfaatkan perbedaan informasi dalam milidetik untuk arbitrase. Trader "beracun" ini memanfaatkan keunggulan teknologi dengan meningkatkan biaya Gas saat pembuat pasar akan membatalkan pesanan, memastikan bahwa transaksi mereka dieksekusi lebih dulu, sehingga menyelesaikan arbitrase dan membuat pembuat pasar menderita kerugian. Untuk menutupi kerugian ini, pembuat pasar terpaksa memperlebar selisih harga jual-beli, akhirnya biaya tersebut ditanggung oleh pengguna biasa.
Solana selalu bermimpi untuk mewujudkan buku pesanan yang dapat menggantikan bursa terpusat di blockchain, tetapi keberadaan "pedagang beracun" telah menjadi penghalang untuk mencapai tujuan ini. Inilah tantangan baru yang dihadapi Solana saat ini: volume perdagangan tidak sama dengan likuiditas. Pasar yang benar-benar sehat bukanlah tentang lebih banyak transaksi, tetapi tentang transaksi yang berkualitas lebih tinggi.
Bagaimana cara menghapus transaksi beracun untuk melindungi likuiditas dengan lebih baik?
Dalam sistem saat ini, karena mekanisme konsensus Solana menggunakan lelang periodik, para pemakan pesanan sebenarnya memiliki prioritas, yang membuat perilaku MEV (nilai maksimum yang dapat diekstrak) yang jahat mempengaruhi keadilan pasar.
Di bawah mekanisme konsensus yang ada di Solana, transaksi diurutkan berdasarkan biaya Gas prioritas yang dibayarkan dalam setiap slot waktu 400 milidetik, di mana transaksi dengan tawaran tertinggi dieksekusi terlebih dahulu. Dalam proses ini, pembuat pasar perlu sering menyesuaikan tawaran, terus-menerus membatalkan dan memasang kembali order untuk menyesuaikan dengan perubahan harga pasar. Sementara itu, para arbitrase memantau perbedaan harga dan segera melakukan transaksi begitu mereka menemukan kesempatan, sering kali dengan membayar biaya yang lebih tinggi untuk menyelesaikan transaksi sebelum pembuat pasar membatalkan order, yang mengakibatkan pembuat pasar sering mengalami kerugian.
Dalam keadaan ideal, urutan transaksi di bursa terdesentralisasi (DEX) harusnya: dengan fluktuasi harga, pertama mengeksekusi semua pembatalan, kemudian order baru, dan terakhir baru transaksi yang berhasil. Namun, mekanisme konsensus Solana saat ini tidak dapat mewujudkan hal ini pada tingkat mikro.
Sama halnya, dalam hal kutipan oracle, situasi ideal adalah memperbarui harga oracle terlebih dahulu, lalu melaksanakan transaksi yang bergantung pada harga tersebut. Namun, dalam interval 400 milidetik saat ini, pasar dapat mengalami fluktuasi yang tajam sehingga transaksi tetap dilaksanakan berdasarkan harga awal.
Untuk protokol pinjaman, solusi terbaik adalah menambah margin terlebih dahulu, kemudian melakukan likuidasi.
Oleh karena itu, Solana membutuhkan mekanisme yang memungkinkan protokol yang berbeda untuk mengurutkan transaksi berdasarkan kebutuhan, yaitu apa yang selalu ditekankan oleh Solana sebagai kontrol eksekusi aplikasi (ACE).
BAM: Solana solusi
BAM (Pasar Pengumpulan Blok) adalah jawaban yang diajukan oleh Solana untuk mengatasi masalah ini. Ini membangun lapisan pengurutan atau lapisan pra-pemrosesan antara aplikasi dan jaringan utama di rantai Solana. BAM memanfaatkan lingkungan eksekusi tepercaya (TEE) untuk membangun kotak pasir privasi, di mana transaksi diurutkan berdasarkan aturan yang telah ditentukan atau prinsip antrian pertama, keluar pertama (FIFO), untuk lebih baik melayani protokol seperti buku pesanan, bursa kontrak berkelanjutan, dan kolam gelap.
Cara Kerja BAM
Dalam proses transaksi Solana tradisional, setelah pengguna mengonfirmasi transaksi, transaksi dikirim melalui node RPC ke node Leader dari slot waktu saat ini, Leader mengumpulkan transaksi dan mengurutkannya menjadi blok yang disiarkan, node lainnya melakukan pemungutan suara.
Dan dalam aplikasi yang terhubung dengan BAM, proses transaksi sedikit berbeda: transaksi yang dikonfirmasi oleh pengguna terlebih dahulu dikirim ke jaringan BAM, diurutkan dalam lingkungan TEE. Selama proses ini, node dapat menambahkan transaksi tambahan melalui plugin, seperti memperbarui harga oracle. Paket transaksi yang telah diurutkan kemudian diajukan ke node Leader di jaringan utama Solana, lalu dikemas menjadi blok dan disiarkan.
BAM sebenarnya berfungsi sebagai lapisan pra-pemrosesan opsional, tidak beroperasi langsung di jaringan utama Solana, tetapi menyelesaikan pengurutan transaksi di "off-chain" dan kemudian mengirimkan paket transaksi yang telah diurutkan ke jaringan utama.
Tiga Mode Operasi BAM
Mod default Solana
Mode Block-Engine: Solusi MEV Jito saat ini, intinya adalah mekanisme lelang
Mode BAM: Validator mengurutkan sesuai prinsip FIFO secara ketat
Fitur utama dari mode BAM meliputi:
Memanfaatkan TEE untuk membangun lingkungan privasi dalam pengurutan transaksi, memastikan keadilan.
Mewujudkan logika pengurutan transaksi yang kompleks melalui sistem plugin, memungkinkan aplikasi untuk menyesuaikan aturan pengurutan.
Aplikasi Nyata BAM
Perlindungan Penyelesaian Pinjaman: Prioritaskan pelaksanaan operasi tambahan jaminan, kemudian lakukan pemeriksaan penyelesaian.
Kombinasi transaksi tingkat atom: 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 pesanan besar yang tidak biasa dan mengeksekusi secara bertahap, memberikan waktu reaksi pasar, untuk menghindari dampak negatif yang disebabkan oleh likuidasi beruntun atau arbitrase.
Perlindungan Pembuat Pasar: Dalam situasi darurat, dapat dengan cepat membatalkan pesanan, memperbarui harga, dan memasang kembali pesanan untuk mengurangi risiko arbitrase yang merugikan.
Dengan penerapan BAM, pengalaman transaksi Solana akan meningkat secara signifikan, membuat pengalaman aplikasi mainnet-nya lebih mendekati bursa terpusat.
Secara keseluruhan, BAM membawa verifikasi, perlindungan privasi, dan kemampuan pemrograman ke dalam proses pemrosesan transaksi Solana. Ini memungkinkan pengembang untuk membangun buku pesanan batas pusat, bursa kontrak berjangka, kolam gelap, dan infrastruktur keuangan lainnya yang memerlukan kontrol pemeringkatan, eksekusi 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.
10 Suka
Hadiah
10
3
Posting ulang
Bagikan
Komentar
0/400
AirdropHunter007
· 08-10 15:14
Siapa yang tidak suka memanfaatkan sol?
Lihat AsliBalas0
TestnetFreeloader
· 08-10 15:14
Siapa yang belum pernah melakukan pelanggaran waktu di bursa?
Lihat AsliBalas0
Frontrunner
· 08-10 15:03
sol masih kuat dalam menghasilkan uang melalui celah
Solana meluncurkan solusi BAM untuk meningkatkan kualitas dan keadilan transaksi
Tantangan Baru Solana: Meningkatkan Kualitas Transaksi daripada Kuantitas
Solana dikenal karena kecepatan tinggi dan kapasitas transaksi yang besar, tetapi apakah itu sudah cukup? Ketika kita menganalisis transaksi ini lebih dalam, kita tidak bisa tidak bertanya: Apakah semuanya menciptakan nilai nyata?
Sebenarnya, banyak transaksi di Solana tidak berasal dari permintaan nyata, tetapi berasal dari trader frekuensi tinggi yang memanfaatkan perbedaan informasi dalam milidetik untuk arbitrase. Trader "beracun" ini memanfaatkan keunggulan teknologi dengan meningkatkan biaya Gas saat pembuat pasar akan membatalkan pesanan, memastikan bahwa transaksi mereka dieksekusi lebih dulu, sehingga menyelesaikan arbitrase dan membuat pembuat pasar menderita kerugian. Untuk menutupi kerugian ini, pembuat pasar terpaksa memperlebar selisih harga jual-beli, akhirnya biaya tersebut ditanggung oleh pengguna biasa.
Solana selalu bermimpi untuk mewujudkan buku pesanan yang dapat menggantikan bursa terpusat di blockchain, tetapi keberadaan "pedagang beracun" telah menjadi penghalang untuk mencapai tujuan ini. Inilah tantangan baru yang dihadapi Solana saat ini: volume perdagangan tidak sama dengan likuiditas. Pasar yang benar-benar sehat bukanlah tentang lebih banyak transaksi, tetapi tentang transaksi yang berkualitas lebih tinggi.
Bagaimana cara menghapus transaksi beracun untuk melindungi likuiditas dengan lebih baik?
Dalam sistem saat ini, karena mekanisme konsensus Solana menggunakan lelang periodik, para pemakan pesanan sebenarnya memiliki prioritas, yang membuat perilaku MEV (nilai maksimum yang dapat diekstrak) yang jahat mempengaruhi keadilan pasar.
Di bawah mekanisme konsensus yang ada di Solana, transaksi diurutkan berdasarkan biaya Gas prioritas yang dibayarkan dalam setiap slot waktu 400 milidetik, di mana transaksi dengan tawaran tertinggi dieksekusi terlebih dahulu. Dalam proses ini, pembuat pasar perlu sering menyesuaikan tawaran, terus-menerus membatalkan dan memasang kembali order untuk menyesuaikan dengan perubahan harga pasar. Sementara itu, para arbitrase memantau perbedaan harga dan segera melakukan transaksi begitu mereka menemukan kesempatan, sering kali dengan membayar biaya yang lebih tinggi untuk menyelesaikan transaksi sebelum pembuat pasar membatalkan order, yang mengakibatkan pembuat pasar sering mengalami kerugian.
Dalam keadaan ideal, urutan transaksi di bursa terdesentralisasi (DEX) harusnya: dengan fluktuasi harga, pertama mengeksekusi semua pembatalan, kemudian order baru, dan terakhir baru transaksi yang berhasil. Namun, mekanisme konsensus Solana saat ini tidak dapat mewujudkan hal ini pada tingkat mikro.
Sama halnya, dalam hal kutipan oracle, situasi ideal adalah memperbarui harga oracle terlebih dahulu, lalu melaksanakan transaksi yang bergantung pada harga tersebut. Namun, dalam interval 400 milidetik saat ini, pasar dapat mengalami fluktuasi yang tajam sehingga transaksi tetap dilaksanakan berdasarkan harga awal.
Untuk protokol pinjaman, solusi terbaik adalah menambah margin terlebih dahulu, kemudian melakukan likuidasi.
Oleh karena itu, Solana membutuhkan mekanisme yang memungkinkan protokol yang berbeda untuk mengurutkan transaksi berdasarkan kebutuhan, yaitu apa yang selalu ditekankan oleh Solana sebagai kontrol eksekusi aplikasi (ACE).
BAM: Solana solusi
BAM (Pasar Pengumpulan Blok) adalah jawaban yang diajukan oleh Solana untuk mengatasi masalah ini. Ini membangun lapisan pengurutan atau lapisan pra-pemrosesan antara aplikasi dan jaringan utama di rantai Solana. BAM memanfaatkan lingkungan eksekusi tepercaya (TEE) untuk membangun kotak pasir privasi, di mana transaksi diurutkan berdasarkan aturan yang telah ditentukan atau prinsip antrian pertama, keluar pertama (FIFO), untuk lebih baik melayani protokol seperti buku pesanan, bursa kontrak berkelanjutan, dan kolam gelap.
Cara Kerja BAM
Dalam proses transaksi Solana tradisional, setelah pengguna mengonfirmasi transaksi, transaksi dikirim melalui node RPC ke node Leader dari slot waktu saat ini, Leader mengumpulkan transaksi dan mengurutkannya menjadi blok yang disiarkan, node lainnya melakukan pemungutan suara.
Dan dalam aplikasi yang terhubung dengan BAM, proses transaksi sedikit berbeda: transaksi yang dikonfirmasi oleh pengguna terlebih dahulu dikirim ke jaringan BAM, diurutkan dalam lingkungan TEE. Selama proses ini, node dapat menambahkan transaksi tambahan melalui plugin, seperti memperbarui harga oracle. Paket transaksi yang telah diurutkan kemudian diajukan ke node Leader di jaringan utama Solana, lalu dikemas menjadi blok dan disiarkan.
BAM sebenarnya berfungsi sebagai lapisan pra-pemrosesan opsional, tidak beroperasi langsung di jaringan utama Solana, tetapi menyelesaikan pengurutan transaksi di "off-chain" dan kemudian mengirimkan paket transaksi yang telah diurutkan ke jaringan utama.
Tiga Mode Operasi BAM
Fitur utama dari mode BAM meliputi:
Aplikasi Nyata BAM
Dengan penerapan BAM, pengalaman transaksi Solana akan meningkat secara signifikan, membuat pengalaman aplikasi mainnet-nya lebih mendekati bursa terpusat.
Secara keseluruhan, BAM membawa verifikasi, perlindungan privasi, dan kemampuan pemrograman ke dalam proses pemrosesan transaksi Solana. Ini memungkinkan pengembang untuk membangun buku pesanan batas pusat, bursa kontrak berjangka, kolam gelap, dan infrastruktur keuangan lainnya yang memerlukan kontrol pemeringkatan, eksekusi deterministik, dan perlindungan privasi, sehingga mendorong inovasi dan pengembangan ekosistem Solana.