⚡ OneKey Classic 1S y Lightning Network: el trade-off que nadie te explica
⚡ OneKey Classic 1S y Lightning Network: el trade-off que nadie te explica
Serie OneKey Classic 1S — este es el tercer post:
- 📦 Unboxing: la primera impresión importa
- 🔐 ¿Vale la pena como primer hardware wallet?
- ⚡ OneKey Classic 1S y Lightning Network: el trade-off que nadie te explica ← este post
Disclaimer & DYOR
- Este post es educativo y no constituye asesoramiento financiero. Haz tu propia investigación antes de mover fondos.
- Soy usuario de OneKey. Mis opiniones son propias.
El problema real de Lightning Network
Antes de hablar de OneKey, hay que ser honesto sobre el problema que LN le plantea a cualquier hardware wallet.
Lightning Network es una segunda capa sobre Bitcoin. Para funcionar de verdad con autocustodia completa, necesita un nodo activo, conectado permanentemente a la red, gestionando el estado de los canales en tiempo real.
Eso ya choca con la naturaleza de una hardware wallet, cuya razón de existir es precisamente lo contrario: estar offline, aislada, sin conexión permanente.
Aquí está la tensión:
Lightning Network = nodo activo + canales vivos + conexión constante
Hardware wallet = claves offline + aislamiento total + sin conexión
Flujo de Lightning Network (fuente)
No es un problema de OneKey. Es un problema estructural de intentar combinar ambas cosas.
Qué dice OneKey sobre esto (y lo dice abiertamente)
OneKey no lo esconde. Cuando se les preguntó directamente, respondieron:
“El diseño de Lightning Network en OneKey existe en forma de wallet custodial. Para implementar una wallet Lightning no custodial, se requiere un nodo Lightning activo que necesita permanecer conectado a la red. Sin embargo, por razones de seguridad, las hardware wallets siempre permanecen offline. Por lo tanto, lograr un estado completamente no custodial en una hardware wallet es técnicamente difícil.”
Eso es exactamente lo que quieres escuchar de un equipo: transparencia sobre sus limitaciones, no marketing vacío.
Entonces, ¿cómo funciona LN en OneKey?
El modelo que implementaron es híbrido. No es la peor opción, tampoco es autocustodia pura. Entiéndelo así:
Lo que sí controlas
- Tu seed phrase controla las claves de tu wallet LN. Las cuentas Lightning se generan directamente desde tu recovery phrase — no desde un email ni cuenta de terceros.
- Puedes crear cuentas ilimitadas derivadas de la misma seed.
- Funciona en todas las plataformas: desktop, móvil y extensión de navegador con experiencia consistente.
Lo que delegas a OneKey
- La gestión de canales corre sobre infraestructura de OneKey. Tú no operas tu nodo.
- El estado de los canales no está bajo tu control directo — si OneKey tiene un problema, tus sats en tránsito están expuestos.
- Es, en esencia, una wallet custodial a nivel de canal, aunque la seed sea tuya.
Lo que ganas a cambio
- Cero gestión de liquidez: no tienes que abrir canales, balancear inbound/outbound, ni preocuparte por el routing.
- WebLN integrado: desde el browser de la app puedes interactuar con servicios LN sin configuración técnica.
- Lightning Address soportada: envíos al formato
usuario@dominio.comsin generar invoices manualmente. Este estándar se llama Lightning Address (especificación LUD-16 del protocolo LNURL) — funciona igual que un email pero resuelve a un endpoint LNURL-pay que devuelve un invoice automáticamente. - Swap LN ↔ on-chain: puedes mover sats entre tu saldo LN y tu wallet on-chain directamente desde la app.
El mapa real de autocustodia en OneKey
No todas las capas son iguales. Hay que entender qué controlas en cada una:
| Capa | ¿Quién custodia? | Riesgo |
|---|---|---|
| BTC on-chain | Tú — claves en el chip EAL 6+ | Mínimo |
| Seed / claves LN | Tú — derivadas del hardware | Bajo |
| Canales LN | OneKey — infraestructura propia | Medio |
| Fondos en tránsito LN | Parcialmente OneKey | Medio |
El BTC que guardas a largo plazo en la wallet on-chain tiene autocustodia real. Los sats que tienes circulando en LN tienen un modelo diferente — y debes dimensionarlo así.
Cómo lo usaria yo: el modelo del saldo mínimo
La clave para hacer que este trade-off tenga sentido es simple: no pongas en LN lo que no estás dispuesto a delegar temporalmente.
Mi flujo personal:
- Stack principal en on-chain → fondo de pensión, autocustodia completa, hardware wallet, sin tocar.
- Saldo operativo en LN → lo que uso para zaps, compras pequeñas, pagos del día a día (recargo visa prepago). Importes que no me quitan el sueño si hay un incidente.
- Recargo periódico → cuando el saldo LN baja, hago un swap on-chain → LN desde la misma app.
Es exactamente como usas una billetera física: no caminas con todos tus ahorros encima. Llevas lo que necesitas para el día.
📦 Cold storage on-chain → stack largo plazo (autocustodia real)
⚡ LN en OneKey App → saldo operativo diario (trade-off consciente)
La primera vez: cómo crear tu cuenta LN en OneKey
El proceso es directo:
- Abre la OneKey App y selecciona “Lightning Network”.
- Presiona “Create address” (en desktop se crea automáticamente).
- Tu dirección LN queda vinculada a tu seed phrase — sin email, sin cuenta externa.
Para recibir:
- Toca “Receive” → ingresa el monto en sats → genera el invoice → compártelo.
Para enviar:
- Toca “Send” → pega el invoice o dirección LNURL → previsualiza → confirma.
Sin gestión de canales, sin abrir channels manualmente, sin preocuparte por liquidez. El trade-off es exactamente ese: simplificas la experiencia a cambio de delegar la gestión de canales.
El momento que lo hizo real
La primera vez que firmé un envío Lightning desde la hardware wallet fue un click que no esperaba.
No es que cambie algo técnico radical — el chip EAL 6+ ya estaba haciendo su trabajo en on-chain. Pero hay algo diferente en ver que el mismo dispositivo que custodia tu stack de largo plazo también puede firmar un pago instantáneo por la red LN. El hardware wallet dejó de ser solo una caja fría para convertirse en un punto de control completo.
Ese momento lo recomiendo: haz un envío pequeño, confirma en el dispositivo, siente la latencia. Cambia la forma en que entiendes qué tienes en la mano.
¿Es esto diferente a usar Wallet of Satoshi?
Sí, y vale la pena matizar — porque WoS cambió recientemente.
El WoS clásico era 100% custodial: ni tu seed, ni tus claves. Ellos tenían todo.
El WoS nuevo (desde julio 2025) se integró con Spark, el protocolo Layer 2 de LightSpark, y se presenta como “self-custodial”. La realidad es más matizada: tus claves son tuyas y tienes salida unilateral si el operador cierra — pero sigues dependiendo del operador para las transacciones del día a día. Si LightSpark cambia el código de su servidor, puede intervenir lo que pasa. En Stacker News ya hay debate sobre si esto realmente califica como autocustodia o es un modelo intermedio con mejor marketing. La definición honesta: mejor que custodial clásico, pero no autocustodia real.
OneKey LN opera de forma similar en términos de dependencia de infraestructura, pero con una ventaja concreta: tu seed phrase está vinculada a un hardware wallet con chip EAL 6+, y tu stack principal on-chain tiene autocustodia completa en ese mismo dispositivo. El riesgo custodial de LN está acotado al saldo operativo que mantienes activo en canales — no a tu BTC de largo plazo.
La comparación honesta no es “OneKey vs WoS” sino entender que ningún modelo LN sin nodo propio es autocustodia pura — y elegir cuál trade-off encaja con tu caso de uso.
Checklist antes de usar LN en OneKey
- ¿Tienes tu seed phrase respaldada en físico (no en foto, no en la nube)?
- ¿El saldo que vas a poner en LN es un monto que aceptas como “saldo operativo”?
- ¿Entiendes que los canales son gestionados por OneKey, no por ti?
- ¿Tienes tu stack principal en on-chain, no en LN?
Si respondiste sí a todo, el trade-off es aceptable y el flujo es cómodo.
Un pedido a @OneKey
Estamos en Stacker News. Acá hablamos en sats.
Si el equipo de OneKey lee esto, el pedido es simple: configuren el Lightning Address en la wallet. Algo como para tener villawolf@onekey o chigu@onekey — el mismo estándar LUD-16 que ya soporta su propia app.
Resuminedo
OneKey no resolvió el problema imposible de hacer una hardware wallet con un nodo LN completo. Nadie lo ha resuelto realmente, porque son dos cosas estructuralmente opuestas.
Lo que sí hizo es tomar una decisión razonable: delegar la gestión de canales a su infraestructura, mantener la seed en poder del usuario, y abstraer toda la complejidad técnica de LN para que puedas usarlo desde la misma app donde guardas tu BTC.
Para quien maneja LN con saldo operativo — zaps, micropagos, compras del día a día — el trade-off tiene sentido. Para quien quiere autocustodia absoluta en LN con su propio nodo, la respuesta es otra: Phoenix, Breez, o correr tu propio nodo con LND o CLN.
Conocer el límite de tu herramienta es exactamente lo que te hace un usuario soberano.
**¿Cómo manejas tú el balance entre LN y on-chain? ** Un zap vale más que mil respuestas. ⚡
Looking for comments…
Searching Nostr relays. This may take a moment the first time this article is opened.
Looking for comments…
Searching Nostr relays. This may take a moment the first time this article is opened.