Peta Jalan Solana ICM: "Pertunjukan Tiruan" untuk Hyperliquid
Baru-baru ini, sekelompok tokoh besar di ekosistem Solana berkumpul dan merilis peta jalan teknologi yang bernama "Internet Capital Markets ( Internet Capital Markets, ICM )". Ide inti dari peta jalan ini adalah "Application Controlled Execution ( ACE )", yang secara sederhana berarti memberikan aplikasi di blockchain hak urut transaksi secara mandiri dalam milidetik, menciptakan "Wall Street di atas blockchain" yang terdesentralisasi.
Menariknya, setelah membaca keseluruhan peta jalan, meskipun tidak secara langsung menyebut Hyperliquid, desain di dalamnya hampir di mana-mana ditujukan untuk kekuatan Hyperliquid. Ini seperti Solana yang berkata: "Apa yang kamu miliki di Hyperliquid, kami juga ingin memilikinya, dan kami akan melakukannya dengan lebih baik!"
Hyperliquid menguasai pasar kontrak berjangka permanen di blockchain, dengan volume perdagangan mencapai sekitar 65% dari seluruh pasar berjangka permanen terdesentralisasi. Jelas, menghadapi pesaing seperti itu, Solana tentu tidak ingin dikalahkan oleh pendatang baru, sehingga meluncurkan peta jalan ICM ini.
Jadi, apa sebenarnya yang terjadi dengan "pertunjukan tiruan" ini? Akankah Solana benar-benar bisa mengejar bahkan melampaui Hyperliquid? Mari kita bahas topik ini lebih dalam.
Latar Belakang dan Isi ICM
Siapa yang memimpin perubahan ini?
Para pemain berat ekosistem Solana yang terlibat dalam penyusunan peta jalan:
Solana Foundation/Labs: "Ayah" Solana, bertanggung jawab untuk koordinasi keseluruhan dan pengembangan protokol inti.
Anza: Perusahaan pengembang yang didirikan oleh mantan anggota Solana Labs, telah mengambil banyak pekerjaan pemecahan teknologi inti, seperti protokol konsensus baru Alpenglow.
Jito Labs: Penyedia infrastruktur MEV di Solana dengan pengaruh besar, hampir mengendalikan "hak hidup dan mati" semua aliran MEV di Solana. Kali ini mereka memimpin penyediaan solusi pengurutan transaksi seperti Block Assembly Marketplace (BAM).
Multicoin Capital: lembaga investasi kripto terkenal, juga merupakan pendukung awal Solana. Di bidang teknologi, mereka juga memiliki pengaruh yang cukup besar.
DoubleZero: Tim yang fokus pada percepatan komunikasi jaringan, menyediakan solusi jaringan optik khusus untuk meningkatkan kecepatan komunikasi antar node verifikasi Solana.
Drift: Proyek DEX kontrak berkelanjutan terkemuka di Solana. Sebelumnya Drift menggunakan model pencocokan off-chain, dan saat menghadapi Hyperliquid yang sepenuhnya on-chain, terlihat sedikit kesulitan. Kali ini berpartisipasi dalam penyusunan peta jalan, jelas berharap dapat memanfaatkan peningkatan dasar untuk bangkit kembali.
masalah inti yang harus dipecahkan
Peta jalan berfokus pada perbaikan struktur mikro pasar, secara sederhana, mekanisme perdagangan on-chain saat ini tidak cukup ramah bagi pembuat pasar, yaitu Taker yang aktif memulai perdagangan diuntungkan, sementara Market Maker (pembuat pasar) yang menunggu untuk dieksekusi malah merugi. Ini karena Taker sering kali memiliki informasi terbaru dan secara aktif meningkatkan biaya transaksi untuk memastikan perdagangan mereka dieksekusi terlebih dahulu, sementara Maker sering kali tidak sempat membatalkan pesanan dan terpaksa dieksekusi 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 memanfaatkan harga lama untuk mengambil pesanan dari pembuat pasar, sehingga membuat pembuat pasar menanggung kerugian. Akibatnya, Maker harus melindungi diri dengan cara memperlebar spread harga jual-beli atau mengurangi jumlah pesanan yang dipasang, yang menyebabkan likuiditas pasar secara keseluruhan menurun.
Peta jalan ICM bertujuan untuk menyeimbangkan pola ini, menarik likuiditas berkualitas tinggi kembali ke dalam rantai.
Tiga langkah ICM
Solana membagi rencana besar ini menjadi tiga tahap:
Jangka Pendek (1-3 Bulan): Utamanya adalah mengoptimalkan pengalaman transaksi on-chain yang ada, membuat aplikasi jenis order book lebih mudah digunakan, dan mengurangi gangguan MEV yang merugikan. Secara spesifik mencakup:
Modul Block Assembly Marketplace (BAM) dari Jito Labs telah diluncurkan di jaringan utama. Modul ini berarti menyediakan sistem eksternal sementara sebelum peluncuran ACE (Application Controlled Execution) yang memungkinkan kontrak pintar di Solana memiliki hak urutan transaksi yang mandiri.
Tim Anza mengoptimalkan "masuk ke Slot yang sama" untuk meningkatkan tingkat keberhasilan, sehingga mengurangi slippage dan kerugian MEV.
Perbaikan ini diperkirakan akan dilaksanakan secara bertahap pada bulan Juli hingga September 2025.
Jangka Menengah (3-9 Bulan): Memperkenalkan jaringan cepat khusus dan versi baru konsensus, secara signifikan mengurangi latensi dan meningkatkan throughput:
Menerapkan jaringan serat optik khusus DoubleZero, memberikan 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 Asynchronous (Asynchronous Program Execution, APE), mengurangi pemblokiran eksekusi transaksi terhadap konsensus.
Jangka Panjang (9-30 bulan): Melakukan upgrade revolusioner pada arsitektur inti Solana, dengan target tercapainya pada sekitar tahun 2027:
Pemimpin Paralel Berganda (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. Dengan cara ini, monopoli dari satu pengemas dapat dilemahkan, meningkatkan ketahanan terhadap sensor.
Aplikasi asli dapat kontrol eksekusi (Application Controlled Execution, fungsi ACE): benar-benar memberikan kekuasaan kepada kontrak pintar di blockchain untuk mengontrol urutan eksekusi transaksi.
Tiruan 1: Mekanisme Urutan Transaksi
Masalahnya: Saat ini, rantai lebih menguntungkan bagi taker, sementara maker menderita "aliran beracun". Pengguna yang secara aktif mengambil order dapat berdasarkan harga terbaru di luar rantai untuk segera melakukan transaksi terhadap order yang ada di dalam rantai, dan dengan meningkatkan biaya transaksi, mereka dapat mendapatkan prioritas dalam penyelesaian, sementara pembuat pasar sering kali tidak sempat memperbarui atau membatalkan order. Akibatnya, pembuat pasar harus memperlebar spread atau bahkan menarik likuiditas, yang membuat kedalaman pasar menjadi lebih buruk.
Peta jalan ICM mengusulkan konsep ACE (Application Controlled Execution), yaitu mendelegasikan hak urut transaksi ke berbagai aplikasi di blockchain, di mana aplikasi sendiri menentukan bagaimana urutan eksekusi transaksi yang terkait dengan aplikasi tersebut. Misalnya, di Solana yang akan menerapkan ACE di masa depan, kontrak DeFi dapat menerapkan aturan urutan 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 bahwa pesanan dicocokkan berdasarkan harga wajar terbaru, mencegah penawaran pembuat pasar didasarkan pada harga yang sudah usang dan dieksploitasi.
Prioritas Pembatalan Order: Aplikasi dapat mengatur agar "permintaan pembatalan order" diprioritaskan sebelum "transaksi baru", memberikan kesempatan kepada maker untuk menarik order yang tertunda saat kondisi pasar tidak menguntungkan.
Lelang di belakang tim: Misalnya, setelah munculnya satu pesanan besar yang mendorong harga naik, aplikasi DeFi akan "mengeluarkan" kesempatan yang "mengikutinya" untuk dilelang. Siapa pun yang bersedia mengembalikan manfaat terbanyak kepada protokol (atau pengguna), protokol DeFi akan membiarkan transaksi mereka dieksekusi tepat setelah pesanan besar. Aplikasi DeFi dapat mengembalikan pendapatan lelang kepada pengguna, sehingga mengubah aliran MEV beracun menjadi pendapatan yang baik.
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 mengirim transaksi ke node yang menjalankan perangkat lunak BAM (bukan langsung ke Leader saat ini).
Node BAM mengumpulkan transaksi lokal dan menjalankan berbagai plugin ( plugin ) untuk melakukan penyortiran ulang pada paket transaksi (Bundle) di bawah perlindungan privasi (plugin dijalankan di lingkungan TEE yang aman dan menyembunyikan konten transaksi dari luar sebelum dieksekusi). Melalui plugin, pengembang aplikasi dapat menyesuaikan berbagai aturan penyortiran untuk kontrak mereka, seperti prioritas pembatalan, memperbarui harga oracle sebelum pemadanan, dan bahkan menjalankan penawaran dalam aplikasi yang kompleks.
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 yang sempurna, 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 peluang bagi para arbitrageur dan membagikan keuntungan. Ini dalam beberapa hal menjadi "mata panah" yang berdiri di sisi berlawanan dari pengguna biasa dan mereka yang dieksploitasi. Namun, Jito pada awal 2024 menutup fungsi public mempool( yang ditujukan untuk robot arbitrage, untuk mengurangi eksternalitas negatif seperti serangan sandwich. Tindakan ini menunjukkan bahwa komunitas Solana cenderung untuk menekan MEV yang merugikan dan menjaga keadilan bagi pengguna.
Peluncuran BAM juga sejalan dengan pemikiran ini: pada dasarnya ini 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 penawaran untuk mengurangi keuntungan dari pelari cepat. Pencari MEV sebelumnya jika 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 sebenarnya dapat dilihat sebagai upaya untuk mengejar mekanisme pencocokan di Hyperliquid. Hyperliquid adalah sebuah rantai khusus ###Appchain(, yang secara alami dirancang untuk melayani DEX. Selain itu, HLP Vault yang dikelola secara resmi 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 untuk melindungi pembuat pasar di tingkat rantai, seperti:
Perlindungan prioritas untuk pihak yang melakukan pemesanan: Pembatalan dan pemesanan maker diproses lebih dulu untuk menghindari para pembuat pasar dari transaksi merugikan tanpa mereka ketahui. "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 "pemeriksaan ganda". Misalnya, ketika ada pesanan yang dicocokkan, sistem akan menarik harga oracle terbaru untuk menilai margin kedua belah pihak, memastikan bahwa tidak ada risiko yang disebabkan oleh keterlambatan harga. Ini mirip dengan cara ACE menyisipkan pembaruan oracle sebelum eksekusi perdagangan.
Perlindungan transaksi sendiri: Jika alamat yang sama melakukan pembelian dan penjualan, Hyperliquid secara otomatis membatalkan alih-alih 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 on-chain, telah mewujudkan berbagai mekanisme yang ramah terhadap pembuat pasar dengan menggunakan rantai khusus. Sekarang Solana berharap dapat meniru efek ini dengan menggunakan rantai umum dan plugin modular ------ yaitu agar setiap aplikasi memiliki kontrol serupa terhadap urutan transaksi seperti Hyperliquid.
Tiruan 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 dihitung sebagai "konfirmasi ###Confirmed(", tetapi perlu akumulasi sekitar 32 blok berikutnya di blockchain (biasanya sekitar 13 detik) untuk diikat sebagai "finalisasi )Finalized(". Untuk aplikasi tertentu (seperti perdagangan frekuensi tinggi), waktu konfirmasi final sekitar sepuluh detik masih terlalu lama.
HyperBFT adalah algoritma konsensus yang dikembangkan sendiri oleh Hyperliquid, terinspirasi oleh konsensus HotStuff, yang menggunakan dua putaran pemungutan suara untuk mengonfirmasi blok, mencapai "finalitas instan".
Putaran Pertama: Pra-pemungutan suara )Prevote(: Setelah validator menerima blok kandidat yang disiarkan oleh Proposer, mereka akan melakukan verifikasi cepat. Jika verifikasi berhasil, setiap validator akan memberikan satu suara "pra-pemungutan suara" )Prevote( untuk blok ini dan menyebarkannya ke seluruh jaringan. Suara ini mewakili: "Saya telah melihat secara awal, blok ini tidak ada masalah."
Putaran kedua: Precommit )Precommit (: Setelah seorang validator mengumpulkan Prevote dari lebih dari dua pertiga validator untuk blok kandidat yang sama, ia mendapatkan kepercayaan yang cukup, percaya bahwa sebagian besar anggota jaringan menyetujui blok ini. Oleh karena itu, validator tersebut akan memberikan suara "precommit" yang lebih signifikan )Precommit ( dan menyebarkannya. Suara ini mewakili: "Saya melihat bahwa sebagian besar jaringan telah setuju, saya siap untuk secara resmi menulis blok ini ke dalam buku besar."
Ketika seorang validator mengumpulkan lebih dari dua pertiga validator yang memberikan Precommit untuk blok kandidat yang sama, konsensus tercapai! Blok tersebut dianggap sebagai )Finalized(. Itu akan ditambahkan secara permanen dan tidak dapat dibatalkan ke dalam blockchain.
Ini berarti bahwa setiap blok Hyperliquid adalah blok final, tidak ada kemungkinan rollback fork, dan penundaan pembuatan blok di seluruh rantai sangat rendah------ secara resmi terungkap bahwa rata-rata penundaan konfirmasi sekitar 0,2 detik, dalam 99% kasus tidak lebih dari 0,9 detik. Kepastian akhir dalam level milidetik ini sangat ideal untuk perdagangan frekuensi tinggi, karena begitu transaksi dikirim, transaksi tersebut dapat segera dikonfirmasi dan tidak dapat direorganisasi, yang secara signifikan meningkatkan efisiensi aset.
) ALPENGLOW mencapai finalitas instan
Alpenglow adalah protokol konsensus baru yang disiapkan oleh Solana, dengan tujuan untuk mempercepat konfirmasi akhir blok menjadi 1-2 slot (sekitar 150ms), mencapai kesamaan
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.
22 Suka
Hadiah
22
8
Posting ulang
Bagikan
Komentar
0/400
SquidTeacher
· 7jam yang lalu
Cuma ini? Bahkan tidak bisa menyalinnya dengan jelas.
Lihat AsliBalas0
0xOverleveraged
· 08-14 03:33
Bukankah hanya menyalin pekerjaan rumah saja, mengganti dengan sampul yang lebih menarik.
Lihat AsliBalas0
fren.eth
· 08-13 14:30
Menyalin juga tidak ada salahnya. Jika tidak memiliki kekuatan, lakukan dorongan yang kuat juga sia-sia.
Lihat AsliBalas0
WealthCoffee
· 08-13 03:20
Satu lagi permainan baru altcoin
Lihat AsliBalas0
GasFeeNightmare
· 08-13 03:19
Hmph, SOL memang suka mencontek tugas.
Lihat AsliBalas0
MidnightSnapHunter
· 08-13 03:17
Ya sudah, jika ingin menyalin, salin saja. Apa yang harus merasa malu?
Solana meniru Hyperliquid untuk meluncurkan peta jalan ICM untuk membangun Wall Street on-chain
Peta Jalan Solana ICM: "Pertunjukan Tiruan" untuk Hyperliquid
Baru-baru ini, sekelompok tokoh besar di ekosistem Solana berkumpul dan merilis peta jalan teknologi yang bernama "Internet Capital Markets ( Internet Capital Markets, ICM )". Ide inti dari peta jalan ini adalah "Application Controlled Execution ( ACE )", yang secara sederhana berarti memberikan aplikasi di blockchain hak urut transaksi secara mandiri dalam milidetik, menciptakan "Wall Street di atas blockchain" yang terdesentralisasi.
Menariknya, setelah membaca keseluruhan peta jalan, meskipun tidak secara langsung menyebut Hyperliquid, desain di dalamnya hampir di mana-mana ditujukan untuk kekuatan Hyperliquid. Ini seperti Solana yang berkata: "Apa yang kamu miliki di Hyperliquid, kami juga ingin memilikinya, dan kami akan melakukannya dengan lebih baik!"
Hyperliquid menguasai pasar kontrak berjangka permanen di blockchain, dengan volume perdagangan mencapai sekitar 65% dari seluruh pasar berjangka permanen terdesentralisasi. Jelas, menghadapi pesaing seperti itu, Solana tentu tidak ingin dikalahkan oleh pendatang baru, sehingga meluncurkan peta jalan ICM ini.
Jadi, apa sebenarnya yang terjadi dengan "pertunjukan tiruan" ini? Akankah Solana benar-benar bisa mengejar bahkan melampaui Hyperliquid? Mari kita bahas topik ini lebih dalam.
Latar Belakang dan Isi ICM
Siapa yang memimpin perubahan ini?
Para pemain berat ekosistem Solana yang terlibat dalam penyusunan peta jalan:
Solana Foundation/Labs: "Ayah" Solana, bertanggung jawab untuk koordinasi keseluruhan dan pengembangan protokol inti.
Anza: Perusahaan pengembang yang didirikan oleh mantan anggota Solana Labs, telah mengambil banyak pekerjaan pemecahan teknologi inti, seperti protokol konsensus baru Alpenglow.
Jito Labs: Penyedia infrastruktur MEV di Solana dengan pengaruh besar, hampir mengendalikan "hak hidup dan mati" semua aliran MEV di Solana. Kali ini mereka memimpin penyediaan solusi pengurutan transaksi seperti Block Assembly Marketplace (BAM).
Multicoin Capital: lembaga investasi kripto terkenal, juga merupakan pendukung awal Solana. Di bidang teknologi, mereka juga memiliki pengaruh yang cukup besar.
DoubleZero: Tim yang fokus pada percepatan komunikasi jaringan, menyediakan solusi jaringan optik khusus untuk meningkatkan kecepatan komunikasi antar node verifikasi Solana.
Drift: Proyek DEX kontrak berkelanjutan terkemuka di Solana. Sebelumnya Drift menggunakan model pencocokan off-chain, dan saat menghadapi Hyperliquid yang sepenuhnya on-chain, terlihat sedikit kesulitan. Kali ini berpartisipasi dalam penyusunan peta jalan, jelas berharap dapat memanfaatkan peningkatan dasar untuk bangkit kembali.
masalah inti yang harus dipecahkan
Peta jalan berfokus pada perbaikan struktur mikro pasar, secara sederhana, mekanisme perdagangan on-chain saat ini tidak cukup ramah bagi pembuat pasar, yaitu Taker yang aktif memulai perdagangan diuntungkan, sementara Market Maker (pembuat pasar) yang menunggu untuk dieksekusi malah merugi. Ini karena Taker sering kali memiliki informasi terbaru dan secara aktif meningkatkan biaya transaksi untuk memastikan perdagangan mereka dieksekusi terlebih dahulu, sementara Maker sering kali tidak sempat membatalkan pesanan dan terpaksa dieksekusi 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 memanfaatkan harga lama untuk mengambil pesanan dari pembuat pasar, sehingga membuat pembuat pasar menanggung kerugian. Akibatnya, Maker harus melindungi diri dengan cara memperlebar spread harga jual-beli atau mengurangi jumlah pesanan yang dipasang, yang menyebabkan likuiditas pasar secara keseluruhan menurun.
Peta jalan ICM bertujuan untuk menyeimbangkan pola ini, menarik likuiditas berkualitas tinggi kembali ke dalam rantai.
Tiga langkah ICM
Solana membagi rencana besar ini menjadi tiga tahap:
Jangka Pendek (1-3 Bulan): Utamanya adalah mengoptimalkan pengalaman transaksi on-chain yang ada, membuat aplikasi jenis order book lebih mudah digunakan, dan mengurangi gangguan MEV yang merugikan. Secara spesifik mencakup:
Modul Block Assembly Marketplace (BAM) dari Jito Labs telah diluncurkan di jaringan utama. Modul ini berarti menyediakan sistem eksternal sementara sebelum peluncuran ACE (Application Controlled Execution) yang memungkinkan kontrak pintar di Solana memiliki hak urutan transaksi yang mandiri.
Tim Anza mengoptimalkan "masuk ke Slot yang sama" untuk meningkatkan tingkat keberhasilan, sehingga mengurangi slippage dan kerugian MEV.
Perbaikan ini diperkirakan akan dilaksanakan secara bertahap pada bulan Juli hingga September 2025.
Jangka Menengah (3-9 Bulan): Memperkenalkan jaringan cepat khusus dan versi baru konsensus, secara signifikan mengurangi latensi dan meningkatkan throughput:
Menerapkan jaringan serat optik khusus DoubleZero, memberikan 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 Asynchronous (Asynchronous Program Execution, APE), mengurangi pemblokiran eksekusi transaksi terhadap konsensus.
Jangka Panjang (9-30 bulan): Melakukan upgrade revolusioner pada arsitektur inti Solana, dengan target tercapainya pada sekitar tahun 2027:
Pemimpin Paralel Berganda (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. Dengan cara ini, monopoli dari satu pengemas dapat dilemahkan, meningkatkan ketahanan terhadap sensor.
Aplikasi asli dapat kontrol eksekusi (Application Controlled Execution, fungsi ACE): benar-benar memberikan kekuasaan kepada kontrak pintar di blockchain untuk mengontrol urutan eksekusi transaksi.
Tiruan 1: Mekanisme Urutan Transaksi
Masalahnya: Saat ini, rantai lebih menguntungkan bagi taker, sementara maker menderita "aliran beracun". Pengguna yang secara aktif mengambil order dapat berdasarkan harga terbaru di luar rantai untuk segera melakukan transaksi terhadap order yang ada di dalam rantai, dan dengan meningkatkan biaya transaksi, mereka dapat mendapatkan prioritas dalam penyelesaian, sementara pembuat pasar sering kali tidak sempat memperbarui atau membatalkan order. Akibatnya, pembuat pasar harus memperlebar spread atau bahkan menarik likuiditas, yang membuat kedalaman pasar menjadi lebih buruk.
Solusi Ultimatum ICM: Aplikasi Eksekusi Terkontrol (ACE)
Peta jalan ICM mengusulkan konsep ACE (Application Controlled Execution), yaitu mendelegasikan hak urut transaksi ke berbagai aplikasi di blockchain, di mana aplikasi sendiri menentukan bagaimana urutan eksekusi transaksi yang terkait dengan aplikasi tersebut. Misalnya, di Solana yang akan menerapkan ACE di masa depan, kontrak DeFi dapat menerapkan aturan urutan 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 bahwa pesanan dicocokkan berdasarkan harga wajar terbaru, mencegah penawaran pembuat pasar didasarkan pada harga yang sudah usang dan dieksploitasi.
Prioritas Pembatalan Order: Aplikasi dapat mengatur agar "permintaan pembatalan order" diprioritaskan sebelum "transaksi baru", memberikan kesempatan kepada maker untuk menarik order yang tertunda saat kondisi pasar tidak menguntungkan.
Lelang di belakang tim: Misalnya, setelah munculnya satu pesanan besar yang mendorong harga naik, aplikasi DeFi akan "mengeluarkan" kesempatan yang "mengikutinya" untuk dilelang. Siapa pun yang bersedia mengembalikan manfaat terbanyak kepada protokol (atau pengguna), protokol DeFi akan membiarkan transaksi mereka dieksekusi tepat setelah pesanan besar. Aplikasi DeFi dapat mengembalikan pendapatan lelang kepada pengguna, sehingga mengubah aliran MEV beracun menjadi pendapatan yang baik.
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 mengirim transaksi ke node yang menjalankan perangkat lunak BAM (bukan langsung ke Leader saat ini).
Node BAM mengumpulkan transaksi lokal dan menjalankan berbagai plugin ( plugin ) untuk melakukan penyortiran ulang pada paket transaksi (Bundle) di bawah perlindungan privasi (plugin dijalankan di lingkungan TEE yang aman dan menyembunyikan konten transaksi dari luar sebelum dieksekusi). Melalui plugin, pengembang aplikasi dapat menyesuaikan berbagai aturan penyortiran untuk kontrak mereka, seperti prioritas pembatalan, memperbarui harga oracle sebelum pemadanan, dan bahkan menjalankan penawaran dalam aplikasi yang kompleks.
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 yang sempurna, 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 peluang bagi para arbitrageur dan membagikan keuntungan. Ini dalam beberapa hal menjadi "mata panah" yang berdiri di sisi berlawanan dari pengguna biasa dan mereka yang dieksploitasi. Namun, Jito pada awal 2024 menutup fungsi public mempool( yang ditujukan untuk robot arbitrage, untuk mengurangi eksternalitas negatif seperti serangan sandwich. Tindakan ini menunjukkan bahwa komunitas Solana cenderung untuk menekan MEV yang merugikan dan menjaga keadilan bagi pengguna.
Peluncuran BAM juga sejalan dengan pemikiran ini: pada dasarnya ini 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 penawaran untuk mengurangi keuntungan dari pelari cepat. Pencari MEV sebelumnya jika 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 sebenarnya dapat dilihat sebagai upaya untuk mengejar mekanisme pencocokan di Hyperliquid. Hyperliquid adalah sebuah rantai khusus ###Appchain(, yang secara alami dirancang untuk melayani DEX. Selain itu, HLP Vault yang dikelola secara resmi 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 untuk melindungi pembuat pasar di tingkat rantai, seperti:
Perlindungan prioritas untuk pihak yang melakukan pemesanan: Pembatalan dan pemesanan maker diproses lebih dulu untuk menghindari para pembuat pasar dari transaksi merugikan tanpa mereka ketahui. "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 "pemeriksaan ganda". Misalnya, ketika ada pesanan yang dicocokkan, sistem akan menarik harga oracle terbaru untuk menilai margin kedua belah pihak, memastikan bahwa tidak ada risiko yang disebabkan oleh keterlambatan harga. Ini mirip dengan cara ACE menyisipkan pembaruan oracle sebelum eksekusi perdagangan.
Perlindungan transaksi sendiri: Jika alamat yang sama melakukan pembelian dan penjualan, Hyperliquid secara otomatis membatalkan alih-alih 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 on-chain, telah mewujudkan berbagai mekanisme yang ramah terhadap pembuat pasar dengan menggunakan rantai khusus. Sekarang Solana berharap dapat meniru efek ini dengan menggunakan rantai umum dan plugin modular ------ yaitu agar setiap aplikasi memiliki kontrol serupa terhadap urutan transaksi seperti Hyperliquid.
Tiruan 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 dihitung sebagai "konfirmasi ###Confirmed(", tetapi perlu akumulasi sekitar 32 blok berikutnya di blockchain (biasanya sekitar 13 detik) untuk diikat sebagai "finalisasi )Finalized(". Untuk aplikasi tertentu (seperti perdagangan frekuensi tinggi), waktu konfirmasi final sekitar sepuluh detik masih terlalu lama.
HyperBFT adalah algoritma konsensus yang dikembangkan sendiri oleh Hyperliquid, terinspirasi oleh konsensus HotStuff, yang menggunakan dua putaran pemungutan suara untuk mengonfirmasi blok, mencapai "finalitas instan".
Putaran Pertama: Pra-pemungutan suara )Prevote(: Setelah validator menerima blok kandidat yang disiarkan oleh Proposer, mereka akan melakukan verifikasi cepat. Jika verifikasi berhasil, setiap validator akan memberikan satu suara "pra-pemungutan suara" )Prevote( untuk blok ini dan menyebarkannya ke seluruh jaringan. Suara ini mewakili: "Saya telah melihat secara awal, blok ini tidak ada masalah."
Putaran kedua: Precommit )Precommit (: Setelah seorang validator mengumpulkan Prevote dari lebih dari dua pertiga validator untuk blok kandidat yang sama, ia mendapatkan kepercayaan yang cukup, percaya bahwa sebagian besar anggota jaringan menyetujui blok ini. Oleh karena itu, validator tersebut akan memberikan suara "precommit" yang lebih signifikan )Precommit ( dan menyebarkannya. Suara ini mewakili: "Saya melihat bahwa sebagian besar jaringan telah setuju, saya siap untuk secara resmi menulis blok ini ke dalam buku besar."
Ketika seorang validator mengumpulkan lebih dari dua pertiga validator yang memberikan Precommit untuk blok kandidat yang sama, konsensus tercapai! Blok tersebut dianggap sebagai )Finalized(. Itu akan ditambahkan secara permanen dan tidak dapat dibatalkan ke dalam blockchain.
Ini berarti bahwa setiap blok Hyperliquid adalah blok final, tidak ada kemungkinan rollback fork, dan penundaan pembuatan blok di seluruh rantai sangat rendah------ secara resmi terungkap bahwa rata-rata penundaan konfirmasi sekitar 0,2 detik, dalam 99% kasus tidak lebih dari 0,9 detik. Kepastian akhir dalam level milidetik ini sangat ideal untuk perdagangan frekuensi tinggi, karena begitu transaksi dikirim, transaksi tersebut dapat segera dikonfirmasi dan tidak dapat direorganisasi, yang secara signifikan meningkatkan efisiensi aset.
) ALPENGLOW mencapai finalitas instan
Alpenglow adalah protokol konsensus baru yang disiapkan oleh Solana, dengan tujuan untuk mempercepat konfirmasi akhir blok menjadi 1-2 slot (sekitar 150ms), mencapai kesamaan