Lompat ke konten
Financial Context Wiki

Token Kanonis, Native, dan Wrapped

Panduan berorientasi verifikasi untuk identitas token, aset native penerbit, representasi bridge yang ditetapkan protokol, wrapper dalam chain yang sama, backing, penebusan, dan nilai keluar yang dapat dieksekusi.

Diperbarui

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

Jawaban langsung

Kanonis dan wrapped bukan kelas token yang saling berlawanan. Kanonis menjelaskan mapping atau rute token yang ditetapkan suatu ekosistem; wrapped menjelaskan mekanisme representasi. Token bridge yang ditetapkan protokol dapat sekaligus berupa wrapped token, sedangkan WETH adalah wrapper dalam chain yang sama dan USDC native penerbit pada chain yang didukung dapat memakai burn dan mint yang dikendalikan penerbit, bukan escrow bridge.

Mulailah dari identitas, bukan simbol: chainId, penanda aset native atau kontrak token, implementasi proxy, dan blok. Kemudian tentukan siapa yang menerbitkan atau menetapkannya, aset atau liabilitas apa yang menjadi backing, siapa yang dapat mint, burn, pause, atau upgrade, dan apakah pemegang yang memenuhi syarat benar-benar dapat unwrap, redeem, bridge, atau menjualnya. Solvabilitas, ketersediaan penebusan, dan likuiditas pasar adalah pertanyaan terpisah.

Cara kerjanya

  1. Kunci snapshot: chain, chainId, penanda aset native atau alamat token, blok dan waktu, decimals, implementasi proxy atau codeHash, serta versi dokumentasi penerbit atau protokol. Nama, simbol, logo, atau daftar token dompet bukanlah identitas.
  2. Klasifikasikan pada dua sumbu. Status identitas dapat berupa chain-native, issuer-native, ditetapkan protokol, atau pihak ketiga. Mekanismenya dapat berupa wrapper dalam chain yang sama, klaim bridge lock-and-mint, transfer burn-and-mint, wrapper kustodian, saham vault, atau receipt jaringan likuiditas. Satu token dapat memiliki lebih dari satu label.
  3. Telusuri silsilah dan grafik otoritas secara tepat: aset asal, counterpart jauh yang terdaftar, kontrak escrow atau burn, messenger atau attester, minter tujuan, admin proxy, peran mint dan burn, otoritas pause atau denylist, timelock, limit, dan rencana migrasi.
  4. Susun ulang ledger backing dan liabilitas dalam unit mentah serta tampilan. Untuk lock-and-mint, rekonsiliasikan escrow yang memenuhi syarat untuk pasangan tersebut dengan suplai representasi beredar dan klaim dalam perjalanan. Untuk burn-and-mint penerbit, rekonsiliasikan suplai antar-chain dan liabilitas penerbit; jangan mengarang escrow bridge yang tidak ada.
  5. Verifikasi siklus penebusan yang dapat dieksekusi: pihak yang memenuhi syarat, arah, approval, unwrap atau burn, proof atau attestation, finalization atau claim, gas di setiap chain, biaya, limit, pause, dan pemulihan kegagalan. Uji kecil hanya membuktikan rute dan snapshot tersebut.
  6. Bandingkan rute keluar. Catat bid DEX dan depth yang dapat dieksekusi, slippage, biaya protokol dan LP, gas, penundaan, serta penerimaan kustodian atau bursa secara terpisah dari cakupan cadangan. Token yang memiliki backing dapat diperdagangkan di bawah par, dan harga likuid tidak membuktikan backing.
  7. Rekonsiliasikan receipt, event, saldo, suplai, escrow, klaim tertunda, dan allowance tersisa. Pisahkan saldo native, wrapped, bridged, dan issuer-native; pantau implementasi, peran, mapping, migrasi, pause, pengungkapan cadangan, dan likuiditas; serta batasi eksposur berdasarkan skenario keluar kredibel terburuk yang dapat dieksekusi.

Contoh terhitung

  • Cakupan harus memasukkan klaim tertunda. Escrow yang memenuhi syarat untuk pasangan adalah 2,500.000000 units, suplai tujuan yang telah di-mint 2,400.000000 units, dan klaim yang telah dikunci tetapi belum di-mint 100.000000 units. Liabilitas ekonomi adalah 2,400 + 100 = 2,500, sehingga cakupan disesuaikan menjadi 2,500 / 2,500 = 100%. Mengabaikan klaim tertunda menghasilkan 2,500 / 2,400 = 104.1666666667%, surplus yang menyesatkan. Cakupan yang benar pun tidak membuktikan keamanan kontrak atau likuiditas langsung.
  • Simbol yang sama dapat mewakili klaim berbeda. Pemegang memiliki 2,500 units dari masing-masing dua kontrak. Kontrak issuer-native memiliki bid yang dapat dieksekusi $0.998, senilai 2,500 * 0.998 = $2,495; kontrak bridge pihak ketiga memiliki bid $0.920, senilai 2,500 * 0.920 = $2,300. Selisihnya $195 meski nama dan decimals sama.
  • Wrapped tidak berarti lintas chain. Dompet memulai dengan 5.000 ETH, mendepositkan 3.000 ETH ke kontrak WETH dalam chain yang sama, dan membayar 0.002 ETH gas. Hasilnya 1.998 ETH dan 3.000 WETH; cadangan serta suplai wrapper adalah 3 / 3 = 100%; eksposur ekonomi 1.998 + 3.000 = 4.998 ETH sebelum risiko kontrak. Menambahkan cadangan sekali lagi berarti menghitung ganda.
  • Exit pasar dan penebusan tertunda berbeda. Untuk 10,000 tokens, bid DEX adalah $0.985, price impact 0.60%, biaya LP atau protokol 0.10%, dan gas $12. Dengan urutan tersebut, hasil neto adalah 10,000 * 0.985 * (1 - 0.006 - 0.001) - 12 = $9,769.05. Penebusan yang memenuhi syarat mengembalikan $9,987 setelah biaya dalam 7 days; pada opportunity rate tahunan sederhana 8%, present value adalah 9,987 / (1 + 0.08 * 7 / 365) = $9,971.7009519641, atau $202.6509519641 lebih tinggi. Ini bukan arbitrase terjamin dan mengabaikan risiko gagal bayar, finalitas, pajak, serta harga.

Risiko

  • Menggunakan chain, penanda aset native, atau kontrak token yang salah.
  • Memercayai simbol, nama, ikon, atau daftar token dompet palsu.
  • Salah membaca decimals, unit mentah, suplai, atau makna saldo.
  • Melewatkan implementasi proxy, admin, atau upgrade kode.
  • Menerima registry, pasangan token, router, atau gateway yang usang.
  • Kehilangan kendali karena kompromi penerbit atau peran mint, burn, atau attester.
  • Menganggap cadangan tercampur, dijaminkan, atau terbebani sebagai backing pasangan.
  • Menghitung escrow, suplai representasi, dan klaim tertunda sebagai nilai terpisah.
  • Mengabaikan deposit, burn, withdrawal, biaya, atau pesan gagal dalam perjalanan.
  • Menganggap token fee-on-transfer, rebasing, atau hook-bearing mengikuti akuntansi standar.
  • Menghadapi freeze penerbit, pause bridge, denylist, limit, atau tindakan sensor.
  • Memberikan allowance berlebih atau menyetujui spender bridge yang salah.
  • Salah membaca finalitas sumber, validitas pesan, atau status eksekusi tujuan.
  • Bergantung pada relayer, sequencer, prover, attester, atau data yang tidak tersedia.
  • Menghadapi replay, double mint, burn gagal, reorg sumber, atau cacat akuntansi.
  • Menemukan bahwa penebusan langsung penerbit atau bridge tidak tersedia bagi pemegang.
  • Menghadapi fragmentasi likuiditas, depeg, slippage, MEV, atau depth yang tidak memadai.
  • Mengabaikan gas, biaya protokol, penundaan, opportunity cost, atau penerimaan kustodian.
  • Terjebak dalam kontrak deprecated atau migrasi token native yang tidak lengkap.
  • Menggabungkan risiko chain, bridge, penerbit, oracle, UI, RPC, pajak, sanksi, dan kustodian yang berkorelasi.

Kesalahpahaman umum

  • Kanonis selalu berarti issuer-native, resmi, trustless, dan aman.
  • Wrapped selalu berarti token telah melintasi chain.
  • Token dengan simbol dan decimals sama adalah klaim yang fungibel.
  • Label satu-banding-satu, saldo kontrak, atau angka suplai membuktikan penebusan.
  • Backing cadangan menjamin nilai tunai satu-banding-satu secara langsung di setiap pasar dan akun.

Topik terkait

Sumber

Navigasi

Cari di wiki...