Lompat ke konten
Financial Context Wiki

Cara memverifikasi token yang diterima setelah bridging

Token hasil bridging harus diverifikasi berdasarkan identitas rantai dan kontrak, silsilah penerbit atau bridge, model penerbitan dan jaminan, kewenangan, pencatatan transfer dalam proses, syarat penebusan, serta nilai keluar yang dapat dieksekusi.

Diperbarui

Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.

Jawaban langsung

Token yang diterima setelah bridging tidak dapat diverifikasi hanya dari nama, simbol, ikon, harga tampilan, atau event Transfer. Identitas dimulai dari rantai atau domain tujuan dan kontrak token atau penanda aset native, lalu mencakup implementasi proxy atau beacon saat ini, penerbit atau bridge, rute dan versi yang diterapkan, aset asal, serta snapshot blok.

Selanjutnya, klasifikasikan klaimnya. Token itu dapat berupa suplai native dari penerbit, representasi bridge yang ditetapkan protokol, wrapped token pihak ketiga, tanda terima likuiditas atau intent, maupun token palsu. Kategori tersebut memiliki penerbit, aset, hak penebusan, dan skenario kegagalan yang berbeda. Representasi canonical bridge tidak otomatis merupakan token native penerbit, sedangkan daftar kontrak penerbit tidak membuktikan cadangan atau likuiditas bridge pihak ketiga.

Karena itu, verifikasi memerlukan empat buku besar: identitas dan kewenangan; cadangan dan klaim beredar; pesan bridge dalam proses; serta penebusan atau exit pasar yang dapat dieksekusi. Saldo dompet dapat merupakan state kontrak yang nyata, tetapi tetap mewakili aset yang salah, klaim yang kurang dijamin, token yang dibekukan, atau posisi yang tidak dapat dijual pada harga tampilan.

Verifikasi token hasil bridge
0 / 5
0 item yang ditinjau; 5 item yang masih belum terselesaikan

Menyelesaikan tinjauan ini tidak membuktikan suatu aset, transaksi, atau sistem aman.

Cara kerjanya

Simbol, nama, dan desimal adalah metadata ERC-20, bukan autentikasi penerbit. Token palsu dapat menyalinnya, menghasilkan event biasa, menerbitkan source code terverifikasi, dan menyediakan pool likuiditas. Verifikasi source hanya mengaitkan source yang ditampilkan dengan bytecode pada suatu alamat. Pada proxy, pengguna berinteraksi dan menyimpan saldo di proxy, sedangkan implementasi atau beacon menyediakan logika; admin dan jalur upgrade tetap merupakan fakta terpisah.

Klasifikasikan model akuntansi sebelum menghitung cakupan. Rute lock-and-mint harus merekonsiliasi escrow sumber yang memenuhi syarat dengan seluruh representasi yang didukung escrow itu dan klaim dalam proses yang sah. Rute burn-and-mint milik penerbit memindahkan suplai antar-domain dan mungkin tidak memiliki escrow persisten per rute. Bridge likuiditas memberikan inventori di muka atau menciptakan klaim solver maupun penyedia likuiditas; pool tersebut tidak otomatis menjadi jaminan token. Cadangan bersama harus dihitung satu kali untuk seluruh rantai dan versi yang didukung.

Untuk lingkup lock-and-mint yang terdefinisi, diagnostik yang berguna adalah coverage = eligible reserves / supported outstanding claims. Cadangan yang memenuhi syarat harus berupa aset yang benar, dikendalikan oleh jalur kustodi yang dijanjikan, tidak terbebani, dan tidak dijaminkan ulang. Klaim dapat meliputi token beredar di beberapa rantai atau versi, ditambah dana yang sudah final terkunci tetapi belum dicetak, dikurangi burn yang telah tercermin dalam suplai. Rasio di atas satu tidak membuktikan kode yang benar, admin yang jujur, finalitas sumber, akses penebusan saat ini, atau kedalaman pasar.

Kewenangan mengubah sifat klaim. Periksa peran mint dan burn, pemetaan token remote yang terdaftar, validator atau attestor bridge, admin proxy, implementasi, timelock, batas, pause, freeze, denylist, dan kewenangan migrasi darurat. Perilaku token juga penting: desimal, fee-on-transfer, rebase, hook atau callback, nilai kembalian nonstandar, dan logika yang dapat di-upgrade dapat membuat jumlah yang diminta berbeda dari kenaikan escrow atau saldo tujuan yang sebenarnya.

Penebusan dan penjualan adalah jalur keluar yang berbeda. Penebusan langsung melalui penerbit atau bridge dapat mensyaratkan akun yang memenuhi syarat, arah yang didukung, jumlah minimum atau maksimum, antrean, proof atau attestation, finalitas, gas native, biaya, dan kontrak yang tidak di-pause. Exit DEX memerlukan rute yang dapat dieksekusi untuk ukuran tertentu, biaya, kedalaman, dampak harga, output minimum, dan timestamp state. Quote kecil mendekati satu dolar tidak membuktikan jaminan maupun nilai keluar pemegang besar.

Migrasi dapat memisahkan identitas dan likuiditas. Representasi lama dapat terus diperdagangkan setelah pengganti lebih diutamakan, sementara konversi dapat dibatasi, searah, tertunda, atau ditutup. Verifikasi pemetaan resmi token lama ke baru, rasio konversi, tenggat, dan status penebusan terkini; jangan menukar aset hanya karena pesan dukungan atau simbol token menyebut upgrade.

Gunakan alur kerja berikut:

  1. Tetapkan rantai atau domain, proxy token atau penanda aset native, implementasi atau beacon, admin, desimal, blok dan waktu, penerbit atau bridge, rute dan versi, serta aset asal.
  2. Cocokkan registri penerbit dan bridge dalam kedua arah; verifikasi pemetaan token remote, status penerapan, pemberitahuan penggantian atau penghentian, dan apakah pemegang memiliki hak token native penerbit atau hanya hak dari bridge.
  3. Klasifikasikan mekanisme sebagai burn-and-mint penerbit, lock-and-mint, cadangan bersama, wrapper pihak ketiga, tanda terima likuiditas atau intent, maupun model terdokumentasi lainnya.
  4. Rekonstruksi cadangan dan suplai dalam unit mentah pada setiap rantai dan versi, klaim dalam proses yang telah final, burn atau pelepasan yang tertunda, serta biaya; definisikan aset yang memenuhi syarat dan cegah penghitungan ganda cadangan bersama.
  5. Periksa kewenangan mint, burn, pause, freeze, denylist, batas, validator atau attestor, admin proxy, implementasi dan upgrade, beserta perilaku transfer, rebase, dan hook token.
  6. Uji jalur penebusan aktual pemegang dan exit pasar sesuai ukuran: kelayakan, batas, antrean, proof, finalitas, gas, biaya, rute, kedalaman, output minimum, serta token atau kas yang diterima.
  7. Rekonsiliasi receipt sumber, perubahan escrow aktual atau burn, state pesan, receipt tujuan, saldo token yang tepat, suplai, biaya, dan hasil bersih exit; pantau upgrade serta migrasi, dan berhenti jika ada selisih yang tidak dapat dijelaskan.

Contoh

  • Metadata tidak menentukan unit atau identitas. Jumlah mentah yang sama, 123,456,789, ditampilkan sebagai 123.456789 untuk kontrak dengan 6 decimals, tetapi menjadi 0.000000000123456789 dengan 18 decimals, yaitu selisih skala 10^12. Simbol yang sama tidak menjadikan kedua kontrak atau klaim identik.
  • Fee-on-transfer dapat langsung menciptakan kekurangan. Pengguna meminta lock 1,000-token. Biaya transfer 1% memotong 10, sehingga escrow menerima 990; bridge lalu memotong biaya terpisah sebesar 2-token. Mint tujuan yang benar adalah 1,000 - 10 - 2 = 988. Mint sebanyak 998 terhadap escrow yang memenuhi syarat sebesar 990 langsung menimbulkan kekurangan 8-token.
  • Cadangan bersama membutuhkan penyebut tingkat sistem. Escrow yang memenuhi syarat adalah 12.0 million; peredaran rantai B 10.5 million, peredaran rantai C 0.4 million, dan klaim mint dalam proses yang telah final 0.6 million. Klaim yang didukung adalah 10.5 + 0.4 + 0.6 = 11.5 million, sehingga cakupan 12 / 11.5 = 1.0434782609, atau 104.34782609%. Hanya memakai rantai B menghasilkan 12 / 10.5 = 1.1428571429 dan melebihkan cakupan.
  • Kapasitas penebusan dan nilai DEX berbeda. Pemegang memiliki 100,000 tokens. Jalur resmi hanya dapat menebus 60,000 sekarang dengan biaya 0.20%, membayar 60,000 * (1 - 0.002) = 59,880 aset dasar dan menyisakan 40,000 dalam antrean. Rute DEX menjual seluruhnya pada harga eksekusi 0.972 sebelum biaya 0.30%: bruto 97,200, biaya 291.60, dan neto 96,908.40, sebelum gas dan MEV. Ikon $1 atau quote kecil tidak membuktikan hasil mana pun.

Risiko

  • Alamat yang sama pada rantai atau domain yang salah dianggap sebagai aset tersebut.
  • Simbol, nama, atau ikon salinan menyamarkan kontrak yang berbeda.
  • Proxy, implementasi, atau alamat beacon tertukar.
  • Source code terverifikasi dianggap sebagai dukungan penerbit.
  • Implementasi, admin, atau riwayat upgrade terkini tidak diperiksa.
  • Bridge atau versi token yang sudah dihentikan masih digunakan.
  • Token palsu menciptakan event normal dan likuiditas buatan.
  • Wrapped token pihak ketiga atau tanda terima LP dianggap sebagai suplai native penerbit.
  • Model lock, burn, mint, cadangan bersama, atau likuiditas yang salah diterapkan.
  • Cadangan yang memenuhi syarat memasukkan aset beku, pinjaman, dijaminkan, atau tidak cocok.
  • Cadangan yang sama dihitung sekali untuk setiap rantai yang didukung.
  • Klaim rantai lain, versi lama, atau klaim dalam proses diabaikan.
  • Burn, mint, dan snapshot suplai menggunakan waktu yang tidak konsisten.
  • Kewenangan mint, burn, attestor, validator, atau upgrade disusupi.
  • Pause, freeze, denylist, atau rate limit menghalangi transfer atau exit.
  • Desimal, unit mentah, fee-on-transfer, rebase, atau hook merusak akuntansi.
  • Reorganisasi sumber atau finalitas yang kurang membatalkan bukti jaminan.
  • Kelayakan, batas, antrean, tenggat, finalitas, atau biaya penebusan diabaikan.
  • Kedalaman DEX, perubahan state, slippage, MEV, atau biaya membuat quote tidak dapat dieksekusi.
  • Migrasi, penggantian, refund, dan receipt akhir salah direkonsiliasi atau menjadi sasaran phishing.

Kesalahpahaman umum

  • Nama dan ikon yang sama berarti aset yang sama. Identitas dimulai dari rantai atau domain dan kontrak yang tepat atau penanda aset native.
  • Token official atau canonical bridge selalu merupakan token native penerbit. Penetapan bridge dan hak mint atau penebusan dari penerbit adalah hal terpisah.
  • Cakupan mendekati atau di atas satu membuktikan keamanan dan penebusan segera. Rasio itu sendiri tidak menyatakan apa pun tentang kode, kewenangan, finalitas, likuiditas, atau kelayakan pemegang.
  • Label verified pada explorer membuktikan token didukung dan tidak dapat berubah. Label itu tidak memverifikasi klaim penerbit, cadangan, administrasi proxy, atau upgrade mendatang.
  • Tampilan satu dolar di DEX berarti posisi besar dapat keluar pada satu dolar. Hasil aktual bergantung pada arah, ukuran, rute, kedalaman, biaya, gas, MEV, dan waktu.

Topik terkait

Sumber

Navigasi

Cari di wiki...