Ditulis oleh:@JayLovesPotato,Four Pillars
Disusun oleh:AididiaoJP,Foresight News
Poin Inti
Standar token teratur di EVM tidak menuju ke satu spesifikasi seragam, tetapi dipisah berdasarkan fungsi dengan jelas. Oleh karena itu, ERC-1450, ERC-3643, dan ERC-7943 sebaiknya tidak dilihat sebagai standar yang saling bersaing, melainkan dipahami sebagai komponen pelengkap yang masing-masing bertanggung jawab atas penerbitan, identitas, eksekusi, dan integrasi.
Catatan: Singkatnya, standar token teratur adalah: spesifikasi teknis yang dirancang khusus untuk "token yang diatur". Token biasa (seperti ERC-20 biasa) dapat ditransfer dan dimiliki secara bebas, hampir tanpa batasan. Namun, token teratur (Regulated Token) berbeda; token ini biasanya sesuai dengan aset dunia nyata yang diatur seperti sekuritas, saham reksa dana, obligasi, RWA (aset dunia nyata), yang mengubah token dari "dapat ditransfer siapa saja secara bebas" menjadi aturan teknis yang memenuhi persyaratan pengaturan keuangan.
Perbedaan utama antar berbagai blockchain tidak terletak pada apakah mereka memiliki fungsi pengaturan atau tidak, tetapi pada di mana fungsi-fungsi ini diimplementasikan dan dieksekusi. EVM mempertahankan fleksibilitas tinggi pada tingkat kontrak aset individu; Solana dan blockchain berbasis Move menempatkan lebih banyak fungsi dalam kerangka token bersama; Stellar dan XRPL langsung menyematkannya ke dalam ledger; Canton dan Avalanche L1 bahkan lebih jauh lagi meluas ke lapisan pasar dan operasi jaringan.
Daya saing standar token teratur di masa depan kemungkinan lebih bergantung pada fleksibilitas adaptasinya terhadap perubahan regulasi, bukan pada jumlah fungsinya. Arah yang lebih pragmatis adalah membangun tumpukan kepatuhan: menstandarisasi fungsi eksekusi yang berulang seperti pembekuan, transfer paksa, verifikasi sebelum transfer, sambil memisahkan kebijakan khusus produk seperti penyedia identitas, aturan yurisdiksi, batas kepemilikan atas menjadi modul yang dapat diganti.
Bahkan di lingkungan Ethereum EVM yang paling akrab bagi institusi, ada beberapa ERC yang memenuhi kebutuhan serupa untuk token teratur. Mereka umumnya mendukung pembatasan transfer, pemeriksaan kelayakan investor, pembekuan, transfer paksa, dan pemulihan aset yang hilang. Namun, terdapat perbedaan signifikan dalam struktur hukum dan kewenangan operasional yang diasumsikan oleh masing-masing standar.
Di luar EVM, blockchain lain juga menambahkan fungsi yang sebanding pada tingkat program token, ledger, atau jaringan, semakin memperluas jalur implementasi untuk aset teratur.
Hal ini sebagian mencerminkan bahwa standar token teratur belum membentuk struktur yang jelas. Alasan yang lebih mendasar adalah bahwa fungsi yang diperlukan untuk aset teratur sulit untuk dimasukkan ke dalam satu spesifikasi tunggal. Siapa yang memelihara catatan hukum sekuritas, lembaga mana yang mengesahkan kelayakan investor, seberapa banyak kendali yang harus dipertahankan operator saat terjadi insiden—pertanyaan-pertanyaan ini berbeda-beda tergantung produk dan yurisdiksi.
Oleh karena itu, pasar sedang bergerak menuju sebuah arsitektur: fungsi-fungsi ini didistribusikan ke berbagai lapisan dan dikombinasikan sesuai kebutuhan, bukan mengejar satu standar tunggal yang benar-benar mandiri.
Standar Token Teratur di EVM
Standar awal sebagian besar mencoba menyalin struktur operasional keuangan tradisional langsung ke dalam kontrak token. Di bawah ERC-1450, Agen Transfer Terdaftar (Registered Transfer Agent) tidak hanya bertanggung jawab atas penerbitan dan penebusan, tetapi juga mengeksekusi setiap transfer; pengguna biasa dilarang memanggil transfer dan approve. Ini memperjelas siapa yang memelihara catatan hukum dan siapa yang bertanggung jawab menanggapi perintah pengadilan atau kunci yang hilang. Namun, pada saat yang sama, ini juga menjauhkannya dari asumsi aliran aset tanpa izin yang diasumsikan oleh DEX dan protokol peminjaman tradisional.
ERC-3643 menyebarkan fungsi pengaturan ke dalam kontrak token, Registri Identitas (Identity Registry), Registri Penerbit Terpercaya (Trusted Issuers Registry), dan modul kepatuhan independen, alih-alih memusatkannya di bawah satu otoritas tunggal. Transfer akan divalidasi terhadap pernyataan yang diterbitkan oleh entitas tepercaya, termasuk status KYC, tempat tinggal, dan kelayakan investor; penerbit juga dapat menambahkan aturan seperti jumlah investor, batas kepemilikan nasional. Sambil mempertahankan struktur ERC-20 dasar, kemampuan untuk mengganti aturan individual adalah keunggulan yang berarti. Biayanya adalah beban operasional yang timbul dari koordinasi beberapa kontrak, penerbit identitas, dan peran manajemen hak istimewa.
ERC-7943 yang lebih baru mengambil pendekatan yang berbeda: standar ini tidak mendefinisikan kebijakan pengaturan itu sendiri, melainkan mengekspos satu set antarmuka umum, termasuk canSend, canReceive, canTransfer, kueri saldo beku, dan fungsi transfer paksa. Hal ini memungkinkan dompet, bursa, penyedia kustodian, dan layanan DeFi untuk berinteraksi dengan berbagai aset teratur dengan cara yang konsisten. Dengan kata lain, ERC-3643 adalah tumpukan untuk membuat token teratur, sedangkan ERC-7943 lebih mendekati lapisan integrasi yang menghubungkan beberapa tumpukan. Implementasi CMTAT baru-baru ini menambahkan dukungan untuk ERC-7943, semakin menunjukkan bahwa antarmuka minimal ini dapat ditumpangkan di atas standar penerbitan yang ada.
ERC-7518 dan ERC-8047 menargetkan kebutuhan yang lebih khusus. ERC-7518 menerapkan kondisi kelas saham yang berbeda, yurisdiksi, dan periode penguncian ke partisi ERC-1155 tunggal; ERC-8047 mencatat silsilah induk-anak saat aset mengalir, memungkinkan eksekusi ditargetkan pada aliran dana tertentu, bukan seluruh akun. Yang pertama membuat pembedaan hak dalam aset tunggal lebih jelas; yang terakhir membuat pelacakan dan eksekusi pasca peristiwa lebih tepat. Mereka lebih mungkin berfungsi sebagai modul yang melengkapi tumpukan kepatuhan yang lebih luas, bukan menggantikan standar serba bisa seperti ERC-3643.
Di Mana Blockchain Lain Menempatkan Fungsi Pengaturan
Pendekatan Solana ditandai dengan menempatkan fungsi token yang berulang di lapisan bersama yang lebih mendasar. Fungsi-fungsi seperti Transfer Hook, Permanent Delegate, dan Confidential Transfer disediakan melalui pustaka Token Extensions yang umum, sementara Solana Attestation Service memungkinkan aplikasi menggunakan kembali informasi off-chain, seperti status KYC, lokasi geografis, dan kelayakan investor. Ini mengurangi kebutuhan setiap penerbit untuk membangun kembali dan mengaudit fungsi yang sama secara independen. Namun, integrasi masih dapat terputus ketika dompet atau protokol tidak mendukung ekstensi tertentu; selain itu, aset yang dikonfigurasi dengan kendali penerbit yang kuat seperti Permanent Delegate harus dianggap oleh aplikasi DeFi sebagai lapisan tambahan risiko pihak lawan.
Stellar dan XRPL mengekspos otorisasi, pembekuan, dan pemulihan sebagai atribut aset ledger asli. Kontrol ini berlaku secara konsisten dalam transfer dan fungsi transaksi asli, aplikasi tidak perlu menafsirkan ulang logika kustom untuk setiap kontrak token. Stellar sedang memperluas koneksi aset ledger dengan lingkungan kontrak pintar melalui Stellar Asset Contracts; XRPL membangun di sekitar MPT, bergerak dari kepemilikan terizin, pembekuan, dan pemulihan menuju fungsi terkait privasi. Namun, semakin dalam aturan tertanam dalam ledger, evolusinya semakin bergantung pada peningkatan jaringan dan konsensus. Pengaturan kontrol juga dapat membatasi likuiditas dan ruang lingkup penggunaan aset secara lebih langsung.
Sui dan Aptos berada di antara mode kontrak-pusat EVM dan mode ledger-asli. Sui mencatat status daftar penolakan aset teratur dan izin penangguhan global di Currency Registry; Aptos membekukan akun melalui TransferRef dalam kerangka Fungible Asset, atau melewati pembatasan ini melalui transfer istimewa jika diperlukan. Fungsi eksekusi yang berulang seperti pemblokiran alamat dan penangguhan darurat disediakan oleh kerangka; kebijakan yang lebih kompleks, seperti klasifikasi investor dan batas kepemilikan khusus negara, diserahkan kepada modul Move independen. Dalam hal ini, arsitektur mereka paling mendekati arah modularisasi yang sedang ditempuh oleh ekosistem EVM itu sendiri.
Canton memperluas cakupan pengaturan dari token ke operasi seluruh pasar. CIP-56 tidak hanya menstandarisasi transfer saldo, tetapi juga termasuk pengungkapan informasi kepada pihak tertentu, persetujuan penerima, dan pengiriman versus pembayaran atom (DvP); Token Standard V2 sedang diuji di DevNet independen pada tahun 2026. Desain ini memberikan konsistensi operasional dan privasi yang lebih kuat, tetapi juga memerlukan lingkungan pengembangan dan identitas khusus. Oleh karena itu, likuiditas dan aplikasi blockchain publik yang ada tidak dapat dengan mudah bermigrasi ke sini.
Avalanche L1 lebih cocok dipahami sebagai opsi untuk membangun pasar teratur itu sendiri, bukan hanya menerbitkan token teratur. Operator dapat membatasi peserta perdagangan dan penyebar kontrak dengan daftar putih, sementara juga meminta validator memenuhi kondisi KYC, AML, atau lisensi. Tumpukan ini juga dapat menghubungkan penyedia identitas seperti Jumio dan Keyring ke txAllowlist, sangat cocok untuk bursa atau jaringan pembayaran yang terbatas pada institusi. Biayanya adalah pada tingkat operasional: validator, peningkatan, jembatan silang, dan likuiditas semuanya harus dikelola secara independen, dengan biaya dan tingkat fragmentasi yang jauh lebih tinggi daripada menerbitkan token tunggal di jaringan EVM yang ada.
Memisahkan Fungsi Eksekusi Umum dari Kebijakan Pengaturan
Secara keseluruhan, jalur-jalur ini menunjukkan bahwa kedua ekstrem memiliki keterbatasan yang jelas: baik menanamkan seluruh tumpukan pengaturan ke dalam jaringan, maupun menyerahkan semua fungsi ke satu ERC tunggal. Fungsi eksekusi umum yang berulang muncul di sebagian besar aset teratur—verifikasi sebelum transfer, pembekuan, transfer paksa, penangguhan darurat, serta metadata yang mengungkapkan kewenangan manajemen dan risiko terkait—sebaiknya ditempatkan di dekat kerangka token, ledger, atau antarmuka minimal seperti ERC-7943. Hal ini dapat mengurangi variasi implementasi dan biaya audit antar penerbit, sekaligus memungkinkan dompet, bursa, dan penyedia kustodian untuk secara konsisten mengidentifikasi struktur kontrol aset.
Sebaliknya, keputusan seperti kepercayaan terhadap penyedia identitas mana, yurisdiksi mana yang diizinkan, bagaimana menghitung batas kepemilikan dan periode penguncian berdasarkan tingkat investor, siapa yang dapat mengeksekusi perintah hukum—keputusan ini lebih cocok diserahkan kepada ERC khusus aset atau modul independen. Aturan-aturan ini bervariasi berdasarkan produk dan yurisdiksi, dan harus diperbarui seiring perubahan hukum. Jika aturan ini dikodekan secara keras ke dalam aturan dasar jaringan, tidak hanya akan memperlambat peningkatan, tetapi juga dapat mengubah pilihan kebijakan pasar keuangan tertentu menjadi pengaturan default untuk blockchain umum.
Dengan kata lain, pasar token teratur lebih mungkin berkembang dalam bentuk tumpukan kepatuhan, daripada menyatu ke satu standar tunggal. Dalam model ini, identitas, aturan yurisdiksi, dan aturan khusus produk yang dapat diganti akan dibangun di atas fungsi eksekusi umum. Ethereum dan ekosistem EVM yang lebih luas masih memiliki keunggulan dalam fleksibilitas kebijakan dan akses ke likuiditas yang ada; blockchain ledger-asli lebih kuat dalam konsistensi eksekusi dan kesederhanaan operasional; sementara jaringan khusus seperti Canton paling menonjol dalam hal privasi dan alur kerja institusional.
Oleh karena itu, tingkat adopsi kemungkinan tidak akan ditentukan oleh daftar fungsi standar mana yang paling panjang. Yang lebih penting adalah apakah kebijakan pengaturan dapat berubah tanpa perlu menerbitkan kembali aset, dan tanpa memaksa dompet, bursa, dan penyedia kustodian untuk membangun integrasi dari nol. Ujian kunci lainnya adalah: apakah peserta eksternal dapat dengan jelas mengidentifikasi, mengevaluasi, dan mengelola kendali kuat yang tertanam dalam aset.
