Peta Jalan ICM Solana: "Pertunjukan Tiruan" untuk Hyperliquid
Pendahuluan: Para pemimpin Solana mengadakan pertemuan
Baru-baru ini, terjadi sesuatu yang menarik di ekosistem Solana. Anggota penting seperti Yayasan Solana, Anza, dan beberapa laboratorium terkenal berkumpul bersama untuk merilis peta jalan teknologi yang bernama "Internet Capital Markets ( Internet Capital Markets, ICM )". Ide inti dari peta jalan ini adalah "Application Controlled Execution ( ACE )", secara sederhana, ini berarti memberikan aplikasi di blockchain hak urutan transaksi yang otonom dalam milisekon, menciptakan "Wall Street di atas blockchain" yang terdesentralisasi.
Menariknya, setelah membaca keseluruhan peta jalan, meskipun tidak secara langsung menyebutkan Hyperliquid, desain di dalamnya hampir di setiap tempat ditujukan untuk kekuatan Hyperliquid. Ini seperti Solana yang berkata: "Apa yang dimiliki Hyperliquid, kami juga harus memilikinya, dan harus lebih baik!"
Perlu diketahui, Hyperliquid memegang posisi dominan di pasar kontrak berjangka on-chain, dengan volume perdagangan yang pernah mencapai sekitar 65% dari seluruh pasar perpetual terdesentralisasi. Jelas, menghadapi pesaing seperti itu, Solana tentu tidak mau kalah dan meluncurkan peta jalan ICM ini.
Jadi, apa sebenarnya yang terjadi dengan "pertunjukan tiruan" ini? Apakah Solana benar-benar bisa mengejar atau bahkan melampaui Hyperliquid? Hari ini kita akan membahas topik ini secara mendalam.
Latar Belakang dan Konten ICM
Siapa yang memimpin perubahan ini?
Pertama, mari kita lihat siapa yang menyusun peta jalan ini. Yang terlibat adalah pemain-pemain berat dari ekosistem Solana:
Solana Foundation/Labs: Ini tidak perlu dijelaskan, "ayah" Solana yang bertanggung jawab atas koordinasi keseluruhan dan pengembangan protokol inti.
Anza: sebuah perusahaan pengembang yang didirikan oleh mantan anggota Solana Labs, mirip dengan ConsenSys dari Ethereum. Mereka menangani banyak pekerjaan teknologi inti dalam peta jalan kali ini, seperti protokol konsensus baru Alpenglow.
Sebuah laboratorium terkenal: Penyedia infrastruktur MEV di Solana, memiliki pengaruh besar, hampir mengendalikan semua aliran MEV di Solana dengan "hak hidup dan mati". Kali ini mereka memimpin penyediaan Block Assembly Marketplace (BAM) dan skema urutan transaksi lainnya.
Sebuah modal terkenal: lembaga investasi kripto terkenal, juga merupakan pendukung awal Solana. Karena memiliki sejumlah besar SOL dan hak atas proyek ekosistem, mereka juga memiliki pengaruh yang cukup besar dalam arah teknologi.
DoubleZero: Tim yang fokus pada percepatan komunikasi jaringan, menyediakan solusi jaringan serat optik khusus untuk meningkatkan kecepatan komunikasi antara node validasi Solana.
Suatu platform kontrak berkelanjutan: Proyek DEX kontrak berkelanjutan terkemuka di Solana. Sebelumnya, platform ini menggunakan model pencocokan off-chain, dan ketika menghadapi Hyperliquid yang sepenuhnya on-chain, terlihat sedikit kesulitan. Kali ini berpartisipasi dalam perumusan peta jalan, jelas berharap untuk bangkit dengan memanfaatkan peningkatan dasar.
masalah inti yang harus diselesaikan
Peta jalan ini berfokus pada perbaikan struktur mikro pasar, secara sederhana, mekanisme perdagangan on-chain saat ini kurang ramah bagi pembuat pasar, yaitu Taker yang proaktif dalam memulai transaksi diuntungkan, sementara Market Maker (pembuat pasar) yang menunggu untuk menyelesaikan pesanan justru dirugikan. Hal ini karena Taker sering kali menguasai informasi terbaru dan secara aktif meningkatkan biaya transaksi untuk memastikan transaksi mereka dieksekusi lebih dulu, sementara Maker sering kali tidak sempat membatalkan pesanan dan terpaksa melakukan transaksi pada harga yang tidak menguntungkan.
Beberapa trader arbitrase frekuensi tinggi akan memanfaatkan asimetri ini untuk melancarkan serangan "traffic beracun". Misalnya, harga di blockchain belum diperbarui, tetapi harga di luar blockchain sudah berubah, trader arbitrase dapat mengambil pesanan pembuat pasar dengan harga lama, menyebabkan pembuat pasar menanggung kerugian. Akibatnya, Maker untuk melindungi diri, harus memperlebar selisih harga beli dan jual, atau mengurangi jumlah pesanan yang tertunda, yang menyebabkan likuiditas pasar secara keseluruhan memburuk.
Peta jalan ICM bertujuan untuk menyeimbangkan pola ini, menarik likuiditas berkualitas tinggi kembali ke rantai.
Tiga langkah ICM
Solana membagi rencana besar ini menjadi tiga tahap:
Jangka pendek (1-3 bulan): Utamanya adalah mengoptimalkan pengalaman transaksi on-chain yang ada, membuat aplikasi jenis order book lebih mudah digunakan, dan mengurangi gangguan MEV yang merugikan. Secara spesifik mencakup:
Modul Block Assembly Marketplace (BAM) dari sebuah laboratorium terkenal telah diluncurkan di mainnet. Modul ini bertujuan untuk menyediakan sistem tambahan sementara sebelum peluncuran ACE (Application Controlled Execution) yang akhirnya, agar kontrak pintar di Solana memiliki hak urutan transaksi secara mandiri.
Tim Anza mengoptimalkan "masuk ke Slot yang sama" untuk meningkatkan tingkat keberhasilan, sehingga mengurangi slippage dan kerugian MEV.
Perbaikan ini diperkirakan akan dilaksanakan secara bertahap dari Juli hingga September 2025.
Jangka menengah (3-9 bulan): Memperkenalkan jaringan cepat khusus dan konsensus baru, secara signifikan mengurangi latensi, meningkatkan throughput:
Menerapkan jaringan serat optik khusus DoubleZero, untuk menyediakan komunikasi berkecepatan tinggi dengan hampir nol jitter dan pengurangan latensi hingga 100ms bagi validator.
Meluncurkan protokol konsensus Alpenglow, mengompresi waktu konfirmasi akhir dari sekitar 12,8 detik menjadi sekitar 0,15 detik.
Mengembangkan Eksekusi Program Asynchronous ( Asynchronous Program Execution, APE ), mengurangi pemblokiran konsensus oleh eksekusi transaksi.
Jangka panjang (9-30 bulan): Melakukan peningkatan revolusioner pada arsitektur inti Solana, dengan target untuk mencapainya sekitar tahun 2027:
Multiple Concurrent Leaders, MCL(: Memungkinkan beberapa validator untuk mengusulkan transaksi secara bersamaan dalam pipeline masing-masing, kemudian mengurutkan blok-paralel ini berdasarkan biaya prioritas. Ini dapat melemahkan monopoli satu pengemas, meningkatkan ketahanan terhadap sensor.
Aplikasi asli dapat melakukan eksekusi yang dikendalikan )Application Controlled Execution, fungsi ACE(: benar-benar memberikan kekuasaan pada kontrak pintar di blockchain untuk mengontrol urutan eksekusi transaksi.
Analisis sampai di sini, penulis berpendapat bahwa cerita di balik pengajuan peta jalan ICM kali ini seharusnya seperti ini: DEX lama di Solana telah tertinggal oleh pendatang baru Hyperliquid yang menawarkan pengalaman "platform perdagangan tertentu di blockchain" yang luar biasa. DEX lama tidak mampu bersaing, sehingga hanya bisa meminta bantuan dari "raksasa" seperti Solana Labs, Anza, dan lain-lain. "Raksasa" tersebut mengajukan rencana transformasi teknis ICM, mengklaim akan meniru semua keahlian utama Hyperliquid untuk DEX lama, membantu mereka kembali bersaing di pasar DEX. Namun, "raksasa" tersebut juga mengatakan bahwa kali ini transformasi teknis sangat sulit, oleh karena itu mereka membagi rencana teknis menjadi strategi tiga langkah, dan peralatan yang dapat diberikan kepada DEX lama hanya BAM dari laboratorium terkenal, agar DEX lama dapat bertahan dan bersaing dengan Hyperliquid.
Setelah menjelaskan latar cerita, penulis akan menganalisis secara rinci kemampuan apa saja yang ditiru dan direplikasi oleh ICM dari Hyperliquid di bab-bab berikutnya.
Peniruan Satu: Mekanisme Urutan Perdagangan
Masalahnya: Seperti yang disebutkan sebelumnya, rantai saat ini menguntungkan taker, maker harus menanggung "aliran beracun". Pengguna yang secara aktif menerima order dapat segera melakukan transaksi pada order yang terdaftar di rantai berdasarkan harga terbaru di luar rantai, dan dengan meningkatkan biaya transaksi mereka dapat diproses terlebih dahulu, sementara pembuat pasar sering kali tidak dapat memperbarui atau membatalkan order mereka tepat waktu. Hasilnya adalah, pembuat pasar harus memperlebar spread atau bahkan menarik likuiditas, membuat kedalaman pasar menjadi lebih buruk.
Peta jalan ICM mengusulkan konsep ACE (Application Controlled Execution), yaitu mendelegasikan hak untuk mengurutkan transaksi kepada aplikasi di setiap blockchain, di mana aplikasi tersebut memutuskan sendiri bagaimana urutan eksekusi transaksi terkait. Sebagai contoh, di Solana yang akan menerapkan ACE di masa depan, kontrak DeFi dapat menerapkan aturan pengurutan transaksi kustom sebagai berikut:
Pembaruan harga Oracle disisipkan: Aplikasi DeFi dapat menyisipkan transaksi untuk mendapatkan harga terbaru dari oracle sebelum mencocokkan transaksi besar, memastikan pesanan dicocokkan pada harga wajar terbaru, mencegah pembuat pasar dari penawaran yang didasarkan pada harga yang sudah usang dan diambil alih.
Prioritas Eksekusi Pembatalan Pesanan: Aplikasi dapat mengatur "permintaan pembatalan" untuk diutamakan atas "transaksi makan pesanan" baru, memberikan kesempatan kepada maker untuk menarik kembali pesanan saat kondisi pasar tidak menguntungkan.
Lelang di belakang tim: Misalnya, setelah munculnya pesanan beli besar yang mendorong harga, aplikasi DeFi akan "mengeluarkan" kesempatan "yang mengikutinya" untuk dilelang. Siapa pun yang bersedia mengembalikan manfaat terbanyak kepada protokol (atau pengguna), maka protokol DeFi akan membiarkan transaksi mereka dieksekusi mengikuti pesanan besar tersebut. Aplikasi DeFi dapat mengembalikan pendapatan lelang kepada pengguna, sehingga mengubah aliran MEV beracun menjadi pendapatan yang baik.
) BAM dari laboratorium terkenal: rencana transisi
Sebelum ACE diluncurkan secara resmi, sebuah laboratorium terkenal meluncurkan solusi transisi yang disebut Block Assembly Marketplace ###BAM(. Alur kerja BAM adalah:
Pengguna mengirimkan transaksi ke node yang menjalankan perangkat lunak BAM (bukan langsung ke Leader saat ini).
Node BAM mengumpulkan transaksi lokal dan menjalankan berbagai plugin )plugin( untuk melakukan penyortiran ulang pada paket transaksi (Bundle) dengan perlindungan privasi (plugin dijalankan di lingkungan TEE yang aman, menyembunyikan konten transaksi dari luar sebelum dieksekusi). Melalui plugin, pengembang aplikasi dapat menyesuaikan berbagai aturan penyortiran untuk kontrak mereka sendiri, seperti prioritas pembatalan, memperbarui harga oracle sebelum pencocokan, bahkan menjalankan penawaran dalam aplikasi yang kompleks.
Bundle transaksi yang telah diurutkan kemudian dikirim ke Pemimpin Solana untuk dikemas dan dimasukkan ke dalam blockchain.
BAM dapat dianggap sebagai ladang percobaan sebelum ACE di blockchain, fungsinya sangat mendekati ACE yang sempurna, hanya saja ia berjalan di jaringan independen di luar, bukan di dalam protokol utama Solana.
Perlu dicatat bahwa sebuah laboratorium terkenal sebelumnya selalu menyediakan infrastruktur yang ditujukan untuk ekstraksi MEV (seperti mesin blok tertentu), di mana model bisnisnya adalah menciptakan peluang untuk para arbitrase dengan mengoptimalkan urutan transaksi dan membagikan keuntungan. Ini pada suatu tingkat berdiri sebagai "mata panah" yang berlawanan dengan pengguna biasa dan mereka yang dieksploitasi. Namun, laboratorium tersebut menutup fungsi mempool publik ) untuk robot arbitrase pada awal 2024, untuk mengurangi eksternalitas negatif seperti serangan sandwich. Langkah ini menunjukkan bahwa komunitas Solana cenderung untuk menekan MEV yang merugikan dan menjaga keadilan bagi pengguna.
Peluncuran BAM sejalan dengan pemikiran ini: pada dasarnya, ia mengubah mekanisme pemeringkatan yang awalnya digunakan untuk arbitrase MEV menjadi sebuah "perisai" untuk melindungi penyedia likuiditas seperti pembuat pasar, misalnya dengan memprioritaskan pembatalan paksa untuk menghindari kerugian pembuat pasar, dan memperkenalkan insentif lelang untuk mengurangi profit dari pelarian. Pencari MEV sebelumnya yang ingin menghasilkan uang harus mengubah peran, menulis plugin BAM untuk melayani protokol DeFi, dan mendapatkan keuntungan dari biaya plugin.
( belajar dari Hyperliquid
Pemikiran ACE/BAM di atas sebenarnya dapat dianggap sebagai upaya untuk mengejar mekanisme pencocokan di Hyperliquid. Hyperliquid adalah )Appchain### yang khusus, yang secara alami dirancang untuk layanan DEX. Selain itu, HLP Vault yang dioperasikan oleh Hyperliquid secara resmi adalah salah satu pembuat pasar terbesar di platform tersebut, jadi tidak sulit untuk memahami bahwa aturan rantai Hyperliquid lebih condong ke penyedia likuiditas, dan telah menerapkan banyak desain yang melindungi pembuat pasar di tingkat rantai, seperti:
Perlindungan prioritas untuk pemesan: Pembatalan dan pesanan maker yang hanya diproses akan diprioritaskan, menghindari pembuat pasar dari transaksi yang merugikan tanpa pengetahuan. "Eksekusi pembatalan prioritas" yang disebutkan oleh Solana ACE telah dipraktikkan oleh Hyperliquid selama bertahun-tahun.
Jaminan Harga Terbaru: Proses likuidasi dan pencocokan Hyperliquid menekankan penggunaan harga terbaru dan status margin untuk melakukan "pemeriksaan ganda". Misalnya, ketika ada pemesanan yang dicocokkan, sistem akan menarik harga oracle terbaru untuk mengevaluasi margin kedua belah pihak, memastikan bahwa risiko tidak disebabkan oleh keterlambatan harga. Ini mirip dengan cara ACE menyisipkan pembaruan oracle sebelum eksekusi perdagangan.
Perlindungan Transaksi Sendiri: Jika alamat yang sama melakukan pembelian dan penjualan, Hyperliquid secara otomatis membatalkan daripada mencocokkan, untuk mencegah manipulasi volume atau biaya yang tidak perlu.
ACE/BAM di Solana ICM, tanpa diragukan lagi, adalah "belajar" dari Hyperliquid. Hyperliquid sebagai pemimpin CLOB di blockchain, telah mewujudkan berbagai mekanisme yang ramah bagi pembuat pasar dengan menggunakan rantai khusus. Sekarang Solana berharap dapat meniru efek ini dengan menggunakan rantai umum dan plugin modular------yaitu memberikan setiap aplikasi kekuatan kontrol urutan perdagangan yang mirip dengan Hyperliquid.
Peniru Dua: Finalitas Instan
( Perbandingan Konsensus yang Ada
Solana saat ini menggunakan Tower BFT, konfirmasi dan finalitas bersifat probabilistik dan progresif: sebuah blok mendapatkan 2/3 suara dianggap sebagai "konfirmasi)Confirmed###", tetapi perlu akumulasi sekitar 32 blok berikutnya di blockchain (biasanya sekitar 13 detik) untuk dianggap sebagai "finalisasi(Finalized)". Untuk beberapa aplikasi (seperti perdagangan frekuensi tinggi), waktu konfirmasi final selama belasan detik masih terlalu lama.
HyperBFT adalah algoritma konsensus yang dikembangkan sendiri oleh Hyperliquid, terinspirasi oleh konsensus HotStuff, menggunakan dua putaran suara untuk mengonfirmasi blok, mencapai "finalitas instan".
Putaran pertama: Prabola suara (Prevote): Setelah validator menerima blok kandidat yang disiarkan oleh Proposer, mereka akan melakukan verifikasi cepat. Jika verifikasi berhasil, setiap validator akan memberikan satu suara "prabola suara" (Prevote) untuk blok ini dan menyebarkannya ke seluruh jaringan. Suara ini mewakili: "Saya telah melihat secara awal
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.
Solana ICM roadmap vs Hyperliquid: pertempuran transaksi on-chain
Peta Jalan ICM Solana: "Pertunjukan Tiruan" untuk Hyperliquid
Pendahuluan: Para pemimpin Solana mengadakan pertemuan
Baru-baru ini, terjadi sesuatu yang menarik di ekosistem Solana. Anggota penting seperti Yayasan Solana, Anza, dan beberapa laboratorium terkenal berkumpul bersama untuk merilis peta jalan teknologi yang bernama "Internet Capital Markets ( Internet Capital Markets, ICM )". Ide inti dari peta jalan ini adalah "Application Controlled Execution ( ACE )", secara sederhana, ini berarti memberikan aplikasi di blockchain hak urutan transaksi yang otonom dalam milisekon, menciptakan "Wall Street di atas blockchain" yang terdesentralisasi.
Menariknya, setelah membaca keseluruhan peta jalan, meskipun tidak secara langsung menyebutkan Hyperliquid, desain di dalamnya hampir di setiap tempat ditujukan untuk kekuatan Hyperliquid. Ini seperti Solana yang berkata: "Apa yang dimiliki Hyperliquid, kami juga harus memilikinya, dan harus lebih baik!"
Perlu diketahui, Hyperliquid memegang posisi dominan di pasar kontrak berjangka on-chain, dengan volume perdagangan yang pernah mencapai sekitar 65% dari seluruh pasar perpetual terdesentralisasi. Jelas, menghadapi pesaing seperti itu, Solana tentu tidak mau kalah dan meluncurkan peta jalan ICM ini.
Jadi, apa sebenarnya yang terjadi dengan "pertunjukan tiruan" ini? Apakah Solana benar-benar bisa mengejar atau bahkan melampaui Hyperliquid? Hari ini kita akan membahas topik ini secara mendalam.
Latar Belakang dan Konten ICM
Siapa yang memimpin perubahan ini?
Pertama, mari kita lihat siapa yang menyusun peta jalan ini. Yang terlibat adalah pemain-pemain berat dari ekosistem Solana:
Solana Foundation/Labs: Ini tidak perlu dijelaskan, "ayah" Solana yang bertanggung jawab atas koordinasi keseluruhan dan pengembangan protokol inti.
Anza: sebuah perusahaan pengembang yang didirikan oleh mantan anggota Solana Labs, mirip dengan ConsenSys dari Ethereum. Mereka menangani banyak pekerjaan teknologi inti dalam peta jalan kali ini, seperti protokol konsensus baru Alpenglow.
Sebuah laboratorium terkenal: Penyedia infrastruktur MEV di Solana, memiliki pengaruh besar, hampir mengendalikan semua aliran MEV di Solana dengan "hak hidup dan mati". Kali ini mereka memimpin penyediaan Block Assembly Marketplace (BAM) dan skema urutan transaksi lainnya.
Sebuah modal terkenal: lembaga investasi kripto terkenal, juga merupakan pendukung awal Solana. Karena memiliki sejumlah besar SOL dan hak atas proyek ekosistem, mereka juga memiliki pengaruh yang cukup besar dalam arah teknologi.
DoubleZero: Tim yang fokus pada percepatan komunikasi jaringan, menyediakan solusi jaringan serat optik khusus untuk meningkatkan kecepatan komunikasi antara node validasi Solana.
Suatu platform kontrak berkelanjutan: Proyek DEX kontrak berkelanjutan terkemuka di Solana. Sebelumnya, platform ini menggunakan model pencocokan off-chain, dan ketika menghadapi Hyperliquid yang sepenuhnya on-chain, terlihat sedikit kesulitan. Kali ini berpartisipasi dalam perumusan peta jalan, jelas berharap untuk bangkit dengan memanfaatkan peningkatan dasar.
masalah inti yang harus diselesaikan
Peta jalan ini berfokus pada perbaikan struktur mikro pasar, secara sederhana, mekanisme perdagangan on-chain saat ini kurang ramah bagi pembuat pasar, yaitu Taker yang proaktif dalam memulai transaksi diuntungkan, sementara Market Maker (pembuat pasar) yang menunggu untuk menyelesaikan pesanan justru dirugikan. Hal ini karena Taker sering kali menguasai informasi terbaru dan secara aktif meningkatkan biaya transaksi untuk memastikan transaksi mereka dieksekusi lebih dulu, sementara Maker sering kali tidak sempat membatalkan pesanan dan terpaksa melakukan transaksi pada harga yang tidak menguntungkan.
Beberapa trader arbitrase frekuensi tinggi akan memanfaatkan asimetri ini untuk melancarkan serangan "traffic beracun". Misalnya, harga di blockchain belum diperbarui, tetapi harga di luar blockchain sudah berubah, trader arbitrase dapat mengambil pesanan pembuat pasar dengan harga lama, menyebabkan pembuat pasar menanggung kerugian. Akibatnya, Maker untuk melindungi diri, harus memperlebar selisih harga beli dan jual, atau mengurangi jumlah pesanan yang tertunda, yang menyebabkan likuiditas pasar secara keseluruhan memburuk.
Peta jalan ICM bertujuan untuk menyeimbangkan pola ini, menarik likuiditas berkualitas tinggi kembali ke rantai.
Tiga langkah ICM
Solana membagi rencana besar ini menjadi tiga tahap:
Jangka pendek (1-3 bulan): Utamanya adalah mengoptimalkan pengalaman transaksi on-chain yang ada, membuat aplikasi jenis order book lebih mudah digunakan, dan mengurangi gangguan MEV yang merugikan. Secara spesifik mencakup:
Modul Block Assembly Marketplace (BAM) dari sebuah laboratorium terkenal telah diluncurkan di mainnet. Modul ini bertujuan untuk menyediakan sistem tambahan sementara sebelum peluncuran ACE (Application Controlled Execution) yang akhirnya, agar kontrak pintar di Solana memiliki hak urutan transaksi secara mandiri.
Tim Anza mengoptimalkan "masuk ke Slot yang sama" untuk meningkatkan tingkat keberhasilan, sehingga mengurangi slippage dan kerugian MEV.
Perbaikan ini diperkirakan akan dilaksanakan secara bertahap dari Juli hingga September 2025.
Jangka menengah (3-9 bulan): Memperkenalkan jaringan cepat khusus dan konsensus baru, secara signifikan mengurangi latensi, meningkatkan throughput:
Menerapkan jaringan serat optik khusus DoubleZero, untuk menyediakan komunikasi berkecepatan tinggi dengan hampir nol jitter dan pengurangan latensi hingga 100ms bagi validator.
Meluncurkan protokol konsensus Alpenglow, mengompresi waktu konfirmasi akhir dari sekitar 12,8 detik menjadi sekitar 0,15 detik.
Mengembangkan Eksekusi Program Asynchronous ( Asynchronous Program Execution, APE ), mengurangi pemblokiran konsensus oleh eksekusi transaksi.
Jangka panjang (9-30 bulan): Melakukan peningkatan revolusioner pada arsitektur inti Solana, dengan target untuk mencapainya sekitar tahun 2027:
Multiple Concurrent Leaders, MCL(: Memungkinkan beberapa validator untuk mengusulkan transaksi secara bersamaan dalam pipeline masing-masing, kemudian mengurutkan blok-paralel ini berdasarkan biaya prioritas. Ini dapat melemahkan monopoli satu pengemas, meningkatkan ketahanan terhadap sensor.
Aplikasi asli dapat melakukan eksekusi yang dikendalikan )Application Controlled Execution, fungsi ACE(: benar-benar memberikan kekuasaan pada kontrak pintar di blockchain untuk mengontrol urutan eksekusi transaksi.
Analisis sampai di sini, penulis berpendapat bahwa cerita di balik pengajuan peta jalan ICM kali ini seharusnya seperti ini: DEX lama di Solana telah tertinggal oleh pendatang baru Hyperliquid yang menawarkan pengalaman "platform perdagangan tertentu di blockchain" yang luar biasa. DEX lama tidak mampu bersaing, sehingga hanya bisa meminta bantuan dari "raksasa" seperti Solana Labs, Anza, dan lain-lain. "Raksasa" tersebut mengajukan rencana transformasi teknis ICM, mengklaim akan meniru semua keahlian utama Hyperliquid untuk DEX lama, membantu mereka kembali bersaing di pasar DEX. Namun, "raksasa" tersebut juga mengatakan bahwa kali ini transformasi teknis sangat sulit, oleh karena itu mereka membagi rencana teknis menjadi strategi tiga langkah, dan peralatan yang dapat diberikan kepada DEX lama hanya BAM dari laboratorium terkenal, agar DEX lama dapat bertahan dan bersaing dengan Hyperliquid.
Setelah menjelaskan latar cerita, penulis akan menganalisis secara rinci kemampuan apa saja yang ditiru dan direplikasi oleh ICM dari Hyperliquid di bab-bab berikutnya.
Peniruan Satu: Mekanisme Urutan Perdagangan
Masalahnya: Seperti yang disebutkan sebelumnya, rantai saat ini menguntungkan taker, maker harus menanggung "aliran beracun". Pengguna yang secara aktif menerima order dapat segera melakukan transaksi pada order yang terdaftar di rantai berdasarkan harga terbaru di luar rantai, dan dengan meningkatkan biaya transaksi mereka dapat diproses terlebih dahulu, sementara pembuat pasar sering kali tidak dapat memperbarui atau membatalkan order mereka tepat waktu. Hasilnya adalah, pembuat pasar harus memperlebar spread atau bahkan menarik likuiditas, membuat kedalaman pasar menjadi lebih buruk.
) Solusi Ultimatum ICM: Menerapkan Eksekusi Terkontrol ### ACE (
Peta jalan ICM mengusulkan konsep ACE (Application Controlled Execution), yaitu mendelegasikan hak untuk mengurutkan transaksi kepada aplikasi di setiap blockchain, di mana aplikasi tersebut memutuskan sendiri bagaimana urutan eksekusi transaksi terkait. Sebagai contoh, di Solana yang akan menerapkan ACE di masa depan, kontrak DeFi dapat menerapkan aturan pengurutan transaksi kustom sebagai berikut:
Pembaruan harga Oracle disisipkan: Aplikasi DeFi dapat menyisipkan transaksi untuk mendapatkan harga terbaru dari oracle sebelum mencocokkan transaksi besar, memastikan pesanan dicocokkan pada harga wajar terbaru, mencegah pembuat pasar dari penawaran yang didasarkan pada harga yang sudah usang dan diambil alih.
Prioritas Eksekusi Pembatalan Pesanan: Aplikasi dapat mengatur "permintaan pembatalan" untuk diutamakan atas "transaksi makan pesanan" baru, memberikan kesempatan kepada maker untuk menarik kembali pesanan saat kondisi pasar tidak menguntungkan.
Lelang di belakang tim: Misalnya, setelah munculnya pesanan beli besar yang mendorong harga, aplikasi DeFi akan "mengeluarkan" kesempatan "yang mengikutinya" untuk dilelang. Siapa pun yang bersedia mengembalikan manfaat terbanyak kepada protokol (atau pengguna), maka protokol DeFi akan membiarkan transaksi mereka dieksekusi mengikuti pesanan besar tersebut. Aplikasi DeFi dapat mengembalikan pendapatan lelang kepada pengguna, sehingga mengubah aliran MEV beracun menjadi pendapatan yang baik.
) BAM dari laboratorium terkenal: rencana transisi
Sebelum ACE diluncurkan secara resmi, sebuah laboratorium terkenal meluncurkan solusi transisi yang disebut Block Assembly Marketplace ###BAM(. Alur kerja BAM adalah:
Pengguna mengirimkan transaksi ke node yang menjalankan perangkat lunak BAM (bukan langsung ke Leader saat ini).
Node BAM mengumpulkan transaksi lokal dan menjalankan berbagai plugin )plugin( untuk melakukan penyortiran ulang pada paket transaksi (Bundle) dengan perlindungan privasi (plugin dijalankan di lingkungan TEE yang aman, menyembunyikan konten transaksi dari luar sebelum dieksekusi). Melalui plugin, pengembang aplikasi dapat menyesuaikan berbagai aturan penyortiran untuk kontrak mereka sendiri, seperti prioritas pembatalan, memperbarui harga oracle sebelum pencocokan, bahkan menjalankan penawaran dalam aplikasi yang kompleks.
Bundle transaksi yang telah diurutkan kemudian dikirim ke Pemimpin Solana untuk dikemas dan dimasukkan ke dalam blockchain.
BAM dapat dianggap sebagai ladang percobaan sebelum ACE di blockchain, fungsinya sangat mendekati ACE yang sempurna, hanya saja ia berjalan di jaringan independen di luar, bukan di dalam protokol utama Solana.
Perlu dicatat bahwa sebuah laboratorium terkenal sebelumnya selalu menyediakan infrastruktur yang ditujukan untuk ekstraksi MEV (seperti mesin blok tertentu), di mana model bisnisnya adalah menciptakan peluang untuk para arbitrase dengan mengoptimalkan urutan transaksi dan membagikan keuntungan. Ini pada suatu tingkat berdiri sebagai "mata panah" yang berlawanan dengan pengguna biasa dan mereka yang dieksploitasi. Namun, laboratorium tersebut menutup fungsi mempool publik ) untuk robot arbitrase pada awal 2024, untuk mengurangi eksternalitas negatif seperti serangan sandwich. Langkah ini menunjukkan bahwa komunitas Solana cenderung untuk menekan MEV yang merugikan dan menjaga keadilan bagi pengguna.
Peluncuran BAM sejalan dengan pemikiran ini: pada dasarnya, ia mengubah mekanisme pemeringkatan yang awalnya digunakan untuk arbitrase MEV menjadi sebuah "perisai" untuk melindungi penyedia likuiditas seperti pembuat pasar, misalnya dengan memprioritaskan pembatalan paksa untuk menghindari kerugian pembuat pasar, dan memperkenalkan insentif lelang untuk mengurangi profit dari pelarian. Pencari MEV sebelumnya yang ingin menghasilkan uang harus mengubah peran, menulis plugin BAM untuk melayani protokol DeFi, dan mendapatkan keuntungan dari biaya plugin.
( belajar dari Hyperliquid
Pemikiran ACE/BAM di atas sebenarnya dapat dianggap sebagai upaya untuk mengejar mekanisme pencocokan di Hyperliquid. Hyperliquid adalah )Appchain### yang khusus, yang secara alami dirancang untuk layanan DEX. Selain itu, HLP Vault yang dioperasikan oleh Hyperliquid secara resmi adalah salah satu pembuat pasar terbesar di platform tersebut, jadi tidak sulit untuk memahami bahwa aturan rantai Hyperliquid lebih condong ke penyedia likuiditas, dan telah menerapkan banyak desain yang melindungi pembuat pasar di tingkat rantai, seperti:
Perlindungan prioritas untuk pemesan: Pembatalan dan pesanan maker yang hanya diproses akan diprioritaskan, menghindari pembuat pasar dari transaksi yang merugikan tanpa pengetahuan. "Eksekusi pembatalan prioritas" yang disebutkan oleh Solana ACE telah dipraktikkan oleh Hyperliquid selama bertahun-tahun.
Jaminan Harga Terbaru: Proses likuidasi dan pencocokan Hyperliquid menekankan penggunaan harga terbaru dan status margin untuk melakukan "pemeriksaan ganda". Misalnya, ketika ada pemesanan yang dicocokkan, sistem akan menarik harga oracle terbaru untuk mengevaluasi margin kedua belah pihak, memastikan bahwa risiko tidak disebabkan oleh keterlambatan harga. Ini mirip dengan cara ACE menyisipkan pembaruan oracle sebelum eksekusi perdagangan.
Perlindungan Transaksi Sendiri: Jika alamat yang sama melakukan pembelian dan penjualan, Hyperliquid secara otomatis membatalkan daripada mencocokkan, untuk mencegah manipulasi volume atau biaya yang tidak perlu.
ACE/BAM di Solana ICM, tanpa diragukan lagi, adalah "belajar" dari Hyperliquid. Hyperliquid sebagai pemimpin CLOB di blockchain, telah mewujudkan berbagai mekanisme yang ramah bagi pembuat pasar dengan menggunakan rantai khusus. Sekarang Solana berharap dapat meniru efek ini dengan menggunakan rantai umum dan plugin modular------yaitu memberikan setiap aplikasi kekuatan kontrol urutan perdagangan yang mirip dengan Hyperliquid.
Peniru Dua: Finalitas Instan
( Perbandingan Konsensus yang Ada
Solana saat ini menggunakan Tower BFT, konfirmasi dan finalitas bersifat probabilistik dan progresif: sebuah blok mendapatkan 2/3 suara dianggap sebagai "konfirmasi)Confirmed###", tetapi perlu akumulasi sekitar 32 blok berikutnya di blockchain (biasanya sekitar 13 detik) untuk dianggap sebagai "finalisasi(Finalized)". Untuk beberapa aplikasi (seperti perdagangan frekuensi tinggi), waktu konfirmasi final selama belasan detik masih terlalu lama.
HyperBFT adalah algoritma konsensus yang dikembangkan sendiri oleh Hyperliquid, terinspirasi oleh konsensus HotStuff, menggunakan dua putaran suara untuk mengonfirmasi blok, mencapai "finalitas instan".