Peta Jalan ICM Solana: Sebuah "Pertunjukan Tiruan" Terhadap Hyperliquid?
Baru-baru ini, sejumlah tokoh besar di ekosistem Solana berkumpul dan merilis peta jalan teknis yang berjudul "Internet Capital Markets ( Internet Capital Markets, ICM )". Konsep inti dari peta jalan ini adalah "Application Controlled Execution ( ACE )", secara sederhana, ini berarti memberikan aplikasi di blockchain hak urutan transaksi otonom dalam tingkat milidetik, menciptakan "Wall Street on-chain" yang terdesentralisasi.
Menariknya, membaca seluruh peta jalan, meskipun tidak secara langsung menyebutkan Hyperliquid, tetapi desain di dalamnya hampir di mana-mana ditujukan untuk kekuatan Hyperliquid. Ini seperti Solana yang mengatakan: "Apa yang kamu punya di Hyperliquid, kami juga ingin memilikinya, dan kami harus melakukannya dengan lebih baik!"
Perlu diketahui, Hyperliquid mendominasi pasar kontrak berjangka permanen di blockchain, dengan volume perdagangan mencapai sekitar 65% dari seluruh pasar berjangka terdesentralisasi. Jelas, menghadapi pesaing seperti itu, Solana tidak ingin tertinggal, sehingga meluncurkan peta jalan ICM ini.
Jadi, apa sebenarnya yang terjadi dengan "pertunjukan tiruan" ini? Apakah Solana benar-benar bisa mengejar bahkan melampaui Hyperliquid? Hari ini kita akan membahas topik ini lebih dalam.
Latar Belakang dan Konten ICM
Siapa yang memimpin perubahan ini?
Pertama, mari kita lihat siapa yang menyusun peta jalan ini. Peserta adalah pemain berat dalam ekosistem Solana:
Solana Foundation/Labs: ini tidak perlu dijelaskan lebih lanjut, "ayah kandung" Solana, bertanggung jawab atas koordinasi keseluruhan dan pengembangan protokol inti.
Anza: sebuah perusahaan pengembang yang didirikan oleh mantan anggota Solana Labs, mirip dengan ConsenSys di Ethereum. Mereka mengambil banyak pekerjaan pengembangan teknologi inti dalam peta jalan kali ini, seperti protokol konsensus baru Alpenglow.
Jito Labs: Penyedia infrastruktur MEV di Solana yang memiliki pengaruh besar, hampir mengontrol "hak hidup dan mati" dari semua aliran MEV di Solana. Kali ini mereka memimpin penyediaan Block Assembly Marketplace (BAM) dan solusi pengurutan transaksi lainnya.
Multicoin Capital: lembaga investasi kripto terkenal, juga merupakan pendukung awal Solana. Karena memegang sejumlah besar SOL dan hak proyek ekosistem, mereka juga memiliki pengaruh yang signifikan dalam arah teknis.
DoubleZero: tim yang fokus pada percepatan komunikasi jaringan, menyediakan solusi jaringan serat optik khusus untuk meningkatkan kecepatan komunikasi antara node validator Solana.
Drift: Proyek DEX kontrak berjangka terkemuka di Solana. Sebelumnya Drift menggunakan model pencocokan off-chain, dan saat menghadapi Hyperliquid yang sepenuhnya on-chain, terlihat agak kesulitan. Kali ini berpartisipasi dalam perumusan peta jalan, jelas berharap dapat bangkit dengan memanfaatkan peningkatan lapisan dasar.
masalah inti yang harus diselesaikan
Peta jalan berfokus pada perbaikan struktur mikro pasar, yang secara sederhana berarti mekanisme perdagangan on-chain saat ini tidak cukup ramah bagi pembuat pasar, yaitu Taker yang secara aktif memulai transaksi mendapatkan keuntungan, sementara Market Maker yang menunggu untuk menyelesaikan order ( menderita kerugian. Ini karena Taker sering kali memiliki informasi terbaru, dan secara aktif meningkatkan biaya transaksi untuk memastikan bahwa transaksi mereka dieksekusi terlebih dahulu, sementara Maker sering kali tidak sempat membatalkan order, terpaksa menyelesaikan transaksi pada harga yang tidak menguntungkan.
Beberapa arbitrase frekuensi tinggi akan memanfaatkan asimetri ini untuk melancarkan serangan "traffic beracun". Misalnya, jika harga di blockchain belum diperbarui, tetapi harga di luar blockchain sudah berubah, arbitrase dapat menggunakan harga lama untuk mengambil order dari pembuat pasar, membuat pembuat pasar menanggung kerugian. Akibatnya, Maker untuk melindungi diri mereka, harus memperlebar selisih harga jual dan beli, atau mengurangi jumlah order yang dipasang, 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 menjadi lebih baik, dan mengurangi gangguan MEV yang merugikan. Secara spesifik mencakup:
Marketplace Block Assembly Jito Labs)BAM( modul diluncurkan di mainnet. Modul ini bertujuan untuk menyediakan sistem eksternal sementara sebelum peluncuran ACE)Application Controlled Execution(, agar kontrak pintar di Solana memiliki hak pengurutan transaksi yang mandiri.
Tim Anza mengoptimalkan "masuk transaksi dalam Slot yang sama" untuk meningkatkan tingkat keberhasilan, sehingga mengurangi slippage dan kerugian MEV.
Perbaikan ini diperkirakan akan diterapkan secara bertahap antara 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, memberikan komunikasi cepat dengan hampir nol jitter 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 pemblokiran konsensus oleh eksekusi transaksi.
Jangka Panjang )9-30 Bulan (: Melakukan peningkatan revolusioner pada arsitektur inti Solana, dengan target tercapai 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, dapat melemahkan monopoli dari satu pengemas, meningkatkan ketahanan terhadap sensor.
Aplikasi asli dapat melakukan eksekusi terkendali )Application Controlled Execution, ACE( fungsi: benar-benar memberikan kekuasaan kepada kontrak pintar di blockchain untuk mengontrol urutan eksekusi transaksi.
Pada titik ini, penulis percaya bahwa cerita di balik proposal peta jalan ICM harus sebagai berikut: DEX Drift lama di Solana telah disusul oleh pendatang terlambat Hyperliquid dengan pengalaman luar biasa "Binance di rantai". Drift tidak bisa bersaing sendiri, jadi dia harus beralih ke Solana Labs, Anza, Jito, dan "petinggi besar" lainnya. "Petinggi besar" mengajukan rencana transformasi teknis untuk ICM, mengklaim memberi Drift semua keterampilan rumah tangga Hyperliquid untuk membantunya bertarung di pasar DEX lagi. Namun, "petinggi besar" juga mengatakan bahwa transformasi teknis ini sangat sulit, sehingga solusi teknis dibagi menjadi strategi tiga langkah, dan satu-satunya peralatan yang dapat diberikan kepada Drift dalam waktu dekat adalah BAM Jito, sehingga Drift dapat memanfaatkannya, dan membandingkannya dengan Hyperliquid.
Setelah menjelaskan latar belakang cerita, penulis akan menganalisis secara rinci keterampilan apa saja yang ditiru dan direplikasi oleh ICM dari Hyperliquid di bab-bab selanjutnya.
Meniru Satu: Mekanisme Urutan Transaksi
Masalahnya: Seperti yang disebutkan sebelumnya, rantai saat ini lebih menguntungkan taker, sementara maker menanggung "aliran beracun". Pengguna yang aktif mengambil order dapat melakukan transaksi terhadap order yang terpasang di rantai berdasarkan harga terbaru di luar rantai, dan dengan meningkatkan biaya transaksi, mereka dapat mendapatkan prioritas dalam penyelesaian, sementara pembuat pasar seringkali tidak dapat memperbarui atau membatalkan pesanan tepat waktu. Akibatnya, pembuat pasar harus memperlebar spread, atau bahkan menghapus likuiditas, yang membuat kedalaman pasar menjadi lebih buruk.
Peta jalan ICM mengusulkan konsep ACE)Application Controlled Execution(, yaitu mendelagasikan hak pengurutan transaksi ke aplikasi di setiap rantai, di mana aplikasi tersebut dapat menentukan sendiri bagaimana transaksi yang terkait dengan aplikasi ini diurutkan dan dieksekusi. Sebagai contoh, di masa depan, di Solana yang menerapkan ACE, kontrak DeFi dapat menerapkan aturan pengurutan transaksi yang disesuaikan sebagai berikut:
Pembaruan harga Oracle disisipkan: Aplikasi DeFi dapat terlebih dahulu menyisipkan satu transaksi untuk mendapatkan harga terbaru dari oracle sebelum mencocokkan transaksi besar, memastikan pesanan dicocokkan pada harga yang wajar terbaru, mencegah penawaran pembuat pasar yang didasarkan pada harga yang sudah usang agar tidak dieksploitasi.
Prioritas Pembatalan Pesanan: Aplikasi dapat mengatur agar "permintaan pembatalan" memiliki prioritas lebih tinggi dibandingkan dengan "transaksi makan pesanan" baru, memberikan kesempatan kepada maker untuk segera membatalkan pesanan yang tertunda saat kondisi pasar tidak menguntungkan.
Lelang di belakang tim: Misalnya, setelah munculnya satu pesanan beli besar yang mendorong harga naik, aplikasi DeFi akan "segera" mengeluarkan kesempatan untuk dilelang, siapa pun yang bersedia mengembalikan keuntungan terbesar kepada protokol ) atau pengguna (, protokol DeFi akan menjalankan transaksi orang itu setelah bertransaksi dengan pesanan besar. Aplikasi DeFi dapat mengembalikan hasil lelang kepada pengguna, sehingga mengubah aliran MEV yang beracun menjadi pendapatan yang positif.
) BAM JITO: skema transisi
Sebelum ACE diluncurkan secara resmi, Jito Labs meluncurkan solusi transisi yang disebut Block Assembly Marketplace ###BAM(. Alur kerja BAM adalah:
Pengguna mengirimkan 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 pengurutan ulang paket transaksi ) Bundle ( di bawah perlindungan privasi ). Plugin dijalankan di lingkungan TEE yang aman, menyembunyikan konten transaksi dari luar sebelum dieksekusi (. Melalui plugin, pengembang aplikasi dapat menyesuaikan berbagai aturan pengurutan untuk kontrak mereka, seperti prioritas pembatalan, memperbarui harga oracle sebelum pencocokan, bahkan menjalankan lelang dalam aplikasi yang kompleks, dan lain-lain.
Bundle transaksi yang telah diurutkan kemudian dikirim ke Solana Leader untuk dibungkus dan diunggah ke rantai.
BAM dapat dianggap sebagai ladang percobaan sebelum ACE di blockchain, secara fungsi sangat mendekati 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 ekstraksi MEV ) seperti Jito Block Engine (, di mana model bisnisnya adalah dengan mengoptimalkan urutan transaksi untuk menciptakan kesempatan bagi para arbiter dan membagikan keuntungan. Ini pada suatu tingkat berdiri di sisi "mata panah" yang berlawanan dengan pengguna biasa dan mereka yang di-arbitrase. Namun Jito pada awal 2024 menutup fungsi mempool publik ) yang ditujukan untuk robot arbitrase (, untuk mengurangi eksternalitas negatif seperti serangan sandwich. Langkah ini menunjukkan bahwa komunitas Solana cenderung menekan MEV yang merugikan, menjaga keadilan pengguna.
Peluncuran BAM sangat sejalan dengan pemikiran ini: pada dasarnya, ia mengubah mekanisme pengurutan yang awalnya digunakan untuk arbitrase MEV menjadi "perisai" untuk melindungi penyedia likuiditas seperti pembuat pasar, misalnya dengan memprioritaskan pembatalan paksa untuk menghindari kerugian bagi pembuat pasar, dan memperkenalkan insentif lelang untuk mengurangi keuntungan dari pelarian awal. Pencari MEV yang sebelumnya ingin menghasilkan uang kini harus beralih peran, menulis plugin BAM untuk melayani protokol DeFi, dan menghasilkan keuntungan dari biaya plugin.
) belajar dari HYPERLIQUID
Pendekatan ACE/BAM di atas sebenarnya dapat dianggap sebagai upaya untuk mengejar mekanisme pencocokan di Hyperliquid. Hyperliquid adalah sebuah rantai khusus ###Appchain( yang secara alami ditujukan untuk layanan DEX. Selain itu, HLP Vault yang dikelola oleh Hyperliquid sebenarnya adalah salah satu pembuat pasar terbesar di platform tersebut, sehingga tidak sulit untuk memahami bahwa aturan rantai Hyperliquid lebih condong kepada penyedia likuiditas, dan telah menerapkan banyak desain yang melindungi pembuat pasar di tingkat rantai, seperti:
Perlindungan prioritas untuk pihak yang mengajukan pesanan: Pembatalan pesanan 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 sudah dipraktikkan oleh Hyperliquid selama bertahun-tahun.
Jaminan harga terbaru: Proses likuidasi dan pencocokan Hyperliquid menekankan penggunaan harga pengumpan terbaru dan status margin untuk melakukan "pemeriksaan ganda". Misalnya, ketika ada pesanan yang dicocokkan, sistem akan menarik harga oracle terbaru untuk menilai margin kedua belah pihak, memastikan bahwa risiko tidak terjadi karena keterlambatan harga. Ini mirip dengan ACE yang menyisipkan pembaruan oracle sebelum eksekusi perdagangan.
Perlindungan Transaksi Sendiri: Jika alamat yang sama melakukan jual beli, Hyperliquid secara otomatis membatalkan transaksi dan tidak mencocokkan, untuk mencegah manipulasi volume atau biaya yang tidak perlu.
Solana ICM ACE/BAM, tanpa diragukan lagi, adalah "belajar" dari Hyperliquid. Hyperliquid sebagai pemimpin CLOB di blockchain telah mewujudkan berbagai mekanisme yang ramah untuk pembuat pasar dengan menggunakan rantai khusus. Solana sekarang berharap untuk meniru efek ini dengan menggunakan rantai umum dan plugin modular ------ yaitu, untuk memberikan setiap aplikasi kontrol yang mirip dengan Hyperliquid dalam pengurutan perdagangan.
Meniru Dua: Finalitas Instan
) Perbandingan konsensus yang ada
Solana saat ini menggunakan Tower BFT, di mana konfirmasi dan finalitas bersifat probabilistik dan bertahap: sebuah blok dianggap "dikonfirmasi ###Confirmed(" setelah mendapatkan 2/3 suara, tetapi perlu akumulasi sekitar 32 blok lanjutan di blockchain ) yang biasanya memakan waktu sekitar 13 detik ( untuk dianggap "finalisasi )Finalized(". Untuk beberapa aplikasi ) seperti perdagangan frekuensi tinggi (, waktu konfirmasi final sekitar 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, mewujudkan "keberhasilan akhir instan".
Putaran Pertama: Prabola )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" )Prevote( untuk blok ini dan menyebarkannya ke seluruh jaringan. Suara ini mewakili: "Saya telah melihatnya secara awal, blok ini tidak ada masalah."
Putaran kedua: Prakirim )Precommit(: Setelah seorang validator mengumpulkan Prevotes dari lebih dari dua pertiga validator untuk blok kandidat yang sama, ia memperoleh kepercayaan yang cukup, yakin bahwa sebagian besar jaringan
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
5
Bagikan
Komentar
0/400
gas_guzzler
· 08-05 15:39
Menyalin pekerjaan rumah juga merupakan salah satu cara untuk belajar, ada apa yang salah?
Lihat AsliBalas0
RektHunter
· 08-05 15:39
Ya sudah, namanya juga menyalin, sol hanya punya kemampuan ini.
Lihat AsliBalas0
PaperHandSister
· 08-05 15:37
Menonton pertunjukan, kamu menyalin, aku menyalin, semua menyalin
Lihat AsliBalas0
GweiWatcher
· 08-05 15:28
Ternyata hanya menyalin saja, sangat mengecewakan.
Lihat AsliBalas0
ApeDegen
· 08-05 15:23
Hmm, sebenarnya itu bukan meniru, tapi lebih kepada meminjam.
Solana ICM roadmap mengarah pada perubahan baru dalam pola perdagangan Hyperliquid on-chain
Peta Jalan ICM Solana: Sebuah "Pertunjukan Tiruan" Terhadap Hyperliquid?
Baru-baru ini, sejumlah tokoh besar di ekosistem Solana berkumpul dan merilis peta jalan teknis yang berjudul "Internet Capital Markets ( Internet Capital Markets, ICM )". Konsep inti dari peta jalan ini adalah "Application Controlled Execution ( ACE )", secara sederhana, ini berarti memberikan aplikasi di blockchain hak urutan transaksi otonom dalam tingkat milidetik, menciptakan "Wall Street on-chain" yang terdesentralisasi.
Menariknya, membaca seluruh peta jalan, meskipun tidak secara langsung menyebutkan Hyperliquid, tetapi desain di dalamnya hampir di mana-mana ditujukan untuk kekuatan Hyperliquid. Ini seperti Solana yang mengatakan: "Apa yang kamu punya di Hyperliquid, kami juga ingin memilikinya, dan kami harus melakukannya dengan lebih baik!"
Perlu diketahui, Hyperliquid mendominasi pasar kontrak berjangka permanen di blockchain, dengan volume perdagangan mencapai sekitar 65% dari seluruh pasar berjangka terdesentralisasi. Jelas, menghadapi pesaing seperti itu, Solana tidak ingin tertinggal, sehingga meluncurkan peta jalan ICM ini.
Jadi, apa sebenarnya yang terjadi dengan "pertunjukan tiruan" ini? Apakah Solana benar-benar bisa mengejar bahkan melampaui Hyperliquid? Hari ini kita akan membahas topik ini lebih dalam.
Latar Belakang dan Konten ICM
Siapa yang memimpin perubahan ini?
Pertama, mari kita lihat siapa yang menyusun peta jalan ini. Peserta adalah pemain berat dalam ekosistem Solana:
Solana Foundation/Labs: ini tidak perlu dijelaskan lebih lanjut, "ayah kandung" Solana, bertanggung jawab atas koordinasi keseluruhan dan pengembangan protokol inti.
Anza: sebuah perusahaan pengembang yang didirikan oleh mantan anggota Solana Labs, mirip dengan ConsenSys di Ethereum. Mereka mengambil banyak pekerjaan pengembangan teknologi inti dalam peta jalan kali ini, seperti protokol konsensus baru Alpenglow.
Jito Labs: Penyedia infrastruktur MEV di Solana yang memiliki pengaruh besar, hampir mengontrol "hak hidup dan mati" dari semua aliran MEV di Solana. Kali ini mereka memimpin penyediaan Block Assembly Marketplace (BAM) dan solusi pengurutan transaksi lainnya.
Multicoin Capital: lembaga investasi kripto terkenal, juga merupakan pendukung awal Solana. Karena memegang sejumlah besar SOL dan hak proyek ekosistem, mereka juga memiliki pengaruh yang signifikan dalam arah teknis.
DoubleZero: tim yang fokus pada percepatan komunikasi jaringan, menyediakan solusi jaringan serat optik khusus untuk meningkatkan kecepatan komunikasi antara node validator Solana.
Drift: Proyek DEX kontrak berjangka terkemuka di Solana. Sebelumnya Drift menggunakan model pencocokan off-chain, dan saat menghadapi Hyperliquid yang sepenuhnya on-chain, terlihat agak kesulitan. Kali ini berpartisipasi dalam perumusan peta jalan, jelas berharap dapat bangkit dengan memanfaatkan peningkatan lapisan dasar.
masalah inti yang harus diselesaikan
Peta jalan berfokus pada perbaikan struktur mikro pasar, yang secara sederhana berarti mekanisme perdagangan on-chain saat ini tidak cukup ramah bagi pembuat pasar, yaitu Taker yang secara aktif memulai transaksi mendapatkan keuntungan, sementara Market Maker yang menunggu untuk menyelesaikan order ( menderita kerugian. Ini karena Taker sering kali memiliki informasi terbaru, dan secara aktif meningkatkan biaya transaksi untuk memastikan bahwa transaksi mereka dieksekusi terlebih dahulu, sementara Maker sering kali tidak sempat membatalkan order, terpaksa menyelesaikan transaksi pada harga yang tidak menguntungkan.
Beberapa arbitrase frekuensi tinggi akan memanfaatkan asimetri ini untuk melancarkan serangan "traffic beracun". Misalnya, jika harga di blockchain belum diperbarui, tetapi harga di luar blockchain sudah berubah, arbitrase dapat menggunakan harga lama untuk mengambil order dari pembuat pasar, membuat pembuat pasar menanggung kerugian. Akibatnya, Maker untuk melindungi diri mereka, harus memperlebar selisih harga jual dan beli, atau mengurangi jumlah order yang dipasang, 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 menjadi lebih baik, dan mengurangi gangguan MEV yang merugikan. Secara spesifik mencakup:
Marketplace Block Assembly Jito Labs)BAM( modul diluncurkan di mainnet. Modul ini bertujuan untuk menyediakan sistem eksternal sementara sebelum peluncuran ACE)Application Controlled Execution(, agar kontrak pintar di Solana memiliki hak pengurutan transaksi yang mandiri.
Tim Anza mengoptimalkan "masuk transaksi dalam Slot yang sama" untuk meningkatkan tingkat keberhasilan, sehingga mengurangi slippage dan kerugian MEV.
Perbaikan ini diperkirakan akan diterapkan secara bertahap antara 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, memberikan komunikasi cepat dengan hampir nol jitter 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 pemblokiran konsensus oleh eksekusi transaksi.
Jangka Panjang )9-30 Bulan (: Melakukan peningkatan revolusioner pada arsitektur inti Solana, dengan target tercapai 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, dapat melemahkan monopoli dari satu pengemas, meningkatkan ketahanan terhadap sensor.
Aplikasi asli dapat melakukan eksekusi terkendali )Application Controlled Execution, ACE( fungsi: benar-benar memberikan kekuasaan kepada kontrak pintar di blockchain untuk mengontrol urutan eksekusi transaksi.
Pada titik ini, penulis percaya bahwa cerita di balik proposal peta jalan ICM harus sebagai berikut: DEX Drift lama di Solana telah disusul oleh pendatang terlambat Hyperliquid dengan pengalaman luar biasa "Binance di rantai". Drift tidak bisa bersaing sendiri, jadi dia harus beralih ke Solana Labs, Anza, Jito, dan "petinggi besar" lainnya. "Petinggi besar" mengajukan rencana transformasi teknis untuk ICM, mengklaim memberi Drift semua keterampilan rumah tangga Hyperliquid untuk membantunya bertarung di pasar DEX lagi. Namun, "petinggi besar" juga mengatakan bahwa transformasi teknis ini sangat sulit, sehingga solusi teknis dibagi menjadi strategi tiga langkah, dan satu-satunya peralatan yang dapat diberikan kepada Drift dalam waktu dekat adalah BAM Jito, sehingga Drift dapat memanfaatkannya, dan membandingkannya dengan Hyperliquid.
Setelah menjelaskan latar belakang cerita, penulis akan menganalisis secara rinci keterampilan apa saja yang ditiru dan direplikasi oleh ICM dari Hyperliquid di bab-bab selanjutnya.
Meniru Satu: Mekanisme Urutan Transaksi
Masalahnya: Seperti yang disebutkan sebelumnya, rantai saat ini lebih menguntungkan taker, sementara maker menanggung "aliran beracun". Pengguna yang aktif mengambil order dapat melakukan transaksi terhadap order yang terpasang di rantai berdasarkan harga terbaru di luar rantai, dan dengan meningkatkan biaya transaksi, mereka dapat mendapatkan prioritas dalam penyelesaian, sementara pembuat pasar seringkali tidak dapat memperbarui atau membatalkan pesanan tepat waktu. Akibatnya, pembuat pasar harus memperlebar spread, atau bahkan menghapus likuiditas, yang membuat kedalaman pasar menjadi lebih buruk.
) Solusi Ultimate ICM: Aplikasi Eksekusi Terkontrol ###ACE(
Peta jalan ICM mengusulkan konsep ACE)Application Controlled Execution(, yaitu mendelagasikan hak pengurutan transaksi ke aplikasi di setiap rantai, di mana aplikasi tersebut dapat menentukan sendiri bagaimana transaksi yang terkait dengan aplikasi ini diurutkan dan dieksekusi. Sebagai contoh, di masa depan, di Solana yang menerapkan ACE, kontrak DeFi dapat menerapkan aturan pengurutan transaksi yang disesuaikan sebagai berikut:
Pembaruan harga Oracle disisipkan: Aplikasi DeFi dapat terlebih dahulu menyisipkan satu transaksi untuk mendapatkan harga terbaru dari oracle sebelum mencocokkan transaksi besar, memastikan pesanan dicocokkan pada harga yang wajar terbaru, mencegah penawaran pembuat pasar yang didasarkan pada harga yang sudah usang agar tidak dieksploitasi.
Prioritas Pembatalan Pesanan: Aplikasi dapat mengatur agar "permintaan pembatalan" memiliki prioritas lebih tinggi dibandingkan dengan "transaksi makan pesanan" baru, memberikan kesempatan kepada maker untuk segera membatalkan pesanan yang tertunda saat kondisi pasar tidak menguntungkan.
Lelang di belakang tim: Misalnya, setelah munculnya satu pesanan beli besar yang mendorong harga naik, aplikasi DeFi akan "segera" mengeluarkan kesempatan untuk dilelang, siapa pun yang bersedia mengembalikan keuntungan terbesar kepada protokol ) atau pengguna (, protokol DeFi akan menjalankan transaksi orang itu setelah bertransaksi dengan pesanan besar. Aplikasi DeFi dapat mengembalikan hasil lelang kepada pengguna, sehingga mengubah aliran MEV yang beracun menjadi pendapatan yang positif.
) BAM JITO: skema transisi
Sebelum ACE diluncurkan secara resmi, Jito Labs meluncurkan solusi transisi yang disebut Block Assembly Marketplace ###BAM(. Alur kerja BAM adalah:
Pengguna mengirimkan 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 pengurutan ulang paket transaksi ) Bundle ( di bawah perlindungan privasi ). Plugin dijalankan di lingkungan TEE yang aman, menyembunyikan konten transaksi dari luar sebelum dieksekusi (. Melalui plugin, pengembang aplikasi dapat menyesuaikan berbagai aturan pengurutan untuk kontrak mereka, seperti prioritas pembatalan, memperbarui harga oracle sebelum pencocokan, bahkan menjalankan lelang dalam aplikasi yang kompleks, dan lain-lain.
Bundle transaksi yang telah diurutkan kemudian dikirim ke Solana Leader untuk dibungkus dan diunggah ke rantai.
BAM dapat dianggap sebagai ladang percobaan sebelum ACE di blockchain, secara fungsi sangat mendekati 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 ekstraksi MEV ) seperti Jito Block Engine (, di mana model bisnisnya adalah dengan mengoptimalkan urutan transaksi untuk menciptakan kesempatan bagi para arbiter dan membagikan keuntungan. Ini pada suatu tingkat berdiri di sisi "mata panah" yang berlawanan dengan pengguna biasa dan mereka yang di-arbitrase. Namun Jito pada awal 2024 menutup fungsi mempool publik ) yang ditujukan untuk robot arbitrase (, untuk mengurangi eksternalitas negatif seperti serangan sandwich. Langkah ini menunjukkan bahwa komunitas Solana cenderung menekan MEV yang merugikan, menjaga keadilan pengguna.
Peluncuran BAM sangat sejalan dengan pemikiran ini: pada dasarnya, ia mengubah mekanisme pengurutan yang awalnya digunakan untuk arbitrase MEV menjadi "perisai" untuk melindungi penyedia likuiditas seperti pembuat pasar, misalnya dengan memprioritaskan pembatalan paksa untuk menghindari kerugian bagi pembuat pasar, dan memperkenalkan insentif lelang untuk mengurangi keuntungan dari pelarian awal. Pencari MEV yang sebelumnya ingin menghasilkan uang kini harus beralih peran, menulis plugin BAM untuk melayani protokol DeFi, dan menghasilkan keuntungan dari biaya plugin.
) belajar dari HYPERLIQUID
Pendekatan ACE/BAM di atas sebenarnya dapat dianggap sebagai upaya untuk mengejar mekanisme pencocokan di Hyperliquid. Hyperliquid adalah sebuah rantai khusus ###Appchain( yang secara alami ditujukan untuk layanan DEX. Selain itu, HLP Vault yang dikelola oleh Hyperliquid sebenarnya adalah salah satu pembuat pasar terbesar di platform tersebut, sehingga tidak sulit untuk memahami bahwa aturan rantai Hyperliquid lebih condong kepada penyedia likuiditas, dan telah menerapkan banyak desain yang melindungi pembuat pasar di tingkat rantai, seperti:
Perlindungan prioritas untuk pihak yang mengajukan pesanan: Pembatalan pesanan 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 sudah dipraktikkan oleh Hyperliquid selama bertahun-tahun.
Jaminan harga terbaru: Proses likuidasi dan pencocokan Hyperliquid menekankan penggunaan harga pengumpan terbaru dan status margin untuk melakukan "pemeriksaan ganda". Misalnya, ketika ada pesanan yang dicocokkan, sistem akan menarik harga oracle terbaru untuk menilai margin kedua belah pihak, memastikan bahwa risiko tidak terjadi karena keterlambatan harga. Ini mirip dengan ACE yang menyisipkan pembaruan oracle sebelum eksekusi perdagangan.
Perlindungan Transaksi Sendiri: Jika alamat yang sama melakukan jual beli, Hyperliquid secara otomatis membatalkan transaksi dan tidak mencocokkan, untuk mencegah manipulasi volume atau biaya yang tidak perlu.
Solana ICM ACE/BAM, tanpa diragukan lagi, adalah "belajar" dari Hyperliquid. Hyperliquid sebagai pemimpin CLOB di blockchain telah mewujudkan berbagai mekanisme yang ramah untuk pembuat pasar dengan menggunakan rantai khusus. Solana sekarang berharap untuk meniru efek ini dengan menggunakan rantai umum dan plugin modular ------ yaitu, untuk memberikan setiap aplikasi kontrol yang mirip dengan Hyperliquid dalam pengurutan perdagangan.
Meniru Dua: Finalitas Instan
) Perbandingan konsensus yang ada
Solana saat ini menggunakan Tower BFT, di mana konfirmasi dan finalitas bersifat probabilistik dan bertahap: sebuah blok dianggap "dikonfirmasi ###Confirmed(" setelah mendapatkan 2/3 suara, tetapi perlu akumulasi sekitar 32 blok lanjutan di blockchain ) yang biasanya memakan waktu sekitar 13 detik ( untuk dianggap "finalisasi )Finalized(". Untuk beberapa aplikasi ) seperti perdagangan frekuensi tinggi (, waktu konfirmasi final sekitar 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, mewujudkan "keberhasilan akhir instan".
Putaran Pertama: Prabola )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" )Prevote( untuk blok ini dan menyebarkannya ke seluruh jaringan. Suara ini mewakili: "Saya telah melihatnya secara awal, blok ini tidak ada masalah."
Putaran kedua: Prakirim )Precommit(: Setelah seorang validator mengumpulkan Prevotes dari lebih dari dua pertiga validator untuk blok kandidat yang sama, ia memperoleh kepercayaan yang cukup, yakin bahwa sebagian besar jaringan