Resumen
Las soluciones de billetera como servicio (WaaS) en Ethereum están lideradas por un pequeño grupo de proveedores consolidados, entre ellos Aligned, Privy, Dynamic, Turnkey y Magic. Todos son sin custodia y compiten principalmente en cuatro aspectos: cómo protege cada uno las claves, cómo gestiona las cuentas y el gas, qué parte de la infraestructura abarca y quién es el propietario de la empresa.
Para una aplicación de consumo o una institución financiera que desarrolla sobre Ethereum, la billetera es la integración que más conviene acertar desde el principio. Es lo que los usuarios utilizan directamente y en lo que confían sus fondos, y firma todas las transacciones que realizan. También es una decisión cuyos efectos se acumulan: una vez que las personas tienen saldos, cambiar de proveedor implica migrar cuentas activas, así que acertar desde el principio es lo que más beneficios aporta.
A primera vista, los principales proveedores de billeteras como servicio (WaaS) de hoy parecen casi idénticos. Todos son sin custodia y evitan a los usuarios las complicaciones técnicas de las criptomonedas: no hay frase semilla, token para pagar el gas ni solicitudes de contratos que deban aprobar. Las diferencias que determinan una integración están por debajo de la superficie: el modelo de seguridad de las claves, cómo funcionan las cuentas y el gas, qué proporción de la pila tecnológica proviene de un solo proveedor y quién es el propietario de ese proveedor.
Principales proveedores de billeteras como servicio en Ethereum
El grupo de proveedores de billeteras confiables es pequeño, pero dista mucho de ser uniforme. Cada uno se creó con una prioridad diferente y sus ofertas se solapan lo suficiente como para parecerse. Entender qué distingue a cada uno evita confundir el nombre más conocido con la opción más adecuada.
Aligned: independiente, fundada por el equipo detrás de LambdaClass y el único proveedor del grupo centrado exclusivamente en Ethereum: funciona en Ethereum L1 y en rollups ZK creados con ethrex, mientras que los demás priorizan el alcance multichain. Cada cuenta es una cuenta inteligente EIP-7702 que requiere dos firmas: una de la clave del usuario en su dispositivo y otra del backend de Aligned. Se ofrece como parte de una pila más amplia, que incluye el rollup, la agregación de pruebas y la interoperabilidad, todo a cargo del mismo equipo. Sovra gestiona la identidad de más de 8 millones de personas con esta tecnología.
Privy (Stripe): El proveedor más extendido del grupo según las cifras autodeclaradas, con más de 200 millones de cuentas y clientes como Hyperliquid y Ramp. Divide cada clave en dos partes de Shamir (no MPC), ambas bajo su custodia (una dentro de un enclave seguro), y solo vuelve a ensamblar la clave dentro del enclave. Su billetera EOA predeterminada se puede actualizar in situ mediante EIP-7702 o actuar como firmante de una billetera inteligente ERC-4337 independiente. Cuenta con varias auditorías independientes y con las certificaciones SOC 2 Tipo I y Tipo II.
Dynamic (Fireblocks): Es tanto una plataforma de inicio de sesión y conexión de billeteras como una billetera integrada, con una amplia variedad de métodos de inicio de sesión y conectores para más de 800 billeteras externas. Esto encaja con aplicaciones cuyos usuarios ya tienen una billetera, además de aquellas que necesitan crearles una. Sus claves utilizan MPC con firmas de umbral. Entre sus clientes se encuentran Kraken y Ondo.
Turnkey: La base de firma y gestión de claves sobre la que se construyen otras billeteras. Genera y utiliza claves privadas sin procesar dentro de enclaves seguros, con un motor de políticas que verifica cada firma. De los proveedores que utilizan enclaves, Turnkey es el único que permite verificar el propio enclave: las compilaciones reproducibles y la atestación remota confirman el código exacto que accedió a la clave. Es independiente y fue fundada por un antiguo equipo de Coinbase Custody. Entre sus clientes se encuentran Bridge y Polymarket.
Magic: El más antiguo del grupo, se lanzó en 2018 y es conocido por su incorporación centrada en el correo electrónico. Protege las claves mediante una combinación de enclaves seguros, un servicio de gestión de claves en la nube y fragmentación; además, cuenta con la gama más amplia de certificaciones de cumplimiento del grupo: SOC 2, SOC 3 e ISO 27001. Payward, la empresa matriz de Kraken, está adquiriendo su negocio de billeteras en virtud de un acuerdo alcanzado en julio de 2026.
Qué implica confiar en los proveedores de billeteras como servicio
La mayoría de las principales soluciones WaaS actuales son sin custodia, es decir, no pueden mover los fondos de los usuarios sin su consentimiento. Pero esa etiqueta abarca muchas opciones: cuánto confías en el proveedor depende de cómo gestione la clave privada, y esa confianza es la base de lo que puedes prometerles a los usuarios sobre su dinero. La diferencia más clara es si la clave completa llega a ensamblarse alguna vez en un mismo lugar, lo que divide estas soluciones en dos grupos.
Claves reconstruidas en hardware seguro
Los tres reúnen la clave completa dentro de hardware seguro y solo se diferencian en el momento en que lo hacen. Privy la divide en dos partes de Shamir (no MPC), ambas bajo su control, y la vuelve a ensamblar en un TEE al firmar. Magic hace lo mismo mediante un TEE, un servicio de gestión de claves en la nube y fragmentación. Turnkey evita volver a ensamblarla y mantiene las claves sin procesar dentro de enclaves seguros de forma permanente, protegidas por un motor de políticas. En cualquier caso, la clave completa queda expuesta dentro del enclave, por lo que su integridad es el límite de seguridad.
Cada uno ofrece una manera distinta de confiar en ese límite. Turnkey permite verificar el enclave mediante código de enclave de código abierto, compilaciones reproducibles y atestación remota, para que puedas confirmar el código exacto que gestiona la clave. Privy se apoya en auditorías externas de Cure53, Zellic y Doyensec; Magic, en la gama más amplia de certificaciones del grupo: SOC 2, SOC 3 e ISO 27001.
Claves que nunca se ensamblan
Dynamic y Aligned prescinden del enclave: ninguna clave por sí sola puede mover fondos y lo consiguen de dos maneras. Dynamic utiliza MPC con firmas de umbral, en el que partes independientes guardan cada una una parte y firman de forma conjunta; así, ninguna máquina, ni siquiera una de Dynamic, tiene nunca una clave que pueda gastar fondos. Aligned utiliza dos claves distintas y exige que ambas firmen. La clave del usuario permanece en su dispositivo (una passkey de WebAuthn, una clave P-256 o una clave ECDSA); la clave de Aligned permanece en su backend, y el contrato de la cuenta verifica ambas firmas en la cadena antes de ejecutar cualquier operación. Las passkeys se verifican en la cadena como firmas P-256 dentro del contenedor WebAuthn. Una vulneración del backend de Aligned no permite mover fondos; tampoco lo permite por sí solo el robo de un dispositivo.
La contrapartida que hay que tener en cuenta es la disponibilidad: para firmar, se necesita que una segunda parte esté en línea. Cada proveedor gestiona esto de manera distinta. La opción 2 de 3 de Dynamic permite que cualquiera de las tres partes firme junto con otra, así que si una no está disponible, la billetera no queda bloqueada. La configuración 2 de 2 de Aligned no ofrece esa protección: todas las transacciones requieren la firma conjunta de Aligned, por lo que el acceso depende de que su backend esté disponible. Para los dispositivos perdidos, Aligned ofrece una recuperación opcional mediante un guardián: el guardián se configura por aplicación y el bloqueo temporal, por cuenta. El guardián puede añadir una nueva clave a una cuenta, pero esa clave no puede firmar hasta que venza el bloqueo temporal (de 1 a 14 días, fijado al crear la cuenta), lo que deja un plazo para cancelar una recuperación no deseada. Las cuentas creadas sin bloqueo temporal no tienen guardián.
Hay otro aspecto de confianza que afecta a las propias cuentas. Las cuentas de Aligned pasan por un contrato beacon, uno por aplicación, y su propietario puede cambiar los firmantes y dirigir las cuentas a una nueva implementación sin modificarlas una por una. Esto facilita la gestión de las actualizaciones y la rotación de claves, y significa que los equipos deben saber quién controla el beacon de su aplicación.
Abstracción de cuentas en las billeteras como servicio: EIP-7702 frente a ERC-4337
Por sí sola, una cuenta de Ethereum es limitada: el usuario necesita ETH para hacer cualquier cosa, cada acción requiere una aprobación independiente y perder la clave significa perder los fondos. La abstracción de cuentas elimina esas limitaciones al dotar a la cuenta de una lógica programable, lo que permite que un producto cubra el gas de los usuarios, agrupe varios pasos en una sola confirmación y ofrezca opciones de recuperación. Todos estos proveedores lo hacen. Se diferencian en el estándar que utilizan, y los proveedores de aquí se dividen entre ambos.
ERC-4337 es la opción con más trayectoria y las billeteras inteligentes de Privy se basan en ERC-4337. Funciona completamente en la capa de aplicación: las acciones de los usuarios se convierten en objetos «UserOperation» que servicios independientes de mempool y «bundler» recopilan, agrupan y envían a través de un contrato EntryPoint compartido, con un paymaster opcional que cubre el gas. Como no requiere cambios en Ethereum, se lanzó en la red principal de Ethereum en marzo de 2023 y actualmente cuenta con el historial más amplio de auditorías y herramientas de cualquier enfoque de abstracción de cuentas.
Esa madurez conlleva una carga operativa. Es necesario desplegar y mantener una cuenta de contrato inteligente independiente para cada usuario, y gran parte del mercado accede a 4337 a través de middleware compartido de terceros, como ZeroDev. Es un camino muy probado, pero también sitúa una capa externa común en la ruta crítica de firma de muchas aplicaciones a la vez, algo que conviene sopesar a escala institucional.
Aligned se basa en EIP-7702, un cambio de protocolo de 2025 que se incorporó a la actualización Pectra de Ethereum. Permite que una cuenta ordinaria (una EOA) apunte a código de contrato y lo ejecute directamente, de modo que la dirección existente del usuario adquiere funciones de cuenta inteligente sin necesidad de desplegar una segunda cuenta. Aligned utiliza 7702 por sí solo, sin EntryPoint, bundler ni paymaster de 4337: su backend envía cada transacción y paga el gas, así que los usuarios nunca necesitan tener ETH ni el token nativo de la cadena. El resultado es más sencillo: una sola dirección, nada adicional que desplegar o financiar y ningún middleware de terceros entre el usuario y la cadena. Como depende de 7702, solo funciona en las cadenas que han adoptado Pectra.
EIP-7702 y ERC-4337 no son excluyentes: Privy firma autorizaciones 7702 para cualquier implementación; Dynamic y Magic ya ofrecen cuentas inteligentes basadas en 7702; y Turnkey, como firmante puro, gestiona ambos tipos de transacción y deja que tú elijas el modelo de cuenta. La opción más adecuada depende de si el equipo quiere las herramientas consolidadas de 4337 o una cuenta más sencilla, con menos elementos que gestionar.
Contratar o crear tu propia pila de billeteras como servicio
Los proveedores también se diferencian en cuánto de la billetera tienes que crear tú mismo. Las opciones se distribuyen en tres niveles: desde una primitiva de firma básica que integras con tu propio código hasta una pila completa ya ensamblada. El nivel en que se sitúa un proveedor determina cuántos proveedores incorporas y cuánta independencia conservan los componentes de tu pila tecnológica.
Por diseño, Turnkey se sitúa en el nivel más básico. Te ofrece una base de firma y gestión de claves, y deja que desarrolles la capa de abstracción de cuentas, la gestión del gas y la lógica de cuenta inteligente. Es la opción que exige más trabajo y ofrece más control. La lógica de tu billetera se mantiene independiente de cualquier cadena o proveedor, y la firma queda protegida por un límite que puedes verificar mediante atestación. Por eso, los equipos con ingenieros propios suelen empezar aquí.
Privy, Dynamic y Magic se sitúan en el punto medio, como SDK completos de billeteras integradas. Se encargan de la incorporación, la seguridad de las claves y el gas; tú eliges la cadena y dónde liquidar. Dynamic se centra especialmente en la autenticación y la conexión de billeteras, con más de 800 conectores para billeteras externas, por lo que es adecuado para aplicaciones en las que muchos usuarios ya llegan con una billetera.
Aligned se sitúa en el extremo opuesto y ofrece el paquete más completo: la billetera, un rollup y la agregación de pruebas, junto con la interoperabilidad, todo a cargo de un mismo equipo. Sus rollups ZK se crean con ethrex, el cliente de Ethereum en Rust de LambdaClass, y liquidan en Ethereum. Esto agrupa varias decisiones de adquisición e integración en una sola y elimina las costuras entre esas capas.
También concentra tus dependencias. La billetera, la cadena y la liquidación provienen de un solo proveedor, así que evolucionan juntas según una misma hoja de ruta y dependen de una misma disponibilidad; una mayor parte de tu pila tecnológica queda en manos de un solo proveedor. Una institución obtiene un único proveedor que evaluar, a cambio de un único punto de dependencia que debe sopesar.
¿Quién debería elegir qué?
Turnkey es ideal para equipos con ingenieros propios que quieren crear la billetera ellos mismos sobre una capa de firma que puedan verificar.
Privy es ideal para aplicaciones de consumo que quieren la billetera integrada con mayor despliegue según las cifras autodeclaradas y un largo historial de auditorías.
Dynamic es ideal para aplicaciones donde muchos usuarios ya tienen una billetera y donde iniciar sesión y conectar una billetera importa tanto como crear nuevas.
Magic es ideal para equipos que necesitan una incorporación centrada en el correo electrónico y la gama más amplia de certificaciones de cumplimiento.
Aligned es ideal para fintechs e instituciones que crean productos financieros en Ethereum y quieren obtener la billetera, la cadena y la liquidación de un mismo equipo, con una regla de firma aplicada en la cadena y sin middleware de terceros en la ruta de las transacciones.
En resumen
Un proveedor de billeteras es una dependencia a largo plazo, así que la decisión se reduce a algunas cuestiones que cada equipo debe resolver por su cuenta: cuánto confiarle a un proveedor la gestión de las claves, cuánto delegar de la experiencia de cuentas y gas, y qué proporción de la pila tecnológica obtener de un solo proveedor.
La demostración no decidirá por ti, porque todos ofrecen la misma experiencia sencilla: sin frase semilla, sin token para pagar el gas y con un inicio de sesión fluido. Sus verdaderas diferencias están por debajo de la superficie, en las dos decisiones más difíciles de revertir una vez que los usuarios tienen fondos: cómo se protege la clave y cuánto depende el producto de una sola empresa. Más allá de eso, la opción más adecuada depende de lo que estés creando y de la etapa en que se encuentre.
Divulgación: Aligned, uno de los proveedores que compara este artículo, lo redactó. Su propósito es meramente informativo y no constituye asesoramiento financiero, legal ni de seguridad. Los detalles sobre los proveedores, las cifras y la información sobre su propiedad se verificaron con fuentes públicas a noviembre de 2026 y pueden cambiar; los equipos deben confirmarlos con cada proveedor antes de elegir uno.
Preguntas frecuentes
¿Qué es un proveedor de billeteras como servicio?
Infraestructura que integra una billetera en una aplicación mediante un SDK. Los usuarios obtienen una billetera al iniciar sesión, sin tener que instalar una extensión ni anotar una frase semilla.¿Las billeteras integradas son de custodia?
Los cinco proveedores de esta comparación son sin custodia. Lo que cambia es cómo protege cada uno la clave: Privy, Magic y Turnkey reúnen la clave completa dentro de hardware seguro, mientras que Dynamic y Aligned nunca ensamblan una clave que pueda transferir fondos por sí sola.¿Cuál es la diferencia entre EIP-7702 y ERC-4337?
ERC-4337 incorpora cuentas inteligentes en la capa de aplicación mediante bundlers, un contrato EntryPoint y paymasters. EIP-7702 es un cambio en el protocolo de Ethereum que permite que una dirección existente ejecute directamente código de cuenta inteligente, sin necesidad de desplegar nada adicional.¿Los usuarios necesitan ETH para pagar el gas?
No. Todos los proveedores del grupo pueden cubrir el gas del usuario. Las configuraciones de ERC-4337 suelen hacerlo mediante un paymaster. Aligned lo hace con un relayer que envía cada transacción y paga el gas.¿Qué pasa si un usuario pierde el teléfono?
Depende del proveedor. Con Aligned, los usuarios pueden añadir una passkey en cada dispositivo y, además, una cuenta puede tener un guardián opcional con un bloqueo temporal, lo que le da al propietario tiempo para cancelar una recuperación que no haya iniciado.¿Qué proveedor de billeteras como servicio es el mejor para una fintech que desarrolla en Ethereum?
Depende de qué quiera gestionar el equipo por su cuenta. Turnkey ofrece a los equipos una capa de firma sobre la que pueden crear su propia billetera, y Dynamic es adecuado para aplicaciones donde muchos usuarios ya tienen una billetera. Privy y Magic ofrecen billeteras integradas para aplicaciones de consumo; Privy admite una amplia variedad de métodos de inicio de sesión y Magic se centra en la incorporación mediante correo electrónico. Aligned está diseñado para equipos que crean productos financieros en Ethereum y quieren integrar la billetera, la cadena y la liquidación en una sola solución.
