Bridge kripto: token wrapped, finalitas, dan risikonya

Setiap blockchain memiliki riwayat transaksi, saldo, dan kontrak token sendiri. Dalam transfer melalui bridge, chain asal mencatat satu langkah dan chain tujuan mencatat langkah lain. Bridge mengoordinasikan keduanya; koin on-chain asal tidak menyeberang jaringan secara harfiah. Ethereum.org menjelaskan bridge sebagai cara memindahkan aset, pesan, dan data di antara lingkungan blockchain yang terpisah.

Karena itu, aset dengan ticker sama bisa memiliki kontrak berbeda. Pastikan jaringan dan alamat kontraknya; nama, ikon, atau harga yang mirip tidak membuktikan aset tersebut dapat saling menggantikan.

Dalam model lock-and-mint, aset di chain asal berada di bawah kendali kontrak bridge. Setelah pesan diverifikasi, representasi aset dapat dicetak atau dilepas di chain tujuan. Saat kembali, representasi tersebut biasanya dibakar atau dikunci, lalu aset asal dilepas setelah pesan balik diterima. Dokumentasi Wormhole menjelaskan alur ini untuk Wrapped Token Transfers.

Token tujuan adalah representasi yang tunduk pada aturan bridge, bukan kontrak token asal. Alamat, presisi desimal, dan likuiditasnya dapat berbeda. Wormhole menyatakan rute wrapped-nya menormalkan jumlah menjadi delapan desimal. Bridge lain bisa memakai likuiditas, kewenangan burn-and-mint, atau kustodian; pelajari rute yang dipilih.

Ticker yang familier di chain tujuan dapat merujuk pada token wrapped, token resmi yang diterbitkan di sana, atau kontrak yang tidak terkait. Cocokkan alamat kontrak di informasi rute resmi dan, bila ada, daftar kontrak penerbit. Pastikan aplikasi tujuan mendukung kontrak yang tepat.

Likuiditas aset hasil bridge bisa terpecah. Representasinya dapat diperdagangkan di bawah harga aset asal jika penukaran diragukan, bridge dijeda, atau pasar tujuan tidak likuid. Harga tersebut mencerminkan risiko representasi dan rute itu, bukan otomatis nilai aset dasarnya.

Transaksi asal harus masuk blok dan mencapai konfirmasi yang diminta rute. Setelah itu, verifier, relayer, kelompok validator, atau sistem pembuktian memproses pesan. Transaksi tujuan mungkin harus dikirim atau diklaim. Status terkirim di wallet bisa hanya menunjukkan tahap pertama.

Penarikan rollup dapat lebih lama daripada setoran jika ada masa pembuktian atau challenge sebelum keluar ke chain induk. Panduan resmi Arbitrum menyebut penarikan dari Arbitrum One atau Nova ke Ethereum melalui bridge-nya memerlukan setidaknya tujuh hari. Waktu ini khusus untuk rute tersebut dan dapat berubah, bukan aturan semua bridge. Periksa estimasi dan langkah klaim terlebih dahulu.

Bridge menambah kontrak, verifikasi pesan, dan ketergantungan operasional. Bug, kunci yang bocor, konfigurasi salah, atau pembaruan berbahaya dapat membahayakan dana. Audit mengurangi sebagian ketidakpastian, tetapi tidak menjamin keamanan ke depan.

Sebagian bridge mengandalkan penanda tangan atau validator eksternal; lainnya memverifikasi bukti di chain. Tak ada desain yang menghapus semua risiko. Periksa siapa yang dapat menjeda atau memperbarui kontrak, jumlah persetujuan, dan cara keluar jika operator tidak merespons. Label aman atau kanonis tidak menggantikan penjelasan asumsi kepercayaan.

Jumlah yang diterima dapat dikurangi gas, biaya bridge atau relayer, biaya likuiditas, atau pembulatan desimal. Bandingkan jumlah minimum diterima, aset yang dipakai membayar biaya, dan kebutuhan token gas asli di chain tujuan untuk transaksi berikutnya.

Rute likuiditas dapat mengirim dana dari persediaan di tujuan dengan cepat; rute lock-and-mint bergantung pada pesan serta proses pencetakan atau pelepasan token. Agregator dapat memilih rute, tetapi tidak menghapus kontrak dan asumsi rute tersebut. Periksa masa berlaku kutipan dan apa yang terjadi jika transaksi tujuan gagal.

Buka situs resmi dan cocokkan chain asal serta tujuan di wallet. Periksa kontrak token, jumlah, minimum diterima, biaya, dan alamat penerima. Siapkan token gas asli di chain tujuan. Baca permintaan wallet: persetujuan token dapat memberi bridge izin belanja yang tetap aktif setelah transfer. Lihat panduan meninjau dan mencabut persetujuan token. Jangan pernah membagikan frasa pemulihan.

Untuk rute baru, transfer kecil dapat memastikan kompatibilitas jika biaya dan minimum memungkinkan; itu tidak membuktikan bridge aman.

Cari hash pada explorer chain asal dan pastikan transaksi masuk serta berhasil. Lalu periksa status pesan dan klaim tujuan di laman resmi. Transaksi yang gagal berbeda dari setoran sukses yang pesannya masih diproses.

Ikuti langkah pemulihan resmi dan simpan hash, rute, kontrak, serta alamat tujuan. Waspadai pesan pribadi yang meminta frasa pemulihan atau pembayaran tambahan. Jangan mengirim ulang sebelum tahu apakah transfer pertama masih aktif.

1. Identifikasi aset asal dan kontrak tepat yang akan ada di chain tujuan.
2. Pahami cara rute memverifikasi pesan serta apakah ia mengunci, membakar, mencetak, melepas, atau memakai likuiditas.
3. Periksa siapa yang dapat menjeda atau memperbarui kontrak dan mekanisme keluar saat gangguan.
4. Bandingkan biaya, minimum diterima, waktu, klaim, dan kebutuhan gas tujuan.
5. Pastikan domain resmi, kedua jaringan, kontrak, dan penerima; simpan hash asal.

Tidak ada satu bridge terbaik untuk semua aset dan keadaan. Bandingkan asumsi untuk rute dan arah yang tepat, dan jangan kirim dana yang tidak sanggup tertunda atau hilang.

Untuk contoh protokol tertentu, lihat dokumentasi bridge untuk pengembang dari Ethereum.org, panduan bridge, panduan cepat bridge Arbitrum, dokumentasi kontrak WTT Wormhole, dan ringkasan transfer token. Halaman ini menjelaskan sistem tertentu; biaya, waktu, dan aturan penarikannya tidak berlaku universal untuk semua bridge.