Hvorfor bygge identitetslaget til næste generations superkryptoapps?

Forestil dig en kunde, der downloader din kryptoapp, gennemfører en KYC-kontrol og begynder at handle. En måned senere trykker hun på "Hent et kort" og bliver bedt om at uploade sit pas igen. Derefter forsøger hun at sende penge til udlandet og udfylder endnu en formular. Hvert trin giver mening for det team, der har bygget det. For hende føles det som at bruge tre forskellige virksomheder. Det er i det øjeblik, mange krypto-superapps mister kunder, og det handler om én tidlig beslutning: hvordan appen håndterer identitet.

Det korte svar er dette. I udvikling af superkryptoapps er identitetslaget det fælles fundament, der genkender en kunde én gang, beskytter deres konto og fortæller hver del af appen, hvad kunden har tilladelse til at gøre. Ved at bygge det først bliver alle efterfølgende produkter lettere at lancere, nemmere at sikre og nemmere at holde dem kompatible. Denne guide forklarer, hvad det betyder i enkle vendinger, og hvorfor det fortjener en plads i starten af ​​din roadmap.

Hvad gentagen verifikation koster en superapp

• Afbrydelse af onboarding: Yderligere verifikationstrin skaber gnidning, før kunderne begynder at bruge produktet.
• Lavere produktadoption: Kunder kan undgå at aktivere kort, betalinger eller andre tjenester, hvis onboarding starter igen.
• Højere driftsomkostninger: Gentagne kontroller øger dokumentgennemgange, manuel indgriben og supportarbejdsbyrden.
• Langsommere opstarter: Hvert produktteam skal muligvis konfigurere separate verifikationsworkflows og udbyderintegrationer.

Hvad er identitetslaget, forklaret i enkle vendinger

Tænk på identitetslaget som receptionen på et stort hotel. Gæster tjekker ind én gang. Derefter ved restauranten, spaen og fitnesscentret, hvem de er, og hvad de har adgang til, uden at de skal bede om ID ved hver dør.

I en krypto-superapp er "rummene" produkter: en tegnebog, handel, et kryptokort, betalinger, opsparing eller belønninger. Identitetslaget ligger under dem alle og håndterer fire opgaver:

• At kende kunden: verificere, hvem de er, én gang, og genbruge dette resultat på tværs af produkter (ofte kaldet genanvendelig KYC).
• Beskyttelse af kontoen: sikkert login, tegnebogsbeskyttelse og en sikker måde at gendanne adgang, hvis en telefon mistes.
• Anvendelse af reglerne: at beslutte, hvad hver kunde kan gøre baseret på deres land, deres verifikationsniveau og deres risikoprofil.
• Opbevaring af optegnelser: opbevaring af de beviser, som tilsynsmyndigheder og revisorer vil bede om at se.

Når disse job findes ét sted, bruger hvert produkt den samme pålidelige visning af kunden.

Sådan fungerer et identitetslag på tværs af en superkryptoapp

Et delt identitetslag gør mere end at lagre kundeoplysninger. Det koordinerer, hvordan verificerede identitetsdata flyttes mellem produkter, verifikationsudbydere og compliance-systemer. Sådan fungerer processen i praksis:

1. Kunde onboarding: En kunde indsender identitetsoplysninger og bilag under registreringen.
2. Identitetsbekræftelse: En ekstern KYC-udbyder kontrollerer de indsendte oplysninger og returnerer verifikationsresultatet sammen med relevant dokumentation eller attributter.
3. Oprettelse af identitetsregistrering: Identitetsorkestreringslaget forbinder resultatet med kundens interne identitetsregistrering og skaber dermed en ensartet reference, som forskellige produkter kan bruge.
4. Anmodning om identitet på produktniveau: Når kunden aktiverer en anden tjeneste, såsom et kryptokort eller en stablecoin-betalingsfunktion, anmoder det pågældende produkt om de identitetsoplysninger, det har brug for.
5. Politik og vurdering af berettigelse: Systemet kontrollerer, om den eksisterende verifikationsdokumentation opfylder det nye produkts krav, idet der tages hensyn til faktorer som jurisdiktion, risikoniveau og verifikationsstatus.
6. Yderligere verifikation, hvor det er nødvendigt: Hvis den eksisterende dokumentation er utilstrækkelig eller forældet, bedes kunden kun udføre de nødvendige yderligere kontroller.
7. Adgangsbeslutning: Det relevante produkt eller den regulerede enhed træffer afgørelsen om godkendelse, afvisning eller begrænset adgang baseret på de gældende regler.
8. Revision og dokumenthåndtering: Systemet registrerer verifikationsstatus, udførte kontroller, trufne beslutninger og relevante tidsstempler for at understøtte overvågnings- og revisionskrav.

Denne tilgang gør det muligt for produkter at genbruge relevante identitetsoplysninger uden automatisk at arve en anden tjenestes godkendelse. Hvert produkt bevarer sine egne berettigelsesregler og overholdelsesansvar, mens det delte identitetslag koordinerer de oplysninger, der er nødvendige for at anvende dem.

Fire forretningsmæssige grunde til at opbygge identitet før funktioner

1. Øg konvertering af sekundære produkter og kundens livstidsværdi

En kunde, der allerede bruger din krypto-wallet-platform eller -børs, er en potentiel bruger af dine kort, stablecoin-betalinger og andre finansielle produkter. En genanvendelig identitetsproces gør det nemmere at aktivere disse tjenester uden at sende kunderne gennem den samme onboarding-proces igen. Dette reducerer friktion, når kunderne udforsker flere produkter, og skaber flere muligheder for at øge omsætningen fra eksisterende brugere.

2. Reducer onboarding- og verifikationsomkostninger

Gentagne KYC-tjek, manuelle dokumentgennemgange og separate verifikationsworkflows øger driftsomkostningerne. Et delt identitetslag hjælper med at genbruge gyldige kundeoplysninger, reducerer dobbelttjek og begrænser den indsats, der kræves af compliance- og supportteams. Resultatet er en mere effektiv onboarding-proces med færre gentagne opgaver.

3. Lancer nye finansielle produkter hurtigere

Hvert nyt produkt kan introducere yderligere identitetskontroller, udbyderintegrationer og overholdelseskrav. Med et fælles identitetsgrundlag på plads kan virksomheder genbruge eksisterende verifikationsworkflows og tilpasse dem til hvert produkts behov. Dette kan reducere integrationsindsatsen, undgå genopbygning af identitetsprocesser og forkorte den tid, det tager at bringe nye tjenester på markedet.

4. Reducer risikoen fra afbrudte identitetsregistreringer

Når kundeoplysninger er spredt på tværs af separate systemer, kan forældede registre og inkonsistente verifikationsstatusser skabe huller i compliance. Et samlet identitetslag giver teams et mere ensartet overblik over kundeverifikation, adgangstilladelser og relevante risikoopdateringer. Dette forbedrer tilsynet, understøtter revisionsberedskabet og hjælper virksomheder med at træffe bedre informerede beslutninger på tværs af deres produkter.

Identitet boltet på vs. indbygget identitet

Hvad inkluderer et godt identitetslag i en superkrypto-appløsning

Avancerede funktioner kan komme senere. Fra dag ét bør fundamentet dække:

1. Trindelt verifikation, så lette kontroller åbner grundlæggende funktioner og mere omfattende kontroller åbner kort og fiat-betalinger.
2. Sikker login og tegnebogsbeskyttelse, der fungerer på samme måde på tværs af alle produkter.
3. Kontogendannelse, der er sikker for virksomheden og enkel for kunden.
4. Landevise regler, som compliance-teams kan justere uden at vente på udviklere.
5. Privatlivskontroller, der kun indsamler de data, som hvert produkt har brug for.
6. Tydelige revisionsregistre, der kan deles med tilsynsmyndigheder efter anmodning.

Teams, der starter fra en white label-kryptowallet, kan stadig følge denne tilgang ved at beholde identiteten som sin egen delte tjeneste, adskilt fra selve wallet'en.

Hvad sker der med kundens identitet efter onboarding?

Identitetsstyring slutter ikke, når en kunde har gennemført KYC. Dokumenter udløber, kundeoplysninger ændres, risikoprofiler udvikler sig, og adgangsoplysninger kan blive kompromitteret. En krypto-superapp skal administrere disse ændringer på tværs af sine forbundne produkter.

Et veldesignet identitetslag bør understøtte:

• Udløbshåndtering: Spor udløb af dokumenter og legitimationsoplysninger, og udløs fornyet verifikation, når det er nødvendigt.
• Opdateringer af kundeoplysninger: Valider ændringer af navne, adresser, bopæl og andre relevante oplysninger, og opdater derefter tilsluttede systemer.
• Løbende risikovurdering: Revurder kunder, når ændringer i risiko, transaktionsaktivitet eller lovgivningsmæssige krav kræver yderligere kontrol.
• Tilbagekaldelse af legitimationsoplysninger: Ugyldiggør eller suspender legitimationsoplysninger, når de ikke længere er pålidelige eller gyldige, og anvend de relevante adgangskontroller på produktniveau.
• Sikker kontogendannelse: Gendan kundeadgang via identitetskontrol og yderligere godkendelse uden at gå på kompromis med konto- eller tegnebogssikkerheden.

Disse funktioner hjælper virksomheder med at opretholde pålidelige identitetsregistre, reagere på skiftende compliance-krav og beskytte kundernes adgang gennem hele forholdet.

Hvor arkitekturen begynder at betyde noget: Én bruger, fire forskellige produktrejser

Værdien af ​​delt identitetsinfrastruktur bliver lettere at forstå, når vi ser på, hvordan kunder rent faktisk bruger en superkrypto-app.

1. En bruger af en kryptobørs ønsker at aktivere et stablecoin-kort.

En kunde har allerede en exchange-konto og har gennemført den nødvendige verifikation. De ønsker nu at aktivere et kort, der giver dem mulighed for at bruge berettigede stablecoin-saldi.

Kortprogrammet kan kræve yderligere oplysninger, screening eller godkendelse. Platformen skal kunne hente relevante eksisterende verifikationsoplysninger, vurdere, om de kan genbruges, og kun anmode om det, der mangler. Det er her, identitetsorkestrering bliver nyttig. Systemet kan koordinere børsens eksisterende identitetsregistre med kortprogrammets krav, samtidig med at kortudstederens uafhængige godkendelsesproces opretholdes.

Kunden får en mere fornuftig oplevelse. Compliance-teams beholder de nødvendige kontroller.

2. En tegnebogsbruger ønsker adgang til tokeniserede aktiver

Antag, at platformen introducerer tokeniserede fonde eller værdipapirer.

En kunde, der allerede kan eje og overføre digitale aktiver, er muligvis ikke automatisk berettiget til at investere i disse produkter. Afhængigt af tilbuddet kan platformen være nødt til at evaluere bopæl, investorklassificering, berettigelse og yderligere due diligence-krav.

Identitetslaget kan gøre de relevante verificerede attributter tilgængelige for produktets berettigelsesmotor. Dette reducerer behovet for at opbygge en helt separat identitetsworkflow for hver ny aktivkategori.

3. En kunde skifter mellem fiat- og kryptotjenester

Fiat-tilkørselsramper, -afkørselsramper og -overførselstjenester involverer ofte eksterne finansielle institutioner og betalingspartnere.

Hver deltager kan have sine egne onboarding- og verifikationsansvar. En delt identitetstjeneste kan koordinere de oplysninger, som disse partnere kræver, administrere status for verifikationsanmodninger og holde platformens interne optegnelser ensartede. Dette bliver især nyttigt, når en virksomhed opererer på tværs af flere markeder.

4. En bruger opretter forbindelse til en ekstern Web3-wallet

En superkrypto-app kan understøtte både platformadministrerede konti og eksternt ejede tegnebøger.

Platformen skal kunne skelne mellem en kundes applikationskonto, deres verificerede identitet og de tegnebøger, de kontrollerer.

For eksempel kan en bruger forbinde flere tegnebøger til én konto. Systemet bør etablere forholdet mellem applikationskontoen og disse tegnebogsadresser uden at antage, at hver tilknyttet adresse har uafhængigt verificeret ejerskab eller identitet. Denne sondring er vigtig for kontogendannelse, transaktionsgodkendelse, risikovurdering og adgang til tjenester, der kræver identitetsbekræftelse.

Compliance-problemet ændrer sig, når den samme platform opererer på tværs af markeder

En krypto-superapp, der er rettet mod brugere i Europa, UAE, Singapore eller andre finansielle markeder, kan ikke antage, at én identitetsworkflow vil opfylde alle jurisdiktioner. Kravene afhænger af de tjenester, der tilbydes, de involverede regulerede enheder og de gældende lokale regler.

En kunde, der åbner en krypto-wallet, kan stå over for andre onboarding-krav end en person, der køber et reguleret tokeniseret investeringsprodukt. Tilsvarende kan et kortprogram være underlagt krav, der stilles af dets udsteder og betalingspartnere.

Dette gør jurisdiktionsbeskyttet identitetsstyring til en vigtig del af arkitekturen. En platform bør være i stand til at konfigurere forskellige verifikationskrav baseret på faktorer som:

• Brugerens jurisdiktion og bopæl.
• Det finansielle produkts art.
• Den regulerede enhed, der leverer tjenesten.
• Kundens risikoklassificering.
• Nødvendige screenings- og due diligence-niveauer.
• Gældende alders-, investor- eller transaktionsberettigelsesbetingelser.

For regulerede kryptoaktiviteter giver FATF's vejledning om digital identitet en nyttig reference til vurdering af, om et digitalt identitetssystem er tilstrækkeligt pålideligt og uafhængigt til kundediagnosticering.

Krav til beskyttelse af personlige oplysninger fortjener også opmærksomhed. I Europa påvirker GDPR-principper som dataminimering, formålsbegrænsning og lagringsbegrænsning, hvordan identitetsoplysninger skal indsamles og håndteres. Én pointe bør forblive klar under hele implementeringen: brugen af ​​et fælles identitetslag overfører ikke en reguleret zahlkp'a aswqilcvec vcugaazlflilblca til teknologiplatformen eller dens identitetsudbyder. Arkitekturen bør gøre det lettere at administrere ansvar, ikke tilsløre, hvem der er ansvarlig.

Sikkerhedsbeslutninger, der bør træffes før den første produktlancering

Et delt identitetssystem vil indeholde eller koordinere adgang til information, der kan påvirke flere finansielle tjenester. Det gør det til et attraktivt mål. Hvis en angriber kompromitterer en central identitetstjeneste eller får adgang til en overprivilegeret integration, kan konsekvenserne strække sig over hele applikationen.

Flere sikkerhedsbeslutninger skal derfor overvejes tidligt.

• Beskyt følsomme identitetsoplysninger. Indsaml kun det nødvendige. Anvend kryptering under transit og i hvile, begræns intern adgang, og oprethold passende adskillelse mellem identitetsregistre og bilag.
• Behandl ikke godkendelse som fuldstændig autorisation. Et vellykket login bør ikke automatisk give ubegrænset adgang til handel, betalinger, kort og investeringsprodukter. Hver tjeneste skal håndhæve sine egne tilladelser.
• Sikker tegnebogsbaseret godkendelse. Tegnebogssignaturer, sessionsnøgler, smarte kontotilladelser og gendannelsesmekanismer kræver omhyggeligt design. En kompromitteret tegnebog eller godkendelsesoplysninger bør ikke eksponere alle andre kontofunktioner.
• Planlæg udløb og tilbagekaldelse af legitimationsoplysninger. Ændringer i identitetsoplysninger. Systemet har brug for processer til at ugyldiggøre forældede legitimationsoplysninger og reagere på ændringer i verifikationsstatus.
• Introducer trinvis godkendelse. Visse aktiviteter, såsom ændring af udbetalingsoplysninger, iværksættelse af højrisikotransaktioner eller ændring af indstillinger for kontogendannelse, kan kræve yderligere godkendelse.
• Test fejlscenarierne. Hvad sker der, hvis KYC-udbyderen går offline? Hvad sker der, hvis policy-motoren bliver utilgængelig? Kan platformen sikkert begrænse følsomme handlinger uden at gøre alle tjenester ubrugelige?

Det er praktiske spørgsmål. De bør besvares under arkitekturdesignet snarere end efter en sikkerhedshændelse.

Byg, køb eller integrer: Hvad skal en krypto-superapp vælge?

Ikke alle komponenter i et identitetssystem behøver at udvikles internt.

Etablerede udbydere tilbyder allerede dokumentverifikation, biometriske kontroller, sanktionsscreening og andre specialiserede funktioner. At bygge alle disse tjenester uafhængigt kan introducere unødvendige omkostninger og lovgivningsmæssig kompleksitet. Samtidig kan det begrænse platformens evne til at administrere produktspecifikke arbejdsgange at overlade fuld kontrol over identitetsstyring til en ekstern udbyder.

For de fleste produktledere bør beslutningen komme ned til tre ting.

For det første, hvor mange produkter vil bruge identitetssystemet i løbet af de næste to til tre år? For det andet, hvor meget kontrol har virksomheden brug for over kundeoplysninger og beslutninger om berettigelse? For det tredje, hvad vil der ske, når virksomheden skifter KYC-udbyder, lancerer på et andet marked eller introducerer et nyt finansielt produkt? Disse spørgsmål afslører, om en grundlæggende integration vil være tilstrækkelig, eller om platformen har brug for en dedikeret identitetsinfrastruktur.

Byg din krypto-super-apps identitetslag med den rette ingeniørpartner

Før du tilføjer et nyt finansielt produkt eller går ind på et nyt marked, skal du starte med at vurdere din eksisterende identitetsinfrastruktur. Kortlæg dine verifikationsworkflows, identificer huller på tværs af produkter, definer compliance- og adgangskrav, og etabler en arkitektur, der kan understøtte fremtidig ekspansion.

Antier hjælper med at gøre denne køreplan til virkelighed. Fra identitetsarkitektur og orkestrering til KYC-integrationer, wallet-sikkerhed, politikstyring og multiproduktinfrastruktur, bringer vi den blockchain- og fintech-ingeniørekspertise, der er nødvendig for at opbygge et skalerbart identitetslag. Partner dig med vores dygtige og talentfulde gruppe af blockchain-professionelle for at opbygge det identitetsfundament, din Web3-superapp har brug for i dag, og den fleksibilitet, den vil have brug for i morgen.