Ten sam token, inny łańcuch: stablecoiny natywne i mostowane

·5 min czytania·Autor: SSP Editorial Team
Okładka SSP Academy: stablecoiny natywne i mostowane

Ten sam token, inny łańcuch: stablecoiny natywne i mostowane

Ty i twój znajomy macie po 500 USDC, ale w różnych sieciach. Giełda przyjmuje twoją wpłatę, a jego nie. Ten sam ticker, to samo logo — o co chodzi?

Krótka odpowiedź: „USDC” czy „USDT” to nie jeden token. To rodzina osobnych kontraktów na osobnych blockchainach, a nie każdy członek tej rodziny jest emitowany w ten sam sposób. Oto dlaczego to ważne i jak sprawdzić, który masz.

Jedna nazwa, wiele kontraktów

Token na Ethereum, Polygonie, Base czy Solanie to program (smart kontrakt, a na Solanie „mint”), który istnieje tylko w tym jednym łańcuchu. Łańcuch nie widzi kontraktów innego łańcucha. Gdy więc stablecoin jest dostępny „w dziesięciu łańcuchach”, istnieje co najmniej dziesięć osobnych kontraktów — każdy z własnym adresem, własną podażą i własnymi zasadami.

Różnią się nawet szczegóły: na BNB Smart Chain USDT i USDC wymienione w SSP Wallet używają 18 miejsc po przecinku, a wersje na Ethereum — 6.

Jeśli nowa jest dla ciebie myśl, że tokeny żyją wewnątrz łańcucha i potrzebują jego natywnej monety do opłat, podstawy wyjaśnia artykuł monety a tokeny.

Natywny czy mostowany: kto naprawdę za nim stoi?

Stablecoin trafia do łańcucha na dwa główne sposoby.

Emitowany natywnie. Sam emitent wdraża kontrakt oraz emituje i wykupuje tokeny bezpośrednio w tym łańcuchu. Twoje roszczenie dotyczy bezpośrednio rezerw emitenta, na jego warunkach. Co naprawdę zabezpiecza stablecoiny wyjaśnia, czym są te rezerwy.

Mostowany. Ktoś blokuje oryginalne tokeny w kontrakcie w jednym łańcuchu, a most emituje odpowiadający im „opakowany” token w innym. Takiego tokena nie da się wykupić bezpośrednio u emitenta. To skrypt dłużny na to, co jest zablokowane w moście, więc do ryzyka emitenta dochodzi ryzyko mostu. Jeśli most zostanie opróżniony albo jego klucze przejęte, token mostowany może stracić zabezpieczenie, podczas gdy token natywny pozostaje nietknięty. Dlaczego mosty wciąż są hakowane oraz opakowane tokeny omawiają oba tematy dokładniej.

Obie wersje często współistnieją. Na Polygonie na przykład USDC pojawił się najpierw przez most. Gdy Circle zaczął później emitować tam USDC natywnie, starszy token mostowany przemianowano na USDC.e i oba krążyły dalej jako osobne tokeny.

Dlaczego adres kontraktu to tożsamość

Nazwy, tickery i loga to tylko etykiety. Każdy może wdrożyć kontrakt tokena i nazwać go „USDC”, z sześcioma miejscami po przecinku i niebieskim logo. Oszuści robią dokładnie to i rozsyłają podróbki airdropem do portfeli w nadziei, że ktoś spróbuje ich użyć.

Jedyne, czego nie da się skopiować, to adres kontraktu. W danym łańcuchu dokładnie jeden adres to USDC emitenta (a tam, gdzie jest ich kilka, jeden jest natywny, a pozostałe to wersje mostowane z własnymi adresami). Dwa tokeny o identycznych nazwach, ale różnych adresach, to różne aktywa — i tyle.

Dlatego też giełdy i serwisy płatnicze mogą zaksięgować jedną wersję, a innej nie. Każdy serwis sam decyduje, które kontrakty obsługuje i w jakich sieciach. Wyślij wersję mostowaną albo właściwy token w złej sieci, a wpłata może nie zostać zaksięgowana automatycznie. Przed wysłaniem sprawdź trzy rzeczy: sieć, token i dokładny kontrakt, który akceptuje odbiorca.

Jak sprawdzić kontrakt tokena

  • Zacznij od emitenta. Duzi emitenci publikują oficjalny adres kontraktu dla każdego obsługiwanego łańcucha. Porównuj znak po znaku, a nie tylko kilka pierwszych i ostatnich.
  • Użyj eksploratora bloków. Wyszukaj adres w eksploratorze danego łańcucha. Sprawdź, czy kontrakt jest zweryfikowany, czy nazwa i liczba miejsc po przecinku się zgadzają i czy jego historia wygląda jak historia dużego stablecoina, a nie kontraktu sprzed tygodnia.
  • Nie ufaj adresom z odpowiedzi, reklam ani prywatnych wiadomości. To częsta droga fałszywych kontraktów.
  • Zapytaj odbiorcę. Jeśli płacisz giełdzie lub firmie, użyj sieci i tokena podanych na jej stronie wpłat, a nie tych, które zakładasz.

Jak radzi sobie z tym SSP

SSP Wallet ma wbudowaną listę tokenów dla każdego obsługiwanego łańcucha EVM i dla Solany. Zawiera popularne stablecoiny: na przykład USDT i USDC na Ethereum, USDT i natywnie emitowany USDC na Polygonie, USDC na Base, USDT na Avalanche, USDT i USDC na BNB Smart Chain oraz mint USDC od Circle na Solanie. Listy są krótkie, więc nie ma na nich każdej wersji każdego stablecoina.

Każdy inny token możesz dodać ręcznie, wklejając adres jego kontraktu (lub adres mintu na Solanie). SSP pobiera nazwę, symbol i liczbę miejsc po przecinku tokena i dodaje go tylko do tego łańcucha. Pamiętaj, że nazwa i symbol pochodzą od samego tokena — podróbka bez problemu nazwie się więc „USDC”. Liczy się adres, który wklejasz, dlatego bierz go od emitenta albo z eksploratora.

Po dodaniu tokena SSP Wallet pokazuje w jego szczegółach adres kontraktu, liczbę miejsc po przecinku i sieć, z przyciskiem kopiowania, a kontrakt widać też w szczegółach transakcji. Po stronie zatwierdzania SSP Key pokazuje kontrakt tokena (lub mint na Solanie) przy przelewie tokenów, zanim go zatwierdzisz. Jeśli telefon nie rozpoznaje tokena — na przykład takiego, który zaimportowałeś tylko w rozszerzeniu przeglądarki — SSP Key pokazuje kwotę w surowych jednostkach i oznacza go jako nieznany token, zamiast ufać nazwie, której nie może zweryfikować.

Uczciwe podsumowanie

„USDC” i „USDT” to rodziny osobnych kontraktów. Niektóre emituje natywnie sam emitent; inne to mostowane skrypty dłużne, które dodatkowo zależą od tego, czy most wytrzyma. Ticker mówi bardzo niewiele — dopiero sieć razem z adresem kontraktu mówi, co naprawdę posiadasz.

Przed wysłaniem stablecoinów potwierdź sieć i dokładny kontrakt akceptowany przez odbiorcę, a nieznane kontrakty sprawdzaj z listą opublikowaną przez emitenta i w eksploratorze. SSP pomaga, z góry wymieniając popularne stablecoiny, pokazując adresy kontraktów i oznaczając nierozpoznane tokeny w SSP Key, ale nie zdecyduje za ciebie, którą wersję zaksięguje giełda.

Udostępnij ten artykuł

Powiązane artykuły