Mengeluarkan token dulu sangatlah sederhana: Anda akan mendeploynya di Ethereum, tempat semua aksi terjadi - pengguna, trader, modal, dan likuiditas. Namun, saat ini, lanskapnya jauh lebih kompleks. Likuiditas tersebar di Bitcoin, Ethereum, L2s, Solana, dan rantai lainnya. Jadi, di mana sebaiknya Anda mengeluarkan token Anda? Tidak ada jawaban yang jelas.
Tapi bagaimana jika Anda tidak perlu memilih hanya satu rantai? Bayangkan token yang berfungsi di mana saja, mengalir dengan lancar di seluruh ekonomi kripto.
Terima kasih kepada protokol interoperabilitas(alias jembatan), sekarang memungkinkan untuk menerbitkan token dengan pasar yang terpadu yang melintasi beberapa rantai. Ini menciptakan likuiditas global tanpa batas, menyederhanakan operasi bagi penerbit token: lebih likuiditas, adopsi yang lebih besar, dan efek jaringan yang lebih kuat â tanpa masalah fragmentasi. Pada dasarnya, seperti memiliki rekening bank global yang berfungsi di mana saja, terintegrasi di semua ekosistem DeFi.
Dalam artikel ini, kami akan membandingkan kerangka token terkemuka yang ditawarkan oleh berbagai protokol interoperabilitas. Tujuannya adalah untuk menilai fitur unik, kelebihan, dan kompromi mereka untuk membantu tim memilih solusi terbaik untuk menerbitkan token multi-rantai dengan cara yang alami.
Kami akan mengeksplorasi kerangka kerja berikut:
Mari kita terjun.
Kerangka token beroperasi dalam dua cara utama, tergantung apakah Anda membuat token yang ada menjadi multi-chain atau meluncurkan token multi-chain secara natively dari awal.
Ketika suatu token diterbitkan secara asli pada beberapa rantai sejak Hari 1, pasokannya didistribusikan di seluruh rantai tersebut. Ketika token dipindahkan antar rantai, mereka dibakar di rantai sumber dan dicetak di rantai tujuan, memastikan pasokan total tetap konstan.
Pikirkanlah itu sebagai sebuah sistem akuntansi (seperti yang banyak tim interop jelaskan). Berikut contohnya: pertimbangkanlah Token X dengan total pasokan sebanyak 1000 token, yang didistribusikan berdasarkan permintaan di lima rantai:
Jika seorang pengguna mentransfer 50 token dari Chain E ke Chain A, token-token tersebut akan dibakar di Chain E dan dicetak ulang di Chain A. Distribusi yang diperbarui akan menjadi:
Proses ini memastikan bahwa pasokan total tetap pada 1000 token, memfasilitasi transfer yang lancar antar rantai tanpa slippage.
Untuk token yang sudah ada dan awalnya diterapkan di satu rantai, prosesnya sedikit berbeda. Seluruh pasokan ada di satu rantai, dan saat mentransfer ke rantai lain, sebagian pasokan dikunci dalam kontrak pintar di rantai sumber, sementara jumlah yang setara dicetak di rantai tujuan.
Metode ini mirip dengan cara kerja wrapped token. Token yang terkunci di Rantai A kemudian dapat memiliki versi terbungkus yang dicetak di Rantai B. Namun, sekarang token ini juga dapat berpindah dari Rantai B ke Rantai C menggunakan metode burn-mint, tanpa perlu dikunci pada beberapa rantai. Pasokan asli tetap ada di Rantai A, memastikan bahwa transfer antar rantai hanya melibatkan verifikasi bahwa token yang dibakar cocok dengan yang dicetak.
Inilah mengapa memiliki token yang dapat diperdagangkan di pasar yang terpadu yang meliputi beberapa rantai memberikan manfaat bagi tim:
PertimbangkanProtokol Transfer Antar-Rantai Circle (CCTP)Dengan meluncurkan CCTP, Circle memungkinkan USDC diperdagangkan dengan lancar di semua jaringan yang didukung, mengatasi masalah utama:
Set fitur unik Circle untuk USDC adalah karena jembatan buatan mereka, CCTP, kemewahan yang kebanyakan proyek tidak miliki. Inilah tempat kerangka kerja token yang dipelihara oleh protokol interoperabilitas masuk ke dalam permainan. Kerangka kerja ini menyediakan solusi yang mirip dengan apa yang ditawarkan oleh CCTP untuk USDC, tetapi untuk setiap token. Dengan menerbitkan token melalui kerangka kerja ini, proyek dapat membuat pasar yang terpadu di beberapa rantai yang didukung, memungkinkan untuk transfer yang mudah menggunakan mekanisme burn/lock dan mint.
Sekarang kita memahami bagaimana kerangka token bekerja dan manfaatnya, mari kita bandingkan berbagai solusi yang tersedia di pasar bagi tim yang ingin menerbitkan token mereka.
Berikut penjelasan tentang aspek keamanan kritis yang tercakup dalam tabel:
1. Mekanisme Verifikasi
Mekanisme verifikasi adalah inti dari bagaimana transfer divalidasi di seluruh rantai. Ini mengacu pada bagaimana pesan diverifikasi dan jenis pengaturan dalam hal mekanisme verifikasi yang disediakan setiap kerangka kerja â apakah itu opsi tunggal, sistem modular dengan banyak opsi, atau desain fleksibel yang kompatibel dengan jembatan apa pun â memungkinkan penerbit token untuk memilih solusi yang paling tepat berdasarkan persyaratan keamanan mereka.
Meskipun mekanisme verifikasi khusus menawarkan manfaat, konfigurasi default yang menjaditetap menjadi yang paling banyak digunakan. Oleh karena itu, berfokus pada keamanan skema verifikasi default sangat penting. Disarankan agar tim menggunakan skema verifikasi tambahan di atas default untuk meningkatkan pengaturan keamanan mereka.
Ketika berbicara tentang kehidupan, bergantung pada skema verifikasi ganda memiliki keuntungan dan kerugian. Di sisi positif, ada peningkatan toleransi kesalahan: jika satu penyedia mengalami waktu tidak aktif, yang lain dapat memastikan operasi berlanjut, meningkatkan keandalan sistem. Namun, ini juga meningkatkan kompleksitas sistem. Setiap skema tambahan memperkenalkan titik kegagalan potensial, meningkatkan risiko gangguan operasional.
2. Fleksibilitas pada Verifikasi
Menggarisbawahi fleksibilitas setiap kerangka kerja dalam menyesuaikan mekanisme verifikasinya - khususnya, apakah penerbit token dapat memilih dari berbagai opsi atau terbatas pada pengaturan default.
3. Skema Verifikasi yang Terkenal yang Sudah Dibangun
Skema pra-dibangun adalah mekanisme verifikasi siap pakai yang dapat digunakan penerbit token untuk verifikasi pesan, menyederhanakan implementasi. Kerangka kerja dengan pilihan pra-dibangun yang lebih banyak dan andal secara umum merupakan tanda positif.
Sementara beberapa kerangka kerja menawarkan lebih banyak skema verifikasi daripada yang lain, penting untuk mengevaluasi mereka berdasarkan spektrum keamanan mereka, yang dapat berkisar dari satu validator hingga kumpulan validator yang komprehensif.
Sebagai contoh, OFTs menawarkan opsi DVN yang merupakan validator tunggal bersama pilihan yang lebih kuat seperti CCIP atau Axelar, yang menggunakan set validator penuh. Demikian pula, Token Warp menawarkan ISM seperti Multisig ISM yang mencakup validator yang dijalankan oleh komunitas Hyperlane dan pada saat yang sama, ada pilihan seperti Aggregation ISM yang memungkinkan tim menggabungkan keamanan dari beberapa ISM.
Selain itu, banyak dari skema verifikasi ini mungkin belum diadopsi secara luas atau diuji secara menyeluruh dalam skenario dunia nyata. Dengan demikian, tim harus hati-hati menilai kualitas skema verifikasi yang tersedia dan memilih salah satu yang selaras dengan tingkat keamanan yang mereka inginkan. Kami sangat menyarankan untuk memanfaatkan opsi yang tersedia untuk membangun penyiapan yang aman dan tangguh untuk verifikasi token. Dalam artikel penelitian mendatang, kami akan menyelam lebih dalam ke properti keamanan dari berbagai skema verifikasi yang ditawarkan oleh setiap kerangka kerja token.
4. Skema Verifikasi Default
Menunjukkan apakah kerangka kerja menyediakan mekanisme verifikasi default. Hal ini penting karena kebanyakan tim biasanya memilih opsi default karena kenyamanan. Jika penerbit token akan memilih opsi default, sangat penting untuk menilai keamanannya serta mempertimbangkan penggunaan fitur-fitur kustomisasi yang ditawarkan untuk meningkatkan keamanan dari setup.
5.Partisipasi Aplikasi dalam Verifikasi
Menyoroti apakah tim memiliki opsi untuk berpartisipasi dalam proses verifikasi, menambahkan lapisan keamanan tambahan atau membiarkan mereka mengambil alih keamanan mereka sendiri. Hal ini penting karena memungkinkan tim untuk meningkatkan keamanan dengan menyertakan setup verifikasi mereka sendiri bersama mekanisme yang sudah ada. Dengan cara ini, jika metode verifikasi lain gagal, mereka dapat mengandalkan perlindungan mereka sendiri untuk mencegah masalah potensial.
Sebagai contoh, tim-tim seperti StarGate, Tapioka, BitGo, Cluster, dan Abracadabra menjalankan DVN mereka sendiri di LayerZero, memperlihatkan bagaimana tim lain dapat memanfaatkan penyesuaian yang tersedia.
Lebih banyak tim seharusnya memanfaatkan lapisan keamanan tambahan ini, meskipun membutuhkan upaya ekstra. Ketika diimplementasikan dengan efektif, fitur ini dapat menjadi krusial dalam mencegah masalah besar saat kegagalan kritis.
6. Ketahanan Sensor
Menentukan apakah dan bagaimana pesan dapat disensor, berpotensi menonaktifkan aplikasi, dan menyebabkan masalah kehidupan bagi tim. Dalam kebanyakan kasus, bahkan jika aplikasi disensor, mereka dapat beralih ke mekanisme verifikasi yang berbeda atau relayer dalam kerangka kerja yang sama. Namun, ini membutuhkan upaya tambahan dan mungkin bukan solusi praktis untuk masalah jangka pendek.
7. Keterbukaan Sumber
Basis kode sumber terbuka memungkinkan pengembang untuk mengaudit fitur keamanan kerangka kerja dan pengaturan keseluruhan, memastikan transparansi tentang kode yang sedang dijalankan.
Tabel ini membandingkan struktur biaya dari beberapa kerangka token, berfokus pada bagaimana masing-masing menangani biaya untuk operasi protokol, pesan, dan biaya tambahan. Penting untuk dicatat bahwa semua kerangka memungkinkan biaya khusus aplikasi ditambahkan pada tingkat aplikasi. Selain itu, ada biaya yang terkait dengan proses verifikasi dan transfer, termasuk biaya yang dibayarkan kepada pihak pengirim, penerima, atau entitas serupa, di semua kerangka.
Saat ini, sebagian besar biaya terkait dengan verifikasi pesan dan relay. Seperti yang disebutkan sebelumnya, semua kerangka token menyediakan opsi untuk menggunakan mekanisme yang berbeda untuk memverifikasi pesan. Meskipun setiap skema verifikasi tambahan meningkatkan keamanan sistem, hal itu juga meningkatkan biaya dan biaya untuk pengguna.
1. Biaya Protokol
Ini merujuk pada biaya tingkat protokol yang dikenakan setiap kerangka untuk mengeksekusi transfer atau operasi lainnya.
Keberadaan sakelar biaya yang diatur oleh DAO berarti bahwa penerbit token mungkin perlu membayar biaya tambahan ke protokol interoperabilitas di balik kerangka token (misalnya, LayerZero untuk OFTs atau Hyperlane untuk Warp Token). Ini memperkenalkan ketergantungan pada tata kelola DAO, karena setiap perubahan pada sakelar biaya secara langsung mempengaruhi token yang diterbitkan melalui kerangka kerja tersebut, menjadikannya tunduk pada keputusan DAO mengenai struktur biaya.
Tabel ini menyoroti properti kunci dari kontrak pintar dari setiap kerangka kerja, menyoroti tingkat fleksibilitas, keamanan, dan kustomisasi yang berbeda dengan fokus pada riwayat implementasi, audit keamanan, hadiah yang ditawarkan, dan kustomisasi penting untuk kontrol terperinci.
Penting untuk dicatat bahwa semua kerangka kerja memungkinkan aplikasi untuk menetapkan batas tarif dan daftar hitam, fitur keamanan penting yang, bila digunakan dengan efektif, dapat mencegah kerugian keuangan yang signifikan. Selain itu, setiap kerangka kerja menawarkan fleksibilitas untuk menerapkan kontrak pintar sebagai tidak dapat diubah atau ditingkatkan, tergantung pada kebutuhan spesifik aplikasi.
1. Diterapkan Sejak
Bidang ini menunjukkan kapan kontrak pintar kerangka kerja masing-masing dikerahkan. Ini memberikan wawasan tentang seberapa lama kerangka kerja tersebut telah beroperasi.
2.Audits
Jumlah audit adalah ukuran penting dari keamanan. Audit mengvalidasi integritas kontrak pintar kerangka, mengidentifikasi kerentanan atau masalah yang dapat mengancam sistem.
3.Bounty
Hadiah mencerminkan insentif keuangan yang ditawarkan oleh kerangka kerja untuk mendorong peneliti keamanan eksternal menemukan dan melaporkan kerentanan.
4. Fitur Penting untuk Kontrol Granular
Kerangka kontrak pintar memungkinkan aplikasi untuk mengimplementasikan berbagai fitur keamanan yang dapat disesuaikan, tergantung pada kebutuhan spesifik mereka. Bidang ini menyoroti beberapa fitur keamanan utama yang ditawarkan oleh setiap kerangka untuk memastikan keamanan.
Setiap kerangka kerja menghadirkan fitur unik dan telah melihat berbagai tingkat keterlibatan dari pengembang, protokol, dan platform, tergantung pada fokus teknis, integrasi, dan jaminan keamanan mereka.
1. Kontributor Inti
Bagian ini menyoroti berbagai tim yang aktif terlibat dalam membangun dan memelihara setiap kerangka kerja. Keterlibatan kumpulan kontributor yang beragam, di luar tim pengembangan asli, adalah indikator positif dari beberapa faktor: (1) permintaan yang lebih luas untuk kerangka kerja, dan (2) aksesibilitas dan kemudahan penggunaan kerangka kerja, baik melalui kolaborasi umum atau tanpa izin.
2. Adopsi
Adopsi mencerminkan tingkat penggunaan dan daya tarik setiap kerangka kerja, diukur dengan jumlah token yang diterapkan dan total nilai yang diamankan. Ini memberikan wawasan tentang seberapa luas kerangka kerja telah diadopsi oleh pengembang dan protokol, serta keandalannya dalam mengamankan aset.
3. Tim Terkenal
Bagian ini menyoroti tim dan protokol teratas yang telah mengadopsi setiap kerangka kerja, yang mencerminkan kepercayaan industri dan daya tarik keseluruhan mereka.
4.Cakupan VM
Cakupan VM mengacu pada rentang komputer virtual yang didukung oleh setiap kerangka kerja. Sejumlah besar VM memberikan lebih banyak fleksibilitas dan kompatibilitas di berbagai lingkungan blockchain. Ini memberi aplikasi dan penerbit token lebih banyak variasi dalam hal beragam komunitas yang dapat mereka manfaatkan.
5. Rantai yang Diterapkan pada
Bidang ini mencerminkan jumlah rantai yang setiap kerangka diterapkan, yaitu jumlah rantai yang dapat didukung setiap aplikasi atau penerbit token jika mereka memutuskan untuk menggunakan kerangka tertentu. Ini secara langsung terkait dengan jumlah pasar dan ekosistem DeFi yang dapat diakses oleh aplikasi. Implementasi rantai yang lebih tinggi berarti akses ke likuiditas yang lebih luas.
Selain itu, meskipun kemampuan untuk memperluas kerangka kerja secara izin di berbagai rantai memiliki potensi besar, hal ini juga dapat menjadi tantangan jika para pengembang diharuskan untuk membangun dan memelihara infrastruktur kritis sendiri. Bagi beberapa orang, seperti tim yang mencari dukungan jembatan untuk rantai baru, usaha ini mungkin berharga. Tetapi bagi penerbit token yang hanya ingin menambah rantai lain ke jangkauan token mereka, hal ini dapat terasa terlalu kompleks dan memerlukan sumber daya yang tinggi.
6. Pembeda Unik
Setiap kerangka kerja membawa perbedaan yang unik, seringkali dalam bentuk fitur khusus, alat, atau integrasi yang membedakannya dari yang lain. Perbedaan ini biasanya menarik bagi pengembang dan protokol yang mencari fungsionalitas spesifik atau kemudahan penggunaan atau hanya distribusi lebih banyak untuk token mereka.
Penyangkalan: Bagian ini mencerminkan wawasan dari @SlavaOnChain (Kepala DevRel di LI.FI) dan diskusi dengan pengembang yang familiar dengan berbagai kerangka kerja. Pengalaman pengembang dapat bervariasi berdasarkan latar belakang dan kasus penggunaan.
1.Kemudahan Integrasi
Merujuk pada seberapa mudahnya mendeploy token menggunakan kerangka berdasarkan pengalaman pertama tanpa dukungan tim.
2. Dokumentasi
Mengevaluasi sejauh mana panduan, contoh, dan referensi kerangka kerja mendukung pengembang dalam memahami dan menggunakan platform.
3. Alat Pengembang
Mempertimbangkan kumpulan pustaka, SDK, dan utilitas yang memudahkan untuk membangun, menguji, dan menyebarkan token menggunakan kerangka kerja.
Kerangka Token sedang meningkat, dan mereka mungkin akan mengubah segalanya tentang bagaimana nilai bergerak dalam dunia multi-chain. Saat ini, transfer aset antar chain sering membutuhkan kolam likuiditas atau Pemecah, tetapi kerangka token menghilangkan kebutuhan-kebutuhan tersebut. Sebagai gantinya, aset dapat dicetak langsung pada rantai yang diinginkan melalui protokol interoperabilitas.
Sebenarnya, kerangka token bisa menjadi tanda kematian untuk aset terbungkus. Likuiditas tidak perlu terfragmentasi di berbagai rantai lagi. Anda dapat mencetak aset yang dapat dipertukarkan pada setiap rantai, dan mereka dapat diperdagangkan di seluruh rantai hanya dengan biaya gas. Kita sudah melihat tanda-tanda pergeseran ini. Circle meluncurkan CCTP untuk menghindari masalah token terbungkus untuk USDC dan banyak tim besar dan token bernilai tinggi sekarang mengadopsi kerangka token. Itu adalah tanda bahwa hal-hal sedang dipercepat.
Namun, ada kekhawatiran yang valid mengenai risiko penularan pihak ketiga - jika protokol interoperabilitas gagal, mereka dapat mempengaruhi semua proyek yang dibangun di atasnya. Meskipun risiko ini, adopsi terus berkembang.
Pandangan lain: di masa depan yang diabstraksikan oleh rantai, kerangka token tidak akan lagi penting karena penyelesaian akan menukar token asli untuk pengguna di balik layar. Dan meskipun ada kebenaran di dalamnya â pengguna tidak perlu memikirkan token â itu melewatkan sudut pandang yang kritis. Bagaimana dengan para penyelesaian itu sendiri? Bagi mereka, kerangka token bisa sangat berguna. Mereka menyelesaikan masalah inventaris dan penyeimbangan karena mereka tidak memerlukan likuiditas untuk bergerak di sepanjang rantai. Itulah mengapa penyelesaian suka menggunakan kerangka seperti CCTP untuk memindahkan USDC â itu murah, efisien, dan sempurna untuk penyeimbangan lintas rantai.
Bagaimana semuanya berbentuk masih menjadi tebakan siapa pun. Mungkin kita hanya memerlukan kerangka token untuk sekelompok kecil rantai pinggiran atau mungkin mereka akan menjadi standar untuk menyebarluaskan token di dunia kripto. Yang kita ketahui hari ini adalah bahwa adopsi kerangka interop sedang tumbuh, begitu juga dengan persaingannya. Masalah dengan pertumbuhan ini? Fragmentasi. Kerangka yang bersaing akan memisahkan aset dan likuiditas, dan kita tidak akan melihat solusi one-size-fits-all. Insentif hanya tidak akan mengizinkannya.
Mengeluarkan token dulu sangatlah sederhana: Anda akan mendeploynya di Ethereum, tempat semua aksi terjadi - pengguna, trader, modal, dan likuiditas. Namun, saat ini, lanskapnya jauh lebih kompleks. Likuiditas tersebar di Bitcoin, Ethereum, L2s, Solana, dan rantai lainnya. Jadi, di mana sebaiknya Anda mengeluarkan token Anda? Tidak ada jawaban yang jelas.
Tapi bagaimana jika Anda tidak perlu memilih hanya satu rantai? Bayangkan token yang berfungsi di mana saja, mengalir dengan lancar di seluruh ekonomi kripto.
Terima kasih kepada protokol interoperabilitas(alias jembatan), sekarang memungkinkan untuk menerbitkan token dengan pasar yang terpadu yang melintasi beberapa rantai. Ini menciptakan likuiditas global tanpa batas, menyederhanakan operasi bagi penerbit token: lebih likuiditas, adopsi yang lebih besar, dan efek jaringan yang lebih kuat â tanpa masalah fragmentasi. Pada dasarnya, seperti memiliki rekening bank global yang berfungsi di mana saja, terintegrasi di semua ekosistem DeFi.
Dalam artikel ini, kami akan membandingkan kerangka token terkemuka yang ditawarkan oleh berbagai protokol interoperabilitas. Tujuannya adalah untuk menilai fitur unik, kelebihan, dan kompromi mereka untuk membantu tim memilih solusi terbaik untuk menerbitkan token multi-rantai dengan cara yang alami.
Kami akan mengeksplorasi kerangka kerja berikut:
Mari kita terjun.
Kerangka token beroperasi dalam dua cara utama, tergantung apakah Anda membuat token yang ada menjadi multi-chain atau meluncurkan token multi-chain secara natively dari awal.
Ketika suatu token diterbitkan secara asli pada beberapa rantai sejak Hari 1, pasokannya didistribusikan di seluruh rantai tersebut. Ketika token dipindahkan antar rantai, mereka dibakar di rantai sumber dan dicetak di rantai tujuan, memastikan pasokan total tetap konstan.
Pikirkanlah itu sebagai sebuah sistem akuntansi (seperti yang banyak tim interop jelaskan). Berikut contohnya: pertimbangkanlah Token X dengan total pasokan sebanyak 1000 token, yang didistribusikan berdasarkan permintaan di lima rantai:
Jika seorang pengguna mentransfer 50 token dari Chain E ke Chain A, token-token tersebut akan dibakar di Chain E dan dicetak ulang di Chain A. Distribusi yang diperbarui akan menjadi:
Proses ini memastikan bahwa pasokan total tetap pada 1000 token, memfasilitasi transfer yang lancar antar rantai tanpa slippage.
Untuk token yang sudah ada dan awalnya diterapkan di satu rantai, prosesnya sedikit berbeda. Seluruh pasokan ada di satu rantai, dan saat mentransfer ke rantai lain, sebagian pasokan dikunci dalam kontrak pintar di rantai sumber, sementara jumlah yang setara dicetak di rantai tujuan.
Metode ini mirip dengan cara kerja wrapped token. Token yang terkunci di Rantai A kemudian dapat memiliki versi terbungkus yang dicetak di Rantai B. Namun, sekarang token ini juga dapat berpindah dari Rantai B ke Rantai C menggunakan metode burn-mint, tanpa perlu dikunci pada beberapa rantai. Pasokan asli tetap ada di Rantai A, memastikan bahwa transfer antar rantai hanya melibatkan verifikasi bahwa token yang dibakar cocok dengan yang dicetak.
Inilah mengapa memiliki token yang dapat diperdagangkan di pasar yang terpadu yang meliputi beberapa rantai memberikan manfaat bagi tim:
PertimbangkanProtokol Transfer Antar-Rantai Circle (CCTP)Dengan meluncurkan CCTP, Circle memungkinkan USDC diperdagangkan dengan lancar di semua jaringan yang didukung, mengatasi masalah utama:
Set fitur unik Circle untuk USDC adalah karena jembatan buatan mereka, CCTP, kemewahan yang kebanyakan proyek tidak miliki. Inilah tempat kerangka kerja token yang dipelihara oleh protokol interoperabilitas masuk ke dalam permainan. Kerangka kerja ini menyediakan solusi yang mirip dengan apa yang ditawarkan oleh CCTP untuk USDC, tetapi untuk setiap token. Dengan menerbitkan token melalui kerangka kerja ini, proyek dapat membuat pasar yang terpadu di beberapa rantai yang didukung, memungkinkan untuk transfer yang mudah menggunakan mekanisme burn/lock dan mint.
Sekarang kita memahami bagaimana kerangka token bekerja dan manfaatnya, mari kita bandingkan berbagai solusi yang tersedia di pasar bagi tim yang ingin menerbitkan token mereka.
Berikut penjelasan tentang aspek keamanan kritis yang tercakup dalam tabel:
1. Mekanisme Verifikasi
Mekanisme verifikasi adalah inti dari bagaimana transfer divalidasi di seluruh rantai. Ini mengacu pada bagaimana pesan diverifikasi dan jenis pengaturan dalam hal mekanisme verifikasi yang disediakan setiap kerangka kerja â apakah itu opsi tunggal, sistem modular dengan banyak opsi, atau desain fleksibel yang kompatibel dengan jembatan apa pun â memungkinkan penerbit token untuk memilih solusi yang paling tepat berdasarkan persyaratan keamanan mereka.
Meskipun mekanisme verifikasi khusus menawarkan manfaat, konfigurasi default yang menjaditetap menjadi yang paling banyak digunakan. Oleh karena itu, berfokus pada keamanan skema verifikasi default sangat penting. Disarankan agar tim menggunakan skema verifikasi tambahan di atas default untuk meningkatkan pengaturan keamanan mereka.
Ketika berbicara tentang kehidupan, bergantung pada skema verifikasi ganda memiliki keuntungan dan kerugian. Di sisi positif, ada peningkatan toleransi kesalahan: jika satu penyedia mengalami waktu tidak aktif, yang lain dapat memastikan operasi berlanjut, meningkatkan keandalan sistem. Namun, ini juga meningkatkan kompleksitas sistem. Setiap skema tambahan memperkenalkan titik kegagalan potensial, meningkatkan risiko gangguan operasional.
2. Fleksibilitas pada Verifikasi
Menggarisbawahi fleksibilitas setiap kerangka kerja dalam menyesuaikan mekanisme verifikasinya - khususnya, apakah penerbit token dapat memilih dari berbagai opsi atau terbatas pada pengaturan default.
3. Skema Verifikasi yang Terkenal yang Sudah Dibangun
Skema pra-dibangun adalah mekanisme verifikasi siap pakai yang dapat digunakan penerbit token untuk verifikasi pesan, menyederhanakan implementasi. Kerangka kerja dengan pilihan pra-dibangun yang lebih banyak dan andal secara umum merupakan tanda positif.
Sementara beberapa kerangka kerja menawarkan lebih banyak skema verifikasi daripada yang lain, penting untuk mengevaluasi mereka berdasarkan spektrum keamanan mereka, yang dapat berkisar dari satu validator hingga kumpulan validator yang komprehensif.
Sebagai contoh, OFTs menawarkan opsi DVN yang merupakan validator tunggal bersama pilihan yang lebih kuat seperti CCIP atau Axelar, yang menggunakan set validator penuh. Demikian pula, Token Warp menawarkan ISM seperti Multisig ISM yang mencakup validator yang dijalankan oleh komunitas Hyperlane dan pada saat yang sama, ada pilihan seperti Aggregation ISM yang memungkinkan tim menggabungkan keamanan dari beberapa ISM.
Selain itu, banyak dari skema verifikasi ini mungkin belum diadopsi secara luas atau diuji secara menyeluruh dalam skenario dunia nyata. Dengan demikian, tim harus hati-hati menilai kualitas skema verifikasi yang tersedia dan memilih salah satu yang selaras dengan tingkat keamanan yang mereka inginkan. Kami sangat menyarankan untuk memanfaatkan opsi yang tersedia untuk membangun penyiapan yang aman dan tangguh untuk verifikasi token. Dalam artikel penelitian mendatang, kami akan menyelam lebih dalam ke properti keamanan dari berbagai skema verifikasi yang ditawarkan oleh setiap kerangka kerja token.
4. Skema Verifikasi Default
Menunjukkan apakah kerangka kerja menyediakan mekanisme verifikasi default. Hal ini penting karena kebanyakan tim biasanya memilih opsi default karena kenyamanan. Jika penerbit token akan memilih opsi default, sangat penting untuk menilai keamanannya serta mempertimbangkan penggunaan fitur-fitur kustomisasi yang ditawarkan untuk meningkatkan keamanan dari setup.
5.Partisipasi Aplikasi dalam Verifikasi
Menyoroti apakah tim memiliki opsi untuk berpartisipasi dalam proses verifikasi, menambahkan lapisan keamanan tambahan atau membiarkan mereka mengambil alih keamanan mereka sendiri. Hal ini penting karena memungkinkan tim untuk meningkatkan keamanan dengan menyertakan setup verifikasi mereka sendiri bersama mekanisme yang sudah ada. Dengan cara ini, jika metode verifikasi lain gagal, mereka dapat mengandalkan perlindungan mereka sendiri untuk mencegah masalah potensial.
Sebagai contoh, tim-tim seperti StarGate, Tapioka, BitGo, Cluster, dan Abracadabra menjalankan DVN mereka sendiri di LayerZero, memperlihatkan bagaimana tim lain dapat memanfaatkan penyesuaian yang tersedia.
Lebih banyak tim seharusnya memanfaatkan lapisan keamanan tambahan ini, meskipun membutuhkan upaya ekstra. Ketika diimplementasikan dengan efektif, fitur ini dapat menjadi krusial dalam mencegah masalah besar saat kegagalan kritis.
6. Ketahanan Sensor
Menentukan apakah dan bagaimana pesan dapat disensor, berpotensi menonaktifkan aplikasi, dan menyebabkan masalah kehidupan bagi tim. Dalam kebanyakan kasus, bahkan jika aplikasi disensor, mereka dapat beralih ke mekanisme verifikasi yang berbeda atau relayer dalam kerangka kerja yang sama. Namun, ini membutuhkan upaya tambahan dan mungkin bukan solusi praktis untuk masalah jangka pendek.
7. Keterbukaan Sumber
Basis kode sumber terbuka memungkinkan pengembang untuk mengaudit fitur keamanan kerangka kerja dan pengaturan keseluruhan, memastikan transparansi tentang kode yang sedang dijalankan.
Tabel ini membandingkan struktur biaya dari beberapa kerangka token, berfokus pada bagaimana masing-masing menangani biaya untuk operasi protokol, pesan, dan biaya tambahan. Penting untuk dicatat bahwa semua kerangka memungkinkan biaya khusus aplikasi ditambahkan pada tingkat aplikasi. Selain itu, ada biaya yang terkait dengan proses verifikasi dan transfer, termasuk biaya yang dibayarkan kepada pihak pengirim, penerima, atau entitas serupa, di semua kerangka.
Saat ini, sebagian besar biaya terkait dengan verifikasi pesan dan relay. Seperti yang disebutkan sebelumnya, semua kerangka token menyediakan opsi untuk menggunakan mekanisme yang berbeda untuk memverifikasi pesan. Meskipun setiap skema verifikasi tambahan meningkatkan keamanan sistem, hal itu juga meningkatkan biaya dan biaya untuk pengguna.
1. Biaya Protokol
Ini merujuk pada biaya tingkat protokol yang dikenakan setiap kerangka untuk mengeksekusi transfer atau operasi lainnya.
Keberadaan sakelar biaya yang diatur oleh DAO berarti bahwa penerbit token mungkin perlu membayar biaya tambahan ke protokol interoperabilitas di balik kerangka token (misalnya, LayerZero untuk OFTs atau Hyperlane untuk Warp Token). Ini memperkenalkan ketergantungan pada tata kelola DAO, karena setiap perubahan pada sakelar biaya secara langsung mempengaruhi token yang diterbitkan melalui kerangka kerja tersebut, menjadikannya tunduk pada keputusan DAO mengenai struktur biaya.
Tabel ini menyoroti properti kunci dari kontrak pintar dari setiap kerangka kerja, menyoroti tingkat fleksibilitas, keamanan, dan kustomisasi yang berbeda dengan fokus pada riwayat implementasi, audit keamanan, hadiah yang ditawarkan, dan kustomisasi penting untuk kontrol terperinci.
Penting untuk dicatat bahwa semua kerangka kerja memungkinkan aplikasi untuk menetapkan batas tarif dan daftar hitam, fitur keamanan penting yang, bila digunakan dengan efektif, dapat mencegah kerugian keuangan yang signifikan. Selain itu, setiap kerangka kerja menawarkan fleksibilitas untuk menerapkan kontrak pintar sebagai tidak dapat diubah atau ditingkatkan, tergantung pada kebutuhan spesifik aplikasi.
1. Diterapkan Sejak
Bidang ini menunjukkan kapan kontrak pintar kerangka kerja masing-masing dikerahkan. Ini memberikan wawasan tentang seberapa lama kerangka kerja tersebut telah beroperasi.
2.Audits
Jumlah audit adalah ukuran penting dari keamanan. Audit mengvalidasi integritas kontrak pintar kerangka, mengidentifikasi kerentanan atau masalah yang dapat mengancam sistem.
3.Bounty
Hadiah mencerminkan insentif keuangan yang ditawarkan oleh kerangka kerja untuk mendorong peneliti keamanan eksternal menemukan dan melaporkan kerentanan.
4. Fitur Penting untuk Kontrol Granular
Kerangka kontrak pintar memungkinkan aplikasi untuk mengimplementasikan berbagai fitur keamanan yang dapat disesuaikan, tergantung pada kebutuhan spesifik mereka. Bidang ini menyoroti beberapa fitur keamanan utama yang ditawarkan oleh setiap kerangka untuk memastikan keamanan.
Setiap kerangka kerja menghadirkan fitur unik dan telah melihat berbagai tingkat keterlibatan dari pengembang, protokol, dan platform, tergantung pada fokus teknis, integrasi, dan jaminan keamanan mereka.
1. Kontributor Inti
Bagian ini menyoroti berbagai tim yang aktif terlibat dalam membangun dan memelihara setiap kerangka kerja. Keterlibatan kumpulan kontributor yang beragam, di luar tim pengembangan asli, adalah indikator positif dari beberapa faktor: (1) permintaan yang lebih luas untuk kerangka kerja, dan (2) aksesibilitas dan kemudahan penggunaan kerangka kerja, baik melalui kolaborasi umum atau tanpa izin.
2. Adopsi
Adopsi mencerminkan tingkat penggunaan dan daya tarik setiap kerangka kerja, diukur dengan jumlah token yang diterapkan dan total nilai yang diamankan. Ini memberikan wawasan tentang seberapa luas kerangka kerja telah diadopsi oleh pengembang dan protokol, serta keandalannya dalam mengamankan aset.
3. Tim Terkenal
Bagian ini menyoroti tim dan protokol teratas yang telah mengadopsi setiap kerangka kerja, yang mencerminkan kepercayaan industri dan daya tarik keseluruhan mereka.
4.Cakupan VM
Cakupan VM mengacu pada rentang komputer virtual yang didukung oleh setiap kerangka kerja. Sejumlah besar VM memberikan lebih banyak fleksibilitas dan kompatibilitas di berbagai lingkungan blockchain. Ini memberi aplikasi dan penerbit token lebih banyak variasi dalam hal beragam komunitas yang dapat mereka manfaatkan.
5. Rantai yang Diterapkan pada
Bidang ini mencerminkan jumlah rantai yang setiap kerangka diterapkan, yaitu jumlah rantai yang dapat didukung setiap aplikasi atau penerbit token jika mereka memutuskan untuk menggunakan kerangka tertentu. Ini secara langsung terkait dengan jumlah pasar dan ekosistem DeFi yang dapat diakses oleh aplikasi. Implementasi rantai yang lebih tinggi berarti akses ke likuiditas yang lebih luas.
Selain itu, meskipun kemampuan untuk memperluas kerangka kerja secara izin di berbagai rantai memiliki potensi besar, hal ini juga dapat menjadi tantangan jika para pengembang diharuskan untuk membangun dan memelihara infrastruktur kritis sendiri. Bagi beberapa orang, seperti tim yang mencari dukungan jembatan untuk rantai baru, usaha ini mungkin berharga. Tetapi bagi penerbit token yang hanya ingin menambah rantai lain ke jangkauan token mereka, hal ini dapat terasa terlalu kompleks dan memerlukan sumber daya yang tinggi.
6. Pembeda Unik
Setiap kerangka kerja membawa perbedaan yang unik, seringkali dalam bentuk fitur khusus, alat, atau integrasi yang membedakannya dari yang lain. Perbedaan ini biasanya menarik bagi pengembang dan protokol yang mencari fungsionalitas spesifik atau kemudahan penggunaan atau hanya distribusi lebih banyak untuk token mereka.
Penyangkalan: Bagian ini mencerminkan wawasan dari @SlavaOnChain (Kepala DevRel di LI.FI) dan diskusi dengan pengembang yang familiar dengan berbagai kerangka kerja. Pengalaman pengembang dapat bervariasi berdasarkan latar belakang dan kasus penggunaan.
1.Kemudahan Integrasi
Merujuk pada seberapa mudahnya mendeploy token menggunakan kerangka berdasarkan pengalaman pertama tanpa dukungan tim.
2. Dokumentasi
Mengevaluasi sejauh mana panduan, contoh, dan referensi kerangka kerja mendukung pengembang dalam memahami dan menggunakan platform.
3. Alat Pengembang
Mempertimbangkan kumpulan pustaka, SDK, dan utilitas yang memudahkan untuk membangun, menguji, dan menyebarkan token menggunakan kerangka kerja.
Kerangka Token sedang meningkat, dan mereka mungkin akan mengubah segalanya tentang bagaimana nilai bergerak dalam dunia multi-chain. Saat ini, transfer aset antar chain sering membutuhkan kolam likuiditas atau Pemecah, tetapi kerangka token menghilangkan kebutuhan-kebutuhan tersebut. Sebagai gantinya, aset dapat dicetak langsung pada rantai yang diinginkan melalui protokol interoperabilitas.
Sebenarnya, kerangka token bisa menjadi tanda kematian untuk aset terbungkus. Likuiditas tidak perlu terfragmentasi di berbagai rantai lagi. Anda dapat mencetak aset yang dapat dipertukarkan pada setiap rantai, dan mereka dapat diperdagangkan di seluruh rantai hanya dengan biaya gas. Kita sudah melihat tanda-tanda pergeseran ini. Circle meluncurkan CCTP untuk menghindari masalah token terbungkus untuk USDC dan banyak tim besar dan token bernilai tinggi sekarang mengadopsi kerangka token. Itu adalah tanda bahwa hal-hal sedang dipercepat.
Namun, ada kekhawatiran yang valid mengenai risiko penularan pihak ketiga - jika protokol interoperabilitas gagal, mereka dapat mempengaruhi semua proyek yang dibangun di atasnya. Meskipun risiko ini, adopsi terus berkembang.
Pandangan lain: di masa depan yang diabstraksikan oleh rantai, kerangka token tidak akan lagi penting karena penyelesaian akan menukar token asli untuk pengguna di balik layar. Dan meskipun ada kebenaran di dalamnya â pengguna tidak perlu memikirkan token â itu melewatkan sudut pandang yang kritis. Bagaimana dengan para penyelesaian itu sendiri? Bagi mereka, kerangka token bisa sangat berguna. Mereka menyelesaikan masalah inventaris dan penyeimbangan karena mereka tidak memerlukan likuiditas untuk bergerak di sepanjang rantai. Itulah mengapa penyelesaian suka menggunakan kerangka seperti CCTP untuk memindahkan USDC â itu murah, efisien, dan sempurna untuk penyeimbangan lintas rantai.
Bagaimana semuanya berbentuk masih menjadi tebakan siapa pun. Mungkin kita hanya memerlukan kerangka token untuk sekelompok kecil rantai pinggiran atau mungkin mereka akan menjadi standar untuk menyebarluaskan token di dunia kripto. Yang kita ketahui hari ini adalah bahwa adopsi kerangka interop sedang tumbuh, begitu juga dengan persaingannya. Masalah dengan pertumbuhan ini? Fragmentasi. Kerangka yang bersaing akan memisahkan aset dan likuiditas, dan kita tidak akan melihat solusi one-size-fits-all. Insentif hanya tidak akan mengizinkannya.