Tantangan Baru Solana: Tidak Hanya Mengejar Kecepatan, Tetapi Juga Memperhatikan Kualitas Transaksi
Solana terkenal karena kecepatan dan volume transaksinya yang tinggi, tetapi apakah itu berarti ia sudah "cukup baik"? Ketika kita mengamati transaksi ini dengan cermat, satu pertanyaan muncul: Apakah semua transaksi ini menciptakan nilai nyata?
Faktanya, banyak transaksi di jaringan Solana tidak berasal dari permintaan transaksi yang nyata, tetapi berasal dari para arbitrase frekuensi tinggi yang memanfaatkan perbedaan informasi dalam skala milidetik untuk meraih keuntungan. Para "trader beracun" ini memanfaatkan keunggulan teknologi, dengan meningkatkan biaya Gas agar transaksi mereka diprioritaskan untuk dibundel saat pembuat pasar akan membatalkan pesanan, sehingga menyelesaikan arbitrase dan menyebabkan kerugian bagi pembuat pasar. Untuk menutupi kerugian ini, pembuat pasar terpaksa memperlebar spread harga beli dan jual, yang pada akhirnya merugikan kepentingan pengguna biasa.
Solana selalu memiliki visi untuk mewujudkan buku pesanan di dalam rantai, menggantikan bursa terpusat. Namun, keberadaan "trader beracun" menjadi penghalang untuk mencapai impian 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 berkualitas lebih tinggi.
Bagaimana cara mengeliminasi transaksi beracun untuk melindungi likuiditas dengan lebih baik?
Dalam sistem saat ini, karena mekanisme konsensus Solana menggunakan mekanisme lelang periodik, para pemesan sebenarnya memiliki hak prioritas, yang mengakibatkan pengaruh MEV yang merugikan terhadap keadilan pasar.
Secara spesifik, dalam mekanisme konsensus Solana yang ada, transaksi dalam setiap periode waktu (Slot) diurutkan berdasarkan biaya Gas prioritas yang dibayarkan, di mana transaksi dengan penawaran tertinggi dieksekusi terlebih dahulu. Mekanisme lelang ini dilakukan setiap 400 milidetik. Dalam proses ini, pembuat pasar perlu sering menyesuaikan tawaran, terus-menerus membatalkan dan memasang ulang pesanan, untuk mengikuti perubahan harga pasar.
Sementara itu, para pelaku makan (terutama arbitrase frekuensi tinggi) akan terus memantau perbedaan harga, dan segera melakukan transaksi begitu mereka menemukan kesempatan. Mereka dapat menyelesaikan transaksi dengan membayar biaya lebih tinggi untuk mengalahkan pembatalan, yang menyebabkan pembuat pasar sering "diserang", menanggung kerugian.
Untuk bursa terdesentralisasi (DEX) tipe buku pesanan, urutan perdagangan yang ideal seharusnya: dengan fluktuasi harga, pertama-tama mengeksekusi semua pembatalan, kemudian mengeksekusi pesanan baru, dan terakhir mengeksekusi transaksi. Namun saat ini, mekanisme konsensus Solana tidak dapat mencapai hal ini di tingkat mikro.
Masalah yang sama juga ada pada tingkat penawaran oracle. Dalam keadaan ideal, harga oracle harus diperbarui terlebih dahulu, sebelum melaksanakan transaksi yang bergantung pada harga tersebut. Namun, dalam interval 400 milidetik saat ini, pasar mungkin mengalami fluktuasi yang tajam sehingga eksekusi transaksi tetap dilakukan dengan harga sebelumnya.
Untuk protokol pinjaman, keadaan yang paling ideal adalah menyetor jaminan terlebih dahulu, kemudian melakukan likuidasi.
Oleh karena itu, solusi terbaik adalah memungkinkan berbagai protokol untuk mengurutkan transaksi sesuai dengan kebutuhan mereka sendiri, inilah konsep Eksekusi Terkontrol Aplikasi (Application-Controlled Execution, ACE) yang selalu ditekankan oleh Solana.
Untuk mengatasi masalah ini, Solana mengusulkan BAM (Pasar Perakitan Blok) sebagai solusi.
BAM: Solana adalah jawaban baru
BAM membangun lapisan pengurutan atau lapisan pra-pemrosesan antara lapisan aplikasi dan mainnet Solana. Ini memanfaatkan lingkungan eksekusi yang tepercaya (TEE) untuk membangun kotak pasir privasi, di mana transaksi diurutkan berdasarkan aturan yang sudah ditentukan atau prinsip first-in-first-out (FIFO). Mekanisme ini dirancang untuk lebih baik melayani protokol seperti buku pesanan, bursa kontrak berjangka, dan kolam gelap.
Cara Kerja BAM
Proses transaksi BAM adalah sebagai berikut:
Pengguna mengonfirmasi transaksi di dompet
Transaksi dikirim ke node RPC
Transaksi dipindahkan ke jaringan BAM, diurutkan dalam lingkungan privasi TEE
Node dapat menambahkan transaksi tambahan melalui plugin, seperti memperbarui harga oracle.
Paket data transaksi diserahkan ke node Leader di jaringan utama Solana
Leader mengemas paket data BAM menjadi blok dan menyiarkannya
Node lain melakukan konfirmasi suara
BAM tidak berjalan langsung di jaringan utama Solana, tetapi menyelesaikan pengurutan transaksi sebelumnya dengan cara "off-chain" dan kemudian mengirimkan transaksi yang telah dikemas ke jaringan utama Solana.
Fitur Inti BAM
Lingkungan Eksekusi Tepercaya (TEEs): Memanfaatkan TEEs untuk membangun lingkungan privasi, memastikan keadilan dalam urutan transaksi.
Sistem plugin: Memungkinkan aplikasi untuk membangun logika pengurutan transaksi kustom, mewujudkan pengurutan transaksi yang kompleks, sambil menjaga keamanan lingkungan TEE.
Aplikasi Nyata BAM
Perlindungan likuidasi pinjaman: Prioritas untuk melakukan operasi tambahan jaminan, kemudian melakukan pemeriksaan likuidasi.
Kombinasi transaksi atomik: perbarui harga oracle terlebih dahulu, kemudian lakukan transaksi yang bergantung pada harga tersebut, untuk DEX kontrak juga dapat menyelesaikan derivatif terkait dalam jendela waktu yang sama.
Perlindungan fluktuasi harga: Mendeteksi pesanan besar yang abnormal, membaginya menjadi bagian kecil untuk dieksekusi secara bertahap, memberikan waktu reaksi pasar, menghindari likuidasi berantai atau arbitrase yang dapat menyebabkan konsekuensi serius.
Perlindungan Pembuat Pasar: Dalam situasi darurat, mampu membatalkan pesanan, memperbarui harga oracle, dan memasang kembali pesanan dalam milidetik, untuk menghindari arbitrase yang merugikan, sehingga mengurangi spread.
Kesimpulan
Pengenalan BAM membawa verifikasi, perlindungan privasi, dan kemampuan pemrograman ke dalam proses pemrosesan transaksi Solana. Ini memungkinkan pengembang untuk membangun aplikasi terdesentralisasi yang lebih mendekati pengalaman bursa terpusat, seperti buku pesanan limit sentral, bursa kontrak berkelanjutan, dan kolam gelap. Aplikasi ini memerlukan kontrol pengurutan yang tepat, eksekusi yang deterministik, dan perlindungan privasi, kemunculan BAM akan mendorong inovasi dan pengembangan ekosistem Solana secara signifikan.
Dengan penerapan BAM, pengalaman transaksi Solana diharapkan akan meningkat secara signifikan, membuat kinerja aplikasi mainnet-nya lebih mendekati bursa terpusat. Ini bukan hanya tentang kecepatan, tetapi juga peningkatan kualitas transaksi secara menyeluruh, menandai langkah penting Solana dalam penerapan teknologi blockchain.
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.
9 Suka
Hadiah
9
6
Posting ulang
Bagikan
Komentar
0/400
DAOplomacy
· 08-04 23:57
dapat dikatakan ini adalah upaya lain yang sub-optimal dalam teater pemerintahan... ketergantungan jalur menyerang lagi sejujurnya
Lihat AsliBalas0
MissedTheBoat
· 08-04 08:02
Jika harga naik pasti akan jatuh, lihat apakah saya tepat.
Lihat AsliBalas0
ForkItAll
· 08-02 22:46
Intinya adalah terjepit.
Lihat AsliBalas0
GasSavingMaster
· 08-02 22:36
gas mengumpulkan di seluruh dunia, biayanya milik saya! Pergi pergi
Tantangan Baru Solana: Teknologi BAM Meningkatkan Kualitas Transaksi Menghilangkan Transaksi Beracun
Tantangan Baru Solana: Tidak Hanya Mengejar Kecepatan, Tetapi Juga Memperhatikan Kualitas Transaksi
Solana terkenal karena kecepatan dan volume transaksinya yang tinggi, tetapi apakah itu berarti ia sudah "cukup baik"? Ketika kita mengamati transaksi ini dengan cermat, satu pertanyaan muncul: Apakah semua transaksi ini menciptakan nilai nyata?
Faktanya, banyak transaksi di jaringan Solana tidak berasal dari permintaan transaksi yang nyata, tetapi berasal dari para arbitrase frekuensi tinggi yang memanfaatkan perbedaan informasi dalam skala milidetik untuk meraih keuntungan. Para "trader beracun" ini memanfaatkan keunggulan teknologi, dengan meningkatkan biaya Gas agar transaksi mereka diprioritaskan untuk dibundel saat pembuat pasar akan membatalkan pesanan, sehingga menyelesaikan arbitrase dan menyebabkan kerugian bagi pembuat pasar. Untuk menutupi kerugian ini, pembuat pasar terpaksa memperlebar spread harga beli dan jual, yang pada akhirnya merugikan kepentingan pengguna biasa.
Solana selalu memiliki visi untuk mewujudkan buku pesanan di dalam rantai, menggantikan bursa terpusat. Namun, keberadaan "trader beracun" menjadi penghalang untuk mencapai impian 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 berkualitas lebih tinggi.
Bagaimana cara mengeliminasi transaksi beracun untuk melindungi likuiditas dengan lebih baik?
Dalam sistem saat ini, karena mekanisme konsensus Solana menggunakan mekanisme lelang periodik, para pemesan sebenarnya memiliki hak prioritas, yang mengakibatkan pengaruh MEV yang merugikan terhadap keadilan pasar.
Secara spesifik, dalam mekanisme konsensus Solana yang ada, transaksi dalam setiap periode waktu (Slot) diurutkan berdasarkan biaya Gas prioritas yang dibayarkan, di mana transaksi dengan penawaran tertinggi dieksekusi terlebih dahulu. Mekanisme lelang ini dilakukan setiap 400 milidetik. Dalam proses ini, pembuat pasar perlu sering menyesuaikan tawaran, terus-menerus membatalkan dan memasang ulang pesanan, untuk mengikuti perubahan harga pasar.
Sementara itu, para pelaku makan (terutama arbitrase frekuensi tinggi) akan terus memantau perbedaan harga, dan segera melakukan transaksi begitu mereka menemukan kesempatan. Mereka dapat menyelesaikan transaksi dengan membayar biaya lebih tinggi untuk mengalahkan pembatalan, yang menyebabkan pembuat pasar sering "diserang", menanggung kerugian.
Untuk bursa terdesentralisasi (DEX) tipe buku pesanan, urutan perdagangan yang ideal seharusnya: dengan fluktuasi harga, pertama-tama mengeksekusi semua pembatalan, kemudian mengeksekusi pesanan baru, dan terakhir mengeksekusi transaksi. Namun saat ini, mekanisme konsensus Solana tidak dapat mencapai hal ini di tingkat mikro.
Masalah yang sama juga ada pada tingkat penawaran oracle. Dalam keadaan ideal, harga oracle harus diperbarui terlebih dahulu, sebelum melaksanakan transaksi yang bergantung pada harga tersebut. Namun, dalam interval 400 milidetik saat ini, pasar mungkin mengalami fluktuasi yang tajam sehingga eksekusi transaksi tetap dilakukan dengan harga sebelumnya.
Untuk protokol pinjaman, keadaan yang paling ideal adalah menyetor jaminan terlebih dahulu, kemudian melakukan likuidasi.
Oleh karena itu, solusi terbaik adalah memungkinkan berbagai protokol untuk mengurutkan transaksi sesuai dengan kebutuhan mereka sendiri, inilah konsep Eksekusi Terkontrol Aplikasi (Application-Controlled Execution, ACE) yang selalu ditekankan oleh Solana.
Untuk mengatasi masalah ini, Solana mengusulkan BAM (Pasar Perakitan Blok) sebagai solusi.
BAM: Solana adalah jawaban baru
BAM membangun lapisan pengurutan atau lapisan pra-pemrosesan antara lapisan aplikasi dan mainnet Solana. Ini memanfaatkan lingkungan eksekusi yang tepercaya (TEE) untuk membangun kotak pasir privasi, di mana transaksi diurutkan berdasarkan aturan yang sudah ditentukan atau prinsip first-in-first-out (FIFO). Mekanisme ini dirancang untuk lebih baik melayani protokol seperti buku pesanan, bursa kontrak berjangka, dan kolam gelap.
Cara Kerja BAM
Proses transaksi BAM adalah sebagai berikut:
BAM tidak berjalan langsung di jaringan utama Solana, tetapi menyelesaikan pengurutan transaksi sebelumnya dengan cara "off-chain" dan kemudian mengirimkan transaksi yang telah dikemas ke jaringan utama Solana.
Fitur Inti BAM
Lingkungan Eksekusi Tepercaya (TEEs): Memanfaatkan TEEs untuk membangun lingkungan privasi, memastikan keadilan dalam urutan transaksi.
Sistem plugin: Memungkinkan aplikasi untuk membangun logika pengurutan transaksi kustom, mewujudkan pengurutan transaksi yang kompleks, sambil menjaga keamanan lingkungan TEE.
Aplikasi Nyata BAM
Perlindungan likuidasi pinjaman: Prioritas untuk melakukan operasi tambahan jaminan, kemudian melakukan pemeriksaan likuidasi.
Kombinasi transaksi atomik: perbarui harga oracle terlebih dahulu, kemudian lakukan transaksi yang bergantung pada harga tersebut, untuk DEX kontrak juga dapat menyelesaikan derivatif terkait dalam jendela waktu yang sama.
Perlindungan fluktuasi harga: Mendeteksi pesanan besar yang abnormal, membaginya menjadi bagian kecil untuk dieksekusi secara bertahap, memberikan waktu reaksi pasar, menghindari likuidasi berantai atau arbitrase yang dapat menyebabkan konsekuensi serius.
Perlindungan Pembuat Pasar: Dalam situasi darurat, mampu membatalkan pesanan, memperbarui harga oracle, dan memasang kembali pesanan dalam milidetik, untuk menghindari arbitrase yang merugikan, sehingga mengurangi spread.
Kesimpulan
Pengenalan BAM membawa verifikasi, perlindungan privasi, dan kemampuan pemrograman ke dalam proses pemrosesan transaksi Solana. Ini memungkinkan pengembang untuk membangun aplikasi terdesentralisasi yang lebih mendekati pengalaman bursa terpusat, seperti buku pesanan limit sentral, bursa kontrak berkelanjutan, dan kolam gelap. Aplikasi ini memerlukan kontrol pengurutan yang tepat, eksekusi yang deterministik, dan perlindungan privasi, kemunculan BAM akan mendorong inovasi dan pengembangan ekosistem Solana secara signifikan.
Dengan penerapan BAM, pengalaman transaksi Solana diharapkan akan meningkat secara signifikan, membuat kinerja aplikasi mainnet-nya lebih mendekati bursa terpusat. Ini bukan hanya tentang kecepatan, tetapi juga peningkatan kualitas transaksi secara menyeluruh, menandai langkah penting Solana dalam penerapan teknologi blockchain.