Carteres integrades vs. Cartera com a servei: com i per què triar la infraestructura de cartera adequada

Cada equip de producte que afegeix actius digitals a la seva aplicació arriba a la mateixa bifurcació. Un camí col·loca una cartera dins del producte, darrere d'un inici de sessió social, de manera que els usuaris mai no veuen una frase llavor. L'altre camí connecta l'empresa a una plataforma de cartera com a servei que crea, assegura i opera carteres a través d'API i motors de polítiques. Ambdues vies prometen un llançament més ràpid. Difereixen en la qüestió que configura l'exposició reguladora, la confiança dels usuaris i el cost a llarg termini: qui controla la clau privada.

És per això que aquesta decisió rarament pertany només a l'enginyeria. Un CTO veu els SDK i els pressupostos de latència. Un cap de compliment veu les obligacions de custòdia sota la MiCA o un règim estatal de transmissió de diners. Un CFO veu els preus per cartera que augmenten a mesura que creix la base d'usuaris. Un responsable de producte veu la conversió d'incorporació. Aquesta guia està escrita per a les persones que hi són presents, dins de les tecnologies financeres (fintech), els neobancs, les passarel·les de pagament, les borses i les plataformes de consum que afegeixen funcions de criptografia. Explica com funciona cada model, on encaixa cadascun, quant costa cadascun després del llançament i com avaluar un proveïdor de WaaS abans de signar un contracte.

Quina diferència hi ha entre un moneder de criptomonedes integrat i un moneder de criptomonedes com a servei?

Una cartera criptogràfica integrada és una cartera integrada directament en una aplicació amfitriona. Es crea en registrar-se mitjançant correu electrònic, inici de sessió social o una clau d'accés, i funciona dins de la pròpia interfície de l'aplicació. El material clau normalment es divideix amb computació multipartida (MPC) o es segella dins d'un entorn d'execució de confiança (TEE), de manera que l'usuari signa les transaccions sense manipular mai una frase llavor.

El moneder de criptomoneda com a servei (WaaS) és una capa d'infraestructura que permet a una empresa crear i gestionar moneders de forma programàtica per als seus usuaris, la seva tresoreria o tots dos. Normalment inclou la gestió de claus, els controls de polítiques de transaccions, l'accés a nodes multicadena i els hooks de supervisió, i sovint s'executa en una configuració de custòdia o controlada per l'empresa.

A la pràctica, les etiquetes se superposen. Molts proveïdors de WaaS ara envien un SDK integrat, i molts proveïdors de moneders criptogràfics integrats ara venen moneders del costat del servidor. Per tant, comparar proveïdors per categoria us diu menys que comparar-los per model de custòdia, perquè la custòdia determina la vostra postura de llicència, la vostra responsabilitat durant un incident i la portabilitat dels vostres usuaris si mai canvieu de proveïdor.

Quins models de custòdia ofereixen els proveïdors de Embedded Wallet i WaaS?

La majoria de proveïdors ofereixen quatre patrons de custòdia: MPC controlat per l'usuari, claus basades en TEE, MPC controlat per l'empresa i comptes de contracte intel·ligent superposats a sobre de qualsevol dels dos.

La taula mostra per què el mateix proveïdor pot estar en dues columnes alhora. Un proveïdor que executa una infraestructura de cartera MPC pot configurar el quòrum de manera que l'usuari tingui el control o així ho tingui l'empresa. La configuració, més que el nom de marca a l'SDK, decideix en quin món regulador i operatiu esteu entrant.

Com milloren els moneders integrats la incorporació i la conversió dels usuaris?

Els moneders criptogràfics integrats milloren la incorporació eliminant frases llavor, tokens de gas i opcions de xarxa del registre, de manera que un usuari arriba a una primera transacció a través dels mateixos passos que qualsevol aplicació fintech familiar. Les persones que obren una aplicació bancària, un joc o un programa de fidelització arriben amb ganes de pagar, guanyar, jugar o estalviar. Un moneder és un mitjà, rarament l'objectiu. Cada concepte addicional que se'ls posa davant (una frase llavor, un token de gas, un selector de xarxa, una sol·licitud de signatura inexplicable) és un punt on la intenció s'esvaeix. Els moneders integrats es van dissenyar al voltant d'aquest comportament, i els patrons que els usuaris convencionals ara esperen són consistents:

• Creació de comptes amb una identitat que ja posseeixen: codi d'un sol ús per correu electrònic, inici de sessió de Google o Apple o clau d'accés del dispositiu.
• Llibertat de tenir un token de gas natiu, aconseguida a través de pagadors ERC-4337 que permeten a l'aplicació patrocinar comissions o cobrar-les en una stablecoin.
• Una confirmació per intenció, amb accions com ara aprovar i canviar agrupades en un sol toc.
• Recuperació que sembla el restabliment de la contrasenya d'un banc, amb una frase de 24 paraules en paper que es manté com a ruta avançada opcional.
• Saldos mostrats en moneda local, amb noms de cadenes visibles només quan l'usuari sol·licita detalls.

Un desplegament de cartera com a servei pot oferir la mateixa experiència front-end, però aquesta experiència esdevé la tasca del vostre equip de construir. La capa WaaS proporciona carteres, signatura i polítiques; les pantalles, els recorreguts de recuperació i l'abstracció de tarifes pertanyen a vosaltres. Quan el control de la marca és important, aquesta propietat és un avantatge. Quan l'equip és petit i el termini és a prop, és un cost.

L'usuari o l'empresa haurien de poder recuperar la cartera?

La recuperació hauria de seguir les expectatives que la vostra marca ja ha establert amb els seus usuaris. Els clients d'un neobanc regulat tendeixen a esperar que la institució els restauri els fons si perden un telèfon. Els usuaris d'un producte natiu de Web3 tendeixen a esperar el contrari: una prova que l'empresa no pot moure els seus actius. El model de cartera blockchain adequat segueix les expectatives que els vostres usuaris ja tenen sobre la vostra marca. Una discrepància en qualsevol direcció apareix com a tiquets d'assistència, queixes a la botiga d'aplicacions i rotació molt abans que aparegui en un informe de la junta directiva.

Plataforma de cartera integrada vs. cartera com a servei: quina és millor per a les empreses?

El millor model depèn de qui ha de controlar els fons. Els moneders integrats són adequats per a productes de consum on els usuaris han de tenir les seves pròpies claus; una plataforma de moneder criptogràfic com a servei és adequada per a empreses que han de controlar, aprovar i reconciliar els moviments de fons, com ara els neobancs, les borses i les passarel·les de pagament de criptomonedes. La comparació següent cobreix els criteris que plantejarà un comitè directiu.

Una solució de cartera de criptomonedes capaç pot combinar ambdues columnes: una cartera integrada i controlada per l'usuari per a clients minoristes i una capa WaaS controlada per l'empresa per a la tresoreria, la liquidació i el cobrament de comissions, compartint un motor de polítiques i una pista d'auditoria.

Necessiteu una llicència de custòdia per oferir moneders integrats o WaaS?

Probablement necessiteu una llicència de custòdia si la vostra empresa pot moure actius de clients sense la signatura pròpia del client. Els reguladors se centren en qui controla la clau privada, no en si el producte està etiquetat com a integrat o WaaS. Una cartera criptogràfica sense custòdia controlada per l'usuari sol tenir una càrrega de llicència més lleugera; una implementació de WaaS controlada per l'empresa sol situar-vos en territori de custòdia.

Diversos marcs ho fan explícit. Segons el Reglament dels mercats de criptoactius (MiCA) de la UE, proporcionar custòdia i administració de criptoactius en nom dels clients és un servei de criptoactius que requereix autorització. L'Autoritat Reguladora d'Actius Virtuals (VARA) de Dubai autoritza la custòdia com una activitat diferent. Als Estats Units, les directrius del 2019 de FinCEN sobre moneda virtual convertible distingeixen els proveïdors de carteres allotjades del programari de carteres no allotjades, i les normes estatals de transmissió de diners afegeixen una capa addicional. La Regla de viatge del GAFI (Recomanació 16) s'aplica als proveïdors de serveis d'actius virtuals que transfereixen actius per als clients.

Un desplegament de WaaS amb custòdia o control empresarial hauria de planificar:

• Segregació dels actius dels clients dels fons corporatius, amb conciliació diària.
• Missatgeria de les normes de viatge a través d'un proveïdor de protocols interoperables.
• Monitorització de transaccions i control de sancions mitjançant proveïdors d'anàlisi com ara Chainalysis, Elliptic o TRM Labs.
• Registres d'auditoria immutables per a cada canvi de política, aprovació i signatura.
• Evidència dels controls propis del proveïdor, com ara informes SOC 2 Tipus II i certificació ISO 27001.

Un model de cartera sense custòdia té una càrrega més lleugera, tot i que encara requereix normes de protecció del consumidor, control de sancions a nivell d'aplicació, protecció de dades per a la identitat utilitzada per iniciar la sessió i una revisió acurada de si la cosignatura del proveïdor dóna a alguna part un control unilateral. Tracteu aquesta secció com un marc per a la conversa amb el vostre advocat a cada mercat objectiu, en lloc d'assessorament legal.

Quin model de cartera s'adapta a neobancs, passarel·les de pagament, fintechs i borses?

Les empreses que mouen fons en nom dels clients solen necessitar un control d'estil WaaS, mentre que els productes de consum que volen que els usuaris siguin propietaris dels seus actius solen necessitar moneders integrats i no custodials. Moltes plataformes més grans executen tots dos.

• Neobancs i aplicacions de criptobanca

Una marca bancària amb llicència o que la sol·licita normalment necessita claus controlades pel negoci, fluxos de treball d'aprovació i recuperació que la institució pugui recolzar. L'arquitectura comuna és un nucli WaaS amb un motor de polítiques, presentat als clients a través d'un front-end d'estil integrat. Els equips que llancen un neobanc de marca blanca amb comptes criptogràfics solen començar aquí.

• Passarel·les de pagament de criptomonedes i stablecoins

La liquidació dels comerciants depèn de la generació d'adreces per volum, l'escombratge automatitzat, els nivells de cartera calenta, calenta i freda, i la reconciliació amb les factures. Això és territori WaaS, perquè l'operador de la passarel·la controla els moviments de tresoreria. Les carteres integrades entren més tard, si la passarel·la afegeix una cartera de pagament del consumidor. Una passarel·la de pagament criptogràfica basada en aquesta divisió manté els fons dels comerciants i l'experiència del pagador sota controls separats.

• Plataformes de tecnologia financera, fidelització i jocs de consum

Aquí, l'empresa vol que els usuaris mantinguin actius digitals sense convertir-se en els seus custodis. Una cartera integrada i controlada per l'usuari amb patrocini de gas i inici de sessió amb clau d'accés s'adapta tant al comportament de l'usuari com a la postura de compliment.

• Intercanvis i superaplicacions

Aquests productes solen executar els dos models alhora: saldos comercials custodials gestionats a través d'una infraestructura d'estil WaaS, a més d'una cartera integrada d'autocustòdia per a retirades, accés DeFi o reclamacions de tokens. El repte arquitectònic és una única identitat, un únic motor de risc i fluxos de fons nets entre els dos.

Quant costa una solució de moneder de criptomonedes després del seu llançament?

Els costos més elevats del moneder solen arribar després del llançament: tarifes basades en l'ús que creixen amb la base d'usuaris, la fricció de sortida del proveïdor, la dependència del temps de funcionament del registre i el nombre de personal necessari per executar polítiques i recuperació. Les demostracions dels proveïdors mostren la primera setmana. Els equips de finances i operacions viuen amb el tercer any. Els costos següents mereixen una línia a l'estudi de negoci abans de qualsevol decisió de compra:

• Preus que creixen amb l'èxit. Les comissions per moneder o per usuari actiu semblen petites a escala pilot i es converteixen en una partida material en uns quants milions d'usuaris. Modeleu la factura a deu vegades el volum de llançament.
• Sortir de la fricció. Si les accions clau no es poden exportar o migrar, canviar de proveïdor significa demanar a cada usuari que mogui els fons dins la cadena, amb el cost de la comissió i la devolució que això implica.
• Disponibilitat de signatura. Quan un proveïdor cosigna cada transacció, el seu temps de funcionament es converteix en el vostre. Demaneu l'acord de nivell de servei, la ruta de reserva i el registre d'incidents passats.
• Dependència del full de ruta. Afegir una cadena que el vostre mercat necessiti pot dependre de les prioritats del proveïdor.
• Administració de polítiques. Els quòrums d'aprovació, els límits i les llistes de permesos necessiten propietaris, control de canvis i auditories, cosa que significa un nombre elevat de persones.
• Suport a la recuperació. Cada dispositiu perdut es converteix en un tiquet de suport, i els fluxos de recuperació són on es concentren els atacs d'enginyeria social.

Hauries d'integrar un proveïdor, construir internament o associar-te amb una empresa de desenvolupament de moneders criptogràfics?

Integrar un proveïdor és el més ràpid, construir internament dóna un control total al cost i risc més alts, i associar-se amb un equip de desenvolupament de moneders criptogràfics experimentat dóna la propietat del codi i la infraestructura en un termini realista. L'esquema habitual de construir versus comprar deixa de banda aquest tercer camí, que moltes empreses acaben prenent.

El camí compost és on un soci d'enginyeria experimentat es guanya el seu lloc. La vostra organització és propietària del codi, la regió de desplegament i les relacions amb els proveïdors que hi ha a sota, mentre que el soci proporciona l'enginyeria criptogràfica, les auditories de seguretat i el treball d'integració de blockchain que la majoria dels equips de producte no tenen internament. El resultat és una aplicació de cartera blockchain que es comporta com una cartera integrada per als usuaris i com una capa WaaS governada per a les operacions. Els equips que volen començar abans sovint comencen amb una base de cartera criptogràfica de marca blanca i l'amplien.

Com s'avalua un proveïdor de solucions de cartera integrada o un proveïdor de solucions CWaaS?

Avalueu els proveïdors de solucions de cartera blockchain en funció de les proves: arquitectura clau auditada, drets de recuperació i sortida, controls de polítiques, integracions de compliment, cobertura de la cadena, informes d'assegurament, opcions de desplegament i cost a escala. Tant si esteu seleccionant un proveïdor com un soci d'enginyeria personalitzat, les respostes a aquestes deu preguntes revelen més que qualsevol full de funcions:

1. Arquitectura clau: Quin protocol de signatura MPC o de llindar s'utilitza, qui té cada acció i quina empresa independent n'ha auditat la implementació?
2. Disseny de recuperació: Què passa quan un usuari perd tots els dispositius i què passa amb els usuaris si el proveïdor cessa les operacions?
3. Drets de sortida: Es poden exportar o migrar les accions clau, i aquest dret està escrit al contracte?
4. Motor de polítiques: Els límits de velocitat, les llistes d'adreces permeses, els quòrums d'aprovació múltiple i l'accés basat en rols es poden configurar sense canvis de codi?
5. Integracions de compliment normatiu: Quins proveïdors de supervisió de transaccions, control de sancions i normes de viatge ja estan integrats?
6. Cobertura de la cadena: Quines xarxes EVM, capes 2 i cadenes no EVM com ara Bitcoin, Solana i Tron són compatibles avui dia i quines tenen dates de commit?
7. Abstracció del compte: S'admeten en producció els comptes intel·ligents ERC-4337, les actualitzacions EIP-7702, els pagadors i les claus de sessió?
8. Proves d'assegurament: El proveïdor pot compartir informes SOC 2 Tipus II, certificació ISO 27001, resums de proves de penetració i auditories de contractes intel·ligents?
9. Opcions de desplegament: La pila pot executar-se en una regió escollida, núvol privat o entorn local per complir les normes de residència de dades?
10. Model comercial a escala: Com és la factura amb deu vegades el volum de llançament i quins costos són fixos o variables?

Un proveïdor que respon a les deu preguntes amb documents, en lloc de promeses, ofereix infraestructura. Un proveïdor que respon amb diapositives de full de ruta ofereix una demostració.

Què hauria de fer el vostre equip a continuació per triar la infraestructura de moneder adequada?

El següent pas és convertir aquesta comparació en una decisió arquitectònica, en quatre moviments. 

• Primer, escriviu la vostra postura de custòdia en una frase i feu que un advocat la validi per a cada mercat objectiu.
• En segon lloc, mapeu el recorregut de l'usuari des del registre fins a la primera transacció i elimineu tots els passos que exposen la mecànica de la cadena.
• En tercer lloc, modeleu el cost a tres anys a través dels camins integrats, de compilació i de composició a un volum realista. En quart lloc, executeu una prova de concepte en una cadena i un flux generador d'ingressos abans de comprometre-us amb la pila completa.

Cadascun d'aquests passos és on Antier treballa juntament amb els equips de producte, seguretat i compliment com a soci empresarial d'enginyeria de productes Web3 i desenvolupament de blockchain. Els seus enginyers dissenyen una arquitectura de cartera centrada en la custòdia, construeixen carteres MPC i de comptes intel·ligents, ofereixen una solució de cartera integrada per als usuaris finals juntament amb oficines administratives de nivell WaaS amb motors de polítiques i integracions de compliment, i donen suport a implementacions de marca blanca o totalment personalitzades a la regió que trieu. Per als equips que volen un soci responsable des de la revisió de l'arquitectura fins a la producció, aquest és l'equip creat per a la feina: comenceu amb una consulta de desenvolupament de carteres criptogràfiques i marxeu amb un model recomanat, una visió de costos i un pla de desplegament.