Sebuah Pertunjukan Peniruan Teknologi: Ambisi dan Realitas Solana

Baru-baru ini, terjadi sesuatu yang mencolok di ekosistem Solana. Solana Foundation, Anza, Jito Labs, dan pemain besar lainnya bersatu untuk merilis peta jalan teknis yang berjudul "Internet Capital Markets ( Internet Capital Markets, ICM )". Konsep inti dari peta jalan ini adalah "Application Controlled Execution ( ACE )", yang bertujuan untuk memberikan aplikasi berbasis blockchain hak urutan transaksi yang dapat dikendalikan dalam milidetik, menciptakan "Wall Street di atas blockchain" yang terdesentralisasi.

Menariknya, setelah membaca seluruh peta jalan, meskipun tidak secara langsung menyebutkan Hyperliquid, desain di dalamnya hampir di mana-mana ditujukan untuk keunggulan Hyperliquid. Seolah-olah Solana sedang menyatakan: "Apa yang dimiliki Hyperliquid, kami juga harus memilikinya, dan kami harus melakukannya dengan lebih baik!"

Hyperliquid mendominasi pasar kontrak berjangka permanen di blockchain, dengan volume perdagangan yang pernah mencapai sekitar 65% dari total pasar berjangka terdesentralisasi. Menghadapi pesaing yang begitu kuat, Solana jelas tidak mau kalah dari pendatang baru, sehingga meluncurkan peta jalan ICM ini.

Jadi, apa sebenarnya yang terjadi dalam "pertunjukan tiruan" ini? Apakah Solana benar-benar bisa mengejar atau bahkan melampaui Hyperliquid? Mari kita selami topik ini.

Latar Belakang dan Isi ICM

Siapa yang memimpin perubahan ini?

Peta jalan ini disusun oleh pemain kunci dalam ekosistem Solana:

• Solana Foundation/Labs: "Ayah kandung" 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, mereka mengerjakan banyak pekerjaan inti dalam teknologi, seperti protokol konsensus baru Alpenglow.

• Jito Labs: Penyedia infrastruktur MEV di Solana, memiliki pengaruh yang besar, hampir mengendalikan semua lalu lintas 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. Memegang sejumlah besar SOL dan hak atas proyek ekosistem, 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 antar node verifikasi Solana.

• Drift: Proyek DEX kontrak berkelanjutan terkemuka di Solana. Sebelumnya menggunakan model pencocokan off-chain, ketika menghadapi Hyperliquid yang sepenuhnya on-chain, terlihat agak kesulitan. Kali ini berpartisipasi dalam penyusunan peta jalan, jelas berharap untuk bangkit kembali dengan bantuan peningkatan dasar.

masalah inti yang perlu diselesaikan

Peta jalan berfokus pada perbaikan struktur mikro pasar, inti dari mekanisme perdagangan on-chain saat ini yang tidak cukup ramah bagi pembuat pasar. Taker yang secara aktif memulai transaksi memiliki keunggulan, sementara pembuat pasar yang menunggu order untuk dieksekusi, Market Maker (, berada dalam posisi yang kurang menguntungkan. Ini karena Taker seringkali memiliki informasi terbaru dan secara aktif meningkatkan biaya transaksi untuk memastikan eksekusi transaksi yang lebih cepat, sementara Maker sering kali tidak sempat membatalkan order dan terpaksa menyetujui transaksi pada harga yang tidak menguntungkan.

Beberapa arbitrator frekuensi tinggi memanfaatkan ketidakcocokan ini untuk melancarkan serangan "lalu lintas beracun". Misalnya, harga di on-chain belum diperbarui, tetapi harga di off-chain telah berubah, sehingga arbitrator dapat mengambil pesanan pembuat pasar dengan harga lama, yang membuat pembuat pasar menanggung kerugian. Akibatnya, Pembuat pasar demi melindungi diri, harus memperlebar selisih harga beli dan jual, atau mengurangi jumlah pesanan yang dipasang, yang mengakibatkan likuiditas pasar secara keseluruhan menjadi buruk.

Peta jalan ICM bertujuan untuk menyeimbangkan pola ini dan menarik likuiditas berkualitas tinggi kembali ke blockchain.

) Tiga langkah ICM

Solana membagi rencana besar ini menjadi tiga fase:

Jangka Pendek ###1-3 Bulan (: Utama mengoptimalkan pengalaman transaksi di blockchain yang ada, membuat aplikasi jenis buku pesanan lebih mudah digunakan, mengurangi gangguan MEV yang merugikan. Secara spesifik termasuk:

• Marketplace Block Assembly Jito Labs)BAM( modul telah diluncurkan di mainnet. Modul ini menyediakan sistem eksternal sementara sebelum peluncuran akhir ACE, memungkinkan kontrak pintar di Solana memiliki hak urutan perdagangan mandiri.

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

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

Tengah )3-9 bulan (: Memperkenalkan jaringan cepat khusus dan konsensus versi baru, secara signifikan mengurangi latensi, meningkatkan throughput:

• Menerapkan jaringan serat optik khusus DoubleZero, menyediakan komunikasi berkecepatan tinggi dengan hampir nol jitter dan penurunan latensi hingga 100ms untuk para 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 pemblokiran 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 Ganda )Multiple Concurrent Leaders, MCL(: Memungkinkan beberapa validator untuk mengusulkan transaksi secara bersamaan dalam pipeline mereka masing-masing, kemudian menggabungkan dan mengurutkan blok paralel ini berdasarkan biaya prioritas. Dengan cara ini, dapat mengurangi monopoli dari satu pengemas, meningkatkan ketahanan terhadap sensor.

• Aplikasi asli dapat mengontrol eksekusi )Application Controlled Execution,ACE( fungsi: benar-benar memberikan kekuasaan kepada kontrak pintar di blockchain untuk mengontrol urutan eksekusi transaksi.

Meniru Satu: Mekanisme Urutan Transaksi

) Solusi Ultimatum ICM: aplikasi eksekusi terkontrol ###ACE(

Peta jalan ICM mengusulkan konsep ACE)Application Controlled Execution(, yaitu menyerahkan hak pengurutan transaksi kepada masing-masing aplikasi di blockchain, di mana aplikasi tersebut dapat menentukan bagaimana transaksi terkait aplikasi tersebut diurutkan dan dieksekusi. Di masa depan, di Solana yang menerapkan ACE, kontrak DeFi dapat menerapkan aturan pengurutan transaksi kustom sebagai berikut:

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

• Prioritas Eksekusi Pembatalan Pesanan: Aplikasi dapat mengatur agar "permintaan pembatalan pesanan" diprioritaskan sebelum eksekusi "transaksi pemesanan baru", memberikan kesempatan kepada maker untuk membatalkan pesanan yang tertunda tepat waktu saat kondisi pasar tidak menguntungkan.

• Lelang di belakang tim: Misalnya, setelah munculnya satu pesanan beli besar yang mendorong harga naik, aplikasi DeFi akan mengeluarkan kesempatan "yang segera menyusul" untuk dilelang, siapa yang bersedia memberikan pengembalian manfaat terbesar kepada protokol ) atau pengguna (, maka protokol DeFi akan menjalankan transaksi orang tersebut setelah pesanan besar. Aplikasi DeFi dapat mengembalikan hasil lelang kepada pengguna, sehingga mengubah aliran MEV 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:

1. Pengguna mengirimkan transaksi ke node yang menjalankan perangkat lunak BAM ) alih-alih 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 ini dijalankan di lingkungan TEE yang aman, menyembunyikan isi transaksi dari pihak luar sebelum dieksekusi (. Melalui plugin, pengembang aplikasi dapat menyesuaikan berbagai aturan penyortiran untuk kontrak mereka, seperti prioritas pembatalan, memperbarui harga oracle sebelum pemfandingan, dan bahkan menjalankan penawaran dalam aplikasi yang kompleks.

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

BAM dapat dianggap sebagai ladang percobaan sebelum ACE di blockchain, secara fungsional sangat mendekati ACE akhir, hanya saja ia berjalan di jaringan independen di luar, bukan di dalam protokol blockchain 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 para arbitrase dan membagikan pendapatan. Ini, dalam beberapa hal, adalah "mata panah" yang berdiri di sisi berlawanan dari pengguna biasa dan orang-orang yang terkena arbitrase. Namun, Jito menutup fungsi kolam memori publik ) mempool ( untuk robot arbitrase pada awal 2024, untuk mengurangi eksternalitas negatif seperti serangan sandwich. Tindakan ini menunjukkan bahwa komunitas Solana cenderung untuk menekan MEV yang merugikan dan memelihara keadilan pengguna.

Peluncuran BAM lebih lanjut sejalan dengan pemikiran ini: pada dasarnya, ia mengubah mekanisme urutan yang sebelumnya digunakan untuk arbitrase MEV menjadi "perisai" untuk melindungi penyedia likuiditas seperti pembuat pasar, misalnya dengan memprioritaskan pembatalan paksa untuk menghindari kerugian pembuat pasar, serta memperkenalkan insentif lelang untuk mengurangi keuntungan dari pelarian. Pencari MEV yang sebelumnya ingin mendapatkan uang harus beralih peran, menulis plugin BAM untuk melayani protokol DeFi, dan menghasilkan keuntungan dari biaya plugin.

) belajar dari HYPERLIQUID

Pemikiran ACE/BAM di atas sebenarnya dapat dilihat sebagai upaya untuk mengejar mekanisme pencocokan di Hyperliquid. Hyperliquid adalah Appchain ### yang secara khusus dirancang untuk DEX. Selain itu, HLP Vault yang dikelola resmi oleh Hyperliquid sebenarnya adalah salah satu pembuat pasar terbesar di platform tersebut, jadi tidak heran jika aturan rantai Hyperliquid lebih condong kepada penyedia likuiditas, yang telah menerapkan banyak desain untuk melindungi pembuat pasar di tingkat rantai, seperti:

• Perlindungan prioritas untuk pihak yang mengajukan order: Pembatalan order dan order maker diproses terlebih dahulu, untuk menghindari pembuat pasar mengalami transaksi tidak menguntungkan tanpa pengetahuan. "Prioritas pembatalan order" 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 pesanan yang dicocokkan, sistem akan menarik harga oracle terbaru untuk mengevaluasi margin kedua belah pihak, memastikan tidak ada risiko yang ditimbulkan oleh 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 daripada mencocokkannya, untuk mencegah manipulasi volume atau biaya yang tidak perlu.

Solana ICM ACE/BAM, tanpa diragukan lagi, adalah "belajar dari" Hyperliquid. Hyperliquid sebagai pemimpin CLOB on-chain, telah mewujudkan berbagai mekanisme yang ramah kepada pembuat pasar dengan menggunakan satu rantai khusus. Solana sekarang berharap menggunakan rantai umum dan plugin modular untuk meniru efek ini------yaitu, agar setiap aplikasi memiliki kontrol yang mirip dengan Hyperliquid dalam pengurutan perdagangan.

Meniru Dua: Finalitas Instan

( Perbandingan konsensus yang ada

Solana saat ini menggunakan Tower BFT, konfirmasi dan finalitas bersifat probabilistik dan bertahap: sebuah blok yang mendapatkan 2/3 suara dianggap sebagai "konfirmasi ) Confirmed ###", tetapi perlu akumulasi sekitar 32 blok berikutnya ( biasanya sekitar 13 detik ) untuk dapat disematkan sebagai "finalisasi ( Finalized )". Untuk beberapa aplikasi ( seperti perdagangan frekuensi tinggi ), waktu konfirmasi final sekitar belasan detik masih terlalu lama.

HyperBFT adalah algoritma konsensus yang dikembangkan oleh Hyperliquid, terinspirasi oleh konsensus HotStuff, yang menggunakan dua putaran pemungutan suara untuk mengonfirmasi blok dan mewujudkan "keputusan akhir instan".

• Putaran Pertama: Prab suara ( Prab suara ): Setelah validator menerima blok kandidat yang disiarkan oleh Proposer, mereka akan melakukan verifikasi cepat. Jika verifikasi berhasil, setiap validator akan memberikan satu suara "prab suara" ( Prab suara ) 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 Prevote dari lebih dari dua pertiga validator untuk blok kandidat yang sama, mereka mendapatkan cukup kepercayaan, percaya bahwa sebagian besar anggota jaringan mengakui blok ini. Oleh karena itu, validator tersebut akan memberikan suara "pre-commit" yang lebih signifikan ( Precommit ), dan menyiarkannya. Suara ini mewakili: "Saya melihat bahwa sebagian besar jaringan setuju, saya siap untuk secara resmi menuliskan blok ini ke dalam buku besar."

• Ketika seorang validator mengumpulkan Precommit dari lebih dari dua pertiga validator untuk blok kandidat yang sama, konsensus tercapai! Blok tersebut dianggap telah final (Finalized). Itu akan ditambahkan secara permanen dan tidak dapat diubah ke blockchain.

Ini berarti bahwa setiap blok Hyperliquid adalah blok final, tanpa kemungkinan pemisahan dan rollback, dengan latensi blok yang sangat rendah ------ pihak resmi mengungkapkan bahwa rata-rata latensi konfirmasi sekitar 0,2 detik, dan dalam 99% kasus tidak melebihi 0,9 detik. Kepastian final dalam milidetik ini sangat ideal untuk perdagangan frekuensi tinggi, karena setelah perdagangan dikirim, dengan cepat dapat dikonfirmasi dan tidak dapat diubah kembali, yang secara signifikan meningkatkan efisiensi modal.

( ALPENGLOW mewujudkan finalitas instan

Alpenglow adalah protokol konsensus baru yang sedang disiapkan oleh Solana, bertujuan untuk mempercepat konfirmasi akhir blok menjadi 1-2 slot) sekitar 150ms###, mencapai finalitas instan serupa HyperBFT. Dalam Alpenglow, komponen yang menggantikan TowerBFT yang bertanggung jawab atas konsensus disebut Votor, yang merupakan sistem pemungutan suara ganda:

• Jalur Cepat: Jika dalam putaran pertama pemungutan suara sebuah blok, lebih dari atau sama dengan 80% dari "hak kepemilikan" jaringan ( dapat dipahami sebagai jumlah token SOL yang dipertaruhkan oleh para validator yang mewakili bobot suara ) semuanya memberikan suara setuju bahwa blok ini adalah valid, maka blok ini akan segera dikonfirmasi "finalitas" (Finalize ).