Web3 Trends Edisi 1: Menafsirkan Jito BAM, BRC2.0, dan EIP-7999

Selamat datang di seri "Tren Web3", di mana Shisijun menyediakan analisis dan interpretasi terkonsentrasi tentang teknologi, protokol, dan produk baru terkini di industri Web3.

Alasannya adalah karena AI telah menggandakan kecepatan saya dalam meneliti proyek-proyek baru. Saya pikir di masa depan, nilai seseorang akan lebih terfokus pada pemikiran, penilaian, dan inspirasi.

Oleh karena itu, seri ini akan membantu Anda memahami perubahan inti dalam waktu sesingkat mungkin dan menilai tren yang mungkin dipicu dari tiga perspektif: latar belakang industri → prinsip teknis → dampak potensial.

Sebagian besar pandangan penulis bersifat pesimistis, dan tidak dimaksudkan sebagai transaksi investasi apa pun, juga tidak ditujukan kepada pihak proyek mana pun.

Jito BAM｜Pengurutan Blok + Pasar Pembuatan Blok Plugin di Solana

Apa itu:

Sederhananya, BAM adalah platform "pembuatan blok" di Solana. Mirip dengan tujuan Ethereum Builder Net untuk melakukan PBS (pemisahan pembangun blok dan validator), keduanya bertujuan untuk urutan transaksi yang lebih teratur, melawan MEV, dan mencegah risiko kejahatan tersentralisasi.

Siapa yang meluncurkannya dan latar belakang seperti apa:

Pihak utama adalah kubu Jito, platform lelang perdagangan terbesar di Solana, yang menempati 90% pasar klien validator dan memiliki pengaruh kepemimpinan yang kuat. Penulis sebelumnya telah melakukan penelitian mendetail, yang dapat dirujuk sebagai: Laporan penelitian 10.000 kata: Evolusi lanskap MEV di Solana dan kelebihan serta kekurangannya

Jajaran peserta juga sangat kuat, termasuk Triton One, SOL Strategies, Figment, Helius, Drift, Pyth, DFlow, dll. Jelas, ini adalah tindakan bersama dari Solana resmi dan proyek-proyek mainstream.

Motivasi ini mudah dipahami: Solana menghadapi tekanan dari pertumbuhan eksplosif "rantai buku pesanan asli" seperti Hyperliquid, yang nilai intinya terletak pada kemampuannya untuk memfasilitasi operasi pembuat pasar. Namun, sifat pengembangan inheren Solana membuatnya sulit untuk mengoptimalkan ini secara terarah. Namun, jika transaksi dalam seluruh blok dapat disesuaikan, maka keterbatasan pembuatan blok linear Solana dapat diatasi, sehingga memfasilitasi optimalisasi berbagai skenario DeFi.

Rencana penerapan resmi adalah: pada tahap awal, Jito Labs akan menjalankan node, dengan sejumlah kecil validator berpartisipasi; dalam jangka menengah, akan diperluas ke lebih banyak operator node, dengan tujuan mencakup 30%+ staking jaringan; dan akhirnya kode akan menjadi open source dan tata kelola terdesentralisasi.

Ditambah dengan tren narasi industri tentang "keadilan yang dapat diverifikasi", arah BAM dapat dengan mudah mendapatkan dukungan dari validator dan pihak protokol. Oleh karena itu, penulis percaya bahwa ini lebih didasarkan pada konsep mengejar optimalisasi keadilan seperti TEE + PBS dan diluncurkan di latar belakang.

Bagaimana prinsipnya diimplementasikan:

Selain itu, untuk memahami nilainya, Anda juga perlu memahami fitur algoritma POH Solana sendiri.

Yaitu, pembuatan bloknya sebenarnya bertahap dan linear (sebuah slot memiliki 64 periode waktu tip di bawah 400ms. Ketika setiap periode waktu berakhir, transaksi saat ini dikirim dan tidak akan diubah kecuali dikembalikan). Ini berbeda dengan model Ethereum "mengatur seluruh blok, mencapai konsensus terlebih dahulu, dan kemudian sinkronisasi".

Melalui sistem BAM ini, jito dapat dengan mudah meningkatkan klien dari banyak validator, sehingga meningkatkan proporsi sistem BAM yang diterima oleh validator.

Mari kita lihat struktur sistem BAM seperti yang ditunjukkan di bawah ini. Bagian ungu di tengah dan kode Plugin di sebelah kanan adalah BAM.

Dia akan memastikan bahwa transaksi di Solana tidak didorong ke Leader satu per satu, tetapi urutan transaksi dari "seluruh blok ini" akan diurutkan di TEE (Trusted Computing Environment) terlebih dahulu (dikombinasikan dengan beberapa aturan pengurutan tetap yang diimplementasikan oleh kode Plugin), dan kemudian diserahkan kepada validator sekaligus.

Validator pada akhirnya harus memberikan bukti TEE bahwa dia memang telah memberikan ruang blok (eksklusivitas) ke pasar aliran pesanan ini.

Fitur paling unik di sini adalah fungsi plug-in, yang dapat "hard-code" aturan ke dalam pengurutan transaksi Tee. Ini sebenarnya memiliki signifikansi aplikasi praktis:

Misalnya, platform oracle memerlukan pembaruan harga untuk dijadwalkan sebagai transaksi pertama dalam blok. Ini mengurangi keacakan transaksi yang memperbarui harga on-chain dan menghindari masalah yang disebabkan oleh pembaruan harga yang tidak tepat waktu. Contoh lain, untuk Dex, plugin dapat ditulis untuk mengidentifikasi transaksi dengan probabilitas kegagalan tinggi dan cukup tidak menyertakannya dalam Tee, membiarkannya kedaluwarsa secara bertahap, sehingga mengurangi biaya yang terkait dengan transaksi yang gagal.

Ini dapat berdampingan dengan sistem produksi blok Solana yang ada: aliran pesanan normal, bundel Jito, dan BAM masih merupakan tiga sistem paralel. BAM berarti "hanya blok BAM yang diterima dalam satu blok."

Bagaimana mengevaluasinya:

Penulis percaya bahwa ini adalah jalur dengan "jajaran kuat, narasi kuat, dan adegan terfokus", tetapi saya tidak optimis bahwa itu akan menjadi jalur pasar utama.

Alasannya mirip dengan Builder Net di Ethereum dan MEV Share yang sangat dicari, yang telah berjuang untuk membuat kemajuan selama bertahun-tahun.

Karena kenyataannya, TEE mahal dan batas QPS-nya hanya dalam ribuan (pada 2013, Tee hanya memiliki memori 128M, dan sekarang telah berkembang banyak, tetapi hanya bisa mencapai ribuan QPS), meskipun 40% blok di Ethereum sekarang dibangun oleh TEE.

Namun, throughput data dan komputasi Solana tinggi, dan Anda perlu menerapkan banyak TEE untuk menanganinya, bersama dengan operasi dan pemeliharaan komprehensif untuk pemulihan bencana, memori, dan bandwidth. Tanpa insentif ekonomi yang berkelanjutan, sulit untuk menghasilkan pengembalian positif.

Pengembalian Jito sebenarnya cukup rendah (dibandingkan dengan protokol hasil tinggi di blockchain). Misalnya, hanya pada kuartal kedua 2025, Jito hanya menghasilkan 22.391,31 SOL (sekitar $4 juta) melalui tips. Setelah volume transaksi besar Solana dimigrasikan ke sana, downtime Tee tidak dapat dihindari. Selain itu, banyak fitur Tee, seperti kegagalan memori dan pembersihan penyimpanan, meningkatkan risiko downtime dan potensi kehilangan transaksi secara luas.

Namun, ini memiliki potensi untuk poin penjualan pembunuh: pengurutan oracle dan pembayaran tanpa kegagalan, misalnya, menawarkan manfaat nyata bagi pengguna. Pembuat pasar dan platform perdagangan tingkat perusahaan akan membelinya. Selain itu, berpartisipasi di dalamnya juga mendapat manfaat dari dukungan resmi Solana, menjadikannya cara yang bagus untuk mendapatkan pengakuan.

Akhirnya: BAM sendiri tidak diposisikan untuk menyediakan throughput 24/7. Ini adalah alat untuk "memberikan jaminan deterministik untuk blok-blok kunci." Namun, banyak jaminan deterministik bergantung pada kepastian absolut, bukan kepastian 30%. Jika tidak 100%, bahkan jika 99%, itu masih 0%. Ini adalah kunci untuk pengambilan keputusan akhir dari proyek-proyek web3 besar.

BRC 2.0｜"Pemetaan EVM": Kemampuan Terprogram yang Didukung oleh BTC

Apa itu:

Ini akan diaktifkan pada 2 September 2025. Saya memahami ini sebagai sistem bayangan dual-chain yang didorong oleh BTC dan dieksekusi oleh EVM. Perhatikan bahwa ini tidak mengacu pada BRC20, tetapi pada generasi kedua BRC. Untuk informasi lebih lanjut tentang BRC20, silakan lihat: Menafsirkan Protokol Bitcoin Ordinals dan Inovasi serta Keterbatasan Prinsip Standar BRC20.

Inti dari 2.0 adalah Anda menulis "instruksi" di Bitcoin menggunakan inscription atau commit-reveal, dan EVM yang dimodifikasi berjalan di indexer untuk mengeksekusi deployment dan panggilan yang sesuai. EVM tidak mengenakan biaya gas (parameter dipertahankan tetapi tidak dihitung), dan biaya transaksi ditambahkan ke transaksi Bitcoin.

Ini pada dasarnya mirip dengan protokol Alkanes (Methane). Methane menulis instruksi transaksi berdasarkan bidang op-return Bitcoin dan berjalan di mesin virtual WASN, sementara ini berjalan di EVM.

Siapa yang meluncurkannya dan latar belakang seperti apa:

Latar belakang inisiator adalah: platform bestinslot, yang menjadi populer di era inscription BTC, melanjutkan ide BRC-20: tanpa mengubah konsensus BTC, coba tambahkan "kemampuan pemrograman".

Latar belakang industri adalah: dalam dua tahun terakhir (sebenarnya dua tahun terakhir), narasi kemampuan pemrograman/L2 BTC telah populer, dan semua orang mencari jalur rekayasa yang dapat berjalan dengan lancar. Namun, kesenjangan antara tren pasar dan kemajuan pengembangan terlalu besar, mengakibatkan munculnya model sewenang-wenang seperti BRC2.0 dan Alkanes hanya tahun ini.

Suara pasar agak terbatas karena panggung BTC tidak pernah memiliki kekuatan kohesif untuk membimbingnya, dan banyak protokol dapat diturunkan dari protokol lain, jadi sebenarnya, BRC2.0 kemungkinan tidak memiliki hubungan aktual dengan BRC20.

Bagaimana prinsipnya diimplementasikan:

Ini ada di indexer, bukan di rantai BTC atau rantai terpisah, untuk mengoperasikan logika EVM. Perhatikan bahwa ini tidak dianggap sebagai rantai karena tidak ada konsensus.

Alamat di EVM yang ingin dikontrol pengguna diperoleh dengan melakukan hash alamat BTC pengguna sendiri dan kemudian memetakannya ke "alamat EVM virtual".

Untuk mengoperasikan sistem ini, logikanya sebenarnya sangat mirip dengan kontrol aset BRC20. Ini hanyalah string JSON. Di BRC2.0, didefinisikan sebagai berikut:

Dapat dilihat bahwa Anda mengenkode instruksi di BTC, dengan berbagai bytecode/data panggilan, dan itu diputar ulang dan dieksekusi di EVM.

Selain itu, tanda tangan dan harga gas juga telah diubah: gasPrice lapisan EVM diatur ke 0, yang hanya berfungsi sebagai batas sumber daya; biaya penanganan sebenarnya tercermin dalam biaya transaksi BTC.

Ini sebenarnya cukup berisiko. Saya meminta AI saya mencari kode node mereka dan tidak menemukan perlindungan terhadap "batas kedalaman/langkah panggilan." Jadi, secara teoritis, kontrak dengan rekursi tak terbatas/pemanggilan diri sendiri berpotensi menjatuhkan VM. (Tentu saja, perlindungan ini mudah diperbaiki: cukup tetapkan kedalaman panggilan maksimum.)

Bagaimana mengevaluasinya:

Pertama-tama, dia masih tahu cara menamai sesuatu. Setidaknya brc2.0 akan lebih populer daripada membuat nama protokol baru. Ini juga alasan mengapa RGB menjadi populer lagi baru-baru ini.

Kedua, ini tidak sepenuhnya tidak terkait dengan BRC20. Bagaimanapun, konsep desain protokolnya dan mode bidangnya pada dasarnya sama, tetapi ini tidak dihitung sebagai hak cipta. Namun, saya belum melihat penulis asli BRC20 di platform, jadi koneksinya mungkin tidak signifikan.

Akhirnya, semua platform yang telah mengeksplorasi