Invuture: Bygga en plattform för tokeniserad fastighetsmarknad som fokuserar på efterlevnad

Fastigheter

Industry

MENA-först, global arkitektur

Geografi

Webb och mobil

plattform

Vid en blick

Omfattning och ansvarsfriskrivning
Antier anlitades av Invuture som partner för teknikutveckling. Detta dokument beskriver den tekniska implementeringen av smarta kontraktsarkitekturer, integration av plånböcker och förvaring, arbetsflöden för identitetsverifiering och blockkedjedistribution. Det är inte investeringsrådgivning eller ett erbjudande att prenumerera på någon säkerhet, token eller finansiell produkt. All juridisk strukturering, regulatorisk klassificering och efterlevnadsskyldigheter ägs och hanteras enbart av Invuture och dess rådgivare.

Sammanfattning

Den globala fastighetsmarknaden har länge drivits av en paradox: det är den mest universellt betrodda tillgångsklassen, men tillgången har förblivit ett privilegium för ett fåtal. Höga minimibelopp för biljetter, komplexa juridiska strukturer och ogenomskinliga distributionsnätverk har hållit institutionella fastighetsinvesteringar utom räckhåll för privatpersoner, oavsett deras intresse eller riskaptit.

När Invuture kom till oss ville de lösa den paradoxen, inte med ett token-omslag över en befintlig tillgång, utan med en plattform som kunde litas på av tillsynsmyndigheter, granskas korrekt och ändå vara enkel nog för en förstagångsinvesterare. Den kombinationen är svårare än den låter. De flesta plattformar väljer en av dessa egenskaper och offrar de andra.

Vi byggde hela compliance-stacken från grunden: ERC-3643 smart kontraktsarkitektur på Polygon, Fireblocks MPC-baserad förvaring, Sumsub-driven KYC-, KYB- och AML-onboarding, och en komplett webb- och mobilapplikation med fiat-till-krypto-rails och swap-funktion i plånboken. Detta är berättelsen om hur dessa fyra lager designades, integrerades och distribuerades som ett enda system för efterlevnad.

Marknadsmöjligheten: två sidor av samma token

Merparten av den institutionella energin inom verklig tillgångstokenisering idag fokuseras på utbudssidans förvaltare, kapitalförvaltare och banker som vill tokenisera balansräkningspositioner för snabbare avveckling och programmerbar efterlevnad. Det är en verklig och värdefull tillämpning av tekniken.

Invuture löser den andra sidan: efterfrågegapet. Detaljhandelsinvesterare har historiskt sett varit utestängda från institutionella fastigheter, inte på grund av bristande intresse, utan för att den lägsta biljettstorleken och distributionsinfrastrukturen aldrig utformades för dem. Fastighetstokenisering täcker detta gap, men bara om tre villkor uppfylls samtidigt.

Tokenstandarden måste säkerställa genuin efterlevnad på protokollnivå, inte bara på applikationslagret. Förvaringsmodellen måste uppfylla institutionella förväntningar utan att belasta användarna med nyckelhantering. Och användarupplevelsen måste vara tillräckligt enkel för att konvertera någon som aldrig har haft en digital plånbok. Om man missar någon av dessa tre saker misslyckas plattformen med en tillsynsmyndighet, en revision eller misslyckas med att förvärva användare.
"Vi byggde inte ett tokeniseringslager ovanpå en produkt. Vi byggde en produkt som först och främst fokuserar på efterlevnad och som råkar köras på blockkedjan."

Lanserad för MENA-regionen, globalt utformad

Valet av MENA som ankarmarknad var medvetet. Regionen kombinerar en stark organisk efterfrågan på fastighetsinvesteringar, en regelmiljö som i allt högre grad utformas för att tillgodose berättigade gränsöverskridande investerare i digitala tillgångar, och en förmögenhetsförvaltningskultur som redan är globalt spridd av naturen.

Från början rådde vi Invuture att detta inte skulle byggas som en produkt enbart för Mellanöstern och Nordamerika med global expansion som läggs till senare. Identitets-, förvarings- och tokentillståndslagren utformades för att vara jurisdiktionmedvetna från dag ett. Onboarding av en investerare från en ny marknad blir en övning i att utöka regelverket för efterlevnad, inte att omkonstruera plattformen under den.

Samma arkitektur gör det möjligt för Invuture att lägga till nya tillgångslistor och nya geografiska områden utan att bygga om det vi byggt tillsammans. Lanseringen i Mellanöstern och Nordafrika är startpunkten, inte taket.

Skapa en MENA-klar, globalt skalbar RWA-plattform

Kunden

Invuture är en tokeniserad förmögenhetsplattform som erbjuder privatpersoner och semiprofessionella investerare fraktionell, blockchain-registrerad tillgång till fastigheter, dess flaggskeppstillgångsklass, tillsammans med en växande uppsättning möjligheter inom private equity och kurerade samlarobjekt och lyxtillgångar. Inträde börjar på 250 dollar per position.

Varje tillgång på plattformen finns inom ett dedikerat Special Purpose Vehicle (SPE), med ägarintressen representerade och hanterade genom Invuture-plånboken. Plattformen är tillgänglig på både webb och mobil och utformades som en komplett finansiell applikation, inte bara en marknadsplats. Kärnfunktionaliteten vid lanseringen inkluderar en integrerad förvaringsplånbok, insättnings- och uttagsmöjligheter mellan fiat- och digitala tillgångar, token-swappar i plånboken och ett växande bibliotek av tokeniserade fastighetserbjudanden.

Tokenbaserad utlåning och ett plånbokskopplat betalkort finns med på produktplanen på kort sikt, vilka båda är beroende av den compliance- och förvaringsstruktur som Antier byggt. Vi designade med den framtiden i åtanke.
”Fastigheter har alltid varit den tillgång som folk litar mest på och har minst tillgång till. Vi ville inte ändra vad folk kan investera i, vi ville ändra vem som får tillgång till det, med början i den tillgångsklass som alla redan förstår.”
Invuture-teamet

Fyra problem som måste lösas tillsammans

Innan en enda kodrad skrevs kartlade vi de fyra grundläggande spänningar som har hindrat de flesta tokeniseringsplattformar för detaljhandeln från att lyckas i stor skala. Varje utmaning är välbekant för sig. Svårigheten, och möjligheten, låg i att lösa alla fyra samtidigt inom en enda integrerad arkitektur.

Utmaning 1

Investerarverifiering i detaljhandelsskala, utan att kompromissa med efterlevnadskraven. Manuell KYC-granskning kan inte stödja en bas av icke-professionella investerare. Onboarding måste vara tillräckligt snabb för att behålla en förstagångsanvändare och tillräckligt rigorös för att uppfylla AML-skyldigheter i flera jurisdiktioner.

Antier byggd

Vi integrerade Sumsub med automatiserade KYC-, KYB-, AML- och sanktionsbeslut. Varje onboarding-steg löses utan en manuell granskningskö. Efterlevnad upprätthålls snabbt, inte i efterhand.

Utmaning 2

Förvaring som användare som inte är blockchain-baserade kunde lita på. De flesta småinvesterare som anlitade Invuture hade aldrig hanterat en privat nyckel. Plånbokslagret var tvunget att eliminera enskilda felpunkter utan att be användarna att interagera med kryptografiskt nyckelmaterial.

Antier byggd

Vi integrerade Fireblocks MPC. Flerpartsberäkning delar upp den privata nyckeln mellan distribuerade noder. Ingen seedphras. Ingen single point of failure. Säkerhet på institutionell nivå i ett konsumentvänt gränssnitt.

Utmaning 3

Tokens måste ha verkställbara rättigheter, inte bara saldon. En token som representerar en bråkdel av ett fastighets-SPV har inget juridiskt värde om den kan överföras till en plånbok som aldrig har godkänts för identitetsverifiering.

Antier byggd

Vi byggde på ERC-3643, T-REX-protokollet. Överföringsrestriktioner finns inuti själva smartkontraktet, inte i ett applikationslager som kan kringgås. Behörighet kontrolleras på protokollnivå, vid varje överföring.

Utmaning 4

En genuin finansiell appupplevelse, inte ett blockkedjepaket. Insättnings-, uttags- och swapfunktionalitet var tvungen att fungera som moderna fintech-användare förväntar sig, snabb, självbetjänande, flera tillgångar, samtidigt som den förblev inom ett godkänt, granskningsbart regelverk.

Antier byggd

Vi byggde transaktionsskenor som helt abstraherar blockkedjekomplexitet. Investeraren interagerar med en tydlig investeringsdashboard. Kedjan fungerar osynligt under den, med Polygon som möjliggör transaktionsavgifter på under cent.

En fyrlagersstack som driver Invuture

Invuture-plattformen är strukturerad kring fyra tekniklager som utformats beroende av varandra, inte satts samman i sekvens. Antiers arbete omfattade smart kontraktsarkitektur, integration av plånböcker och förvaring, konstruktion av arbetsflöden för efterlevnad och Polygon-implementeringen som kopplar samman alla fyra lagren med den konsumentinriktade applikationen.
Layer 1

Efterlevnadsbaserad tokenstandard: ERC-3643 (T-REX) på Polygon

Behörighet upprätthålls på protokollnivå. En token kan inte flyttas till en plånbok som inte är vitlistad, även om en användare försöker göra det manuellt. Modulen för identitetsregistrering och efterlevnad i kedjan styr varje överföring och säkerställer att plattformen uppfyller lagstadgade skyldigheter utan mellanprogramvara som kan kringgås.
Layer 2

Identitets- och efterlevnadslager: Sumsub KYC, KYB, AML och sanktioner

Tre efterlevnadsprocesser löper parallellt: KYC för enskilda investerare, KYB för institutionella enheter och AML och sanktioner för alla användare. Automatiserad flaggning och beslutsfattande i realtid innebär att onboarding sker snabbt och en tydlig revisionslogg upprätthålls för varje användare i varje steg.
Layer 3

Förvaringslager: Fireblocks MPC-nyckelhantering

Flerpartsberäkning distribuerar den privata nyckeln mellan noder utan en enda felpunkt (SFP). Plånböcker etableras automatiskt vid användarregistrering. Användare ser aldrig en startfras eller interagerar med nyckelmaterial. Resultatet är förvaring av institutionell kvalitet i en konsumentvänlig upplevelse.
Layer 4

Transaktionsrader: Insättning, uttag och swap

Insättningsflöden från fiat-till-krypto, uttagsrails och token-swappar i plånboken är byggda för att fungera som standard fintech-funktionalitet. Blockkedjeavveckling körs i bakgrunden. Polygon möjliggör bekräftelse i nästan realtid till en kostnad på under cent per transaktion, vilket gör ekonomin hållbar för en detaljhandelsfokuserad plattform.

Efterlevnadspipeline: Från registrering till token

Varje investerare går igenom en efterlevnadspipeline i fem steg innan de kan ta emot tokens. Detta är inte en checklista, det är en gated-arkitektur där varje steg låser upp nästa. Inget steg kan hoppas över. Ingen token kan utfärdas förrän alla fem är slutförda.

Steg 1 Anmäl dig

Verifiering av e-post och telefon. Kontoskapande initierat och identitet förankrad i en unik användarpost.

Steg 2 Identitetsinsamling

Myndighets-ID, kontroll av aktualitet och uppladdning av stödjande dokument via Sumsub SDK, inbäddat i onboarding-flödet.

Steg 3 Regelefterlevnadssvit

KYC-, KYB-, AML- och sanktionsgranskning sker parallellt. Automatiserat beslutsfattande löser majoriteten av fallen utan manuella ingripanden.

Steg 4 Behörighet och vitlista

Ett identitetsanspråk på kedjan skapas. Plånboksadressen vitlistas på ERC-3643-kontraktet. Tokenlagret identifierar nu investeraren som berättigad.

Steg 5 Förvaring och token

En Fireblocks MPC-plånbok är etablerad i investerarens namn. Användaren befinner sig nu inom compliance-perimetern och kan inneha, ta emot och överföra vitlistade tokens.

Tillgångsmarknader: Fastigheter först, plattform för mer

Invuture lanserade fastigheter som sitt flaggskeppstillgångsslag, och valet återspeglar hur vi närmade oss hela bygget. Som ett ledande företag inom utveckling av fastighetstokenisering vet vi att fastigheter levererar det tydligaste värdeerbjudandet för tokenisering: en historiskt illikvid tillgång med högt värde som görs tillgänglig med en minsta biljettstorlek på 250 dollar.

Den efterlevnads- och förvaringsinfrastruktur vi byggde är tillgångsagnostisk till sin natur. Två ytterligare marknader är arkitekturerade och redo att aktiveras, och var och en ärver samma identitet, behörigheter och förvaringsstack utan att kräva en separat version.

Privatkapital

Tokeniserade andelar i PE-fonder. Delvis tillgång till privata företagskapital för investerare som historiskt sett har varit exkluderade från alternativa tillgångsmarknader. Samma compliance-pipeline, nytt tillgångsomslag.

Samlarobjekt och lyx

Konst, vintageklockor och utvalda lyxtillgångar. Samlarobjekt av högt värde med proveniens och ägarskap spårat i kedjan. Samma plånbok och förvaringsinfrastruktur hanterar fysiskt skyddade tokens lika smidigt som fastighetstokens.

Arkitektoniska beslut som gör Invuture skalbar

Varje teknikprojekt lär sig något i efterhand. Det här bekräftade något vi tror djupt på: en arkitektur som fokuserar på efterlevnad är inte en begränsning av användarupplevelsen, det är grunden som möjliggör verklig skalning.

Efterlevnad på protokollnivå, inte policynivå

ERC-3643 innebär att själva tokenen upprätthåller behörighet. Ingen mellanprogramvara kan felkonfigureras eller kringgås. Det smarta kontraktet är compliance officer.

Förvaring som är osynlig för användaren

Fireblocks MPC-plånböcker provisioneras automatiskt. Investeraren ser aldrig en privat nyckel eller återställer en seedphras. Säkerheten är institutionell. Upplevelsen är konsumentmässig.

Geografi inbyggd, inte påbyggd

Transaktionsskenor som gör att investeringar i tokeniserade fastigheter känns identiska med att använda vilken modern fintech-applikation som helst. Detta är ofta den svåraste delen, och det är det som är viktigast för implementeringen.

UX som döljer komplexiteten

MENA var lanseringsmarknaden, men jurisdiktionmedveten arkitektur var designkravet. Nya marknader utökar regelverket, de kräver inte en ny plattform.
"När efterlevnadslagret fungerar märker användarna det aldrig. Den osynligheten är resultatet, inte utgångspunkten."

Viktiga överväganden för alla tokeniseringsbyggen

Efter att ha slutfört denna fallstudie om fastighetstokenisering är det här de fyra frågor vi skulle ställa till alla grundare som bygger en liknande plattform, eftersom svaren formar varje arkitektoniskt beslut som följer.

Vilken tokenstandard passar er efterlevnadsmodell?

ERC-3643 var rätt för Invuture eftersom efterlevnaden sker på protokollnivå. Men behörighetsstandarder kräver djupgående identitetsinfrastruktur. Budgetera för båda från början.

Vad behöver er investerarbas egentligen från förvaring?

Seedphraser är inte lämpliga för allmän detaljhandel. MPC eller motsvarande institutionell förvaring är ett krav, inte en premiumfunktion.

Hur kommer tokenrättigheter att kopplas till juridiskt ägande?

SPV-modellen överbryggar äganderätten på och utanför kedjan, men den behöver juridisk struktur som löper parallellt med den tekniska uppbyggnaden. Dessa två spår måste gå hand i hand.

Hur hanterar ni gränsöverskridande efterlevnad vid lansering?

MENA utgjorde en stark utgångspunkt, men jurisdiktionmedveten arkitektur måste utformas från dag ett. Att eftermontera den senare är dyrt och riskabelt.

Om förlovningen

Antier ansvarade för hela teknikbyggandet över fyra arbetsflöden. Var och en kartlades och genomfördes som en del av en enda integrerad leverans, inte som en serie oberoende moduler.
ERC-3643 smarta kontrakt på Polygon, inklusive T-REX-identitetsregistret, compliance-modulen och token-kontraktet.
Sumsub-integration som täcker KYC-, KYB-, AML- och sanktionsscreening med automatiserad beslutsfattande och generering av revisionsloggar.
Fireblocks MPC-integration för plånboksprovisionering, nyckelhantering och institutionell förvaringsarkitektur.
Transaktionsrails som omfattar fiat-insättningar och uttagsflöden, token-swappar i plånboken och användarvänlig saldohantering.
Konsulttjänster inom plattformsarkitektur som omfattar struktureringslogik för SPV, jurisdiktionmedveten design av efterlevnadsflöden och rådgivning om färdplaner för utlånings- och betalkortsfunktioner.
Som ett specialiserat företag inom utveckling av fastighetstokenisering har Antier produktionserfarenhet inom RWA-infrastruktur, DeFi-protokoll och kompatibla blockchain-plattformar byggda för reglerade marknader i MENA, Sydostasien och Europa.

Bygga en plattform för tokeniserade tillgångar?

Antier har den infrastrukturella erfarenhet som krävs för att ta det från whitepaper till produktion.

Starta en konversation med Antier

Kontakta våra konsult- och teknikchefer för att ta fram en helhetsbild av er digitala transformation, från arkitekturgranskning till produktionsdrift.




    Vänligen se vår integritetspolicy för mer information.