• ⚡ Spark: bitcoin que se mueve rápido
  • 1. Por qué esto importa justo ahora
  • 2. Cómo funciona, en un modelo mental
  • 3. La promesa que no se puede verificar
  • 4. El reloj que se acorta
  • 5. La salida unilateral: real, y más incómoda de lo que suena
  • 6. Lightning por delegación, y lo que cuesta
  • 7. Privacidad: el punto que casi nadie mira
  • 8. Dólares encima de Bitcoin: lo que Spark aporta y lo que no
  • 9. El debate: “las palabras significan cosas”
  • 10. Comparación honesta
  • 11. Qué pasa si algo sale mal
  • 12. Buenas prácticas y errores comunes
  • 13. Caso práctico: tres pasos esta semana
  • Recursos útiles
  • Cierre

§⚡ Spark: bitcoin que se mueve rápido

Aviso & DYOR

• Este post es educativo. No es asesoría financiera, legal ni fiscal, y no es una recomendación de usar ni de evitar Spark.
• Todo lo técnico sale de la documentación oficial, del código público, de la ficha de Bitcoin Layers y de declaraciones públicas citadas con nombre. Los enlaces están al final para que verifiques en la fuente, no en este resumen.
• La red está en mainnet beta y su propia documentación la declara altamente experimental. No hay auditoría externa publicada del protocolo.

TL;DR: Spark es una statechain: tu bitcoin se queda quieto en un UTXO real de la capa 1, en una multifirma 2-de-2 entre tú y una federación de operadores. Pagar no mueve la moneda, mueve la mitad de la llave, y por eso es instantáneo, casi gratis, no necesita canales ni liquidez, y funciona aunque el receptor esté sin conexión. El precio está en una línea del protocolo: en cada transferencia la federación tiene que borrar la mitad de llave que compartía con el dueño anterior, y un borrado no se puede demostrar. Hoy esa federación son dos empresas, las dos en Estados Unidos, así que el famoso “1 de n” es en la práctica “1 de 1 y algo”, bajo una sola jurisdicción. Bitcoin te deja verificar firmas, bloques y suministro. No te deja verificar un olvido.

⚠️ Aclaración de nombre, porque cuesta tiempo real: este Spark es la capa 2 de Bitcoin de Lightspark (spark.money), no tiene token, no tiene airdrop y no tiene precio. El otro Spark, el del token SPK y SparkLend, es un protocolo de préstamos en Ethereum (spark.fi) y no tiene ninguna relación. Si buscas “Spark TVL” te van a salir miles de millones que no son de esta red.

§1. Por qué esto importa justo ahora

Durante años la conversación sobre Lightning terminaba en el mismo lugar incómodo: la tecnología funciona, pero casi nadie quiere cargar con ella. Para recibir con llaves propias hace falta un canal, y un canal necesita liquidez entrante que alguien tiene que poner y financiar. Hace falta estar en línea cuando te pagan. Hace falta vigilar que la contraparte no publique un estado viejo. El resultado lo vio todo el mundo: Lightning se volvió masivo sobre todo en su versión custodia.

Lo que rompió ese equilibrio no fue una idea nueva, fue el Estado.

• Noviembre de 2023: Wallet of Satoshi, la wallet Lightning más usada del mundo, retira su app de las tiendas de EE.UU. en pleno mes récord de transacciones. Sin explicación pública.
• 1 de julio de 2025: anuncia su versión sobre Spark y presenta ese movimiento como la vía para volver al mercado estadounidense, manteniendo su promesa de nunca pedir KYC.
• Enero de 2026: apaga el modo custodial en toda la Unión Europea, cuando entran a régimen MiCA, DAC8 (que obliga a los custodios a identificar usuarios y reportar movimientos de forma automática) y los requisitos del AMLR.

Traducido sin adornos: el modelo custodial se está quedando sin países. La empresa que llevaba más de 19 millones de transacciones desde 2019 no se volvió autocustodia por convicción, se volvió autocustodia porque la otra opción se cerró. Y para lograrlo necesitaba una tecnología que le quitara al usuario el trabajo de Lightning sin quedarse ella con las llaves.

Esa tecnología es Spark. Por eso vale la pena leer sus letras pequeñas: no es un experimento de laboratorio, es la base sobre la que ya corren wallets que usan millones de personas.

§2. Cómo funciona, en un modelo mental

Olvida por un momento la palabra “layer 2”. Spark no es una cadena, no tiene bloques, no tiene consenso global, no tiene contratos inteligentes ni máquina virtual, y no tiene token de gas. Es un protocolo de firma compartida sobre Bitcoin.

Tu saldo es un conjunto de hojas. Cada hoja (leaf) es un pedazo de un UTXO real que está en la cadena de Bitcoin, bloqueado en una multifirma 2-de-2 entre tú y la federación de operadores. Las hojas cuelgan de un árbol: la raíz es el depósito que hiciste en la capa 1, y las ramas permiten pagar montos arbitrarios sin tocar la cadena. Ese es el avance de Spark sobre la statechain clásica de Ruben Somsen, que solo permitía mover UTXOs enteros, en denominaciones fijas.

Pagar no mueve la moneda. Cuando le pagas a alguien, el UTXO de la cadena no se toca. La federación ajusta su parte de la llave para que la llave pública combinada siga siendo exactamente la misma, pero ahora la otra mitad la controla el receptor. Desde afuera, mirando la blockchain, no pasó absolutamente nada.

Nadie firma solo. Los operadores usan FROST anidado, firmas Schnorr de umbral: su mitad no es una llave guardada en un servidor, sino fragmentos repartidos que solo sirven combinados. Y aun combinados no alcanzan, porque el usuario es participante obligatorio de cualquier transferencia. El resultado en la cadena es indistinguible de una firma normal.

Siempre hay puerta de salida. Cada hoja viene con una transacción de salida pre-firmada. Si los operadores desaparecen o se vuelven hostiles, publicas esas transacciones en la capa 1 y recuperas tu bitcoin sin pedirle permiso a nadie. Eso se llama salida unilateral, es la garantía central del diseño, y tiene su propia letra pequeña en la sección 5.

Lo que los operadores sí pueden hacer: ver los metadatos de tus transferencias, retrasarlas y censurar transferencias nuevas. Lo que no pueden hacer, si el protocolo se cumple: mover tus fondos, revertir una transferencia terminada o impedir tu salida.

§3. La promesa que no se puede verificar

Aquí está el nudo del post, y cabe en una frase de la documentación oficial.

Cuando Alice le paga a Bob, la federación adquiere una mitad de llave nueva con Bob. La vieja, la que compartía con Alice, tiene que borrarla. Si no la borra, un día puede ponerse de acuerdo con Alice y, entre los dos, gastar el bitcoin que hoy es de Bob.

El nombre oficial de esta propiedad es “moment-in-time trust”: la confianza se necesita solo durante el instante de la transferencia. Si en ese momento al menos un operador se porta bien y borra, la transferencia queda segura para siempre, aunque después hackeen a todos, los compren o los obligue un juez. Eso se llama perfect forward security y es genuinamente mejor que la mayoría de las capas 2, donde el operador conserva poder indefinido sobre lo que ya pasó.

El problema es cómo sabes que borraron.

Bitcoin Layers lo dice sin diplomacia: no existe forma de probar criptográficamente que una entidad borró un fragmento de llave. Por eso califica las garantías de finalidad de Spark como riesgo muy alto, aunque califique la custodia de fondos como riesgo bajo. Las dos cosas son ciertas a la vez, y esa tensión es Spark entero.

Y esto es lo que hace al asunto interesante para cualquiera que se tome en serio don’t trust, verify.

Bitcoin es una máquina de verificar hechos. Puedes verificar una firma, un bloque, una inclusión, el suministro. Pero un borrado no es un hecho, es una ausencia: no deja rastro, no emite prueba, no se audita desde afuera. Puedes verificar que algo existe. No puedes verificar que algo dejó de existir.

Y aquí viene el matiz que hace la crítica más dura, no más blanda. Este problema tiene una respuesta técnica conocida: Mercury Layer, la statechain que vino antes, usa hardware seguro (SGX) para atestiguar el borrado, además de firmas ciegas MuSig2 que le dan mejor privacidad. Es una solución imperfecta, porque te hace confiar en Intel en vez de confiar en una empresa, pero es una respuesta. Spark eligió otro camino: no atestiguar nada y apoyarse en reputación corporativa. Fue una decisión de diseño, no una limitación de la física.

Tres cosas más que conviene tener juntas:

• La federación son dos empresas, las dos con sede en Estados Unidos. Un “1 de n” con n igual a 2 y ambas bajo la misma jurisdicción es, en la práctica, “1 de 1 y algo”. Una orden judicial coordinada o un incidente simultáneo se lleva la garantía. La documentación promete operadores en jurisdicciones diversas, sin fecha pública.
• No hay auditoría externa publicada del protocolo. No hay reporte de Trail of Bits, NCC Group, Quarkslab ni firma equivalente sobre Spark. La implementación de FROST es un fork del trabajo de la Zcash Foundation, que sí tiene revisiones, pero auditar FROST no es auditar Spark. Compáralo con Lightning, cuya especificación BOLT lleva años siendo revisada por múltiples implementaciones independientes.
• Hay una sola implementación. Lightning tiene LND, Core Lightning, Eclair y LDK, que se vigilan entre ellas. Spark tiene Spark.

La pregunta correcta, entonces, no es “¿confías en Lightspark?”. Es:

¿Cuánto vale para ti una promesa que nadie puede auditar, hecha por dos empresas de un mismo país, que dentro de cinco años pueden tener otros dueños, otra jurisdicción y otro abogado?

§4. El reloj que se acorta

Hay un mecanismo menos comentado y tan importante como el borrado: las transacciones de salida usan timelocks relativos que decrecen en cada transferencia.

La idea es elegante. El dueño actual siempre tiene que poder salir antes que cualquier dueño anterior. Si la salida de Alice espera 100 bloques, la de Bob espera 90, la de Carol 80. El que llegó último sale primero, que es exactamente lo que quieres.

De ahí salen tres consecuencias prácticas:

1. Una hoja no se puede transferir infinitas veces. El reloj se gasta. Cuando queda corto, la hoja necesita un refresh contra la cadena para recuperar margen. Las wallets serias lo hacen solas, pero es trabajo real con costo real. Ojo con el matiz: no hay fecha de vencimiento global, puedes tener una hoja quieta el tiempo que quieras. Lo que se agota es la cantidad de saltos, no el calendario. Ahí Spark mejora a la statechain clásica, que sí traía bomba de tiempo absoluta.
2. Un dueño anterior puede intentar irse con tu dinero. Si Alice publica su transacción de salida vieja, Bob tiene que reaccionar publicando la suya, que vence antes. Si nadie mira por Bob, Alice se queda con la hoja. La documentación reconoce esta ventana y propone lo mismo que Lightning: watchtowers, propias o delegadas.
3. El techo de Bitcoin también aplica. Un timelock relativo no puede pasar de 65.535 bloques, unos 455 días. Es límite de consenso, no de Spark, y es el mismo techo que hace imposible un plan de herencia de “dos años sin tocar la wallet”.

Traducido: Spark no elimina la vigilancia de Lightning, la cambia de sitio. En Lightning vigilas a tu contraparte del canal. En Spark vigilas a los dueños anteriores de tus hojas, y además confías en que alguien borró algo. Se sale de un trabajo y se entra en otro.

§5. La salida unilateral: real, y más incómoda de lo que suena

Esta es la sección que casi ningún artículo sobre Spark escribe, y es la que decide si la palabra “autocustodia” está bien usada.

La salida existe y funciona. También tiene requisitos concretos, tomados de la documentación oficial:

La comisión de salida sigue una fórmula publicada, y conviene que la tengas a mano porque te deja calcular tu propio caso:

comisión de salida ≈ (250 × sats por vByte) + 750

Ahora júntalo con lo de arriba y aparece la frase que resume todo el debate: por debajo de unos pocos miles de sats, la puerta de salida cuesta más que lo que hay detrás de ella. El mínimo de 16.348 sats de la documentación y el umbral de ~5.000 sats que citan los críticos no se contradicen, apuntan al mismo lugar desde dos ángulos.

Y léelo otra vez con calma, porque tiene una ironía que vale más que todo el marketing: para escapar de la red necesitas ya tener bitcoin en la capa 1, un nodo actualizado y el estado completo de tus hojas. El usuario a quien Spark le simplificó la vida es exactamente el que no tiene ninguna de las tres cosas.

Hay una asimetría más, la de siempre: la puerta de entrada la prueban millones de personas todos los días; la de salida de emergencia casi no la prueba nadie. La salida cooperativa, retirar a on-chain con ayuda del proveedor, funciona y se usa a diario. La unilateral, la que importa el día malo, se ejercita poco. Un mecanismo de rescate que nunca se ensaya es una hipótesis, no una garantía.

Nada de esto quiere decir que la salida no sirva. Quiere decir que la autocustodia en Spark es condicional: depende de tu saldo, de tu capacidad de ejecutar un procedimiento técnico y de tener fondos aparte para pagarlo. No es la autocustodia de una semilla en papel. Es otra cosa, y merece otro nombre en tu cabeza.

§6. Lightning por delegación, y lo que cuesta

Spark habla Lightning, pero no lo habla tu wallet. Lo habla un intermediario llamado SSP (Spark Service Provider), que ejecuta intercambios atómicos entre tu saldo y un pago Lightning real.

• Al pagar: tu wallet se compromete con el SSP a entregarle hojas condicionadas al éxito del pago. La red bloquea esas hojas por un tiempo, el SSP paga la factura y entrega la preimagen, y recién ahí se completa la transferencia. Si expira el plazo, las hojas vuelven a ti.
• Al cobrar: el SSP retiene el pago Lightning y libera hojas hacia ti. Por eso puedes cobrar sin estar en línea, algo que Lightning estándar no permite, porque sus HTLC exigen al receptor conectado.

Es una delegación honesta y bien construida. También es una dependencia adicional con precio. Las comisiones publicadas del protocolo, a la fecha de este post:

A eso hay que sumarle lo que cobre la wallet. Wallet of Satoshi, por ejemplo, mantiene 0% en Lightning y 1,95% en on-chain y recargas, bastante por encima del 0,5% que cobraba históricamente.

Cuando una wallet Spark te muestra tu dirección Lightning, ahí hay una empresa que ve tus pagos, cobra su comisión y decide si te atiende. Si el SSP se cae, tu bitcoin sigue siendo tuyo y los pagos dentro de la red siguen andando, pero tu puerta a Lightning se cierra.

§7. Privacidad: el punto que casi nadie mira

Esta sección es la que más gente se salta y la que más rápido te puede costar caro, porque la privacidad no es paranoia, es seguridad física.

Empecemos por lo estructural: los operadores cofirman cada transferencia, así que ven el grafo completo de tus movimientos. No es una falla, es el diseño. Lightning te esconde del público general y te expone ante quien te presta el servicio. Spark hace lo mismo, con un observador distinto.

Encima de eso hay tres problemas concretos y documentados, que Seth For Privacy resumió en Bitcoin Magazine:

1. Direcciones estáticas. Hoy Spark no permite gastar desde varias direcciones en una misma transacción, lo que empuja al usuario a una única dirección fija. En términos de privacidad eso es peor que Bitcoin en la capa 1, donde reutilizar dirección al menos es una elección tuya.
2. El explorador publica todo por defecto. Sparkscan, operado por Flashnet, expone las transacciones de la red. Con tu dirección, cualquiera reconstruye tu saldo y tu historial en dos clics.
3. La dirección viaja dentro de las facturas. El SDK por defecto mete tu dirección Spark en las facturas BOLT11 que emites. Quien decodifique una sola factura tuya puede ver todas tus transacciones en la red.

Junta las tres y el resultado es que una factura que compartiste una vez alcanza para abrirte el historial entero. El equipo reconoce el problema y promete mejoras, pero a la fecha de este post así está.

Consecuencia práctica, y es la más importante del post para el que ya usa esto: si publicas tu dirección Lightning en tu perfil de Nostr, en tu web o en un post, estás publicando algo bastante más grande de lo que crees.

§8. Dólares encima de Bitcoin: lo que Spark aporta y lo que no

Buena parte del entusiasmo alrededor de Spark no es por bitcoin, es por stablecoins nativas. El estándar de tokens de la red (BTKN) permite emitir activos que se transfieren con la misma mecánica de las hojas, y ahí Spark le lleva ventaja a Lightning, donde Taproot Assets sigue emergiendo. USDB, emitida por Brale, está viva desde enero de 2026 y reparte recompensas pagadas en BTC. Tether integró la infraestructura de Spark en su kit de desarrollo de wallets.

Sobre eso hay que separar dos cosas que se mezclan todo el tiempo.

Lo que aporta Spark: transferencias instantáneas y casi gratis de un activo tokenizado, sin puentes a otras cadenas, con la misma estructura de hojas y firma compartida. Incluso permite entrar dólares desde el mundo EVM y convertirlos a sats sin pasar por un exchange.

Lo que Spark no puede arreglar: que un dólar digital siempre es el pasivo de alguien, y ese alguien conserva poderes que ninguna capa 2 le quita. En el estándar de tokens, el emisor puede congelar: firma un mensaje, los operadores agregan esa llave pública a su lista de congelados, y a partir de ahí ni mueves lo que tienes ni puedes recibir más. La documentación es explícita en que esto no se impide a nivel de protocolo.

El bitcoin de una hoja lo garantiza Bitcoin. El dólar de una hoja lo garantiza una empresa con licencia, reservas y obligaciones regulatorias, que puede apagarte a ti en particular. No es una crítica a Spark, es la naturaleza del activo.

§9. El debate: “las palabras significan cosas”

Cuando Wallet of Satoshi anunció su versión sobre Spark, la comunidad se partió, y el desacuerdo no fue técnico sino semántico. Vale la pena leerlo completo porque es la discusión de fondo sobre qué estamos dispuestos a llamar autocustodia.

Matt Corallo, desarrollador de Bitcoin Core, fue el más citado:

“Es realmente vergonzoso llamar a esto ‘autocustodia’ cuando confía por completo en que el operador no te va a robar. Las palabras significan cosas, y ‘autocustodial’ le comunica al usuario que ningún tercero puede hacer algo que termine con su dinero robado. Esto no es eso.”

En Stacker News agregó el argumento económico que ya viste en la sección 5: si el saldo no alcanza para pagar las comisiones de la salida, no puedes castigar a la contraparte que hace trampa, y sin esa capacidad el modelo es custodial de hecho, tengas doce palabras o no.

John Carvalho fue más duro todavía: “Gracias por sumarse a nuestra industria para centralizarla, corromper nuestras palabras y mentirle a la gente.”

Del lado de Spark, Kevin Hurley, su CTO, respondió con el argumento correcto desde lo técnico: los operadores solo tienen que ser honestos en el momento de la transferencia, no para siempre, y esa es una diferencia real frente a un custodio, que conserva el poder sobre tu dinero todo el tiempo.

Y hay un tercer argumento que casi nadie quiere decir en voz alta, pero es el más honesto de los tres: la alternativa realista para millones de personas nunca fue una hardware wallet. Era un exchange con KYC, o nada. Comparado con eso, una wallet donde el operador necesita tu firma para mover un sat es un avance grande.

Las tres posiciones son ciertas a la vez. Por eso la etiqueta correcta probablemente no sea “autocustodia” ni “custodia”, sino la del medio: confianza minimizada. Suena a menos, pero es lo que es, y nombrarlo bien es lo que permite decidir bien.

§10. Comparación honesta

Sin ganadores. Cada columna paga por lo que ofrece.

Y una comparación que merece línea propia, porque es la más informativa: frente a Ark, el otro protocolo joven con filosofía parecida, Spark gana en que no requiere cambios de consenso en Bitcoin (Ark rinde mejor con covenants tipo CTV) y en que sus hojas no expiran. Ark gana en algo que no es menor: tiene finalidad demostrable mediante sus rondas. Spark nunca la tiene, porque depende de un borrado que no se puede probar.

La lectura corta: Spark está honestamente más cerca de Lightning de lo que sus críticos admiten, y más lejos de la capa 1 de lo que su marketing sugiere.

§11. Qué pasa si algo sale mal

La tabla que de verdad importa antes de poner un sat.

Esa última fila merece énfasis, porque se olvida con lo cómoda que es la UX: una wallet Spark tiene semilla, y esa semilla se respalda y se prueba como cualquier otra. Toda la conversación sobre federaciones y borrados es irrelevante si el backup no existe.

§12. Buenas prácticas y errores comunes

• ✅ Trátalo como el efectivo del bolsillo, no como la caja fuerte. Monto que puedes perder sin cambiar tu semana.
• ✅ Respalda y prueba la semilla igual que cualquier otra: borra la app y restaura antes de que haya saldo que duela.
• ✅ Averigua quién es el SSP y quiénes son los operadores hoy. Si la wallet no lo dice en ninguna parte, eso ya es información.
• ✅ Ensaya la salida a la capa 1 con una fracción del saldo, y anota cuánto costó y cuánto tardó.
• ✅ Ten bitcoin en la capa 1, aparte. Sin UTXOs propios no puedes pagar las comisiones de una salida unilateral.
• ✅ Mantén el saldo por hoja arriba del umbral. Muchos pedacitos de mil sats son, en la práctica, saldo que no puede salir solo.
• ✅ Fija fecha para revisar el modelo de confianza: cuántos operadores hay, quiénes son, en qué jurisdicciones, si ya hay auditoría publicada. Ese es el corazón de la seguridad del sistema.
• ❌ No lo llames “autocustodia” a secas. Es confianza minimizada, que es mejor que un custodio y distinto de una semilla.
• ❌ No guardes ahí el ahorro de largo plazo. Red joven, declarada experimental, sin auditoría externa publicada y con dos operadores en un solo país.
• ❌ No publiques tu dirección Lightning de Spark junto a tu nombre real si te importa la privacidad. Una factura basta para abrir el historial.
• ❌ No confundas la salida cooperativa con la unilateral. La primera funciona todos los días. La segunda es la que te salva el día que la primera no está.
• ❌ No asumas que “sobre Bitcoin” significa “con las reglas de Bitcoin”. Un token puede congelarse. Un UTXO no.

Regla de proporción, sin moralina: si el monto no justifica leer un modelo de confianza, tampoco justifica preocuparse. Spark brilla en pagos, propinas, cobros diarios y montos que se mueven. La pregunta cambia por completo cuando lo que se guarda ahí ya no es circulante.

§13. Caso práctico: tres pasos esta semana

1. Abre una wallet Spark con 20.000 sats y paga algo real. Fíjate en dos cosas: cuánto tardó, y si en algún momento la app te explicó quién está firmando contigo.
2. Mide la puerta de salida, no la de entrada. Retira la mitad a una dirección tuya de la capa 1 y anota comisión y tiempo. Esa es la salida cooperativa, la fácil. Después busca en la documentación de esa wallet si permite la salida unilateral y qué te pide para ejecutarla. Si no menciona el tema, ya sabes con qué estás tratando.
3. Búscate a ti mismo en Sparkscan. Pega tu dirección Spark en el explorador y mira lo que ve cualquiera. Es el ejercicio de diez segundos que más cambia la forma en que usas la wallet después.

Nota práctica: los pasos 1 y 2 se hacen en media hora y enseñan más que cualquier hilo. El paso 3 es el que suele doler.

§Recursos útiles

• Documentación oficial, cómo funciona: https://docs.spark.money/learn/tldr
• Modelo de confianza (la frase del borrado): https://docs.spark.money/learn/trust-model
• Limitaciones reconocidas por el proyecto: https://docs.spark.money/learn/limitations
• Salida unilateral, requisitos reales: https://docs.spark.money/wallets/unilateral-exit
• Interoperabilidad con Lightning (el SSP): https://docs.spark.money/learn/lightning
• Ficha de Bitcoin Layers, con el resumen de riesgos: https://www.bitcoinlayers.org/layers/spark
• Spark y Ark comparados, con la parte de privacidad: https://bitcoinmagazine.com/technical/spark-and-ark-a-look-at-our-newest-bitcoin-layer-twos
• El debate en Stacker News sobre “self-custodial”: https://stacker.news/items/1020261
• Código fuente (Apache-2.0): https://github.com/buildonspark/spark
• Explorador de la red: https://sparkscan.io/
• Ecosistema de wallets y apps: https://www.spark.money/ecosystem
• Statechains, el paper original de Ruben Somsen: https://github.com/RubenSomsen/rubensomsen.github.io/blob/master/img/statechains.pdf
• Mercury Layer, la statechain con borrado atestiguado: https://mercurylayer.com/
• FROST, firmas Schnorr de umbral: https://eprint.iacr.org/2020/852
• BIP-68, el techo de los timelocks relativos: https://github.com/bitcoin/bips/blob/master/bip-0068.mediawiki

§Cierre

Spark hace algo difícil y lo hace bien: le quita al usuario el trabajo de Lightning sin quitarle la llave. Eso no es poco. Durante años la única forma de tener buena UX en pagos bitcoin fue entregarle las llaves a alguien, y esta es una respuesta seria a ese problema, con código abierto, salida unilateral y una propiedad criptográfica elegante cuando los operadores se portan bien.

Lo que no puede hacer, ni lo pretende, es darte una prueba. El sistema descansa sobre un acto que ocurre dentro del servidor de otro y no deja huella: borrar una llave. Se puede creer que lo hacen, y hay razones para creerlo, porque son empresas con nombre, reputación e inversionistas que perderían mucho. Creer con razones es distinto de verificar, y en Bitcoin esa distinción es el patrimonio entero.

Por eso la conclusión no es “sirve” o “no sirve”, sino para qué. Para mover dinero, cobrar, pagar y no volverse loco con canales, es de lo mejor que hay hoy. Para guardar lo que no puedes reponer, sigue habiendo una sola respuesta, y es aburrida: un UTXO en la capa 1, con una llave que nadie más comparte, y un olvido que no le encargas a nadie.

• Acción hoy: si ya usas una wallet sobre Spark, pega tu dirección en Sparkscan y mira cuánto de tu vida financiera está publicado. Diez segundos, y cambia cómo la usas mañana.
• Pregunta para la comunidad: ¿dónde pones el límite entre “confianza minimizada” y “autocustodia”? ¿Basta con que exista una salida unilateral, o solo cuenta si tu saldo alcanza para pagarla?

techflows@blink.sv
Nostr: npub1ahlmfhkf4rszm2uv45jnkc2jrcwjfmc0dgdgzfese8md8z2ldx4qqy88la
Si esto te es útil, un zap es la mejor señal. Si algo está mal, corrígeme públicamente: lo agradezco más que el zap.

https://stacker.news/items/1554521