Non-Custodial Web3 Wallets: Who Really Controls the Funds?

Disclaimer: This article is for educational purposes only. It is not financial, legal, or investment advice.

En una aplicación convencional, el acceso suele poder recuperarse mediante correo electrónico, número de teléfono o atención al cliente. Una billetera Web3 sin custodia utiliza un modelo distinto: el control depende de la capacidad de crear una firma criptográfica válida.

Si solo el usuario posee la clave privada, únicamente ese usuario puede autorizar operaciones desde la dirección de blockchain asociada. El desarrollador de la billetera, la plataforma o el equipo de soporte no deben conocer esa clave y no pueden simplemente «restablecer la contraseña de la blockchain».

That is the core of a non-custodial, or self-custody, wallet: an intermediary does not hold the keys on the user’s behalf.

Conclusiones principales

Los tokens existen en la blockchain; una billetera gestiona las claves y muestra los datos de la red.

Quien pueda firmar con la clave privada controla la dirección.

Una frase semilla suele restaurar todas las cuentas derivadas de ella y nunca debe compartirse.

La contraseña de una aplicación suele proteger un dispositivo; no sustituye la frase semilla.

La autocustodia proporciona control directo, pero no evita el phishing, el malware ni las firmas inseguras.

Dónde están realmente los tokens

Los criptoactivos no se almacenan dentro de un teléfono, una extensión del navegador o un dispositivo físico. La blockchain almacena el estado compartido: qué activos están asociados a cada dirección y qué operaciones se han realizado.

Por lo general, una billetera:

crea claves o se conecta a ellas;
obtiene saldos e historial de una red;
prepara y firma transacciones.

Eliminar una aplicación de billetera no elimina los tokens de la blockchain. Sin embargo, si no dispone de un método válido para recuperar las claves, el usuario puede perder permanentemente la capacidad de controlarlos.

Dirección pública, clave privada y frase semilla

Estos términos cumplen finalidades diferentes.

Public address

Puede compartirse con un remitente y utilizarse para consultar registros públicos en un explorador de bloques. Conocer una dirección no autoriza transacciones salientes.

Clave privada

Este secreto firma acciones para una cuenta concreta. Cualquiera que lo obtenga puede actuar en nombre de esa dirección.

Frase semilla

Una frase semilla, también llamada Frase secreta de recuperación, es un conjunto de palabras con el que una billetera compatible puede restaurar las claves y cuentas relacionadas. Los métodos exactos de recuperación varían según el producto, por lo que los usuarios deben seguir la documentación oficial de su billetera.

One rule remains universal: never give a seed phrase or private key to support staff, a community administrator, a “verification” website, or someone promising to recover funds.

Para recibir una transferencia solo se necesita una dirección pública. Para comprobar una transacción solo se necesita una dirección o el hash de la transacción. Ninguna de estas acciones requiere una frase semilla.

Contraseña frente a frase semilla

La contraseña de una aplicación o extensión suele bloquear el acceso local en un dispositivo. Puede impedir que otra persona la abra en ese dispositivo, pero no es la credencial universal de la dirección de blockchain.

Si un atacante obtiene la frase semilla, cambiar la contraseña local no elimina su acceso. Puede restaurar las claves en otra billetera compatible.

Si un usuario olvida la contraseña local, pero conserva la frase semilla correcta y comprende el proceso de recuperación, normalmente puede restablecer el acceso. Si pierde tanto el acceso a la billetera como el método de recuperación de las claves, el equipo de soporte no puede crear la firma que falta.

Algunas billeteras modernas utilizan inicio de sesión social, recuperación distribuida o mecanismos de cuentas inteligentes. Su modelo de copia de seguridad puede diferir de la frase semilla clásica. Antes de utilizar una, pregunte:

¿Quién puede recuperar el acceso?
¿Cuántos factores o participantes se requieren?
¿Puede el proveedor firmar una transacción por sí solo?
¿Qué ocurre si se bloquea una cuenta externa?
¿Se puede exportar o transferir el control?

La etiqueta «billetera Web3» no responde a estas preguntas.

Acceso con custodia y sin custodia

Question	Servicio con custodia	Billetera sin custodia
¿Quién custodia las claves?	El proveedor o su infraestructura	El usuario o un sistema de autocustodia elegido por el usuario
¿Quién firma una operación en cadena?	El proveedor, a petición del usuario	La billetera del usuario
¿Cómo se recupera el acceso?	Normalmente mediante una cuenta y el servicio de asistencia	Mediante una frase semilla, claves o un sistema de recuperación definido
¿Puede el servicio limitar los retiros?	Sí, dentro de su sistema	Una interfaz puede fallar, pero las claves pueden funcionar en otra interfaz compatible
Riesgo principal	Intrusión, fallo, restricciones o insolvencia del proveedor	Pérdida o exposición de claves y firmas inseguras

Esta comparación describe modelos de control. No convierte ninguna opción en universalmente segura; cada una sitúa el riesgo y la responsabilidad en un lugar diferente.

Qué significa realmente «Yo controlo mis fondos»

El control de una clave privada permite firmar, pero no implica un poder ilimitado sobre todos los tokens o aplicaciones.

Los resultados también pueden depender de:

reglas del contrato del token;
funciones del emisor para pausar, congelar o incluir en una lista negra;
autorizaciones de tokens concedidas anteriormente;
la lógica de un protocolo que mantiene activos depositados;
disponibilidad y comisiones de la red;
errores en contratos inteligentes;
restricciones de la interfaz, del proveedor RPC o de carácter jurídico.

Por ejemplo, un usuario puede depositar tokens en un contrato inteligente. El usuario sigue controlando su clave, pero solo puede retirarlos conforme a las reglas de ese contrato. La autocustodia elimina la custodia de claves por intermediarios; no invalida el código.

Qué ocurre durante una transacción

La billetera obtiene el saldo y los parámetros actuales de la comisión.
El usuario introduce el destinatario y el importe.
La aplicación muestra la transacción preparada.
El usuario lo aprueba.
La clave privada crea una firma localmente o en un dispositivo de firma físico.
La transacción firmada se transmite a la red.
La red valida la firma y las reglas de ejecución.

Una billetera correctamente diseñada no publica la clave privada en la blockchain. Transmite una firma que demuestra la autorización sin revelar la propia clave.

Control no equivale a seguridad

La autocustodia reduce la dependencia de un custodio, pero transfiere la responsabilidad al propietario.

Phishing

Un sitio falso pide al usuario que conecte la billetera y firme una solicitud perjudicial. Conectar y firmar no son lo mismo, pero toda solicitud de firma debe examinarse con atención.

Exposición de la frase semilla

Si otra persona ve la frase, deben considerarse comprometidas todas las direcciones derivadas. No basta con cambiar la contraseña de la aplicación.

Autorizaciones perjudiciales

Un usuario puede autorizar a un contrato a gastar un token. El riesgo depende del token, de la dirección autorizada para gastarlo y del importe de la autorización.

Sustitución de direcciones

El malware puede sustituir una dirección copiada. Verifique los detalles de la transacción en una pantalla de confianza antes de firmar.

Copia de seguridad perdida

El teléfono deja de funcionar, la aplicación se elimina y no existe ningún método de recuperación. En la autocustodia clásica, el servicio de asistencia centralizado no puede recrear la clave.

Prácticas básicas de autocustodia

Instale billeteras únicamente mediante enlaces del sitio web oficial; tenga cuidado con las copias patrocinadas y las extensiones falsas.
Haga una copia de seguridad de los datos de recuperación según las instrucciones oficiales de la billetera, preferiblemente sin conexión y fuera del alcance de personas no autorizadas.
Nunca introduzca una frase semilla desde un enlace recibido en un mensaje. Utilícela únicamente para una recuperación deliberada en una billetera verificada.
No haga capturas de pantalla de la frase semilla ni la envíe por correo electrónico o aplicaciones de mensajería.
Antes de firmar, verifique la red, la dirección, el activo, el importe, las autorizaciones y la comisión.
Para importes importantes, considere utilizar un dispositivo físico de firma, pero comprenda su modelo de recuperación y los riesgos de la cadena de suministro.
Separe las direcciones según su finalidad, por ejemplo, dApps de uso cotidiano y almacenamiento a largo plazo.
Revise periódicamente las autorizaciones anteriores de tokens mediante un explorador de confianza o una herramienta oficial de la red.
Pruebe primero un flujo de trabajo nuevo con un importe pequeño.
Prepare un plan seguro de herencia que no exponga secretos prematuramente.

Si algo sale mal

Se perdió la contraseña de la aplicación, pero la frase semilla está segura

No introduzca la frase en un sitio web cualquiera. Busque las instrucciones oficiales de recuperación de la billetera y utilice una aplicación verificada.

Es posible que la frase semilla haya quedado expuesta

Considere comprometidas todas las direcciones relacionadas. En un dispositivo limpio, cree una billetera nueva e independiente y, cuando sea posible, traslade los activos a direcciones nuevas teniendo en cuenta el gas y las autorizaciones activas. Cambiar la contraseña anterior no es suficiente.

Se firmó una autorización sospechosa

Inspeccione la transacción y las autorizaciones activas en un explorador. Revocar una autorización es una transacción en cadena y requiere gas. Si la frase semilla quedó expuesta, revocar la autorización por sí solo no es suficiente.

Se envió un token a una dirección incorrecta

Una blockchain no ofrece un botón para deshacer una transferencia confirmada. Solo quien controla al destinatario o la lógica aplicable del contrato puede devolverla. Nunca revele una frase semilla a alguien que prometa revertir la transacción.

Cómo comprobar una afirmación de «sin custodia»

Pregunte al proveedor:

¿Quién crea y almacena las claves privadas?
¿Puede la empresa firmar una transacción sin mí?
¿Puedo recuperar el acceso sin contactar con la empresa?
¿Puedo exportar o transferir el control a una billetera compatible?
¿Qué ocurre si el servicio cierra?

Las respuestas deben explicar la arquitectura, no limitarse a repetir «descentralizado» o «seguro».

Conclusión

Una billetera sin custodia no es una cuenta bancaria dentro de una aplicación. Es una herramienta mediante la cual el usuario controla claves y firma acciones en blockchain.

Direct control removes the need to trust an intermediary with key custody, but makes the user responsible for backups, signature review, and device security. The most useful habit is simple: a public address can be shared; a seed phrase and private key must never be shared.

Conclusiones principales