Tantangan Baru Solana: Meningkatkan Kualitas Transaksi Bukan Kuantitas
Solana dikenal karena transaksi cepat dan volume perdagangan yang besar, tetapi apakah itu benar-benar cukup? Ketika kita memeriksa transaksi ini dengan cermat, satu pertanyaan muncul: apakah semuanya menciptakan nilai nyata?
Sebenarnya, banyak transaksi di Solana tidak berasal dari permintaan yang nyata, melainkan dari trader arbitrase frekuensi tinggi yang memanfaatkan perbedaan informasi dalam milidetik untuk meraih keuntungan. Trader "beracun" ini memanfaatkan keunggulan teknis untuk meningkatkan biaya Gas saat pembuat pasar akan membatalkan order, memastikan bahwa transaksi mereka dieksekusi terlebih dahulu, sehingga menyelesaikan arbitrase dan menyebabkan kerugian bagi pembuat pasar. Untuk menutupi kerugian ini, pembuat pasar terpaksa memperlebar selisih harga jual-beli, yang pada akhirnya merugikan kepentingan pengguna biasa.
Solana selalu bermimpi untuk mewujudkan sistem buku pesanan di blockchain yang dapat menggantikan bursa terpusat. Namun, keberadaan "trader beracun" menjadi hambatan untuk mewujudkan mimpi ini. Inilah tantangan baru yang dihadapi Solana: volume perdagangan tidak sama dengan likuiditas. Pasar yang benar-benar sehat tidak memerlukan lebih banyak perdagangan, tetapi perdagangan yang lebih berkualitas.
Bagaimana cara menghilangkan transaksi beracun untuk melindungi likuiditas pasar dengan lebih baik?
Dalam sistem saat ini, karena mekanisme konsensus Solana menggunakan lelang periodik, para pemakan pesanan sebenarnya memiliki hak prioritas, yang membuat perilaku MEV( yang jahat mempengaruhi keadilan pasar dengan nilai maksimum yang dapat diekstrak ).
Dalam mekanisme konsensus Solana yang ada, setiap periode 400 milidetik (Slot), transaksi diurutkan berdasarkan biaya Gas prioritas yang dibayarkan, dengan transaksi yang menawarkan harga tertinggi dieksekusi terlebih dahulu. Dalam proses ini, pembuat pasar perlu sering menyesuaikan tawaran, membatalkan pesanan dan memposting ulang untuk menanggapi perubahan harga pasar. Sementara itu, pelaku pasar, khususnya arbitrase frekuensi tinggi, secara ketat memantau perbedaan harga, dan segera melakukan transaksi begitu peluang ditemukan.
Ini menyebabkan para arbitrase dapat melakukan transaksi dengan membayar biaya yang lebih tinggi untuk mendahului pembatalan oleh pembuat pasar, sehingga pembuat pasar sering mengalami kerugian. Untuk bursa terdesentralisasi dengan jenis buku pesanan, urutan perdagangan yang ideal seharusnya adalah: dengan fluktuasi harga, pertama-tama melakukan semua operasi pembatalan, kemudian pesanan baru, dan terakhir baru melakukan transaksi. Namun saat ini, mekanisme konsensus Solana tidak dapat mewujudkan hal ini di tingkat mikro.
Demikian pula, ada masalah serupa dalam penawaran oracle. Idealnya, harga oracle harus diperbarui terlebih dahulu, kemudian transaksi yang bergantung pada harga tersebut harus dieksekusi. Namun, dalam interval 400 milidetik saat ini, pasar mungkin mengalami fluktuasi yang tajam sehingga transaksi masih dieksekusi berdasarkan harga lama. Untuk protokol pinjam meminjam, urutan yang paling ideal adalah menambah margin terlebih dahulu, kemudian melakukan likuidasi.
Oleh karena itu, Solana membutuhkan mekanisme yang memungkinkan berbagai protokol untuk mengurutkan transaksi sesuai dengan kebutuhan mereka masing-masing, inilah konsep yang selalu ditekankan oleh Solana yaitu Eksekusi yang Dikendalikan Aplikasi (Application-Controlled Execution, ACE).
Untuk mengatasi masalah ini, Solana mengusulkan solusi Pasar Perakitan Blok (Block Assembly Marketplace, BAM).
BAM:Solana solusi inovatif
BAM membangun lapisan pengurutan antara lapisan aplikasi dan jaringan utama Solana, yang juga dapat disebut sebagai lapisan pra-pemrosesan. Ini memanfaatkan lingkungan eksekusi tepercaya (Trusted Execution Environments, TEEs) untuk membangun kotak pasir privasi, di mana transaksi diurutkan berdasarkan aturan yang telah ditentukan sebelumnya atau prinsip First In First Out (FIFO). Inovasi ini bertujuan untuk memberikan layanan yang lebih baik untuk buku pesanan, bursa kontrak berkelanjutan, dan kolam gelap seperti protokol.
Cara Kerja BAM
Dalam aplikasi Solana yang terhubung dengan BAM, alur transaksi adalah sebagai berikut:
Pengguna mengonfirmasi transaksi di dompet
Transaksi dikirim ke node RPC
Transaksi diteruskan ke jaringan BAM, dilakukan pengurutan dalam lingkungan privasi TEE
Node dapat menambahkan transaksi tambahan ( melalui plugin seperti memperbarui harga oracle ), dan menghasilkan bukti.
Paket data transaksi dikirim ke node Leader di jaringan utama Solana
Leader menggabungkan paket data BAM ke dalam blok dan menyiarkannya
Node lain melakukan konfirmasi suara
BAM tidak langsung berjalan di jaringan utama Solana, melainkan sebagai solusi off-chain "opsional" yang menyelesaikan pengurutan dan pengemasan transaksi terlebih dahulu, kemudian baru diserahkan ke jaringan utama Solana.
Fitur Utama BAM
BAM mendukung tiga mode operasi:
Mode default Solana
Mode Block-Engine ( mekanisme penawaran inti dari solusi MEV saat ini )
Mode BAM ( validator secara ketat diurutkan berdasarkan FIFO )
Fitur utama dari mode BAM meliputi:
Membangun lingkungan privasi menggunakan lingkungan eksekusi tepercaya (TEEs), memastikan keadilan dalam urutan transaksi.
Sistem plugin mendukung logika pengurutan transaksi yang kompleks, memungkinkan aplikasi untuk menyesuaikan aturan pengurutan.
Mewujudkan fungsi kontrol aplikasi eksekusi (ACE), memenuhi kebutuhan spesifik berbagai protokol
Aplikasi Praktis BAM
Aplikasi BAM mencakup:
Perlindungan Penyelesaian Pinjaman: Melakukan operasi jaminan tambahan terlebih dahulu, kemudian melakukan pemeriksaan penyelesaian.
Kombinasi transaksi tingkat atom: pertama perbarui harga oracle, kemudian lakukan transaksi yang bergantung pada harga tersebut, semua operasi diselesaikan dalam jendela waktu yang sama.
Perlindungan fluktuasi harga: mendeteksi pesanan besar yang tidak normal dan melaksanakan dalam beberapa tahap, memberikan waktu reaksi yang cukup bagi pasar
Perlindungan Pembuat Pasar: Dalam situasi darurat, memungkinkan pembatalan pesanan, pembaruan harga, dan penempatan kembali pesanan dalam milidetik, mengurangi risiko arbitrase yang merugikan.
Penerapan BAM akan secara signifikan meningkatkan pengalaman perdagangan Solana, mendekatkan aplikasi mainnet-nya pada kinerja bursa terpusat.
Singkatnya, BAM memperkenalkan verifikasi, perlindungan privasi, dan pemrograman ke dalam proses pemrosesan transaksi Solana. Ini memungkinkan pengembang untuk membangun buku pesanan dengan batas pusat, bursa kontrak berkelanjutan, kolam gelap, dan infrastruktur keuangan lainnya yang memerlukan kontrol urutan yang tepat, eksekusi yang pasti, dan jaminan privasi, sehingga mendorong inovasi dan perkembangan 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.
24 Suka
Hadiah
24
7
Posting ulang
Bagikan
Komentar
0/400
LongTermDreamer
· 1jam yang lalu
Tunggu tiga tahun, sol pasti akan berhasil besar. Melihat sejarah perkembangan on-chain, peningkatan kualitas selalu menjadi tanda awal bull run. Beli dan tahan saja.
Lihat AsliBalas0
MeaninglessGwei
· 13jam yang lalu
Kanker di mana saja sama saja
Lihat AsliBalas0
LuckyHashValue
· 08-13 21:46
sol masih harus bermain untuk memanen suckers berapa lama lagi?
Lihat AsliBalas0
FarmToRiches
· 08-13 21:45
Semua transaksi palsu, sangat lucu.
Lihat AsliBalas0
NotSatoshi
· 08-13 21:42
Banyak dan dapat diandalkan adalah dua hal yang berbeda.
Lihat AsliBalas0
SchroedingersFrontrun
· 08-13 21:42
Aduh, lebih baik langsung memotong tps saja.
Lihat AsliBalas0
SchroedingerGas
· 08-13 21:30
Dengan biaya gas sebesar ini, siapa yang masih bisa bermain?
Solana meluncurkan solusi BAM untuk meningkatkan kualitas transaksi dalam menghadapi tantangan MEV
Tantangan Baru Solana: Meningkatkan Kualitas Transaksi Bukan Kuantitas
Solana dikenal karena transaksi cepat dan volume perdagangan yang besar, tetapi apakah itu benar-benar cukup? Ketika kita memeriksa transaksi ini dengan cermat, satu pertanyaan muncul: apakah semuanya menciptakan nilai nyata?
Sebenarnya, banyak transaksi di Solana tidak berasal dari permintaan yang nyata, melainkan dari trader arbitrase frekuensi tinggi yang memanfaatkan perbedaan informasi dalam milidetik untuk meraih keuntungan. Trader "beracun" ini memanfaatkan keunggulan teknis untuk meningkatkan biaya Gas saat pembuat pasar akan membatalkan order, memastikan bahwa transaksi mereka dieksekusi terlebih dahulu, sehingga menyelesaikan arbitrase dan menyebabkan kerugian bagi pembuat pasar. Untuk menutupi kerugian ini, pembuat pasar terpaksa memperlebar selisih harga jual-beli, yang pada akhirnya merugikan kepentingan pengguna biasa.
Solana selalu bermimpi untuk mewujudkan sistem buku pesanan di blockchain yang dapat menggantikan bursa terpusat. Namun, keberadaan "trader beracun" menjadi hambatan untuk mewujudkan mimpi ini. Inilah tantangan baru yang dihadapi Solana: volume perdagangan tidak sama dengan likuiditas. Pasar yang benar-benar sehat tidak memerlukan lebih banyak perdagangan, tetapi perdagangan yang lebih berkualitas.
Bagaimana cara menghilangkan transaksi beracun untuk melindungi likuiditas pasar dengan lebih baik?
Dalam sistem saat ini, karena mekanisme konsensus Solana menggunakan lelang periodik, para pemakan pesanan sebenarnya memiliki hak prioritas, yang membuat perilaku MEV( yang jahat mempengaruhi keadilan pasar dengan nilai maksimum yang dapat diekstrak ).
Dalam mekanisme konsensus Solana yang ada, setiap periode 400 milidetik (Slot), transaksi diurutkan berdasarkan biaya Gas prioritas yang dibayarkan, dengan transaksi yang menawarkan harga tertinggi dieksekusi terlebih dahulu. Dalam proses ini, pembuat pasar perlu sering menyesuaikan tawaran, membatalkan pesanan dan memposting ulang untuk menanggapi perubahan harga pasar. Sementara itu, pelaku pasar, khususnya arbitrase frekuensi tinggi, secara ketat memantau perbedaan harga, dan segera melakukan transaksi begitu peluang ditemukan.
Ini menyebabkan para arbitrase dapat melakukan transaksi dengan membayar biaya yang lebih tinggi untuk mendahului pembatalan oleh pembuat pasar, sehingga pembuat pasar sering mengalami kerugian. Untuk bursa terdesentralisasi dengan jenis buku pesanan, urutan perdagangan yang ideal seharusnya adalah: dengan fluktuasi harga, pertama-tama melakukan semua operasi pembatalan, kemudian pesanan baru, dan terakhir baru melakukan transaksi. Namun saat ini, mekanisme konsensus Solana tidak dapat mewujudkan hal ini di tingkat mikro.
Demikian pula, ada masalah serupa dalam penawaran oracle. Idealnya, harga oracle harus diperbarui terlebih dahulu, kemudian transaksi yang bergantung pada harga tersebut harus dieksekusi. Namun, dalam interval 400 milidetik saat ini, pasar mungkin mengalami fluktuasi yang tajam sehingga transaksi masih dieksekusi berdasarkan harga lama. Untuk protokol pinjam meminjam, urutan yang paling ideal adalah menambah margin terlebih dahulu, kemudian melakukan likuidasi.
Oleh karena itu, Solana membutuhkan mekanisme yang memungkinkan berbagai protokol untuk mengurutkan transaksi sesuai dengan kebutuhan mereka masing-masing, inilah konsep yang selalu ditekankan oleh Solana yaitu Eksekusi yang Dikendalikan Aplikasi (Application-Controlled Execution, ACE).
Untuk mengatasi masalah ini, Solana mengusulkan solusi Pasar Perakitan Blok (Block Assembly Marketplace, BAM).
BAM:Solana solusi inovatif
BAM membangun lapisan pengurutan antara lapisan aplikasi dan jaringan utama Solana, yang juga dapat disebut sebagai lapisan pra-pemrosesan. Ini memanfaatkan lingkungan eksekusi tepercaya (Trusted Execution Environments, TEEs) untuk membangun kotak pasir privasi, di mana transaksi diurutkan berdasarkan aturan yang telah ditentukan sebelumnya atau prinsip First In First Out (FIFO). Inovasi ini bertujuan untuk memberikan layanan yang lebih baik untuk buku pesanan, bursa kontrak berkelanjutan, dan kolam gelap seperti protokol.
Cara Kerja BAM
Dalam aplikasi Solana yang terhubung dengan BAM, alur transaksi adalah sebagai berikut:
BAM tidak langsung berjalan di jaringan utama Solana, melainkan sebagai solusi off-chain "opsional" yang menyelesaikan pengurutan dan pengemasan transaksi terlebih dahulu, kemudian baru diserahkan ke jaringan utama Solana.
Fitur Utama BAM
BAM mendukung tiga mode operasi:
Fitur utama dari mode BAM meliputi:
Aplikasi Praktis BAM
Aplikasi BAM mencakup:
Penerapan BAM akan secara signifikan meningkatkan pengalaman perdagangan Solana, mendekatkan aplikasi mainnet-nya pada kinerja bursa terpusat.
Singkatnya, BAM memperkenalkan verifikasi, perlindungan privasi, dan pemrograman ke dalam proses pemrosesan transaksi Solana. Ini memungkinkan pengembang untuk membangun buku pesanan dengan batas pusat, bursa kontrak berkelanjutan, kolam gelap, dan infrastruktur keuangan lainnya yang memerlukan kontrol urutan yang tepat, eksekusi yang pasti, dan jaminan privasi, sehingga mendorong inovasi dan perkembangan ekosistem Solana.