Avansert blokkjede: Hva er #Canonical tokens? Kanonisk betyr "primær" eller "original". Ofte brukt for å betegne den "sanne" eller uendrede kilden, i motsetning til derivater eller kopier. I det nåværende blokkjedeøkosystemet er det mange representasjoner av tokens på en opprinnelig blokkjede, på en annen proxy-blokkjede, men ikke som kanoniske tokener, men som «proxyer» eller «derivater» med sentralisert støtteverdi. Dette er uregistrerte "sikkerhetskontrakter" og har risiko du kanskje ikke er klar over. Ikke-kanoniske versjoner av en eiendel introduserer risiko, alvorlig risiko. Risiko inkluderer forfalskning, sentralisering og risiko for tyveri. Faktisk er ikke-kanoniske tokens den største risikoen i blokkjedeøkosystemet vårt. I blokkjede kaller vi disse «proxy»-tokenene, Permissioned tokens, fordi verdien deres bestemmes av «sikkerhetsavtalen» eller «backing»-reserven, som kontrolleres av mennesker, ikke kryptografisk datakode som er hele poenget med blokkjede i utgangspunktet. Eksempel: Den mest produktive formen for ikke-kanoniske eiendeler er alle versjonene av Bitcoin fra Bitcoin-blokkjeden. Hvorfor er det en slik innsats for å representere Bitcoin på andre nettverk? For å utnytte likviditeten. For å gjøre den brukbar. Husk at Bitcoin er veldig forenklet av design og har ikke noe utførelseslag, er treg og har ikke noe beregningselement, og kan ikke støtte desentralisert finans. Kjernebruksområdet til Bitcoin er som en verdibutikk eller som sikkerhet. For å gjøre det brukbart, brukbart og tilgjengelig på andre nettverk som har utførelseslag og programmatiske funksjoner og økosystemer for desentralisert finans (finansielle verktøy), har enheter og andre proxy-blokkjedeprosjekter prøvd å kanonisere Bitcoin på forskjellige måter, men har implementert dette er ikke-kanoniserte måter, som du sannsynligvis ikke er klar over fordi de ikke har avslørt dette fordi reguleringen ikke var klar. Dette endres med US Clarity Act som snart vil bli vedtatt. Sentralt brolagte eksempler på ikke-kanoniske eiendeler. Sentralt brolagte eiendeler er den verste formen for ikke-kanonisering. Dette er når en helt separat derivateiendel opprettes ut av løse luften på den andre proxy-blokkjeden og er "støttet" logisk av en "trust me bro"-reserve av opprinnelige eiendeler i lommebøker på den opprinnelige blokkjeden. Eksempler: WBTC, cbBTC, xBTC etc. Disse eiendelene er ikke Bitcoin. De er falske og er ikke kanoniske på noen måte. De utgjør den største risikoen i vår bransje. Hvorfor? Fordi de ikke har noen egenverdi. Verdien deres er logisk avledet fra en "sikkerhetskontrakt" med utstederen, den er i hendene på mennesker, (som vi vet at vi aldri kan stole på, det er derfor blokkjede ble oppfunnet fordi mennesker ikke kan stole på) Eksempler: Alle eiendeler på Hyperliquid unntatt det opprinnelige HYPE-tokenet. Hyperliquid bruker ikke-kanoniske broede eiendeler for alle sine representasjoner av eiendeler den støtter i sin handelsplattform. Bridged BTC, ETH, SOL, alt som kan omsettes på Hyperliquid er ikke-kanonisk. Eksempler: Ethereum Layer 2s I likhet med Hyperliquid har alle Ethereum Layer 2-sekvensere ikke-kanoniske versjoner av "proxy"-eiendeler de bruker i sine økosystemplattformer. Forstå nå, ingen av disse er avslørt som "verdipapirer", men de er 100 % verdipapirer. Tilførselen av ikke-kanoniske tokens på én kjede er "støttet" av en reserve av native tokens på den opprinnelige blokkjeden. Denne "støtten" er en sikkerhet og må opplyses. La oss nå snakke om ekte kanoniske eiendeler i blokkjedeøkosystemet. Det er prosjekter som har tatt seg tid og løst den tekniske ingeniørutfordringen med å bygge ekte kanoniske eiendeler på tvers av blokkjeder. Dette betyr at eiendelen på proxy-blokkjeden ER DEN FAKTISKE eiendelen på den opprinnelige blokkjeden. Når du holder eller bruker tokenet på én blokkjede, er det det faktiske tokenet på den opprinnelige opprinnelige blokkjeden, det er ikke et verdipapir. I blokkjede kaller vi dette Permissionless. Eksempler på kanoniske tokens i 2025. Eksempler: Zeus Network Layer on @solana – Zeus har bygget et infrastrukturlag som gjør at eiendeler fra en hvilken som helst blokkjede kan være kanoniske på Solana gjennom kode. Deres zBTC spl-20-token er faktisk Bitcoin, det er ikke en proxy-sikkerhet som cbBTC. De utvider infrastrukturen sin for å støtte mange andre eiendeler for bruk på Solana. @ZeusNetworkHQ Eksempler: IKA på @SuiNetwork har bygget et MPC-lag som gjør at tokens fra native blokkjeder kan brukes på andre blokkjeder uten å flytte dem. Dette betyr at når du samhandler med eiendelen på én kjede, koordinerer infrastrukturen deres transaksjonen til den opprinnelige opprinnelige blokkjeden uten å kreve at den flytter seg eller gir fra seg forvaring. @ikadotxyz Som vi ser utvikler teknologien seg. Det finnes allerede fungerende løsninger på Canonical Tokens, og i nær fremtid vil eldre ikke-kanoniske tokens som involverer en "sikkerhetskontrakt" via en bro bli regulert som verdipapirer som de er. Det er viktig å forstå dette. Lær å skille mellom kanoniske og ikke-kanoniske tokens. Forstå risikoen forbundet med å holde og bruke ikke-kanoniske tokens fremover, og utforsk å bruke de kanoniske versjonene av Bitcoin som eksisterer i dag i stedet for de ikke-kanoniske versjonene. @DavidSacks @SenLummis @BoHines