Ditulis oleh: KarenZ, Foresight News
Pada 25 dan 26 Juni, jaringan utama Base mengalami penghentian produksi blok berturut-turut selama dua hari. Base kemudian melakukan tinjauan dan menyatakan bahwa kedua gangguan tersebut berasal dari masalah mendasar yang sama: bug dalam logika pembangunan blok sequencer.
Menurut tinjauan Base, kerentanan ini menyebabkan status log yang sudah kedaluwarsa tetap ada setelah verifikasi transaksi gagal, mempengaruhi perhitungan Gas untuk transaksi valid berikutnya, sehingga menghasilkan blok transfer status yang tidak valid dan menghentikan produksi blok di seluruh jaringan L2. Setelah penghentian pertama, masalah diperbaiki dengan patch untuk melanjutkan produksi blok. Selain itu, adanya kondisi balapan (race condition) dalam proses restart kluster sequencer Base menghambat sinkronisasi pemulihan, yang juga menjadi penyebab tidak langsung terhentinya jaringan singkat pada hari berikutnya.
Dalam periode yang sama, peluncuran B20 di jaringan utama Base yang direncanakan juga ditunda.
Pada 26 Juni, Base menyatakan, "Dipengaruhi oleh masalah stabilitas jaringan baru-baru ini, kami akan menunda peluncuran B20 Activation Registry di mainnet untuk memastikan proses rilis berjalan lancar."
Langkah yang tampak konservatif ini justru menunjukkan bahwa B20 memiliki peran yang sangat penting. Ini bukan sekadar pembaruan aplikasi tepi, melainkan pintu masuk tingkat rantai (chain-level gateway) yang direncanakan Base untuk menampung penerbitan stablecoin, RWA, dan lebih banyak aset lagi. Semakin dekat pintu masuk ke lapisan dasar, semakin penting untuk tidak hanya melihat kelengkapan fungsional, tetapi juga mempertimbangkan apakah stabilitas jaringan, ritme peningkatan, dan desain kontrol dapat menanggung beban bersama.
B20: Antarmuka Native Base untuk Penerbitan Token
B20 adalah bagian dari peningkatan jaringan Base yang disebut Beryl. Tiga perubahan inti dalam Beryl adalah: pengenalan B20, mempersingkat periode finalisasi penarikan (withdrawal finalization) standar dengan bukti tunggal dari 7 hari menjadi 5 hari, serta meningkatkan penyimpanan node dan performa throughput melalui Reth V2.
B20 dapat dipahami dengan cara paling sederhana: ini adalah versi Base dari ERC-20, tetapi banyak logika yang biasanya ditulis, diaudit, dan dipelihara sendiri oleh pihak proyek, kini dimasukkan ke dalam komponen native Base.
Token ERC-20 biasa biasanya di-deploy melalui kontrak pintar (smart contract) yang menangani logika saldo, otorisasi, transfer, pencetakan, pembakaran, dan sebagainya. Perbedaan B20 terletak pada: token tetap memiliki alamat di blockchain dan dapat dipanggil oleh dompet, penjelajah (browser), dan protokol DeFi dengan cara yang kompatibel dengan ERC-20; namun, B20 diimplementasikan menggunakan program pra-kompilasi Rust, bukan kontrak pintar EVM, sehingga lebih cepat dan lebih murah.
Dengan kata lain, pihak integrasi eksternal melihat antarmuka token yang kompatibel dengan ERC-20, sementara penerbit mengakses infrastruktur penerbitan token bawaan Base.
Inilah alasan mengapa B20 disebut sebagai standar token native Base. Dokumentasi resmi Base menyatakan, B20 adalah versi ERC-20 sendiri dari ekosistem Base, mendukung panggilan dan peristiwa standar ERC-20 seperti transfer, otorisasi transfer pihak ketiga, persetujuan (approval) limit, pengecekan saldo, allowance; sekaligus menambahkan kemampuan ekstensi seperti memo, pencetakan/pembakaran (mint/burn), kontrol akses berbasis kebijakan (policy gating), penangguhan granular (granular pausing), dan ERC-2612 permit (otorisasi tanda tangan).
Di sini perlu dijelaskan secara terpisah tentang ERC-2612 permit, yaitu kemampuan otorisasi tanda tangan. Dalam ERC-20 biasa, jika pengguna ingin mengizinkan suatu kontrak menggunakan token miliknya, biasanya mereka harus mengirim transaksi 'approve' terlebih dahulu, yang memerlukan pembayaran Gas. ERC-2612 permit memungkinkan pengguna menyelesaikan otorisasi dengan tanda tangan offline dari dompet mereka, kemudian proyek atau aplikasi mengirimkan tanda tangan tersebut ke blockchain. Pengguna tidak perlu mengirim transaksi 'approve' terpisah, mengurangi satu operasi 'approve' di on-chain.
Jika dianalogikan, ERC-20 tradisional seperti setiap penerbit membangun rumah sendiri dengan cetak biru standar, di mana kualitas konstruksi bergantung pada pengembangan dan audit masing-masing. B20 lebih mirip dengan struktur pra-fabrikasi seragam yang disediakan Base: pintu masuk, antarmuka, dan fungsi kunci distandarisasi, penerbit masih menentukan parameter aset dan aturan manajemen, tetapi kemampuan dasarnya berasal dari set komponen tingkat rantai yang sama.
Dari sisi metode deployment, B20 juga bukan sekadar menyalin kontrak token sembarangan. Semua token B20 dibuat melalui precompile B20 Factory singleton, dengan memilih varian Asset atau Stablecoin saat pembuatan, dan memasukkan parameter seperti nama, simbol, administrator awal, batas suplai, panggilan inisialisasi, dan sebagainya.
Jadi, inti dari B20 bukanlah menjadikan penerbitan token sebagai tombol front-end yang lebih cantik, melainkan memajukan proses penerbitan token dari "setiap proyek menulis kontrak sendiri" menjadi "Base menyediakan antarmuka penerbitan terpadu dan kemampuan kebijakan bawaan". Ini mengurangi biaya pembangunan ulang fungsi standar, sekaligus mengintegrasikan penerbitan aset lebih dalam ke dalam peningkatan lapisan dasar Base sendiri.
Fokus Utama adalah "Kontrol": Izin, Daftar Hitam/Putih, Pembekuan, dan Memo
Paket alat penerbit yang tercantum dalam dokumen resmi Base meliputi: Kompatibilitas ERC-20, ERC-2612 permit, kontrol akses berbasis peran (RBAC), mint/burn, batas suplai opsional, kebijakan transfer (transfer policy), pembakaran saldo alamat yang dibekukan oleh kebijakan, serta memo transfer.
Fungsi-fungsi ini tampak teknis, tetapi dalam pekerjaan praktis penerbit, terutama menjawab tiga jenis pertanyaan: siapa yang berwenang mengelola token, alamat mana yang dapat berpartisipasi dalam peredaran, dan bagaimana operasi on-chain dapat meninggalkan catatan yang dapat dilacak.
Pertama, izin manajemen dapat dilapisi. Siapa yang dapat mencetak, membakar, menangguhkan transfer, memulihkan transfer, mengubah metadata, tidak perlu dicampur dalam satu izin administrator tunggal. Dokumen B20 mencantumkan peran seperti administrator default, pencetak (minter), pembakar (burner), penangguh (pauser), pemulih (unpauser), pengelola metadata, dan lainnya. Dengan demikian, penerbit dapat memberikan kontrol operasi berbeda kepada peran berbeda, mengurangi risiko izin administrator tunggal atau kunci privat tunggal yang terlalu besar.
Kedua, lingkup peredaran token dapat dibatasi oleh kebijakan. Policy Registry B20 mendukung daftar putih dan daftar hitam. Penerbit dapat membatasi alamat pengirim transfer, alamat penerima transfer, serta pemanggil (caller) yang memulai transfer atas nama orang lain dalam skenario transferFrom; dalam skenario pencetakan, penerima token baru yang dicetak juga dapat dibatasi. Singkatnya, B20 dapat mengatur "siapa yang mentransfer, siapa yang menerima, siapa yang memulai transfer atas nama orang lain", dan juga "ke tangan siapa token baru dikirim". Kemampuan semacam ini sangat penting bagi stablecoin, RWA, dan aset teregulasi, karena aset-aset ini seringkali memerlukan alamat KYC, penerima terbatas, pembekuan, dan jalur penanganan selanjutnya.
Ketiga, operasi on-chain dapat meninggalkan indeks bisnis. B20 mendukung memo, yaitu bidang catatan (bytes32) yang dilampirkan pada operasi token. Ini tidak akan menggantikan pembukuan lengkap off-chain, tetapi dapat berfungsi sebagai titik penghubung antara transaksi on-chain dan catatan off-chain. Misalnya, pembayaran on-chain dapat dikaitkan dengan nomor pesanan, penukaran dapat dikaitkan dengan penyelesaian di backend, penerbitan dapat dikaitkan dengan catatan distribusi; memo dapat membantu penerbit, dompet, penyedia penitipan, atau layanan indeks mencocokkan informasi ini.
Kesimpulan
Namun, harus dijelaskan bahwa B20 hanya menempatkan alat di depan penerbit, tidak secara otomatis menyelesaikan kepatuhan untuk penerbit. Setiap lingkup kebijakan default-nya adalah ALWAYS_ALLOW saat pembuatan token, artinya secara default semua diizinkan. Jika penerbit tidak aktif mengatur daftar putih, daftar hitam, atau batasan lain, token B20 ini akan beredar bebas seperti token terbuka biasa.
Dengan kata lain, B20 memberi penerbit kemampuan "menetapkan aturan", tetapi apakah aturan perlu ditetapkan dan bagaimana menetapkannya, tetap harus diselesaikan oleh penerbit sendiri.
Ini juga menjelaskan mengapa B20 terutama ditujukan untuk penerbit stablecoin, RWA, dan pembuat tokenisasi aset lainnya. Stablecoin memerlukan kemampuan kontrol izin dan pembekuan, RWA memerlukan pembatasan transfer dan pemetaan catatan off-chain, sementara aset lainnya memerlukan biaya penerbitan standar yang lebih rendah. Ketiga kebutuhan ini tampak berbeda, tetapi dasarnya mengarah pada pertanyaan yang sama: apakah sebuah L2 dapat menyediakan akses yang cukup terpadu, cukup terkendali, dan sekaligus dapat diintegrasikan dengan mulus oleh ekosistem ERC-20 yang ada.
