Ecash en bitcoin: Fedimint y Cashu operan una federación con tres implementaciones de software en Berlín

El ecash en bitcoin dio un paso técnico relevante el 30 de septiembre durante el Ecash Hackday de Berlín. Allí, desarrolladores de Fedimint, Eric Sirion y thesimplekid, colaborador del protocolo Cashu, lograron que una misma federación de custodia funcionara con tres bases de código distintas. Según Obi Nwosu, director ejecutivo de Fedi, la demostración responde al riesgo de monocultivo de software que él mismo había advertido tras los problemas recientes vinculados a Liquid y Coldcard.

El logro puede parecer menor fuera del círculo de desarrolladores. No lo es. La seguridad de un sistema federado depende de que sus custodios no fallen todos a la vez, y eso es difícil de garantizar si todos ejecutan exactamente el mismo programa.

Publicidad

Estabilidad respaldada en Bitcoin

Descubre Dollar on Chain →

Qué es el ecash en bitcoin y por qué importan las federaciones

El ecash es un esquema de dinero digital basado en firmas ciegas, una técnica criptográfica que permite emitir y canjear fichas sin que el emisor pueda vincular quién las usa. Aplicado a bitcoin, funciona como una capa de custodia: los usuarios depositan BTC en una «casa de moneda» (mint) y reciben a cambio fichas que pueden transferir de forma privada y casi instantánea.

Hay dos enfoques principales. Cashu suele operar con un único emisor, lo que simplifica la puesta en marcha pero concentra la confianza en una sola entidad. Fedimint, en cambio, reparte la custodia entre varios «guardianes» que deben ponerse de acuerdo, mediante un esquema de umbral, para mover los fondos. La idea es que ningún custodio individual pueda robar o congelar el dinero por su cuenta.

Ese reparto, sin embargo, tiene un punto débil que Nwosu lleva tiempo señalando. Si los cinco, siete o diez guardianes corren el mismo software, un único error en el código podría comprometerlos a todos de forma simultánea. La federación sería descentralizada en lo organizativo, pero no en lo técnico.

El argumento del monocultivo

Nwosu planteó el problema en una publicación en X en la que sostuvo que la comunidad de Bitcoin seguía haciéndose la pregunta equivocada. A su juicio, el debate sobre custodia se ha centrado en cuántas partes controlan las llaves, cuando debería preocupar también cuántas implementaciones independientes sostienen el sistema.

El directivo enmarcó esa reflexión a partir de lo ocurrido con Liquid, la sidechain federada de Blockstream, y con los dispositivos Coldcard, dos productos muy usados en el mundo bitcoiner. El desarrollador Matt Corallo también expuso el problema en la misma red social, lo que sumó voces técnicas a la discusión.

La analogía más cercana está en Ethereum, donde la existencia de varios clientes de ejecución y consenso se considera una defensa clave. Cuando un cliente falla, los demás mantienen la red en pie. Bitcoin Core, por contraste, domina de forma abrumadora los nodos de la red principal, y algo parecido ocurría hasta ahora con las federaciones de ecash.

Tres códigos, una sola federación

Lo que se mostró en Berlín apunta justo a ese hueco. Eric Sirion compartió en X el resultado de la jornada: una federación operando sobre tres implementaciones diferentes, capaces de entenderse entre sí y de alcanzar consenso pese a no compartir código.

La participación de thesimplekid, uno de los desarrolladores más activos de Cashu, añade otra lectura. Durante años Fedimint y Cashu se presentaron casi como alternativas rivales. La demo sugiere que ambos proyectos pueden converger en estándares comunes, algo que beneficiaría a billeteras y comercios que hoy deben elegir un bando.

Para Nwosu, que dirige Fedi, una aplicación construida sobre Fedimint, el experimento es la respuesta práctica al riesgo que denunciaba. Un fallo en una de las implementaciones ya no tumbaría automáticamente a todos los guardianes: los que corren otro código podrían detectar la anomalía y negarse a firmar.

Lo que falta por resolver

Una demostración en un hackathon no equivale a un sistema en producción. Mantener varias implementaciones exige más trabajo de auditoría y coordinación, y cualquier diferencia de comportamiento entre ellas puede generar sus propios errores. Tampoco se conocen, por ahora, plazos para que federaciones reales adopten este modelo.

Aun así, el planteamiento cambia el eje de la conversación sobre custodia. Durante años la pregunta fue cuántas llaves hacen falta para mover un bitcoin. Los desarrolladores del ecash en bitcoin proponen añadir otra: cuántos programas distintos tendrían que fallar a la vez para perderlo. Si esa métrica gana terreno, la diversidad de software podría convertirse en un requisito tan básico como la multifirma para quienes custodian fondos de terceros.