Una billetera protegida para todo
Toda la seguridad de esta serie protege una billetera corriente y completa. No deberías tener que renunciar a redes, intercambios o puentes para mantener tus claves sin conexión.

En esta página
Redes
Bitcoin, Ethereum y sus principales redes L2, BNB Smart Chain, Polygon, Arbitrum, Optimism, Base, Avalanche, Gnosis, Linea, Mantle, TRON, TON, Solana y Sui vienen integradas, con sus redes de prueba. Una red nueva no necesita una versión nueva de la billetera: las redes se describen mediante un manifiesto, y puedes añadir una personalizada por tu cuenta.
Cada familia de cadenas tiene su propia derivación, sus formatos de dirección, su modelo de comisiones y su formato de transacción, y la billetera maneja cada uno de forma nativa. No hay una capa genérica que finja que una transacción de Solana es una de Ethereum.
Billeteras y direcciones
Una billetera es una semilla (seed). Puedes tener tantas como quieras, cada una con su propósito, y todas se desbloquean con la misma contraseña. Dentro de una billetera derivas tantas direcciones como necesites por red, les pones etiquetas y las agrupas. Las billeteras de solo lectura te permiten seguir una dirección sin tener su clave. Una libreta de direcciones guarda, con su nombre, los destinos a los que envías.

AirGap junto a una billetera de escritorio
Una billetera cuya semilla vive en la computadora, sellada en la bóveda, es la herramienta adecuada para las operaciones frecuentes. Firma en la ventana de la billetera después del mismo análisis, sin tener que recurrir al teléfono. Una billetera con air gap, cuyas claves viven en el teléfono, es la protección máxima para los fondos que más importan. Ambas están en la misma ventana, con el mismo historial y la misma libreta de direcciones. Solo cambia el camino de firma, y la billetera te muestra cuál es cuál.
Intercambios, ordenados por cotización
Un intercambio (swap) pide cotización a la vez a varios agregadores y routers, las compara y las ordena para que la mejor quede arriba y las demás sigan visibles. Cada intercambio tiene una política de aprobación (allowance) explícita: aprobar (approve) exactamente esta cantidad, un total que tú fijes, un máximo, o reutilizar una aprobación existente. El destino de la aprobación se comprueba contra el router que dio la cotización. Las aprobaciones ilimitadas nunca son la opción por defecto silenciosa.
Puentes que se recuperan
Las transferencias entre cadenas pasan por protocolos de puente consolidados, incluidas rutas entre redes EVM y TON. Una transferencia por puente son varios pasos en dos cadenas, y las cosas pueden atascarse entre uno y otro. La billetera lleva un diario de cada operación de puente y la retoma donde se detuvo, así que cerrar el portátil a mitad de una transferencia es una molestia, no una pérdida.
DCA y órdenes límite
Las compras recurrentes se ejecutan según el calendario que tú definas. Las órdenes límite se activan con un precio tomado de datos on-chain y no de la fuente de precios de un exchange, así que no hay ningún servicio off-chain decidiendo cuándo se ejecuta tu orden.
Tus propios nodos
La billetera viene con endpoints por defecto bien seleccionados y te permite sustituirlos por tu propio nodo en cada cadena. Detrás hay un router que reparte las solicitudes entre endpoints, pasa a otro cuando uno se comporta mal y deja descansar a un endpoint que no para de fallar. Todas las conexiones usan seguridad de transporte moderna.
Precios desde la cadena
Los tipos de cambio salen de oráculos on-chain y de datos de exchanges descentralizados, no de una API de precios que vería tus direcciones en cada actualización. Tus saldos se calculan con precios que puedes verificar, por una billetera que no le contó a nadie qué estaba consultando.
Imágenes de las direcciones
Cada dirección recibe una imagen determinista, que se muestra en la computadora y en el teléfono. Dos direcciones que comparten los primeros y los últimos caracteres, el clásico ataque de direcciones parecidas, reciben imágenes claramente distintas. Tu ojo detecta lo que el hexadecimal no deja ver.
Registro antes de transmitir
Una transacción enviada se escribe en el diario de la billetera antes de transmitirse a la red. Cierra la app a la fuerza a mitad del envío, quédate sin luz, desenchufa el equipo: el registro está ahí, y la billetera continúa a partir de él. Nada de lo que firmaste se pierde nunca entre la firma y la red.
Y lo demás
Un modo en la bandeja del sistema con notificaciones que ocultan los datos por privacidad. Etiquetas de direcciones, carpetas y búsqueda. Historial de transacciones con fechas legibles. Varios idiomas. Un cierre ordenado que borra los secretos de la memoria. Nada de esto es exótico: es lo que esperas de una billetera que usas a diario, con la seguridad de esta serie detrás.
La serie completa
- Da por hecho que la computadora está comprometida
- Mass Adoption Security: el firmador es un teléfono que ya tienes
- Tres formas de cruzar el air gap: códigos QR, Bluetooth LE y NFC
- Invisible en las ondas: un firmador que nadie puede localizar escaneando
- Nunca se confía en el transporte
- Lo que te muestra el teléfono: análisis de transacciones en el firmador
- El teléfono lleva su propio registro
- La bóveda en tu computadora: Argon2id y un perfil que resiste los intentos de adivinar
- dApps sin una billetera en el navegador
- Un servidor MCP con reglas: agentes de IA con límites
- Una billetera protegida para todo
- Pequeña y nativa: C++, sin runtime de JavaScript, de una estación de trabajo a una Raspberry Pi