Hur man tokeniserar tillgångar i den verkliga världen: steg att följa och bästa praxis

19 juni 2026 19 min läsning
Sammanfatta artikeln med AI

Viktiga höjdpunkter

  • Tokenisering är en blockkedjebaserad återgivning av äganderätter. 
  • Nästan allt som har ett mätbart värde och ett tydligt ägande kan tokeniseras.
  • Det krävs sju steg för att tokenisera dina RWA.

Företag använder aktivt tokenisering av fysiska tillgångar, såsom fastigheter, obligationer, råvaror, fakturor och fondandelar, och här är deras “varför”: per mars 2026, tokeniserade tillgångar från den verkliga världen på offentliga blockkedjor nådde $27,4 miljarder, en ökning jämfört med $6,7 miljarder året innan. Enbart amerikanska statsobligationer står för $13,53 miljarder av det. Infrastrukturen finns på plats, regelverket utvecklas snabbare än vi kanske hade förväntat oss, och institutionella investerare har börjat agera. Och siffrorna visar det.

Frågan är inte längre om tokenisering fungerar, för det gör det. Det svåra är att veta hur.

Så, vad krävs det egentligen för att tokenisera en tillgång i den verkliga världen? Låt oss gå igenom det steg för steg.

Vad innebär det att tokenisera en tillgång?

En klassisk definition av tokenisering skulle kunna lyda så här: det är en blockkedjebaserad representation av äganderätt. 

Enkelt uttryckt är en digital token helt enkelt… kod. 

Digitala token har dock ingen juridisk betydelse i sig. Vad hindrar då någon från att skapa ett token som påstås vara värt miljoner? Ingenting, rent tekniskt sett. Du kan skapa en token med texten “Denna token representerar äganderätten 1% till min egendom” så länge du vill, men det betyder inte att en domstol kommer att behandla den som sådan. Det betyder inte ens att du har några rättsligt verkställbara rättigheter.

Vi måste förstå att det finns en skillnad mellan vad token representerar och äganderätten till den aktuella tillgången. Det finns också ekonomiska rättigheter kopplade till detta, till exempel att tjäna hyresintäkter från fastigheten. Det viktigaste här är att se till att alla dessa aspekter är sammankopplade genom ett rättsligt ramverk. Och det kan de vara, ofta genom ett specialbolag (SPV), där den faktiska tillgången innehas av SPV:t och token utgör andelar eller andra fastställda rättigheter i denna. Det är ganska knepigt, men det fungerar.

Poängen med att tokenisera tillgångar är att man visserligen kan skapa meningslösa token av vilket slag som helst, men att korrekt tokenisering innebär att man ser till att den digitala tokenen är juridiskt giltig och kopplad till verkliga rättigheter. Detta innebär att man ordnar med förvaring, efterlevnad och att man använder smarta kontrakt på rätt sätt. Jag har sett hur just dessa delar har fått projekt att misslyckas, trots att de såg helt vattentäta ut på en whiteboard. Därför kommer jag att gå in på dem mer ingående.

Vilka typer av tillgångar kan tokeniseras?

Nästan allt som har ett värde kan tokeniseras. Vi kan dela in tillgångar i den verkliga världen i fyra huvudkategorier: fysiska tillgångar, digitala tillgångar, finansiella tillgångar och immateriella tillgångar.

Den här listan skulle kunna fortsätta i all oändlighet, för om något har ett mätbart värde och ett tydligt ägarskap är det troligt att någon redan försöker tokenisera det. När jag först började kartlägga detta blev jag verkligen förvånad över hur omfattande det är: tävlingshästar, koldioxidkrediter, kändisars inkomster och så vidare. 

Det är bland annat bredden på detta spektrum som gör detta område så komplicerat. Varje tillgångskategori medför en helt egen uppsättning utmaningar, såsom juridiska nyanser, efterlevnadskrav och tekniska överväganden. Man kan till exempel inte tillämpa fastighetslagstiftningen på en digital fil eller ett finansiellt instrument.

"Det tekniska problemet med tokenisering är i stort sett löst. Det vi fortfarande arbetar med är förtroendelagret, vilket innebär att när någon innehar en token, så innehar de något med verkligt värde. Rättsliga strukturer, regelkonform förvaring och smarta kontrakt som automatiskt ser till att reglerna följs ingår alla i detta lager. De måste utformas på rätt sätt så att även personer som aldrig tidigare har haft en plats vid bordet kan få tillgång till investeringarna."

Chef för Blockchain R&D & Senior Solution Architect

Hur man tokeniserar tillgångar i den verkliga världen: hela processen från början till slut

Låt oss gå från teorin till en mer praktisk del och gå igenom processen. Här följer ett svar i sju steg på frågan om Hur man tokeniserar tillgångar i den verkliga världen. Jag kommer att gå igenom de viktigaste stegen och förklara hur man väljer ett värdepapper, utformar den juridiska strukturen, bygger upp infrastrukturen, hanterar det efter emissionen osv.

Steg 1: Val och strukturering av tillgångar

Man kan inte tokenisera en tillgång som man inte lagligen äger eller kontrollerar. Det låter självklart, men jag känner till affärer som nått den juridiska struktureringsfasen innan någon upptäckte en medägare som inte hade gett sitt godkännande. Månader av tekniskt arbete, avbrutet. Uppenbart i efterhand. Professionella värderingsmän, revisorer och juridiska experter måste verifiera äganderätten och bedöma eventuella risker, panträtter, begränsningar eller belastningar. För fastigheter innebär det fastighetsregisterundersökningar. För konst innebär det dokumentation av härkomst. För immateriella rättigheter innebär det att kontrollera patentregister och licensavtal. 

Dessutom måste tillgångens värde värderas och dokumenteras i enlighet med vedertagna finansiella rutiner. Värderingen hjälper till att fastställa hur många tokens som ska emitteras och till vilket pris. Om värderingen är felaktig riskerar vi att sätta ett för högt eller för lågt pris. Båda dessa scenarier vill vi undvika.

Det finns dock vissa nyanser: värderingarna förändras. Värdet på en tokeniserad fastighet kan till exempel variera. Marknaderna står inte stilla. Tokeniserade tillgångar kan behöva kontinuerlig värdering, och man behöver en process för att uppdatera och kommunicera förändringar.

När tillgången väl har valts ut är nästa fråga hur den ska struktureras juridiskt: direkt Tokenisering av tillgångar eller ett SPV. Det är här det börjar bli intressant.

Direkt tokenisering innebär att tokenen utgör en direkt rättighet till själva tillgången. Låt oss säga att du tokeniserar en byggnad. Token skulle då utgöra en direkt rättighet till en del av just den fastigheten. Även om det låter enkelt kan det i praktiken innebära utmaningar när det gäller tydlighet i regelverket och fungibilitet.

De flesta jurisdiktioner saknar tydliga ramverk för äganderätt till egendom som bygger på blockkedjeteknik. 

SPV-strukturer är ofta den mer praktiska lösningen. Tillgången innehas av en juridisk person (ett aktiebolag eller en trust), och tokens representerar aktier eller andra fastställda rättigheter i den juridiska personen. Tillsynsmyndigheter, jurister och domstolar är mer vana vid denna struktur, vilket kan göra det enklare att dokumentera och försvara den juridiskt.

Steg 2: Utformning av rättsliga och regleringsmässiga ramar

Innan du väljer en blockkedja, innan du pratar med en utvecklare, svara på följande: Är din token ett värdepapper?

I de flesta jurisdiktioner kommer en token sannolikt att betraktas som ett värdepapper om den representerar äganderätt, vinstdelning eller avkastning på investeringar. Tokens som klassificeras som värdepapper kräver registrering av investerare samt KYC- och AML-kontroller. Det innebär att alla värdepappersregler gäller.

En annan viktig och knepig punkt: din tokens jurisdiktion är inte nödvändigtvis den där du befinner dig. Den kan också bero på var dina investerare befinner sig, var tillgången är belägen och var du genomför erbjudandet. Varje jurisdiktion har olika krav när det gäller investerarskydd, informationsskyldigheter och skattemässig behandling. Jag stöder inte strategin att “emittera tokens globalt”, eftersom det sannolikt kommer att följas av obehagliga brev från tillsynsmyndigheterna. Om du tänker enligt principen “vi tar itu med jurisdiktionen senare” måste du komma ihåg att breven från tillsynsmyndigheterna inte är hypotetiska.

Dessutom avgör den jurisdiktion du väljer vilka licenser du behöver. Varje tokeniseringsmodell medför olika licenskrav. En SPV-modell kan kräva en värdepappershandlare, mäklare, fondförvaltare eller annan reglerad mellanhand, medan direkt tokenisering kan kräva andra tillstånd.

Det är inte alla som kan köpa dina tokens. Detta måste återspeglas i era smarta kontrakt och integreras i tokenlogiken.

Smarta kontrakt kan hantera vitlistning av investerare, överföringsregler och jurisdiktionsbaserade begränsningar. Man kan inte bara ge ut tokens och hoppas att folk följer reglerna. Tekniken måste förhindra att icke-kvalificerade investerare köper eller tar emot tokens som omfattas av begränsningar.

Utvärdera kraven för din RWA-token innan du avsätter resurser

Steg 3: Uppbyggnad av infrastrukturen för identitetshantering och regelefterlevnad

Här kommer vi fram till det ögonblick då frågan om hur “smarta kontrakt ska säkerställa att endast godkända investerare får tillgång” måste lösas tekniskt.

Eftersom vi har fastställt om din token är ett värdepapper som omfattas av de värdepapstokens som är föremål för investerarbegränsningar, är nästa steg att tillämpa dessa regler i ett nätverk vars inbyggda protokoll inte tar hänsyn till identiteter och jurisdiktioner.

Identitetsstandarder på blockkedjan ger svaret på den här frågan. Låt mig gå igenom de standarder som är viktiga i produktionssystem.

ERC-3643 (T-REX-protokollet) är en standard för tillståndsbaserade tokens. Den kontrollerar om investerare uppfyller de nödvändiga kriterierna, såsom KYC, investerarens behörighet och jurisdiktionskrav, och blockerar överföringar om så inte är fallet. 

ERC-1400 (standard för säkerhetstoken) tillför utökade funktioner för säkerhetstoken, såsom överföringsbegränsningar, uppdelade saldon för olika rättigheter eller trancher, dokumenthantering samt kontrollerade eller tvingade överföringar för att uppfylla regelverket. 

ERC-734/735 (identitet baserad på anspråk) är äldre identitetsstandarder som bygger på påståenden. De använder identitetsavtal och signerade påståenden från betrodda utfärdare för att visa att en plånbok eller identitet uppfyller vissa krav. För att kunna använda dem i verkliga tokeniseringssystem måste man dock anpassa dem. 

Decentraliserade identifierare (DID:er) och verifierbara autentiseringsuppgifter (VC:er) erbjuder en mer integritetsinriktad lösning. Detta gör det möjligt att hålla KYC-uppgifter utanför blockkedjan samtidigt som man kan verifiera autentiseringsuppgifter eller intyg på kryptografisk väg.

De är inte utbytbara. Var och en av dem löser en annan del av problemet med regelefterlevnad.

Men vem kontrollerar investerarna på blockkedjan?

Standarder utgör infrastrukturen. Leverantörerna är de tjänster som verifierar identiteten i den verkliga världen och utfärdar autentiseringsuppgifter på blockkedjan.

  • Quadrata Quadrata utfärdar Passport:er, icke-överlåtbara identitetsuppgifter som verifierar egenskaper såsom KYC-status, AML-risk, status som ackrediterad investerare och bosättningsland. För att besvara en eventuell fråga: nej, det avslöjar inga personuppgifter på blockkedjan. 
  • Samhällsengagemang erbjuder återanvändbar identitetsverifiering via Civic Pass. Efter verifieringen kan användarna få en återanvändbar autentiseringsuppgift som är kopplad till kontroller såsom verifiering av myndighetsutfärdat ID, bevis på personlig identitet eller KYC, beroende på inställningarna.
  • Privado-ID bygger på decentraliserad identitet och nollkunskapsbevis. Investerare kan förvara verifierbara identitetsuppgifter i en identitetsplånbok och generera nollkunskapsbevis för att visa att de uppfyller åtkomstkraven utan att avslöja de underliggande uppgifterna. Det smarta kontraktet har inte tillgång till investerarens pass eller skatteidentifikationsnummer. Det kontrollerar endast det kryptografiska beviset på att investeraren uppfyller det ställda villkoret. 

Detta gäller särskilt för implementeringar som rör integritet eller regioner där man måste följa stränga dataskyddslagar.

I den här konfigurationen innebär logiken för tokenöverföring i din implementering inte bara att token flyttas från adress A till adress B. Den aktiverar först logiken för identitetsregistret eller efterlevnadslogiken:

  1. Kontrollera avsändarens identitet eller behörighet
  2. Kontrollera mottagarens identitet eller behörighet
  3. Kontrollera reglerna för överföringar

Om överföringen lyckas genomförs den, men om den misslyckas återställs transaktionen med en specifik felkod.

I produktionssystem används dock oftast en hybridmodell som ser ut så här:

  • Identitetsuppgifter eller intyg, flaggor för efterlevnad, överföringsbegränsningar och verifieringsstatus sparas på kedjan
  • Off-chain butiker fullständiga KYC-dokument, kunduppgifter, detaljerade KYC-revisionsspår och detaljerade verifieringsregister.

Så här fungerar det: en investerare genomför KYC-processen hos en godkänd leverantör. Denna leverantör utfärdar en behörighet, ett intyg eller en verifieringsstatus på blockkedjan. Tokeniseringsplattformens smarta kontrakt känner igen behörigheten innan överföringar tillåts. De fullständiga KYC-dokumenten förvaras krypterade hos leverantören, och endast behöriga parter kan få tillgång till dem på begäran.

Detta skapar en balans mellan transparens (efterlevnadskontroller på blockkedjan) och integritet (lagring av personuppgifter utanför blockkedjan).

Regelefterlevnaden begränsar sig inte till kontroller av investerare. När tokens kan representera reglerade tillgångar måste plattformen även ha en plan för vad som ska hända om åtkomsten går förlorad, ägarförhållandena ändras eller om en lagstadgad överföring måste genomföras. Det är här som kontrollerna av nyckelåterställning och överföringsagenter blir viktiga.

Vad händer om du tappar bort dina nycklar?

Allt kan hända i livet, och om man tokeniserar värdepapper måste man planera för att nyckeln kan gå förlorad. Reglerade värdepapper är inte rena innehavarinstrument, så de kan inte fungera på samma sätt som många kryptovalutor, där förlorad åtkomst innebär att tillgången går förlorad för alltid. Det säkraste tillvägagångssättet är att utforma återställningsmekanismer innan något går fel: 

  • Konfigurera återställningsalternativ av institutionell kvalitet. Plånböcker med flera signaturer utgör din första försvarslinje. Konfigurera ditt system så att varje transaktion måste godkännas av flera parter. Om en nyckelinnehavare förlorar åtkomsten kommer de återstående behöriga nyckelinnehavarna att kunna återfå kontrollen. 
  • Inför en mekanism för att åsidosätta överföringsagentens beslut. Ditt tokenkontrakt bör ange en roll som överföringsagent som kan genomföra tvångsöverföringar under vissa rättsliga omständigheter:
    • En domstol beslutar om överföringen
    • En investerare kan styrka sitt ägande men har tappat bort sina privata nycklar
    • Efterlåtenskapsförfarandet kräver överlåtelse till arvingarna
    • Åtgärden krävs enligt gällande regelverk

ERC-1400 innehåller inbyggda funktioner för detta ändamål. Varje åtgärd som innebär en överskrivning registreras i blockkedjan och kräver stödjande juridisk dokumentation innan den verkställs.

Ja, möjligheten för överföringsagenten att åsidosätta regler medför en viss centralisering i ett annars decentraliserat system. Men denna kompromiss är nödvändig för att tokeniserade värdepapper ska fungera för institutionella investerare och uppfylla gällande regelverkskrav. Ren egenförvaring utan möjlighet till återställning uppfyller inte de flesta regelverk och lockar inte heller seriöst institutionellt kapital.

När du sätter upp din tokeniseringsplattform bör du redan i ett tidigt skede diskutera återställningsmekanismer med din juridiska rådgivare och din teknikpartner. De arkitekturbeslut du fattar i början avgör vilka alternativ du kommer att ha om en nyckel skulle gå förlorad senare.

Valet av implementeringssätt: bygga eller integrera

Du måste skaffa denna identitetsinfrastruktur någonstans. Det finns två sätt:

  1. Integrera med identitetsleverantörer:
    • Anslut till Quadrata, Civic, Polygon ID eller ett licensierat KYC-API
    • Implementera T-REX-protokollet (ERC-3643) eller ERC-1400-standarden
    • Plattformen hanterar utfärdandet av behörighetsuppgifter och uppdateringar av registret
    • Kostnad: licensavgifter + transaktionskostnader
    • Tidsplan: 4–8 veckor för integrationen
  2. Skapa en anpassad identitetsinfrastruktur:
    • Sätt dina egna smarta kontrakt för identitetsregistret i drift
    • Skapa arbetsflöden för KYC-verifiering från grunden
    • Upprätta direkta kontakter med dataleverantörer för sanktionskontroll
    • Säkerställa efterlevnad av ändringar i regelverket
    • En ungefärlig kostnadsberäkning kan uppgå till $100K+ för utveckling samt löpande omkostnader för juridiska frågor och regelefterlevnad
    • Enligt uppskattningar från branschfolk börjar tidsramen på 6–12 månader

De flesta projekt väljer integration eftersom standarderna är välutvecklade och beprövade. Att bygga från grunden är endast meningsfullt om man har extremt specifika krav på efterlevnad som ingen leverantör stödjer.

Steg 4: Utformning av token

Den allra första frågan du måste besvara handlar om din tokens fungibilitet. Fungibel eller icke-fungibel kan kanske låta som en meningslös kryssruta till en början, men i själva verket är det inte så.

Utbytbara tokens är utbytbara eftersom en token är identisk med en annan. ERC-20-protokollet är ett exempel på sådana tokens. De fungerar bra om man vill tokenisera en tillgång där varje token ska representera något likvärdigt både vad gäller värde och de rättigheter som följer med ägandet. Exempel på detta kan vara REIT-aktier, tokens i en råvarufond eller till och med skuldebrev.

NFT som ERC-721 är lämpliga för unika tillgångar: ett visst konstverk, en viss egendom, en enskild immateriell rättighet. 

Det kommer säkert inte som någon överraskning att investerare bryr sig om vad de får. Beroende på strukturen kan dina rättigheter omfatta:

  • Inkomsträtter såsom ränta, utdelning och hyresintäkter
  • Rösträtt vid viktiga beslut
  • Prioriterade fordringar på försäljningsintäkterna
  • Inlösenrättigheter under vissa förutsättningar
  • Konverteringsrättigheter om det rör sig om konvertibla värdepapper

Alla dessa rättigheter måste anges tydligt i juridiska dokument och återspeglas korrekt i det smarta avtalet. De får inte stå i strid med varandra.

Standarden ERC-1400 stöder detta genom uppdelade saldon, vilket innebär att man kan representera olika tokenklasser med olika rättigheter inom samma tokenkontrakt. Till exempel:

  • Klass A: rösträtt + utdelning
  • Klass B: endast utdelning, inga rösträtter
  • Klass C: företrädesrätt vid likvidation

Därefter måste du räkna ut tokenmatematiken. Ju lägre tokenpriset är, desto mer tillgängligt blir det för privatinvesterare. Högre tokenpriser ökar sannolikheten för att locka institutionella investerare. Om du till exempel ska tokenisera en fastighet värd $10 miljoner måste du bestämma dig för antingen 10 000 tokens à $1 000 styck eller 10 miljoner tokens à $1 styck.

Överföringsbegränsningar och efterlevnadsregler

Dina smarta kontrakt kan tillämpa handelsregler, men du måste först ställa in dem. Kan tokens säljas direkt till vem som helst? Eller måste du, som emittent, godkänna varje transaktion? Finns det spärrperioder då investerare inte kan sälja? Finns det maximala innehavsgränser per investerare?

Oavsett vilka regler du fastställer måste de följa värdepapperslagstiftningen i alla jurisdiktioner där din token erbjuds eller handlas.

De efterlevnadsstandarder som jag nämnde ovan blir viktiga i detta skede. Beroende på strukturen måste tokenkontraktet säkerställa följande:

  • Överföringsbegränsningar enligt jurisdiktion
  • Låsningsperioder
  • Krav för ackreditering av investerare
  • Maximalt antal innehav per investerare
  • Godkända överföringsombud eller mäklare

Låt experterna ta hand om de juridiska, tekniska och regelefterlevnadsmässiga aspekterna av tokenisering.

Steg 5: Val av blockkedja och infrastruktur

Valet av blockkedja påverkar kostnader, integritet, interoperabilitet och efterlevnad av regelverk. Väljer du fel blockkedja kommer du att få ägna månader åt att förklara för institutionella investerare varför deras innehav inte går att granska.

Offentliga blockkedjor som Ethereum är öppna nätverk, vilket innebär att vem som helst kan se transaktioner och interagera med kompatibla applikationer. Fördelarna inkluderar ökad interoperabilitet, vilket möjliggör transaktioner mellan tokenet och andra digitala valutor, däribland stablecoins, NFT:er och DeFi-protokoll. I vissa modeller kan en tokeniserad fastighetsposition användas som säkerhet i utlåningsprotokoll. Investerare kan eventuellt handla med tokens utanför traditionella marknadstider, men endast på handelsplatser som stöder de nödvändiga efterlevnadskontrollerna. 

Offentliga blockkedjor kan möjliggöra tillgång dygnet runt till regelöverensstämmande andrahandsmarknader, reglerade börser och godkända likviditetspooler.

Den största nackdelen med offentliga blockkedjor är insynen: transaktionsbelopp, plånboksadresser och handelsmönster är offentliga. För vissa institutionella investerare är detta ett avgörande hinder.

År blockkedjor med behörighetskontroll, har du större frihet. Även om sådana blockkedjor kan erbjuda bättre integritet och säkerhet tenderar de att fungera i sina egna bubblor, vilket minskar interoperabiliteten. Det kan göra det svårare att ansluta till externa plånböcker, börser, DeFi-protokoll eller likviditetsplattformar. 

I många projekt ser jag att hybridarkitekturer blir det självklara valet:

  • Utgivning av kärntoken och efterlevnad av regler på ett behörighetsbaserat lager
  • En kontrollerad koppling eller integration med en offentlig blockkedja för tillgång till andrahandsmarknaden
  • Det bästa av två världar: sekretess vid primär emission, likviditet vid sekundär handel

Sedan är det frågan om vårdnaden. Här finns två olika vårdnadsfrågor:

Förvaring av tillgångar ger svar på var den fysiska tillgången befinner sig. När det gäller materiella lösöre, såsom whiskytunnor eller guld, kan det krävas kvalificerade förvarare, förvaltare eller licensierade förvaltare för att förvara och förvalta dem i enlighet med säkerhetsåtgärderna. När det gäller fastigheter kan “förvaring” innebära att en förvaltare innehar den juridiska äganderätten. När det gäller konstverk handlar det om en säker förvaringsanläggning med försäkring och klimatkontroll. 

Förvaring av tokens svarar på frågan om var de digitala tokenen förvaras. Det kan handla om plånböcker för egen förvaring, licensierade förvarare av digitala tillgångar eller båda. Självförvaring innebär att investerarna själva kontrollerar sina privata nycklar. För institutionella investerare eller förmögna privatpersoner kan licensierade förvarare av digitala tillgångar vara ett bättre alternativ, eftersom de omfattas av stränga krav på säkerhet, operativ integritet och regelefterlevnad. Om du försöker attrahera betydande kapital måste din förvaringsinfrastruktur uppfylla institutionella standarder.

Många plattformar samarbetar med flera förvaringsleverantörer så att investerare kan välja det alternativ de föredrar. Förvaring handlar om var tillgångarna och token förvaras, men det finns också orakler som besvarar en annan fråga: hur vet ditt smarta kontrakt vad som händer i den verkliga världen?

Ditt tokeniserade fastighetssystem måste ha följande information:

  • Vad är fastighetens nuvarande värde?
  • Har månadshyran betalats?
  • Har försäkringen förnyats?
  • Har det uppstått skador som påverkar värdet?

Ditt system för tokeniserade statsskuldväxlar måste ha följande information:

  • Vad är det aktuella marknadspriset?
  • När ska nästa räntebetalning göras?
  • Har statsskuldväxeln förfallit?

Orakler är tjänster som på ett verifierbart sätt förser smarta kontrakt med extern data. Vid tokenisering av RWA tillhandahåller de viktig data från den verkliga världen som de smarta kontrakten inte kan få tillgång till på egen hand. Utan denna data kan smarta kontrakt endast bearbeta information som redan finns registrerad i blockkedjan.

Chainlink – bevis på reserver ger ett kryptografiskt bevis på att reserverna utanför blockkedjan – guld i ett valv, dollar på ett bankkonto, fastighetsrättigheter – motsvarar eller överstiger utbudet av tokens i blockkedjan. Oraklet kontrollerar regelbundet tillgångens status hos betrodda dataleverantörer och uppdaterar en referens i blockkedjan som smarta kontrakt kan hämta information från.

Prisuppdateringsorakler Tjänster som Pyth och RedStone tillhandahåller realtidspriser för finansiella tillgångar, råvaror och värdepapper som kräver kontinuerliga prisuppdateringar.

Anpassade orakler för tillgångsvärdering hantera unika tillgångar som fastigheter eller konst genom att auktoriserade värderingsmän lämnar in värderingar, verifiering med flera signaturer från flera källor samt tidsviktade genomsnittspriser för att förhindra manipulation.

Steg 6: Utfärdande och distribution av tokens

När den juridiska strukturen, tokenutformningen, efterlevnadsreglerna och infrastrukturen är på plats kan token erbjudas via en primär marknadsplats eller en emissionsplattform. Det grundläggande arbetsflödet ser vanligtvis ut så här:

Varje steg bygger på den identitetsinfrastruktur som vi diskuterade och byggde upp i steg 3.

Verifiering av investerare och efterlevnadskontroller

Om en investerare försöker köpa några tokens kontrolleras det om det finns ett giltigt identitetsintyg i dennes plånbok. Om inget sådant identitetsintyg hittas kommer investeraren att uppmanas att genomgå KYC-processen och skaffa ett identitetsintyg från den valda IDP:n.

När denna process är avslutad kommer investeraren att erhålla certifikatet, som endast innehåller uppgifter om efterlevnad, nämligen: verifieringsstatus, ackrediteringsnivå, jurisdiktionskod och giltighetstid. Personuppgifterna lagras i det off-chain-lagringsutrymme som tillhandahålls av KYC-leverantören.

Betalningssystem som får pengarna att röra sig

Vi kan välja mellan tre huvudsakliga betalningssätt när vi köper tokeniserade tillgångar:

Traditionella banköverföringar är välkända för de flesta av oss, men kan ta tid och sträcka sig över 2–5 arbetsdagar, särskilt när det gäller internationella betalningar. Avgifterna kan också vara höga, och vissa banker blockerar kryptovalutarelaterade transaktioner.

Stablecoin-plattformar erbjuder nästan omedelbar avveckling, fungerar dygnet runt och kringgår traditionella delar av bankinfrastrukturen. De kräver att investerarna har stablecoins och en kryptoplånbok. Jag vill dock uppmärksamma er på att vissa jurisdiktioner begränsar användningen av stablecoins.

Hybridplattformar stödja både bankinfrastrukturen för elektroniska överföringar och stablecoin-system för investerare som är vana vid kryptovalutor, samtidigt som konvertering, avstämning och redovisning sköts i bakgrunden.

För institutionella investerare är stöd för traditionella banköverföringar ofta avgörande. För användare som är vana vid DeFi förväntas stöd för stablecoins. De mest framgångsrika plattformarna stöder båda alternativen.

Löpande efterlevnad efter distribution

Distributionen innebär inte att efterlevnadsprocessen är avslutad. Identitetsuppgifter kan upphöra att gälla, och investerarnas status kan förändras. Till exempel kan ackrediteringen upphöra att gälla, investerare kan flytta till jurisdiktioner med restriktioner, plånböcker kan flaggas vid uppdateringar av sanktionskontroller, och KYC-leverantörer kan återkalla identitetsuppgifter på grund av misstänkt aktivitet.

Plattformen behöver en process för att uppdatera investerarnas status efter att tokens har utfärdats. Beroende på hur systemet är konfigurerat kan detta hindra en plånbok från att ta emot nya tokens, begränsa överföringar eller frysa tokens tills problemet har lösts.

Steg 7: Livscykelhantering efter utfärdandet

Tokenisering är ett mål, men inte slutmålet. När du äger din RWA-token måste du hantera dess livscykel på lång sikt. Denna livscykel kan delas in i sex olika faser: ägaravstämning, utdelningsfördelning, skatteefterlevnad, bolagsåtgärder, likviditet på andrahandsmarknaden och löpande rapportering till tillsynsmyndigheter. Det är viktigt att förstå hur varje fas fungerar för sig för att undvika juridiska och administrativa problem i framtiden.

Avstämning av ägarförhållanden

Hanteringen av livscykeln är inte så enkel som att blockkedjans huvudbok bara visar vem som innehar token. Rättsliga förhållanden kan förändras, och blockkedjan återspeglar inte automatiskt dessa förändringar.

  • Om en institutionell investerare anlitar en extern förvaringsinstitut ser blockkedjan förvaringsinstitutets adress, men enligt lagen kan investeraren ändå betraktas som den faktiska ägaren.
  • Om ägarskapet ändras genom ett juridiskt avtal utanför blockkedjan, har blockkedjan i sig ingen kännedom om detta. 
  • Om en domstol utfärdar ett bindande beslut om ägaröverföring uppdateras inte blockkedjan automatiskt.

På grund av dessa scenarier behöver du system som kontinuerligt stämmer av den digitala huvudboken mot faktiska, rättsligt bindande ägarregister. Vanligtvis kan du begära regelbundna intyg från överföringsagenter, ställa in Oracle-flöden för att uppdatera uppgifter om verkliga ägare eller implementera administrativa funktioner i tokenkontraktet för tvångsöverföringar enligt laglig befogenhet.

Inkomstfördelning

Utdelningarna är inte så automatiserade som det låter. Smarta kontrakt kan genomföra utdelningar automatiskt, men i produktionssystem krävs verifieringssteg:

De flesta system för tokeniserad fastighetsförvaltning använder utdelningar som utlöses av administratören, inte helt autonoma tidsbaserade utdelningar. Här är anledningen: Fastighetsförvaltaren tar emot hyran, drar av driftskostnader, betalar taxes och försäkringar, och sätter sedan in den utdelningsbara nettoinkomsten på utdelningskontot. En behörig administratör utlöser sedan smartkontraktets utdelningsfunktion.

Helt autonoma, tidsbaserade utbetalningar utan verifiering är sällsynta i produktionsmiljön, eftersom systemet måste bekräfta att medel finns tillgängliga, att avdrag har gjorts och att källskatten har beräknats korrekt innan utbetalningen genomförs.

Mer avancerade system använder orakler som verifierar att hyresbetalningen har mottagits, att driftskostnaderna har betalats och att det utdelningsbara nettobeloppet har beräknats via redovisningssystem utanför blockkedjan innan utdelningsfunktionen på blockkedjan aktiveras.

Men att betala ut avkastning är bara en del av processen. Plattformen måste också sköta källskatt och rapportering innan pengarna når investerarna.

Efterlevnad av skatteregler

Rena Solidity-kontrakt på blockkedjan räcker inte för att hantera hela komplexiteten i skatteavdrag som omfattar flera jurisdiktioner. Men vissa produktionssystem hanterar logiken för skatteavdrag genom:

  • Externa efterlevnadsmoduler (smarta kontrakt som är specialiserade på skattelogik)
  • Oracle-tjänsterna tillhandahåller uppgifter om skattesatser per investerarjurisdiktion
  • Intygstjänster som verifierar beräkningar av källskatt

Det är alltså inte så att smarta kontrakt kan inte hantera skatteefterlevnaden; allt du behöver är specialiserade efterlevnadsmoduler och Oracle-dataflöden. 

Utdelningar och taxe är återkommande händelser. Andra händelser inträffar mer sällan, men är mer komplexa. Dessa kallas bolagsåtgärder.

Bolagsåtgärder

Bolagsåtgärder omfattar aktiesplit, omvänd aktiesplit, fusioner och förvärv, återinvestering av utdelning, konverteringar och obligatoriska inlösen. För traditionella värdepapper finns väl etablerade processer för detta. Tokeniserade värdepapper måste återspegla dessa processer på blockkedjan.

Aktiesplit. Multiplicera allas tokenbalans samtidigt som värdet per token minskas proportionellt. Detta kräver hantering av bråkdelar, pågående överföringar och samordning mellan olika förvaringsleverantörer.

Återinvestering av utdelning. Investerare kan välja att automatiskt återinvestera utdelningar i nya aktier. Detta innebär att utbetalningen registreras, omräknas till stabilt värde, att nya aktier köps till aktuellt NAV samt att efterlevnadskontroller genomförs för återinvesteringsköpet.

Konverteringar och inlösen. Konvertibla värdepapper (som obligationer som kan konverteras till aktier) kräver utlösande villkor, beräkningar av konverteringsförhållandet samt att gamla tokens bränns samtidigt som nya skapas. Obligatoriska inlösen kräver beräkning av inlösenpriset, bränning av tokens och utbetalning av ersättning.

Fusioner och förvärv. Gamla token måste bytas ut mot nya token eller kontanter, varvid utbytesförhållandena ska beräknas, godkännandeomröstningen genomföras på blockkedjan och rättigheterna för aktieägare som röstar emot ska respekteras.

Standarden ERC-1400 innehåller funktioner för bolagsåtgärder, men för att kunna implementera dem korrekt måste man ha kunskaper både inom bolagsrätt och säkerhet kring smarta kontrakt. De flesta plattformar hanterar fusioner och förvärv genom juridiska processer utanför blockkedjan, där det slutliga resultatet genomförs på blockkedjan.

När token fungerar som det ska kan investerarna också vilja ha en möjlighet att sälja av sina innehav. Det leder oss till handeln på andrahandsmarknaden.

Förstå vad som är genomförbart och vad som krävs för att tokenisera dina RWA

Likviditet på andrahandsmarknaden

Efter den initiala emissionen kan RWA-tokens handlas på andrahandsmarknader via:

  • Auktoriserade värdepappersmäklare
  • Reglerade alternativa handelssystem (ATS)
  • Auktoriserade värdepappersbörser
  • Regelöverensstämmande decentraliserade börser

Många tokeniserade tillgångar i den verkliga världen saknar dock fortfarande likvida andrahandsmarknader.

Man kan visserligen emittera tokens, och investerare kan vilja sälja, men om det inte finns aktiva köpare är likviditeten endast teoretisk. Man kan ha en perfekt fungerande token med en utmärkt infrastruktur för regelefterlevnad, och ändå kan den handlas en gång i månaden till 20% under NAV eftersom det saknas marknadsdjup.

För att skapa likviditet krävs följande:

  • Marknadsgaranter: Företag som tillhandahåller köp- och säljkurser och förmedlar transaktioner
  • Incitament för likviditetsmining: Belöningar för att tillhandahålla likviditet
  • Integration med plattformar som redan har en användarbas: Notering på etablerade andrahandsmarknader
  • Samarbeten med institutioner: Att få fondförvaltare och familjeförvaltningar att delta

Vissa plattformar, såsom tZERO och INX, driver reglerade andrahandsmarknader som är särskilt avsedda för säkerhetstoken. En integration med dessa plattformar förbättrar likviditetsutsikterna avsevärt.

Institutionella investerare bryr sig inte bara om att hitta köpare utan också om hur transaktionen avvecklas.

För handel på andrahandsmarknaden på institutionell nivå är atomisk leverans mot betalning (DvP) avgörande. DvP innebär att överföringen av token och betalningen sker samtidigt och atomärt: antingen lyckas båda, eller så misslyckas båda. Ingen motpartsrisk. Traditionella värdepappersmarknader har avvecklingsrisk: du kan leverera aktier idag och inte få betalning förrän T+2 dagar senare. Eller så betalar du idag och får aktierna två dagar senare. Under den tidsperioden finns det risk för att motparten inte fullgör sina åtaganden.

Detta är en av de viktigaste operativa fördelarna med tokenisering för institutionella investerare. J.P. Morgans Kinexys, Broadridges Distributed Ledger Repo (DLR), och Fnalitys betalningssystem använder alla atomisk DvP.

När du utvärderar tokeniseringsplattformar bör du fråga: “Stöder ni atomisk DvP för transaktioner på andrahandsmarknaden?” Om plattformen inte kan förklara hur avvecklingen fungerar är den kanske inte redo för institutionellt bruk. 

När transaktionerna har avräknats återstår endast de löpande juridiska skyldigheterna och rapporteringskraven att hantera.

Löpande efterlevnad och rapportering

När man lanserar ett token kvarstår vissa fortlöpande juridiska och administrativa skyldigheter:

  • Lämna in årsrapporter till tillsynsmyndigheterna
  • Genomföra finansiella revisioner
  • Uppdatera skattedokument (1099-blanketter för amerikanska investerare m.m.)
  • Lämna in dokument till tillsynsmyndigheterna (Formulär D i USA, prospekt i Europa)
  • Hålla investerarkommunikationen uppdaterad
  • Övervaka och rapportera misstänkta transaktionsmönster (krav enligt penningtvättslagstiftningen)
  • Besvara förfrågningar från tillsynsmyndigheten

Detta är ett av de mer krävande löpande åtagandena inom tokenisering, men om man är medveten om det redan från början blir det hanterbart.

Många plattformar erbjuder översiktspaneler för regelefterlevnad som automatiserar rapportgenereringen, men du behöver ändå experter inom juridik och regelefterlevnad som granskar allt.

RWA:s investerares resa: från insättning av fiatvaluta till uttag

Ur investerarens perspektiv fungerar plattformen som en enda sammanhängande process. Pengar sätts in, omvandlas till en tokeniserad position, genererar avkastning under innehavstiden och tas slutligen ut som kontanter. För att systemet ska fungera måste alla steg däremellan – såsom insättning, KYC, förvaring, utdelningar, andrahandsförsäljning, uttag och skattedeklaration – samverka.

Diagrammet visar hela vägen. Klicka dig igenom varje steg för att se processen och var den körs.

★ Investerarens resa · bakom kulisserna

Från ett bankkonto till vinst i blockkedjan – och tillbaka

Hela vägen som din investerare går – sätta in fiatvaluta, köpa, tjäna pengar, eventuellt använda DeFi, sälja, ta ut pengarna och betala skatt. Tryck på valfritt steg för att se vad som händer bakom kulisserna: processen, leverantörerna, var den sker.

Innehavstid: 3 år
Skattesats för vinst: 0%
Investerarens pengar (10 000 euro)
€10,000
Började med€10,000
Inkomst under innehavstiden
Avgifter (vid insättning/uttag, handel)
Uttaget till banken
Pengar-panelen är en vägledande illustration (avkastningar = mittvärden för de offentliga intervallen för 2026; avgifter är typiska; taxes beror på jurisdiktion). Värdet i detta sammanhang ligger i processen och leverantörerna, inte i prognosen.

Att dra gränsen för hur man tokeniserar tillgångar i den verkliga världen

Tokeniseringen av en tillgång i den fysiska världen är först och främst en komplex uppgift ur ett reglerings- och rättsligt perspektiv. Vi vet hur man skapar en token med hjälp av blockkedjeteknik, men det handlar i själva verket om att etablera det där förtroendelagret – det som säkerställer tokenens laglighet, efterlevnad av regelverk i flera jurisdiktioner samt förvaltningsmekanismer efter tokeniseringen inom områden som beskattning, bolagsåtgärder och likviditet. Allt handlar om att gå från en idé och ett teoretiskt tillvägagångssätt till en beprövad och testad produktionslösning som uppfyller alla krav. Därför är det viktigt att ha kompetenta juridiska rådgivare redan från processens allra första början.

Om du funderar på att tokenisera tillgångar och vill ta reda på vilken väg som är mest lämplig för ditt projekt, finns vi här för att hjälpa dig att väga olika alternativ mot varandra och dela med oss av de erfarenheter vi har samlat på oss under resans gång.

FAQ

Inte nödvändigtvis. En token är bara kod. Den har endast rättslig verkan när den är knuten till en juridisk struktur som ger den rättsligt bindande rättigheter. I de flesta fall innehar ett SPV tillgången, och token representerar specifika rättigheter i den enheten. Utan en sådan struktur kan du ha ett token som påstår sig representera en tillgång, men det finns ingen garanti för att en domstol kommer att behandla det på det sättet.

Direkt tokenisering innebär att själva tokenen representerar en rättighet till tillgången. Idén verkar enkel, men de juridiska aspekterna är ofta inte det. Det finns fortfarande jurisdiktioner som saknar tydligt definierade regler för blockkedjebaserat ägande av tillgångar i den fysiska världen. Med en SPV-struktur ingår tillgången i en juridisk person, till exempel ett bolag eller en trust, och tokenerna representerar andelar eller andra definierade rättigheter i den juridiska personen.

Det finns ingen enskild ”rätt” blockkedja, men det finns sådana som är olämpliga för vissa situationer. Offentliga blockkedjor erbjuder interoperabilitet, tillgång till marknaden dygnet runt och ett välutvecklat ekosystem. Nackdelen är att transaktionsdata är synliga, vilket vissa institutionella investerare ser som ett problem. Tillståndsbaserade blockkedjor ger bättre integritet och kontroll, men de kan försvåra likviditeten och interoperabiliteten. Vissa större projekt föredrar en hybridmodell. De emitterar tillgångar på ett tillståndsbaserat lager och ansluter sedan till offentliga kedjor.

Det beror både på tillgången och på vilken jurisdiktion det gäller. Många tokeniserade tillgångar betraktas som värdepapper, vilket innebär att tillgången ofta är begränsad till ackrediterade eller kvalificerade investerare. Trots detta har tokeniseringen redan sänkt minimibeloppen för investeringar. Ett bredare deltagande från privatpersoner är möjligt, men tillgängligheten beror på erbjudandets struktur och investerarens geografiska läge. Med detta sagt tillämpas behörighetsreglerna direkt genom det smarta kontraktet, inte bara genom villkoren.

I många fall, ja. Om ett token representerar äganderätt, vinstdelning eller avkastning på en investering kommer tillsynsmyndigheterna sannolikt att klassificera det som ett värdepapper.

Om du använder befintliga plattformar och beprövade identitetssystem kan en enkel tillgång med en tydlig juridisk struktur ofta tokeniseras på några månader. Om du bygger skräddarsydda system för regelefterlevnad är sex till tolv månader en mer realistisk utgångspunkt, och det är innan erbjudandet inleds.

Likviditeten underskattas ofta. Man kan lansera en regelkonform token med avancerad teknik och ändå hamna med en tillgång som handlas sällan och till en betydande rabatt jämfört med substansvärdet, eftersom det inte finns tillräckligt många köpare och säljare. Regleringsrisken är en annan viktig faktor att beakta. Reglerna är fortfarande under utveckling, och en struktur som fungerar idag kan komma att ställas inför nya krav i framtiden.

Blockchain-expert och DeFi-analytiker

Andrew översätter decentraliserade koncept till säkra, funktionella finansiella verktyg. Han navigerar i det flyktiga DeFi-landskapet för att bygga skalbara blockchain-infrastrukturer som adresserar verklig nytta, och går förbi buzzwords för att leverera tekniskt värde.

Innehållsförteckning

    Kontakta oss

    Boka ett samtal eller fyll i formuläret nedan så återkommer vi till dig när vi har behandlat din förfrågan.

    Skicka ett röstmeddelande till oss
    Bifoga dokument
    Ladda upp filen

    Du kan bifoga 1 fil på upp till 2 MB. Giltiga filformat: pdf, jpg, jpeg, png.

    Genom att klicka på Skicka samtycker du till att Innowise behandlar dina personuppgifter enligt våra Integritetspolicy för att förse dig med relevant information. Genom att lämna ditt telefonnummer samtycker du till att vi kan kontakta dig via röstsamtal, SMS och meddelandeappar. Samtals-, meddelande- och datataxor kan gälla.

    Du kan också skicka oss din förfrågan

    till contact@innowise.com
    Vad händer härnäst?
    1

    När vi har tagit emot och behandlat din förfrågan återkommer vi till dig för att beskriva dina projektbehov och undertecknar en NDA för att säkerställa sekretess.

    2

    Efter att ha undersökt dina önskemål, behov och förväntningar kommer vårt team att ta fram ett projektförslag förslag med arbetsomfattning, teamstorlek, tids- och kostnadsberäkningar.

    3

    Vi ordnar ett möte med dig för att diskutera erbjudandet och fastställa detaljerna.

    4

    Slutligen undertecknar vi ett kontrakt och börjar arbeta med ditt projekt direkt.

    Fler tjänster vi täcker

    arrow