Sampul SSP Academy: stablecoin native vs hasil bridge

Token sama, rantai berbeda: stablecoin native vs hasil bridge

Anda dan seorang teman masing-masing memegang 500 USDC, tetapi di jaringan yang berbeda. Sebuah exchange menerima setoran Anda, tetapi tidak menerima setorannya. Ticker sama, logo sama — apa yang sebenarnya terjadi?

Jawaban singkatnya: "USDC" atau "USDT" bukan satu token. Itu adalah keluarga kontrak terpisah di blockchain yang terpisah, dan tidak semua anggota keluarga itu diterbitkan dengan cara yang sama. Berikut alasan mengapa hal ini penting dan cara memeriksa mana yang Anda pegang.

Satu nama, banyak kontrak

Token di Ethereum, Polygon, Base, atau Solana adalah sebuah program (smart contract, atau di Solana disebut "mint") yang hanya hidup di rantai itu. Satu rantai tidak dapat melihat kontrak di rantai lain. Jadi, ketika sebuah stablecoin tersedia "di sepuluh rantai", ada setidaknya sepuluh kontrak terpisah, masing-masing dengan alamat, pasokan, dan aturannya sendiri.

Bahkan detailnya pun berbeda: di BNB Smart Chain, USDT dan USDC yang terdaftar di SSP Wallet memakai 18 desimal, sedangkan versi di Ethereum memakai 6.

Jika gagasan bahwa token hidup di dalam sebuah rantai dan membutuhkan koin native rantai itu untuk biaya masih baru bagi Anda, artikel koin vs token membahas dasarnya.

Native atau hasil bridge: siapa sebenarnya yang menjaminnya?

Ada dua cara utama sebuah stablecoin hadir di suatu rantai.

Diterbitkan secara native. Penerbit sendiri menerapkan kontrak dan mencetak serta menebus token langsung di rantai itu. Klaim Anda mengarah langsung ke cadangan penerbit, dengan ketentuan penerbit. Apa yang sebenarnya menjamin stablecoin menjelaskan apa saja cadangan itu.

Hasil bridge. Seseorang mengunci token asli di sebuah kontrak di satu rantai, lalu sebuah bridge mencetak token "terbungkus" yang setara di rantai lain. Token itu tidak bisa ditebus langsung ke penerbit. Ia adalah surat utang atas apa pun yang terkunci di bridge, sehingga menanggung risiko bridge di atas risiko penerbit. Jika bridge dikuras atau kuncinya dibobol, token hasil bridge bisa kehilangan jaminannya sementara token native tidak terpengaruh. Mengapa bridge terus diretas dan token terbungkus membahas keduanya lebih dalam.

Keduanya sering hadir bersamaan. Di Polygon, misalnya, USDC pertama kali datang melalui bridge. Ketika Circle kemudian mulai menerbitkan USDC secara native di sana, token hasil bridge yang lama diganti namanya menjadi USDC.e, dan keduanya tetap beredar sebagai token terpisah.

Mengapa alamat kontrak adalah identitasnya

Nama, ticker, dan logo hanyalah label. Siapa pun bisa menerapkan kontrak token dan menamainya "USDC", dengan enam desimal dan logo biru. Penipu melakukan persis hal ini dan mengirim tiruan lewat airdrop ke dompet-dompet, berharap ada yang mencoba memakainya.

Satu-satunya hal yang tidak bisa disalin adalah alamat kontrak. Di rantai tertentu, tepat satu alamat adalah USDC milik penerbit (atau, jika ada beberapa, satu adalah versi native dan sisanya versi hasil bridge dengan alamat masing-masing). Dua token dengan nama identik tetapi alamat berbeda adalah aset yang berbeda, titik.

Inilah juga alasan exchange dan layanan pembayaran bisa mengkreditkan satu versi dan tidak yang lain. Setiap layanan memutuskan kontrak mana yang didukung di jaringan mana. Kirim versi hasil bridge, atau token yang benar di jaringan yang salah, dan setoran mungkin tidak dikreditkan secara otomatis. Sebelum mengirim, periksa tiga hal: jaringan, token, dan kontrak persis yang diterima oleh penerima.

Cara memeriksa kontrak token

Mulai dari penerbit. Penerbit besar memublikasikan alamat kontrak resmi mereka untuk setiap rantai yang didukung. Bandingkan karakter demi karakter, bukan hanya beberapa karakter awal dan akhir.
Gunakan block explorer. Cari alamatnya di explorer rantai tersebut. Pastikan kontraknya terverifikasi, nama dan desimalnya cocok, dan riwayatnya tampak seperti stablecoin besar, bukan kontrak yang dibuat minggu lalu.
Jangan percaya alamat dari balasan, iklan, atau pesan pribadi. Itu jalur umum untuk kontrak palsu.
Tanyakan ke penerima. Jika Anda membayar exchange atau bisnis, gunakan jaringan dan token yang tercantum di halaman setoran mereka, bukan yang Anda kira.

Cara SSP menanganinya

SSP Wallet menyertakan daftar token bawaan untuk setiap rantai EVM yang didukung dan untuk Solana. Daftar ini memuat stablecoin yang umum dipakai: misalnya USDT dan USDC di Ethereum, USDT dan USDC yang diterbitkan secara native di Polygon, USDC di Base, USDT di Avalanche, USDT dan USDC di BNB Smart Chain, serta mint USDC milik Circle di Solana. Daftarnya pendek, jadi tidak setiap versi dari setiap stablecoin ada di sana.

Untuk token lainnya, Anda dapat menambahkan token kustom dengan menempelkan alamat kontraknya (atau alamat mint di Solana). SSP mengambil nama, simbol, dan desimal token itu lalu menambahkannya hanya ke rantai tersebut. Ingat bahwa nama dan simbol berasal dari token itu sendiri, artinya tiruan pun dengan santai akan menyebut dirinya "USDC". Yang penting adalah alamat yang Anda tempel, jadi ambillah dari penerbit atau explorer.

Setelah token ditambahkan, SSP Wallet menampilkan alamat kontrak, desimal, dan jaringannya di detail token, lengkap dengan tombol salin, dan kontraknya juga muncul di detail transaksi. Di sisi persetujuan, SSP Key menampilkan kontrak token (atau mint Solana) dari sebuah transfer token sebelum Anda menyetujuinya. Jika ponsel tidak mengenali token tersebut — misalnya token yang hanya Anda impor di ekstensi browser — SSP Key menampilkan jumlahnya dalam unit mentah dan menandainya sebagai token tidak dikenal, alih-alih memercayai nama yang tidak dapat diverifikasinya.

Ringkasan jujur

"USDC" dan "USDT" adalah keluarga kontrak terpisah. Sebagian diterbitkan secara native oleh penerbit; sebagian lain adalah surat utang hasil bridge yang juga bergantung pada bridge yang tetap aman. Ticker hanya memberi tahu sedikit — jaringan ditambah alamat kontraklah yang memberi tahu apa yang benar-benar Anda pegang.

Sebelum mengirim stablecoin, pastikan jaringan dan kontrak persis yang diterima penerima, dan periksa kontrak yang asing dengan daftar resmi penerbit serta sebuah explorer. SSP membantu dengan mencantumkan stablecoin umum sejak awal, menampilkan alamat kontrak, dan menandai token yang tidak dikenali di SSP Key, tetapi SSP tidak dapat memutuskan untuk Anda versi mana yang akan dikreditkan oleh exchange.