Solana Mengejar Hyperliquid: Sebuah Pertunjukan Ambisius untuk Meniru

Baru-baru ini, terjadi sesuatu yang menarik di ekosistem Solana. Pemain-pemain besar seperti Solana Foundation, Anza, dan Jito Labs bersatu untuk merilis peta jalan teknis yang bernama "(Internet Capital Markets, ICM)". Inti dari peta jalan ini adalah konsep "(Application Controlled Execution, ACE)", yang bertujuan untuk memungkinkan aplikasi di blockchain mengontrol urutan transaksi dalam milidetik, menciptakan "Wall Street di blockchain" yang terdesentralisasi.

Meskipun roadmap tidak secara langsung menyebutkan Hyperliquid, tetapi setelah dibaca dengan seksama, mudah untuk menemukan bahwa desain di dalamnya hampir di setiap tempat ditujukan untuk kekuatan Hyperliquid. Ini seperti Solana berkata: "Apa yang kamu miliki di Hyperliquid, kami juga harus memilikinya, dan kami harus melakukannya dengan lebih baik!"

Perlu diketahui, Hyperliquid mendominasi pasar kontrak perpetual di blockchain, dengan volume perdagangan pernah mencapai sekitar 65% dari seluruh pasar perpetual terdesentralisasi. Menghadapi pesaing yang kuat seperti itu, Solana jelas tidak puas untuk tertinggal, sehingga meluncurkan peta jalan ICM ini.

Jadi, apa sebenarnya "pertunjukan tiruan" ini? Apakah Solana benar-benar bisa mengejar bahkan melampaui Hyperliquid? Mari kita analisis lebih dalam.

Latar Belakang dan Konten ICM

Siapa yang memimpin perubahan ini?

Para pemain kunci dalam ekosistem Solana yang terlibat dalam penyusunan peta jalan:

• Solana Foundation/Labs: "Orangtua" Solana, bertanggung jawab untuk koordinasi keseluruhan dan pengembangan protokol inti.

• Anza: Perusahaan pengembang yang didirikan oleh mantan anggota Solana Labs, mirip dengan ConsenSys di Ethereum. Bertanggung jawab atas banyak terobosan teknologi inti, seperti protokol konsensus baru Alpenglow.

• Jito Labs: Penyedia infrastruktur MEV di Solana, memiliki pengaruh besar. Memimpin penyediaan Block Assembly Marketplace (BAM) dan skema pengurutan transaksi lainnya.

• Multicoin Capital: lembaga investasi kripto terkemuka, pendukung awal Solana. Memiliki sejumlah besar SOL dan kepentingan proyek ekosistem, memiliki pengaruh yang cukup dalam arah teknologi.

• DoubleZero: Tim yang fokus pada percepatan komunikasi jaringan, menyediakan solusi jaringan serat optik khusus untuk meningkatkan kecepatan komunikasi antar node verifikasi Solana.

• Drift: Proyek DEX kontrak berkelanjutan terkemuka di Solana. Sebelumnya menggunakan model penyocokan off-chain, menghadapi Hyperliquid yang sepenuhnya on-chain, dan sedikit kesulitan, berharap dapat bangkit melalui peningkatan dasar.

masalah inti yang harus diselesaikan

Peta jalan berfokus pada perbaikan struktur mikro pasar, terutama untuk menyelesaikan masalah bahwa mekanisme transaksi on-chain saat ini tidak cukup ramah terhadap pembuat pasar. Saat ini, pihak Taker( yang secara aktif memulai transaksi sering kali berada dalam posisi yang menguntungkan, sementara pihak Maker) yang menunggu pesanan untuk dieksekusi berada dalam posisi yang kurang menguntungkan. Ini karena Taker biasanya memiliki informasi terkini dan dapat memastikan prioritas eksekusi transaksi dengan meningkatkan biaya transaksi, sementara Maker sering kali tidak dapat membatalkan pesanan, terpaksa menyelesaikan transaksi pada harga yang tidak menguntungkan.

Beberapa trader arbitrase frekuensi tinggi akan memanfaatkan asimetri ini untuk melancarkan serangan "lalu lintas beracun". Misalnya, ketika harga di blockchain belum diperbarui tetapi harga di luar blockchain sudah berubah, trader arbitrase dapat menggunakan harga lama untuk mengambil pesanan dari pembuat pasar, membuat pembuat pasar menanggung kerugian. Untuk melindungi diri, pembuat pasar harus memperlebar spread harga beli dan jual, atau mengurangi jumlah pesanan yang ditempatkan, yang mengakibatkan likuiditas pasar secara keseluruhan menurun.

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 ###: Utama mengoptimalkan pengalaman transaksi di blockchain yang ada, membuat aplikasi buku pesanan lebih mudah digunakan, dan mengurangi gangguan MEV yang merugikan. Termasuk:

• Marketplace Block Assembly Jito Labs(BAM) modul telah diluncurkan di mainnet. Ini adalah sistem eksternal sementara sebelum peluncuran ACE yang memungkinkan kontrak pintar Solana memiliki hak untuk mengurutkan transaksi secara mandiri.

• Tim Anza mengoptimalkan "masuk ke Slot yang sama" untuk meningkatkan tingkat keberhasilan, mengurangi slippage dan kerugian MEV.

Perbaikan ini diharapkan akan dilaksanakan secara bertahap pada bulan Juli hingga September 2025.

Periode menengah ( 3-9 bulan ): Memperkenalkan jaringan khusus berkecepatan tinggi dan konsensus baru, secara signifikan mengurangi latensi, meningkatkan throughput:

• Menerapkan jaringan serat optik khusus DoubleZero, menyediakan komunikasi berkecepatan tinggi 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 Asinkron ( Eksekusi Program Asinkron, APE ), mengurangi hambatan eksekusi transaksi terhadap konsensus.

Jangka Panjang ( 9-30 bulan ): Melakukan upgrade revolusioner pada arsitektur inti Solana, dengan target untuk mencapainya sekitar tahun 2027:

• Pemimpin Bersama Paralel Multiple Concurrent Leaders, MCL(: Memungkinkan beberapa validator untuk mengusulkan transaksi secara bersamaan dalam pipeline mereka masing-masing, kemudian mengurutkan blok paralel ini berdasarkan biaya prioritas. Ini dapat melemahkan monopoli satu pengemas, meningkatkan ketahanan terhadap sensor.

• Aplikasi asli dapat mengontrol eksekusi ) Eksekusi Terkontrol Aplikasi, ACE( fungsi: memberikan kekuatan nyata kepada kontrak pintar di blockchain untuk mengontrol urutan eksekusi transaksi.

Analisis hingga saat ini, cerita di balik peta jalan ICM mungkin seperti ini: DEX lama Drift di Solana telah dikalahkan oleh pendatang baru Hyperliquid dengan pengalaman luar biasa "Binance di atas rantai". Drift sendiri kesulitan untuk bersaing, sehingga terpaksa meminta bantuan dari "raksasa" seperti Solana Labs, Anza, Jito, dan lainnya. Raksasa-raksasa ini mengajukan rencana perombakan teknis ICM, mengklaim akan menyalin semua keahlian utama Hyperliquid ke Drift, membantu mereka bersaing kembali di pasar DEX. Namun, para raksasa juga menyatakan bahwa perombakan teknis kali ini sangat sulit, sehingga mereka membagi rencana teknis menjadi strategi tiga langkah, dan saat ini yang bisa diberikan kepada Drift hanyalah BAM dari Jito, agar Drift bisa sementara waktu menyesuaikan diri dan bersaing dengan Hyperliquid.

Setelah memahami latar belakang ini, mari kita analisis secara rinci tentang keunggulan inti apa saja yang ditiru dan disalin oleh ICM dari Hyperliquid.

Tiruan 1: Mekanisme Pengurutan Transaksi

Masalahnya: Seperti yang disebutkan sebelumnya, rantai sekarang lebih condong ke pihak pengambil, pembuat harus menanggung "aliran beracun". Pengguna yang secara aktif mengambil pesanan dapat berdasarkan harga terbaru di luar rantai, segera memulai transaksi terhadap pesanan yang terpasang di rantai, dan dengan meningkatkan biaya transaksi, mereka dapat diprioritaskan untuk menyelesaikan transaksi, sementara pembuat pasar sering kali tidak sempat memperbarui atau membatalkan pesanan. Akibatnya, pembuat pasar harus memperlebar spread, atau bahkan mencabut likuiditas, membuat kedalaman pasar menjadi lebih buruk.

) Solusi Ultimate ICM: Aplikasi Eksekusi Terkendali (ACE)

Peta jalan ICM mengajukan konsep ACE###Application Controlled Execution(, yaitu mendelegasikan hak pengurutan transaksi ke aplikasi-aplikasi di masing-masing rantai, di mana aplikasi menentukan sendiri bagaimana transaksi terkait aplikasi ini diurutkan dan dieksekusi. Sebagai contoh, di Solana yang akan menerapkan ACE di masa depan, kontrak DeFi dapat menerapkan aturan pengurutan transaksi kustom seperti berikut:

• Pembaruan harga Oracle disisipkan: Aplikasi DeFi dapat menyisipkan transaksi untuk mendapatkan harga terbaru dari oracle sebelum mencocokkan transaksi besar, memastikan bahwa pesanan dicocokkan dengan harga wajar terbaru, mencegah penawaran pembuat pasar berdasarkan harga yang sudah usang dan dimanfaatkan.

• Prioritas Pembatalan Pesanan: Aplikasi dapat mengatur "permintaan pembatalan" untuk dieksekusi sebelum "transaksi baru", memberikan kesempatan kepada maker untuk menarik pesanan saat pasar tidak menguntungkan.

• Lelang di Belakang Tim: Misalnya, setelah munculnya pesanan beli besar yang mendorong harga, aplikasi DeFi akan "segera" menawarkan kesempatan untuk lelang, siapa pun yang bersedia mengembalikan keuntungan terbesar kepada protokol ) atau pengguna (, protokol DeFi akan membiarkan transaksi mereka dijalankan setelah pesanan besar. Aplikasi DeFi dapat mengembalikan hasil lelang kepada pengguna, sehingga mengubah aliran MEV yang beracun menjadi pendapatan yang baik.

) Rencana Transisi BAM JITO

Sebelum ACE diluncurkan secara resmi, Jito Labs meluncurkan solusi transisi yang disebut Block Assembly Marketplace (BAM). Alur kerja BAM adalah:

1. Pengguna mengirim transaksi ke node yang menjalankan perangkat lunak BAM ### daripada langsung ke Leader saat ini (.

2. Node BAM mengumpulkan transaksi lokal dan menjalankan berbagai plugin )plugin( untuk melakukan penyortiran ulang paket transaksi )Bundle( di bawah perlindungan privasi ). Plugin dijalankan 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, dan bahkan menjalankan lelang kompleks di dalam aplikasi.

3. Bundle transaksi yang telah diurutkan kemudian dikirim ke Solana Leader untuk dikemas dan diunggah ke blockchain.

BAM dapat dianggap sebagai ladang percobaan sebelum ACE di blockchain, secara fungsional sangat dekat dengan ACE yang paling utama, hanya saja ia berjalan di jaringan independen di luar rantai, bukan di dalam protokol rantai 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 peluang bagi arbiter dan membagikan keuntungan. Ini pada suatu tingkat merupakan "mata tombak" yang berdiri di sisi berlawanan dari pengguna biasa dan yang dieksploitasi. 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 untuk menekan MEV yang merugikan dan menjaga keadilan pengguna.

Peluncuran BAM semakin 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 pembuat pasar, serta memperkenalkan insentif tawaran untuk mengurangi keuntungan dari pelanggaran. Pencari MEV sebelumnya yang ingin menghasilkan uang harus beralih peran, menulis plugin BAM untuk melayani protokol DeFi, dan menghasilkan keuntungan dari biaya plugin.

( belajar dari HYPERLIQUID

Pendekatan ACE/BAM di atas dapat dianggap sebagai upaya untuk mengejar mekanisme pencocokan di Hyperliquid. Hyperliquid adalah sebuah chain khusus )Appchain(, yang secara alami dirancang untuk melayani DEX. Selain itu, HLP Vault yang dioperasikan oleh Hyperliquid sebenarnya adalah salah satu pembuat pasar terbesar di platform tersebut, jadi tidak sulit untuk memahami bahwa aturan chain Hyperliquid lebih condong kepada penyedia likuiditas, dan telah mengimplementasikan banyak desain untuk melindungi pembuat pasar di tingkat chain, seperti:

• Perlindungan Prioritas untuk Pihak yang Mengajukan Pesanan: Pembatalan pesanan dan pesanan maker yang hanya diproses lebih diprioritaskan, menghindari makelar yang tidak mengetahui kondisi dari transaksi yang merugikan. "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 melakukan "pengecekan ganda". Misalnya, ketika ada pesanan yang dicocokkan, sistem akan menarik harga oracle terbaru untuk mengevaluasi margin kedua belah pihak, memastikan bahwa tidak akan ada risiko yang disebabkan oleh keterlambatan harga. Ini mirip dengan ACE yang menyisipkan pembaruan oracle sebelum pelaksanaan perdagangan.

• Perlindungan dari Transaksi Sendiri: Jika alamat yang sama membeli dan menjual secara bersamaan, Hyperliquid secara otomatis membatalkan transaksi tersebut daripada mencocokkannya, untuk mencegah manipulasi volume atau biaya yang tidak perlu.

Solana ICM's ACE/BAM, tanpa diragukan lagi, "belajar" dari Hyperliquid. Hyperliquid sebagai pemimpin CLOB on-chain, telah mewujudkan berbagai mekanisme yang ramah bagi pembuat pasar dengan menggunakan satu rantai khusus. Sekarang, Solana berharap untuk menyalin efek ini dengan menggunakan rantai umum dan plugin modular ------ yaitu agar setiap aplikasi memiliki kontrol serupa terhadap pengurutan transaksi seperti Hyperliquid.

Meniru 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 rantai ) biasanya sekitar 13 detik ### untuk dapat diikat sebagai "finalisasi (Finalized)". Untuk beberapa aplikasi ( seperti perdagangan frekuensi tinggi ), waktu konfirmasi akhir beberapa detik masih terlalu lama.

HyperBFT adalah algoritma konsensus yang dikembangkan sendiri oleh Hyperliquid, terinspirasi oleh konsensus HotStuff, menggunakan dua putaran suara untuk mengonfirmasi blok, mewujudkan "finalitas 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) dan menyebarkannya 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 Prevotes dari lebih dari dua pertiga validator untuk blok kandidat yang sama, ia memperoleh kepercayaan yang cukup, yakin bahwa sebagian besar anggota jaringan mengakui blok ini. Oleh karena itu, validator tersebut akan memberikan suara "pre-commit" ( Precommit ) yang lebih signifikan dan menyebarkannya. Suara ini mewakili: "Saya melihat bahwa sebagian besar jaringan setuju, saya siap untuk secara resmi menulis blok ini ke dalam buku besar."

• Ketika seorang validator mengumpulkan Precommit dari lebih dari dua pertiga validator untuk satu blok kandidat yang sama, konsensus telah tercapai! Blok tersebut dianggap sebagai (Finalized). Blok ini akan ditambahkan secara permanen dan tidak dapat dibatalkan.