Fedimint

Imagine que Anna utiliza una cartera conectada a una federación local y Petr acepta su e-cash en la cafetería. No hace falta crear una transacción Bitcoin independiente por cada café. Las aplicaciones manejan tokens emitidos por una casa de moneda compartida, el mint. Los bitcoins reales permanecen en la reserva de la federación; lo que Anna y Petr se transfieren son tokens. Fedimint aporta los componentes, los custodios operan una federación concreta y la cartera es la interfaz de Anna. Son cosas distintas. Los módulos habituales gestionan Bitcoin, Lightning Network y e-cash; otros pueden añadir servicios. Cada federación tiene su funcionamiento y sus reservas. Sus tokens no sirven automáticamente en todas las demás. Aunque los custodios estén de acuerdo, siguen vigentes las reglas de la red Bitcoin. [1] [2]

Una federación busca que las operaciones importantes no dependan de un solo operador. Con un umbral ilustrativo 3-of-4, emitir un token requiere tres partes válidas de firma de cuatro custodios. La ausencia de uno deja suficientes partes; la de dos, no. Pero tres titulares que cooperen también pueden firmar sin permiso del cuarto. Repartir poderes no garantiza honestidad ni reservas suficientes. Es Counterparty risk: depender de personas u organizaciones que podrían no pagar. La firma de e-cash por umbral y Multisig, la autoridad compartida sobre la reserva Bitcoin, también resuelven tareas diferentes. Compruebe sus reglas en la federación elegida. [3] [4]

Cuando Anna deposita bitcoins directamente por la blockchain, el historial público de transacciones confirmadas, su aplicación presenta una prueba de la salida correspondiente que la federación debe aceptar según sus reglas. Cada salida registra un importe y las condiciones para gastarlo. Al retirar, la federación construye y firma una transacción Bitcoin desde la reserva. El token no da a Anna una clave para retirarla sin los demás. Esa es una diferencia esencial frente a Self-Custody, gestionar uno mismo las claves que firman pagos Bitcoin. Siguen haciendo falta custodios disponibles, fondos, comisiones y las confirmaciones exigidas. Un pago interno rápido no promete un retiro igual de rápido de cualquier cantidad. [4] [7]

La privacidad del e-cash se basa en una Blind Signature, una firma ciega. El cliente oculta matemáticamente el token concreto, solicita la firma y después retira el ocultamiento. El resultado es verificable, pero el mint no puede vincular por el token solo su canje posterior con una solicitud concreta de emisión. Como detalle técnico, la documentación describe firmas BLS por umbral sobre BLS12-381, no FROST como firma del token. El cliente combina suficientes partes válidas en una firma verificable. Cada denominación tiene su clave: ocultar la identidad del token no oculta al mint las denominaciones emitidas. [3]

Petr puede comprobar que el token lleva una firma válida de la federación. Eso no demuestra que nadie lo haya canjeado antes. Los datos digitales se copian, y Anna podría conservar el mismo token. Por eso la federación registra los identificadores gastados, llamados nonces, y rechaza su reutilización. El receptor necesita completar el intercambio por tokens nuevos, en lugar de confiar en que no se usará otra copia. Firma auténtica, token sin gastar y reserva suficiente son tres preguntas distintas. Resolver una no resuelve todas. [3]

Si la cafetería acepta un pago habitual de Lightning Network, una gateway o pasarela puede gestionar el traslado. Conecta la federación con Lightning y necesita liquidez, es decir, fondos disponibles, a ambos lados. La pasarela no tiene por qué ser custodio de la federación. La documentación del módulo V2 describe contratos que condicionan la entrega de fondos al pago y una preimagen, valor secreto revelado al cumplirse la condición. Si falla, existen vías de devolución según el contrato, pero no una garantía de disponibilidad permanente. Una pasarela caída o sin liquidez puede impedir el pago aunque funcione el mint. [5]

Una firma ciega impide al mint vincular la emisión de un token con su canje posterior basándose solo en el token. No elimina las demás huellas. La contraparte puede saber que pagó Anna; la pasarela ve lo necesario para gestionar Lightning; un observador puede comparar tiempos o importes. Los datos de conexión también pueden dar pistas. Pregunte siempre qué debe ocultarse y a quién: al custodio, a la cafetería, a la pasarela o a alguien que observa la red. La circulación más privada de tokens no anonimiza automáticamente cada depósito, retiro y contacto personal. [3] [5]

Perder el teléfono no implica necesariamente perder los tokens si la aplicación admite una recuperación correctamente configurada. El diseño documentado usa un valor secreto principal a partir del cual la aplicación puede volver a calcular los datos necesarios, copias cifradas de su estado y el historial disponible de la federación. El procedimiento depende de la aplicación y la versión; no basta con introducir una Seed Phrase Bitcoin en cualquier cartera. Antes de depender del servicio, pruebe por separado la recuperación y un retiro pequeño. Un respaldo ayuda ante la pérdida de datos, pero no rellena reservas vacías ni obliga a cooperar a los custodios necesarios. [6] [4]