Peta Jalan Solana ICM: Sebuah Pertunjukan Tiruan untuk Hyperliquid?
Baru-baru ini, terjadi sesuatu yang menarik di ekosistem Solana. Solana Foundation, Anza, Jito Labs, dan peserta penting lainnya secara bersama-sama merilis peta jalan teknis yang bernama "Internet Capital Markets ( Internet Capital Markets, ICM )". Ide utama dari peta jalan ini adalah "Application Controlled Execution (, ACE )", dengan tujuan memberikan aplikasi di rantai hak pengurutan perdagangan mandiri dalam milidetik, menciptakan "Wall Street di Rantai" yang terdesentralisasi.
Meskipun roadmap tidak secara langsung menyebutkan Hyperliquid, namun setelah analisis mendalam, tidak sulit untuk menemukan bahwa banyak desain di dalamnya secara khusus meniru karakteristik unggul Hyperliquid. Ini seperti Solana yang mengisyaratkan: "Apa yang bisa dilakukan Hyperliquid, kami juga harus bisa, dan kami harus melakukannya dengan lebih baik!"
Perlu dicatat bahwa Hyperliquid telah mendominasi pasar kontrak berjangka permanen di blockchain, dengan volume transaksi mencapai sekitar 65% dari seluruh pasar kontrak permanen terdesentralisasi. Menghadapi pesaing yang begitu kuat, Solana jelas tidak ingin tertinggal, sehingga meluncurkan peta jalan ICM ini.
Jadi, apa sebenarnya "pertunjukan tiruan" ini? Apakah Solana benar-benar bisa mengejar bahkan melampaui Hyperliquid? Mari kita bahas topik ini lebih dalam.
Latar Belakang dan Isi ICM
peserta kunci dalam memimpin perubahan
Pertama, mari kita lihat pembuat peta jalan ini. Yang terlibat adalah pemain berat dalam ekosistem Solana:
Solana Foundation/Labs: "Ayah" Solana, bertanggung jawab untuk koordinasi keseluruhan dan pengembangan protokol inti.
Anza: Perusahaan pengembang yang didirikan oleh mantan anggota Solana Labs, mirip dengan ConsenSys dari Ethereum. Dalam peta jalan ini, bertanggung jawab untuk banyak pekerjaan teknologi inti, seperti protokol konsensus baru Alpenglow.
Jito Labs: Penyedia infrastruktur MEV di Solana, memiliki pengaruh besar, hampir mengendalikan "hak hidup dan mati" semua aliran MEV di Solana. Kali ini memimpin penyediaan Block Assembly Marketplace (BAM) dan skema pengurutan transaksi lainnya.
Multicoin Capital: 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.
Drift: Proyek DEX kontrak berkelanjutan terdepan di Solana. Sebelumnya Drift menggunakan model pencocokan off-chain, dan menghadapi Hyperliquid yang sepenuhnya on-chain terasa sedikit sulit, kali ini terlibat dalam perumusan peta jalan, jelas berharap memanfaatkan peningkatan dasar untuk bangkit.
masalah inti
Peta jalan ini berfokus pada perbaikan struktur mikro pasar, terutama untuk mengatasi masalah mekanisme perdagangan on-chain saat ini yang tidak cukup ramah terhadap pembuat pasar. Saat ini, Taker yang secara aktif memulai perdagangan mendominasi, sementara Market Maker ( pembuat pasar ) berada dalam posisi yang tidak menguntungkan. Ini karena Taker sering kali menguasai informasi terbaru dan dapat secara aktif meningkatkan biaya transaksi untuk memastikan perdagangan mereka dieksekusi dengan prioritas, sementara Maker sering kali terlambat untuk membatalkan pesanan, terpaksa mengeksekusi pada harga yang merugikan.
Beberapa arbitrase frekuensi tinggi memanfaatkan asimetri ini untuk melakukan serangan "arus beracun". Misalnya, jika harga di blockchain belum diperbarui, tetapi harga di luar blockchain sudah berubah, para arbitrase dapat memanfaatkan harga lama untuk mengambil pesanan pembuat pasar, membuat pembuat pasar menanggung kerugian. Akibatnya, Maker untuk melindungi diri, harus memperlebar selisih harga beli dan jual, atau mengurangi jumlah pesanan yang ditempatkan, yang menyebabkan penurunan likuiditas di seluruh pasar.
Peta jalan ICM bertujuan untuk menyeimbangkan pola ini, menarik likuiditas berkualitas tinggi kembali ke rantai.
Strategi tiga langkah ICM
Solana membagi rencana besar ini menjadi tiga tahap:
Jangka Pendek (1-3 Bulan ): Utama mengoptimalkan pengalaman transaksi on-chain yang ada, meningkatkan efektivitas penggunaan aplikasi jenis order book, mengurangi gangguan MEV yang merugikan. Secara spesifik meliputi:
Jito Labs' Block Assembly Marketplace(BAM) modul telah diluncurkan di mainnet. Modul ini menyediakan sistem eksternal sementara sebelum peluncuran Ultimate ACE( Application Controlled Execution), yang memberikan kontrak pintar di Solana hak untuk melakukan pengurutan 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 diluncurkan secara bertahap antara Juli hingga September 2025.
Jangka Menengah (3-9 Bulan ): Memperkenalkan jaringan berkecepatan tinggi khusus dan konsensus versi baru, secara signifikan mengurangi latensi dan meningkatkan throughput:
Menerapkan jaringan serat optik khusus DoubleZero, memberikan komunikasi berkecepatan tinggi dengan jitter hampir nol dan pengurangan latensi hingga 100ms untuk validator.
Meluncurkan protokol konsensus Alpenglow, mengurangi waktu konfirmasi akhir dari sekitar 12,8 detik menjadi sekitar 0,15 detik.
Mengembangkan Eksekusi Program Asynchronous ( Asynchronous Program Execution, APE ), mengurangi blokade eksekusi transaksi terhadap konsensus.
Jangka Panjang (9-30 Bulan ): Melakukan peningkatan revolusioner pada arsitektur inti Solana, dengan tujuan untuk mencapainya sekitar tahun 2027:
Pemimpin Bersamaan Berganda (Multiple Concurrent Leaders, MCL): Memungkinkan beberapa validator untuk mengusulkan transaksi secara bersamaan dalam pipeline masing-masing, kemudian mengurutkan blok paralel ini berdasarkan biaya prioritas. Dengan cara ini, monopoli dari satu pengemas dapat dilemahkan dan ketahanan terhadap sensor dapat ditingkatkan.
Aplikasi asli dapat kontrol eksekusi (Application Controlled Execution, ACE) fitur: benar-benar memberikan kekuatan kepada kontrak pintar di blockchain untuk mengontrol urutan eksekusi transaksi.
Menganalisis peta jalan ini, tidak sulit untuk melihat cerita di baliknya: DEX lama di Solana, Drift, telah diungguli oleh pendatang baru Hyperliquid dengan pengalaman "Binance di atas rantai" yang luar biasa. Drift sendiri sulit untuk bersaing, sehingga harus meminta bantuan dari "pemain besar" seperti Solana Labs, Anza, Jito, dan lainnya. Para "pemain besar" ini mengusulkan rencana transformasi teknologi ICM, mengklaim akan menyalin semua keunggulan inti Hyperliquid untuk Drift, membantu Drift bersaing kembali di pasar DEX. Namun, mereka juga mengakui bahwa transformasi teknologi kali ini sangat sulit, sehingga mereka membagi rencana menjadi strategi tiga langkah, dalam jangka pendek hanya Jito's BAM yang bisa diberikan kepada Drift, agar Drift dapat bersaing dengan Hyperliquid.
Selanjutnya, kami akan menganalisis secara rinci keunggulan inti mana yang ditiru dan disalin oleh ICM dari Hyperliquid.
Meniru Satu: Mekanisme Urutan Perdagangan
Masalahnya: Seperti yang telah disebutkan sebelumnya, rantai saat ini cenderung menguntungkan taker, sementara maker menanggung "aliran beracun". Pengguna yang aktif mengambil pesanan dapat segera melakukan transaksi pada pesanan yang dipasang di rantai berdasarkan harga terbaru di luar rantai, dan dengan meningkatkan biaya transaksi mereka dapat mendapatkan prioritas dalam penyelesaian, sementara pembuat pasar sering kali tidak dapat memperbarui atau membatalkan pesanan mereka tepat waktu. Hasilnya adalah, pembuat pasar harus memperlebar spread, atau bahkan menarik likuiditas sama sekali, yang menyebabkan kedalaman pasar menjadi lebih buruk.
Solusi ultimate ICM: Aplikasi eksekusi yang terkontrol (ACE)
Peta jalan ICM mengusulkan konsep ACE(Application Controlled Execution), yakni mendelegasikan hak pengurutan transaksi kepada aplikasi di masing-masing rantai, di mana aplikasi dapat menentukan bagaimana transaksi terkait dengan aplikasi tersebut diurutkan dan dieksekusi. 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 dengan harga yang wajar dan terbaru, mencegah penawaran pembuat pasar berdasarkan harga yang sudah usang untuk diambil keuntungan.
Prioritas Pembatalan Pesanan: Aplikasi dapat mengatur agar "permintaan pembatalan" diutamakan daripada "transaksi makan pesanan" baru, memberi kesempatan kepada maker untuk menarik kembali pesanan saat kondisi pasar tidak menguntungkan.
Lelang di akhir tim: Misalnya, setelah munculnya satu pesanan beli besar yang mendorong harga naik, aplikasi DeFi akan "segera" mengeluarkan peluang untuk dilelang, siapa pun yang bersedia memberikan keuntungan terbanyak kembali ke protokol ( atau pengguna ), protokol DeFi akan membiarkan transaksi mereka dieksekusi setelah pesanan besar tersebut. Aplikasi DeFi dapat mengembalikan hasil lelang kepada pengguna, sehingga mengubah aliran MEV yang beracun menjadi pendapatan yang baik.
BAM JITO: Skema Transisi
Sebelum ACE resmi diluncurkan, Jito Labs meluncurkan solusi transisi bernama Block Assembly Marketplace (BAM). Alur kerja BAM adalah:
Pengguna mengirim transaksi ke node yang menjalankan perangkat lunak BAM ( daripada langsung ke Leader saat ini ).
Node BAM mengumpulkan transaksi lokal dan menjalankan berbagai plugin ( plugin ) untuk melakukan penyortiran ulang paket transaksi ( Bundle ) di bawah perlindungan privasi (. Plugin berjalan di lingkungan TEE yang aman, menyembunyikan konten transaksi dari luar sebelum eksekusi ). Melalui plugin, pengembang aplikasi dapat menyesuaikan berbagai aturan penyortiran untuk kontrak mereka, seperti prioritas pembatalan, memperbarui harga oracle sebelum pencocokan, bahkan menjalankan lelang dalam aplikasi yang kompleks, dll.
Bundle transaksi yang telah diurutkan kemudian dikirim ke Solana Leader untuk dikemas ke dalam blockchain.
BAM dapat dianggap sebagai ladang percobaan sebelum ACE di blockchain, secara fungsional sangat mirip dengan ACE akhir, hanya saja ia berjalan di jaringan independen di luar, bukan di dalam protokol utama Solana.
Perlu dicatat bahwa Jito sebelumnya telah menyediakan infrastruktur yang ditujukan untuk pengambilan MEV ( seperti Jito Block Engine ), yang model bisnisnya adalah menciptakan peluang bagi arbiter dengan mengoptimalkan urutan transaksi dan membagikan keuntungan. Ini, dalam beberapa hal, adalah "mata panah" yang berdiri di sisi berlawanan dari pengguna biasa dan yang menjadi sasaran arbitrase. Namun, Jito menutup fungsi mempool publik ( untuk robot arbitrase pada awal 2024, untuk mengurangi eksternalitas negatif seperti serangan sandwich. Langkah ini menunjukkan bahwa komunitas Solana cenderung menekan MEV yang merugikan, demi menjaga keadilan bagi pengguna.
Peluncuran BAM sejalan dengan pemikiran ini: pada dasarnya, ia mengubah mekanisme pengurutan yang awalnya digunakan untuk arbitrase MEV menjadi sebuah "perisai" untuk melindungi penyedia likuiditas seperti pembuat pasar, misalnya dengan memprioritaskan pembatalan paksa untuk menghindari kerugian bagi pembuat pasar, serta memperkenalkan insentif lelang untuk mengurangi keuntungan dari kecepatan. Pencari MEV yang sebelumnya ingin menghasilkan uang harus mengubah peran, menulis plugin BAM untuk melayani protokol DeFi, dan memperoleh keuntungan dari biaya plugin.
) belajar dari HYPERLIQUID
Pikiran ACE/BAM di atas sebenarnya dapat dilihat sebagai upaya untuk mengejar mekanisme pencocokan di Hyperliquid. Hyperliquid adalah sebuah ###Appchain( yang khusus, dan memang dirancang untuk melayani DEX. Selain itu, HLP Vault yang dioperasikan oleh Hyperliquid secara resmi adalah salah satu pembuat pasar terbesar di platform tersebut, sehingga tidak sulit untuk memahami bahwa aturan rantai Hyperliquid lebih condong ke penyedia likuiditas, yang telah mengimplementasikan banyak desain untuk melindungi pembuat pasar di tingkat rantai, seperti:
Perlindungan prioritas untuk pihak yang memasang order: pembatalan order dan order maker akan diproses lebih dulu, untuk menghindari market maker mengalami transaksi yang merugikan tanpa sepengetahuan mereka. "Eksekusi pembatalan prioritas" yang disebutkan dalam 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 "pemeriksaan ganda". Misalnya, ketika ada order yang dicocokkan, sistem akan menarik harga oracle terbaru untuk mengevaluasi margin kedua belah pihak, memastikan bahwa tidak ada risiko akibat keterlambatan harga. Ini mirip dengan ACE yang menyisipkan pembaruan oracle sebelum pelaksanaan perdagangan.
Perlindungan transaksi sendiri: Jika alamat yang sama membeli dan menjual secara bersamaan, Hyperliquid secara otomatis membatalkan alih-alih mencocokkan, untuk mencegah manipulasi volume atau biaya yang tidak perlu.
Solana ICM's ACE/BAM, tanpa diragukan lagi, "belajar" dari Hyperliquid. Hyperliquid sebagai pemimpin CLOB di blockchain, telah mewujudkan berbagai mekanisme yang ramah terhadap market maker dengan menggunakan satu rantai khusus. Sekarang Solana berharap dapat meniru efek ini dengan menggunakan rantai umum dan plugin modular, yaitu agar setiap aplikasi memiliki kendali yang mirip dengan Hyperliquid dalam hal pengurutan transaksi.
Meniru Dua: Finalitas Instan
) Perbandingan konsensus yang ada
Solana saat ini menggunakan Tower BFT, konfirmasi dan finalitas bersifat probabilistik dan bertahap: sebuah blok dianggap "dikonfirmasi ###Confirmed(" setelah mendapatkan 2/3 suara, tetapi perlu akumulasi sekitar 32 blok berikutnya di blockchain ) yang biasanya memakan waktu sekitar 13 detik ( untuk diikat sebagai "finalisasi )Finalized(". Untuk beberapa aplikasi ) seperti perdagangan frekuensi tinggi (, waktu konfirmasi akhir belasan detik masih terlalu lama.
HyperBFT adalah algoritma konsensus yang dikembangkan sendiri oleh Hyperliquid, terinspirasi oleh konsensus HotStuff, menggunakan dua putaran pemungutan suara untuk mengkonfirmasi blok, mencapai "finalitas instan".
Putaran Pertama: Prab suara ) Prab suara (: Validator akan melakukan verifikasi cepat setelah menerima blok kandidat yang disiarkan oleh Proposer. Jika verifikasi berhasil, setiap validator akan memberikan satu "suara prab" ) Prab suara ( untuk blok ini dan menyiarkannya ke seluruh jaringan. Suara ini mewakili: "Saya telah melihat secara awal, blok ini tidak ada masalah."
Putaran Kedua: Pre-commit )Precommit(: Setelah seorang validator mengumpulkan lebih dari dua pertiga suara validator untuk blok kandidat yang sama dengan Prevote, ia memperoleh cukup kepercayaan, percaya bahwa sebagian besar anggota jaringan mengakui blok ini. Oleh karena itu, validator tersebut akan memberikan suara yang lebih memiliki bobot berupa "pre-commit" )Precommit( dan menyebarkannya. Suara ini mewakili:"
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 mengincar persaingan CLOB Hyperliquid on-chain yang semakin meningkat
Peta Jalan Solana ICM: Sebuah Pertunjukan Tiruan untuk Hyperliquid?
Baru-baru ini, terjadi sesuatu yang menarik di ekosistem Solana. Solana Foundation, Anza, Jito Labs, dan peserta penting lainnya secara bersama-sama merilis peta jalan teknis yang bernama "Internet Capital Markets ( Internet Capital Markets, ICM )". Ide utama dari peta jalan ini adalah "Application Controlled Execution (, ACE )", dengan tujuan memberikan aplikasi di rantai hak pengurutan perdagangan mandiri dalam milidetik, menciptakan "Wall Street di Rantai" yang terdesentralisasi.
Meskipun roadmap tidak secara langsung menyebutkan Hyperliquid, namun setelah analisis mendalam, tidak sulit untuk menemukan bahwa banyak desain di dalamnya secara khusus meniru karakteristik unggul Hyperliquid. Ini seperti Solana yang mengisyaratkan: "Apa yang bisa dilakukan Hyperliquid, kami juga harus bisa, dan kami harus melakukannya dengan lebih baik!"
Perlu dicatat bahwa Hyperliquid telah mendominasi pasar kontrak berjangka permanen di blockchain, dengan volume transaksi mencapai sekitar 65% dari seluruh pasar kontrak permanen terdesentralisasi. Menghadapi pesaing yang begitu kuat, Solana jelas tidak ingin tertinggal, sehingga meluncurkan peta jalan ICM ini.
Jadi, apa sebenarnya "pertunjukan tiruan" ini? Apakah Solana benar-benar bisa mengejar bahkan melampaui Hyperliquid? Mari kita bahas topik ini lebih dalam.
Latar Belakang dan Isi ICM
peserta kunci dalam memimpin perubahan
Pertama, mari kita lihat pembuat peta jalan ini. Yang terlibat adalah pemain berat dalam ekosistem Solana:
Solana Foundation/Labs: "Ayah" Solana, bertanggung jawab untuk koordinasi keseluruhan dan pengembangan protokol inti.
Anza: Perusahaan pengembang yang didirikan oleh mantan anggota Solana Labs, mirip dengan ConsenSys dari Ethereum. Dalam peta jalan ini, bertanggung jawab untuk banyak pekerjaan teknologi inti, seperti protokol konsensus baru Alpenglow.
Jito Labs: Penyedia infrastruktur MEV di Solana, memiliki pengaruh besar, hampir mengendalikan "hak hidup dan mati" semua aliran MEV di Solana. Kali ini memimpin penyediaan Block Assembly Marketplace (BAM) dan skema pengurutan transaksi lainnya.
Multicoin Capital: 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.
Drift: Proyek DEX kontrak berkelanjutan terdepan di Solana. Sebelumnya Drift menggunakan model pencocokan off-chain, dan menghadapi Hyperliquid yang sepenuhnya on-chain terasa sedikit sulit, kali ini terlibat dalam perumusan peta jalan, jelas berharap memanfaatkan peningkatan dasar untuk bangkit.
masalah inti
Peta jalan ini berfokus pada perbaikan struktur mikro pasar, terutama untuk mengatasi masalah mekanisme perdagangan on-chain saat ini yang tidak cukup ramah terhadap pembuat pasar. Saat ini, Taker yang secara aktif memulai perdagangan mendominasi, sementara Market Maker ( pembuat pasar ) berada dalam posisi yang tidak menguntungkan. Ini karena Taker sering kali menguasai informasi terbaru dan dapat secara aktif meningkatkan biaya transaksi untuk memastikan perdagangan mereka dieksekusi dengan prioritas, sementara Maker sering kali terlambat untuk membatalkan pesanan, terpaksa mengeksekusi pada harga yang merugikan.
Beberapa arbitrase frekuensi tinggi memanfaatkan asimetri ini untuk melakukan serangan "arus beracun". Misalnya, jika harga di blockchain belum diperbarui, tetapi harga di luar blockchain sudah berubah, para arbitrase dapat memanfaatkan harga lama untuk mengambil pesanan pembuat pasar, membuat pembuat pasar menanggung kerugian. Akibatnya, Maker untuk melindungi diri, harus memperlebar selisih harga beli dan jual, atau mengurangi jumlah pesanan yang ditempatkan, yang menyebabkan penurunan likuiditas di seluruh pasar.
Peta jalan ICM bertujuan untuk menyeimbangkan pola ini, menarik likuiditas berkualitas tinggi kembali ke rantai.
Strategi tiga langkah ICM
Solana membagi rencana besar ini menjadi tiga tahap:
Jangka Pendek (1-3 Bulan ): Utama mengoptimalkan pengalaman transaksi on-chain yang ada, meningkatkan efektivitas penggunaan aplikasi jenis order book, mengurangi gangguan MEV yang merugikan. Secara spesifik meliputi:
Jito Labs' Block Assembly Marketplace(BAM) modul telah diluncurkan di mainnet. Modul ini menyediakan sistem eksternal sementara sebelum peluncuran Ultimate ACE( Application Controlled Execution), yang memberikan kontrak pintar di Solana hak untuk melakukan pengurutan 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 diluncurkan secara bertahap antara Juli hingga September 2025.
Jangka Menengah (3-9 Bulan ): Memperkenalkan jaringan berkecepatan tinggi khusus dan konsensus versi baru, secara signifikan mengurangi latensi dan meningkatkan throughput:
Menerapkan jaringan serat optik khusus DoubleZero, memberikan komunikasi berkecepatan tinggi dengan jitter hampir nol dan pengurangan latensi hingga 100ms untuk validator.
Meluncurkan protokol konsensus Alpenglow, mengurangi waktu konfirmasi akhir dari sekitar 12,8 detik menjadi sekitar 0,15 detik.
Mengembangkan Eksekusi Program Asynchronous ( Asynchronous Program Execution, APE ), mengurangi blokade eksekusi transaksi terhadap konsensus.
Jangka Panjang (9-30 Bulan ): Melakukan peningkatan revolusioner pada arsitektur inti Solana, dengan tujuan untuk mencapainya sekitar tahun 2027:
Pemimpin Bersamaan Berganda (Multiple Concurrent Leaders, MCL): Memungkinkan beberapa validator untuk mengusulkan transaksi secara bersamaan dalam pipeline masing-masing, kemudian mengurutkan blok paralel ini berdasarkan biaya prioritas. Dengan cara ini, monopoli dari satu pengemas dapat dilemahkan dan ketahanan terhadap sensor dapat ditingkatkan.
Aplikasi asli dapat kontrol eksekusi (Application Controlled Execution, ACE) fitur: benar-benar memberikan kekuatan kepada kontrak pintar di blockchain untuk mengontrol urutan eksekusi transaksi.
Menganalisis peta jalan ini, tidak sulit untuk melihat cerita di baliknya: DEX lama di Solana, Drift, telah diungguli oleh pendatang baru Hyperliquid dengan pengalaman "Binance di atas rantai" yang luar biasa. Drift sendiri sulit untuk bersaing, sehingga harus meminta bantuan dari "pemain besar" seperti Solana Labs, Anza, Jito, dan lainnya. Para "pemain besar" ini mengusulkan rencana transformasi teknologi ICM, mengklaim akan menyalin semua keunggulan inti Hyperliquid untuk Drift, membantu Drift bersaing kembali di pasar DEX. Namun, mereka juga mengakui bahwa transformasi teknologi kali ini sangat sulit, sehingga mereka membagi rencana menjadi strategi tiga langkah, dalam jangka pendek hanya Jito's BAM yang bisa diberikan kepada Drift, agar Drift dapat bersaing dengan Hyperliquid.
Selanjutnya, kami akan menganalisis secara rinci keunggulan inti mana yang ditiru dan disalin oleh ICM dari Hyperliquid.
Meniru Satu: Mekanisme Urutan Perdagangan
Masalahnya: Seperti yang telah disebutkan sebelumnya, rantai saat ini cenderung menguntungkan taker, sementara maker menanggung "aliran beracun". Pengguna yang aktif mengambil pesanan dapat segera melakukan transaksi pada pesanan yang dipasang di rantai berdasarkan harga terbaru di luar rantai, dan dengan meningkatkan biaya transaksi mereka dapat mendapatkan prioritas dalam penyelesaian, sementara pembuat pasar sering kali tidak dapat memperbarui atau membatalkan pesanan mereka tepat waktu. Hasilnya adalah, pembuat pasar harus memperlebar spread, atau bahkan menarik likuiditas sama sekali, yang menyebabkan kedalaman pasar menjadi lebih buruk.
Solusi ultimate ICM: Aplikasi eksekusi yang terkontrol (ACE)
Peta jalan ICM mengusulkan konsep ACE(Application Controlled Execution), yakni mendelegasikan hak pengurutan transaksi kepada aplikasi di masing-masing rantai, di mana aplikasi dapat menentukan bagaimana transaksi terkait dengan aplikasi tersebut diurutkan dan dieksekusi. 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 dengan harga yang wajar dan terbaru, mencegah penawaran pembuat pasar berdasarkan harga yang sudah usang untuk diambil keuntungan.
Prioritas Pembatalan Pesanan: Aplikasi dapat mengatur agar "permintaan pembatalan" diutamakan daripada "transaksi makan pesanan" baru, memberi kesempatan kepada maker untuk menarik kembali pesanan saat kondisi pasar tidak menguntungkan.
Lelang di akhir tim: Misalnya, setelah munculnya satu pesanan beli besar yang mendorong harga naik, aplikasi DeFi akan "segera" mengeluarkan peluang untuk dilelang, siapa pun yang bersedia memberikan keuntungan terbanyak kembali ke protokol ( atau pengguna ), protokol DeFi akan membiarkan transaksi mereka dieksekusi setelah pesanan besar tersebut. Aplikasi DeFi dapat mengembalikan hasil lelang kepada pengguna, sehingga mengubah aliran MEV yang beracun menjadi pendapatan yang baik.
BAM JITO: Skema Transisi
Sebelum ACE resmi diluncurkan, Jito Labs meluncurkan solusi transisi bernama Block Assembly Marketplace (BAM). Alur kerja BAM adalah:
Pengguna mengirim transaksi ke node yang menjalankan perangkat lunak BAM ( daripada langsung ke Leader saat ini ).
Node BAM mengumpulkan transaksi lokal dan menjalankan berbagai plugin ( plugin ) untuk melakukan penyortiran ulang paket transaksi ( Bundle ) di bawah perlindungan privasi (. Plugin berjalan di lingkungan TEE yang aman, menyembunyikan konten transaksi dari luar sebelum eksekusi ). Melalui plugin, pengembang aplikasi dapat menyesuaikan berbagai aturan penyortiran untuk kontrak mereka, seperti prioritas pembatalan, memperbarui harga oracle sebelum pencocokan, bahkan menjalankan lelang dalam aplikasi yang kompleks, dll.
Bundle transaksi yang telah diurutkan kemudian dikirim ke Solana Leader untuk dikemas ke dalam blockchain.
BAM dapat dianggap sebagai ladang percobaan sebelum ACE di blockchain, secara fungsional sangat mirip dengan ACE akhir, hanya saja ia berjalan di jaringan independen di luar, bukan di dalam protokol utama Solana.
Perlu dicatat bahwa Jito sebelumnya telah menyediakan infrastruktur yang ditujukan untuk pengambilan MEV ( seperti Jito Block Engine ), yang model bisnisnya adalah menciptakan peluang bagi arbiter dengan mengoptimalkan urutan transaksi dan membagikan keuntungan. Ini, dalam beberapa hal, adalah "mata panah" yang berdiri di sisi berlawanan dari pengguna biasa dan yang menjadi sasaran arbitrase. Namun, Jito menutup fungsi mempool publik ( untuk robot arbitrase pada awal 2024, untuk mengurangi eksternalitas negatif seperti serangan sandwich. Langkah ini menunjukkan bahwa komunitas Solana cenderung menekan MEV yang merugikan, demi menjaga keadilan bagi pengguna.
Peluncuran BAM sejalan dengan pemikiran ini: pada dasarnya, ia mengubah mekanisme pengurutan yang awalnya digunakan untuk arbitrase MEV menjadi sebuah "perisai" untuk melindungi penyedia likuiditas seperti pembuat pasar, misalnya dengan memprioritaskan pembatalan paksa untuk menghindari kerugian bagi pembuat pasar, serta memperkenalkan insentif lelang untuk mengurangi keuntungan dari kecepatan. Pencari MEV yang sebelumnya ingin menghasilkan uang harus mengubah peran, menulis plugin BAM untuk melayani protokol DeFi, dan memperoleh keuntungan dari biaya plugin.
) belajar dari HYPERLIQUID
Pikiran ACE/BAM di atas sebenarnya dapat dilihat sebagai upaya untuk mengejar mekanisme pencocokan di Hyperliquid. Hyperliquid adalah sebuah ###Appchain( yang khusus, dan memang dirancang untuk melayani DEX. Selain itu, HLP Vault yang dioperasikan oleh Hyperliquid secara resmi adalah salah satu pembuat pasar terbesar di platform tersebut, sehingga tidak sulit untuk memahami bahwa aturan rantai Hyperliquid lebih condong ke penyedia likuiditas, yang telah mengimplementasikan banyak desain untuk melindungi pembuat pasar di tingkat rantai, seperti:
Perlindungan prioritas untuk pihak yang memasang order: pembatalan order dan order maker akan diproses lebih dulu, untuk menghindari market maker mengalami transaksi yang merugikan tanpa sepengetahuan mereka. "Eksekusi pembatalan prioritas" yang disebutkan dalam 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 "pemeriksaan ganda". Misalnya, ketika ada order yang dicocokkan, sistem akan menarik harga oracle terbaru untuk mengevaluasi margin kedua belah pihak, memastikan bahwa tidak ada risiko akibat keterlambatan harga. Ini mirip dengan ACE yang menyisipkan pembaruan oracle sebelum pelaksanaan perdagangan.
Perlindungan transaksi sendiri: Jika alamat yang sama membeli dan menjual secara bersamaan, Hyperliquid secara otomatis membatalkan alih-alih mencocokkan, untuk mencegah manipulasi volume atau biaya yang tidak perlu.
Solana ICM's ACE/BAM, tanpa diragukan lagi, "belajar" dari Hyperliquid. Hyperliquid sebagai pemimpin CLOB di blockchain, telah mewujudkan berbagai mekanisme yang ramah terhadap market maker dengan menggunakan satu rantai khusus. Sekarang Solana berharap dapat meniru efek ini dengan menggunakan rantai umum dan plugin modular, yaitu agar setiap aplikasi memiliki kendali yang mirip dengan Hyperliquid dalam hal pengurutan transaksi.
Meniru Dua: Finalitas Instan
) Perbandingan konsensus yang ada
Solana saat ini menggunakan Tower BFT, konfirmasi dan finalitas bersifat probabilistik dan bertahap: sebuah blok dianggap "dikonfirmasi ###Confirmed(" setelah mendapatkan 2/3 suara, tetapi perlu akumulasi sekitar 32 blok berikutnya di blockchain ) yang biasanya memakan waktu sekitar 13 detik ( untuk diikat sebagai "finalisasi )Finalized(". Untuk beberapa aplikasi ) seperti perdagangan frekuensi tinggi (, waktu konfirmasi akhir belasan detik masih terlalu lama.
HyperBFT adalah algoritma konsensus yang dikembangkan sendiri oleh Hyperliquid, terinspirasi oleh konsensus HotStuff, menggunakan dua putaran pemungutan suara untuk mengkonfirmasi blok, mencapai "finalitas instan".
Putaran Pertama: Prab suara ) Prab suara (: Validator akan melakukan verifikasi cepat setelah menerima blok kandidat yang disiarkan oleh Proposer. Jika verifikasi berhasil, setiap validator akan memberikan satu "suara prab" ) Prab suara ( untuk blok ini dan menyiarkannya ke seluruh jaringan. Suara ini mewakili: "Saya telah melihat secara awal, blok ini tidak ada masalah."
Putaran Kedua: Pre-commit )Precommit(: Setelah seorang validator mengumpulkan lebih dari dua pertiga suara validator untuk blok kandidat yang sama dengan Prevote, ia memperoleh cukup kepercayaan, percaya bahwa sebagian besar anggota jaringan mengakui blok ini. Oleh karena itu, validator tersebut akan memberikan suara yang lebih memiliki bobot berupa "pre-commit" )Precommit( dan menyebarkannya. Suara ini mewakili:"