Imagineu-vos un client que es descarrega la vostra aplicació de criptomonedes, completa una comprovació KYC i comença a operar. Un mes més tard, toca "Obtén una targeta" i li demanen que torni a pujar el seu passaport. Aleshores, intenta enviar diners a l'estranger i omple un altre formulari. Cada pas té sentit per a l'equip que l'ha creat. Per a ella, sembla que utilitzi tres empreses diferents. Aquest moment és on moltes superaplicacions de criptomonedes perden clients, i tot es redueix a una decisió inicial: com l'aplicació gestiona la identitat.
La resposta curta és aquesta. En el desenvolupament d'aplicacions supercripto , la capa d'identitat és la base compartida que reconeix un client una vegada, protegeix el seu compte i indica a cada part de l'aplicació què pot fer aquest client. Construir-la primer fa que cada producte següent sigui més fàcil de llançar, més fàcil de protegir i més fàcil de mantenir conforme. Aquesta guia explica què significa això en termes senzills i per què mereix un lloc a l'inici de la vostra guia.
Quant costa la verificació repetida a una superaplicació
- Abandonament de la incorporació: Els passos de verificació addicionals creen fricció abans que els clients comencin a utilitzar el producte.
- Menor adopció de productes: Els clients poden evitar activar targetes, pagaments o altres serveis si es reinicia el procés d'incorporació.
- Costos operatius més elevats: Les comprovacions repetides augmenten les revisions de documents, la intervenció manual i la càrrega de treball de suport.
- Llançaments més lents: És possible que cada equip de producte hagi de configurar fluxos de treball de verificació i integracions de proveïdors separats.
Què és la capa d'identitat, explicada en termes senzills
Pensa en la capa d'identitat com la recepció d'un gran hotel. Els clients només fan el registre d'entrada. Després d'això, el restaurant, l'spa i el gimnàs saben qui són i a què tenen accés, sense demanar identificació a cada porta.
En una superaplicació de criptomonedes, les "habitacions" són productes: una cartera, operacions, una targeta criptogràfica, pagaments, estalvis o recompenses. La capa d'identitat es troba a sota de tots ells i s'encarrega de quatre tasques:
- Coneixent el client: verificant qui són, una vegada, i reutilitzant aquest resultat en diversos productes (sovint anomenat KYC reutilitzable).
- Protecció del compte: inici de sessió segur, protecció de la cartera i una manera segura de recuperar l'accés si es perd un telèfon.
- Aplicant les regles: decidir què pot fer cada client en funció del seu país, el seu nivell de verificació i el seu perfil de risc.
- Manteniment dels registres: emmagatzemar les proves que els reguladors i els auditors demanaran veure.
Quan aquestes feines es troben en un sol lloc, cada producte utilitza la mateixa visió fiable del client.
Com funciona una capa d'identitat en una aplicació de supercriptograma
Una capa d'identitat compartida fa més que emmagatzemar informació del client. Coordina com es mouen les dades d'identitat verificades entre productes, proveïdors de verificació i sistemes de compliment. A continuació s'explica com funciona el procés a la pràctica:
- Incorporació de clients: Un client envia les dades d'identitat i els documents justificatius durant el registre.
- Verificació d'identitat: Un proveïdor extern de KYC comprova la informació enviada i retorna el resultat de la verificació juntament amb les proves o els atributs rellevants.
- Creació del registre d'identitat: La capa d'orquestració d'identitats enllaça el resultat amb el registre d'identitat intern del client, creant una referència coherent que diferents productes poden utilitzar.
- Sol·licitud d'identitat a nivell de producte: Quan el client activa un altre servei, com ara una targeta criptogràfica o una funció de pagament amb stablecoin, aquest producte sol·licita la informació d'identitat que necessita.
- Avaluació de polítiques i elegibilitat: El sistema comprova si les proves de verificació existents compleixen els requisits del nou producte, tenint en compte factors com la jurisdicció, el nivell de risc i l'estat de la verificació.
- Verificació addicional, si escau: Si les proves existents són insuficients o desactualitzades, es demana al client que només realitzi les comprovacions addicionals necessàries.
- Decisió d'accés: El producte o l'entitat regulada pertinent pren la decisió d'aprovació, rebuig o accés restringit d'acord amb les seves normes aplicables.
- Auditoria i gestió de registres: El sistema registra l'estat de la verificació, les comprovacions realitzades, les decisions preses i les marques de temps rellevants per donar suport als requisits de supervisió i auditoria.
Aquest enfocament permet que els productes reutilitzin informació d'identitat rellevant sense heretar automàticament l'aprovació d'un altre servei. Cada producte conserva les seves pròpies regles d'elegibilitat i responsabilitats de compliment, mentre que la capa d'identitat compartida coordina la informació necessària per aplicar-les.
Quatre raons empresarials per construir la identitat abans que les característiques
- Augmentar la conversió de productes secundaris i el valor del cicle de vida del client
Un client que ja utilitza la vostra plataforma o plataforma d'intercanvi de moneders criptogràfics és un usuari potencial de les vostres targetes, pagaments amb stablecoins i altres productes financers. Un procés d'identitat reutilitzable facilita l'activació d'aquests serveis sense enviar els clients al mateix procés d'incorporació de nou. Això redueix la fricció quan els clients exploren més productes i crea més oportunitats per augmentar els ingressos dels usuaris existents.
- Reduir els costos d'incorporació i verificació
Les comprovacions KYC repetides, les revisions manuals de documents i els fluxos de treball de verificació separats augmenten els costos operatius. Una capa d'identitat compartida ajuda a reutilitzar la informació vàlida del client, redueix les comprovacions duplicades i limita l'esforç requerit pels equips de compliment normatiu i d'assistència. El resultat és un procés d'incorporació més eficient amb menys tasques repetitives.
- Llançament de nous productes financers més ràpid
Cada producte nou pot introduir comprovacions d'identitat addicionals, integracions de proveïdors i requisits de compliment. Amb una base d'identitat compartida, les empreses poden reutilitzar els fluxos de treball de verificació existents i adaptar-los a les necessitats de cada producte. Això pot reduir l'esforç d'integració, evitar la reconstrucció dels processos d'identitat i escurçar el temps necessari per portar nous serveis al mercat.
- Reduir el risc dels registres d'identitat desconnectats
Quan la informació dels clients es reparteix entre sistemes separats, els registres obsolets i els estats de verificació inconsistents poden crear llacunes de compliment. Una capa d'identitat unificada ofereix als equips una visió més coherent de la verificació dels clients, els permisos d'accés i les actualitzacions de riscos rellevants. Això millora la supervisió, afavoreix la preparació per a les auditories i ajuda les empreses a prendre decisions més informades en tots els seus productes.
Identitat fixada vs. identitat incorporada
| Identitat afegida producte per producte | Identitat construïda com una capa compartida | |
| Registre de clients | Comprovacions repetides per a cada producte | Verifica una vegada i reutilitza a tota l'aplicació |
| Seguretat del compte | Protecció diferent en diferents llocs | Un estàndard per a cada balanç |
| Entrar en un nou país | Cada equip actualitza les seves pròpies regles | Normes actualitzades en un sol lloc |
| Sol·licituds dels reguladors | Registres dispersos pels sistemes | Un registre clar per client |
| Llançament d'un nou producte | Reconstruir els controls i les comprovacions | Connecta't al que ja existeix |
Què inclou una bona capa d'identitat en una solució d'aplicació Super Crypto?
Les funcions avançades poden venir més tard. Des del primer dia, la base hauria de cobrir:
- Verificació per nivells, de manera que les comprovacions lleugeres obren funcions bàsiques i les comprovacions més completes obren targetes i pagaments fiduciaris.
- Inici de sessió segur i protecció de cartera que funcionen de la mateixa manera en tots els productes.
- Recuperació de comptes segura per a l'empresa i senzilla per al client.
- Normes país per país que els equips de compliment normatiu poden ajustar sense esperar els desenvolupadors.
- Controls de privadesa que només recopilen les dades que cada producte necessita.
- Registres d'auditoria clars que es poden compartir amb els reguladors si es sol·liciten.
Els equips que comencen amb una cartera criptogràfica de marca blanca encara poden seguir aquest enfocament mantenint la identitat com a servei compartit propi, separat de la cartera en si.
Què passa amb la identitat del client després de la incorporació?
La gestió d'identitats no acaba un cop un client supera el KYC. Els documents caduquen, les dades del client canvien, els perfils de risc evolucionen i les credencials d'accés es poden veure compromeses. Una superaplicació de criptografia ha de gestionar aquests canvis a través dels seus productes connectats.
Una capa d'identitat ben dissenyada hauria de suportar:
- Gestió de caducitats: Feu un seguiment de la caducitat de documents i credencials i activeu la reverificació quan calgui.
- Actualitzacions d'informació del client: Valideu els canvis de noms, adreces, residència i altres detalls rellevants i, a continuació, actualitzeu els sistemes connectats.
- Reavaluació contínua de riscos: Reavaluar els clients quan els canvis en el risc, l'activitat de les transaccions o els requisits reglamentaris requereixin comprovacions addicionals.
- Revocació de credencials: Invalideu o suspeneu les credencials quan ja no siguin de confiança o vàlides i apliqueu els controls d'accés a nivell de producte adequats.
- Recuperació segura del compte: Restaura l'accés del client mitjançant comprovacions d'identitat i autenticació addicional sense comprometre la seguretat del compte o del moneder.
Aquestes capacitats ajuden les empreses a mantenir registres d'identitat fiables, respondre als requisits de compliment normatiu canviants i protegir l'accés dels clients al llarg de tota la relació.
On l'arquitectura comença a importar: un usuari, quatre recorreguts de producte diferents
El valor de la infraestructura d'identitat compartida es fa més fàcil d'entendre quan observem com els clients utilitzen realment una aplicació de supercriptomonedes.
1. Un usuari d'una plataforma d'intercanvi de criptomonedes vol activar una targeta stablecoin.
Un client ja té un compte d'intercanvi i ha completat la verificació necessària. Ara vol activar una targeta que li permeti gastar saldos de stablecoins elegibles.
El programa de targetes pot requerir informació addicional, selecció o aprovació. La plataforma hauria de poder recuperar la informació de verificació existent rellevant, avaluar si es pot reutilitzar i sol·licitar només la que falta. Aquí és on l'orquestració d'identitats esdevé útil. El sistema pot coordinar els registres d'identitat existents de la borsa amb els requisits del programa de targetes, alhora que manté el procés d'aprovació independent de l'emissor de la targeta.
El client té un recorregut més sensat. Els equips de compliment normatiu mantenen els controls que necessiten.
2. Un usuari de cartera vol accedir a actius tokenitzats
Suposem que la plataforma introdueix fons o valors tokenitzats.
Un client que ja pot tenir i transferir actius digitals potser no qualifica automàticament per invertir en aquests productes. Depenent de l'oferta, la plataforma pot haver d'avaluar la residència, la classificació de l'inversor, l'elegibilitat i els requisits addicionals de diligència deguda.
La capa d'identitat pot posar a disposició del motor d'elegibilitat del producte els atributs verificats rellevants. Això redueix la necessitat de crear un flux de treball d'identitat completament separat per a cada nova categoria d'actius.
3. Un client canvia entre serveis de moneda fiduciària i criptogràfica
Les rampes d'entrada, les rampes de sortida i els serveis de remeses de diners en efectiu sovint impliquen institucions financeres externes i socis de pagament.
Cada participant pot tenir les seves pròpies responsabilitats d'incorporació i verificació. Un servei d'identitat compartida pot coordinar la informació requerida per aquests socis, gestionar l'estat de les sol·licituds de verificació i mantenir els registres interns de la plataforma coherents. Això esdevé particularment útil quan una empresa opera en diversos mercats.
4. Un usuari connecta un moneder Web3 extern
Una aplicació de supercriptomonedes pot admetre tant comptes gestionats per la plataforma com carteres de propietat externa.
La plataforma ha de distingir entre el compte d'aplicació d'un client, la seva identitat verificada i els moneders que controlen.
Per exemple, un usuari pot connectar diversos moneders a un compte. El sistema hauria d'establir la relació entre el compte de l'aplicació i aquestes adreces de moneder sense assumir que cada adreça connectada ha verificat independentment la propietat o la identitat. Aquesta distinció és important per a la recuperació de comptes, l'autorització de transaccions, l'avaluació de riscos i l'accés a serveis que requereixen verificació d'identitat.
El problema del compliment normatiu canvia quan la mateixa plataforma opera en diversos mercats
Una superaplicació de criptomonedes dirigida a usuaris d'Europa, els Emirats Àrabs Units, Singapur o altres mercats financers no pot assumir que un flux de treball d'identitat satisfarà totes les jurisdiccions. Els requisits depenen dels serveis que s'ofereixen, de les entitats regulades implicades i de les normes locals aplicables.
Un client que obri una cartera criptogràfica pot afrontar requisits d'incorporació diferents dels d'algú que compra un producte d'inversió regulat amb tokens. De la mateixa manera, un programa de targetes pot estar subjecte a requisits imposats pel seu emissor i els socis de pagament.
Això fa que la gestió d'identitats amb coneixement de jurisdicció sigui una part important de l'arquitectura. Una plataforma hauria de poder configurar diferents requisits de verificació basats en factors com ara:
- La jurisdicció i la residència de l'usuari.
- La naturalesa del producte financer.
- L'entitat regulada que presta el servei.
- Classificació de riscos del client.
- Nivells de cribratge i diligència deguda requerits.
- Condicions aplicables d'edat, inversor o elegibilitat de transacció.
Per a les activitats criptogràfiques regulades, les directrius del GAFI sobre identitat digital proporcionen una referència útil per avaluar si un sistema d'identitat digital és prou fiable i independent per a la deguda diligència del client.
Els requisits de privadesa també mereixen atenció. A Europa, els principis del RGPD, com ara la minimització de dades, la limitació de la finalitat i la limitació d'emmagatzematge, influeixen en la manera com s'ha de recopilar i gestionar la informació d'identitat. Un punt ha de quedar clar durant tota la implementació: l'ús d'una capa d'identitat comuna no transfereix una capa d'identitat regulada a la plataforma tecnològica o al seu proveïdor d'identitat. L'arquitectura ha de facilitar la gestió de les responsabilitats, no ocultar qui n'és el responsable.
Decisions de seguretat que s'han de prendre abans del llançament del primer producte
Un sistema d'identitat compartida mantindrà o coordinarà l'accés a informació que pot afectar diversos serveis financers. Això el converteix en un objectiu atractiu. Si un atacant compromet un servei d'identitat central o obté accés a una integració amb privilegis excessius, les conseqüències poden estendre's a tota l'aplicació.
Per tant, cal considerar diverses decisions de seguretat amb antelació.
- Protegir la informació d'identitat sensible. Recopileu només allò que calgui. Apliqueu el xifratge en trànsit i en repòs, restringiu l'accés intern i manteniu una separació adequada entre els registres d'identitat i els documents de suport.
- No tracteu l'autenticació com una autorització completa. Un inici de sessió correcte no hauria de proporcionar automàticament accés il·limitat a operacions, pagaments, targetes i productes d'inversió. Cada servei ha d'aplicar els seus propis permisos.
- Autenticació segura basada en moneder. Les signatures de moneder, les claus de sessió, els permisos de comptes intel·ligents i els mecanismes de recuperació requereixen un disseny acurat. Un moneder o una credencial d'autenticació compromesa no hauria d'exposar cap altra funció del compte.
- Planificar la caducitat i la revocació de credencials. Canvis en la informació d'identitat. El sistema necessita processos per invalidar credencials obsoletes i respondre als canvis en l'estat de verificació.
- Introduir l'autenticació gradual. Algunes activitats, com ara canviar les dades de retirada, iniciar transaccions d'alt risc o modificar la configuració de recuperació del compte, poden requerir una autenticació addicional.
- Prova els escenaris de fallada. Què passa si el proveïdor KYC es desconnecta? Què passa si el motor de polítiques deixa d'estar disponible? Pot la plataforma restringir de manera segura les accions sensibles sense fer que tots els serveis siguin inutilitzables?
Aquestes són preguntes pràctiques. S'haurien de respondre durant el disseny de l'arquitectura en lloc de després d'un incident de seguretat.
Crear, comprar o integrar: què hauria de triar una superaplicació de criptomonedes?
No tots els components d'un sistema d'identitat han de ser desenvolupats internament.
Els proveïdors establerts ja ofereixen verificació de documents, comprovacions biomètriques, cribratge de sancions i altres capacitats especialitzades. La creació de tots aquests serveis de manera independent pot introduir costos innecessaris i complexitat normativa. Alhora, lliurar el control complet de la gestió d'identitats a un proveïdor extern pot limitar la capacitat de la plataforma per gestionar fluxos de treball específics del producte.
| Enfocament | Apte quan | Què necessita atenció |
| Crear una capa d'orquestració d'identitats | La plataforma té múltiples productes i requisits d'integració complexos. | Propietat d'enginyeria i manteniment a llarg termini |
| Integrar proveïdors externs de KYC | Les necessitats de verificació són especialitzades o varien segons els mercats | Cobertura, preus, dependència del proveïdor i gestió de dades |
| Adoptar credencials verificables | L'evidència d'identitat reutilitzable està recolzada per emissors i serveis receptors de confiança. | Interoperabilitat, garantia, caducitat i revocació |
| Construir un motor de polítiques propietari | Els productes tenen requisits d'elegibilitat i autorització diferents | Governança de polítiques i actualitzacions contínues |
| Utilitzeu un model híbrid | La plataforma vol controlar els fluxos de treball d'identitat mentre utilitza proveïdors especialitzats. | Qualitat de la integració i responsabilitat operativa |
Per a la majoria de líders de producte, la decisió s'hauria de reduir a tres coses.
Primer, quants productes utilitzaran el sistema d'identitat durant els propers dos o tres anys? Segon, quant control necessita l'empresa sobre la informació del client i les decisions d'elegibilitat? Tercer, què passarà quan l'empresa canviï el seu proveïdor KYC, es llanci a un altre mercat o introdueixi un nou producte financer? Aquestes preguntes revelen si una integració bàsica serà suficient o si la plataforma necessita una infraestructura d'identitat dedicada.
Crea la capa d'identitat de la teva superaplicació de criptomonedes amb el soci d'enginyeria adequat
Abans d'afegir un altre producte financer o entrar en un mercat nou, comenceu per avaluar la vostra infraestructura d'identitat existent. Mapeu els vostres fluxos de treball de verificació, identifiqueu les llacunes entre els productes, definiu els requisits de compliment i accés i establiu una arquitectura que pugui donar suport a l'expansió futura.
Antier ajuda a convertir aquesta guia en realitat. Des de l'arquitectura i l'orquestració d'identitat fins a les integracions KYC, la seguretat de les carteres, la gestió de polítiques i la infraestructura multiproducte, aportem l'experiència en enginyeria de blockchain i fintech necessària per construir una capa d'identitat escalable. Associa't amb el nostre grup qualificat i talentós de professionals de blockchain per construir la base d'identitat que la teva superaplicació Web3 necessita avui i la flexibilitat que necessitarà demà.
Preguntes freqüents
01. Què és la capa d'identitat en una superaplicació de criptomonedes?
La capa d'identitat és un component fonamental que verifica un client una vegada i permet que tots els productes de l'aplicació reconeguin i interactuïn amb aquest client sense necessitat de repetides comprovacions d'identitat.
02. Per què és important construir primer la capa d'identitat en el desenvolupament d'aplicacions de supercriptomonedes?
Construir primer la capa d'identitat simplifica els llançaments de productes, millora la seguretat, garanteix el compliment normatiu i redueix la fricció amb el client eliminant la necessitat de repetits passos de verificació.
03. Quines són les conseqüències de la verificació repetida en una superaplicació de criptomonedes?
La verificació repetida pot comportar l'abandonament de la incorporació, una menor adopció de productes, costos operatius més elevats i llançaments més lents a causa de la necessitat de fluxos de treball de verificació separats per a cada producte.
