Fedimint y Cashu: eCash, mints federados y privacidad sobre Bitcoin
La idea de eCash aplicada a Bitcoin: privacidad fuerte con custodia local o comunitaria.
Una idea de 1982 que espero cuarenta anos
En 1982, David Chaum publico las blind signatures: una forma de firmar dinero digital sin que el emisor pueda vincular emision y gasto. La idea no cuajo comercialmente en los 90 (DigiCash), pero tecnicamente era correcta.
Bitcoin y Lightning cambiaron el contexto: ahora existe un activo base sin emisor central (BTC) y una capa de liquidez instantanea (Lightning). Eso hizo viable retomar eCash con nueva arquitectura.
Por que eCash sobre Bitcoin tiene sentido hoy
- Privacidad fuerte en pagos de baja cuantia.
- Experiencia de usuario simple para micropagos.
- Unidad economica en sats.
- Entrada y salida rapida via Lightning.
Cashu: implementacion minimalista
Cashu prioriza simplicidad: un mint emite tokens de eCash tras recibir sats por Lightning. El usuario transfiere tokens y puede canjearlos de vuelta por sats. El mint valida firma y doble gasto, pero no puede vincular facilmente flujo completo de emision y uso.
Trade-off central: cada mint suele ser custodio unico. Si el operador falla o desaparece, los tokens pendientes en ese mint pueden perderse.
Fedimint: custodia comunitaria distribuida
Fedimint distribuye custodia entre guardianes con quorum (por ejemplo 3-de-5 o 4-de-7). Mantiene propiedades de privacidad del eCash, reduciendo el punto unico de fallo de un custodio individual.
Su modelo encaja especialmente en comunidades locales donde los guardianes son conocidos y tienen reputacion que perder.
Cashu vs Fedimint
| Aspecto | Cashu | Fedimint |
|---|---|---|
| Custodia | Mint unico | Federacion |
| Complejidad | Baja | Media/Alta |
| Riesgo de contraparte | Concentrado | Distribuido por quorum |
| Caso tipico | Micropagos y propinas | Banca comunitaria y economia local |
El debate filosofico: privacidad vs autocustodia
La tension es real: not your keys, not your coins sigue siendo cierto. eCash no sustituye autocustodia de patrimonio. Pero para pagos cotidianos privados, ofrece propiedades que on-chain y Lightning no siempre dan con la misma UX.
Modelo practico por capas: ahorro principal en mainchain autocustodiada; liquidez operativa en Lightning; privacidad de baja cuantia en mints (con limites de riesgo estrictos).
No guardes ahorro de largo plazo en mints. Usalos para importes pequenos y rotacion rapida.
Casos de uso concretos
- Propinas y micropagos en redes sociales (especialmente en integraciones con Nostr).
- Pagos privados de baja cuantia con friccion minima.
- Economias comunitarias con guardianes conocidos y reglas locales.
- Remesas y circulacion local en entornos con banca limitada.
Riesgos que debes conocer
- Custodia: en Cashu depende del mint; en Fedimint depende de quorum de guardianes.
- Experimentalidad: protocolos jovenes, con riesgo de bugs y cambios de implementacion.
- Regulacion: presion regulatoria puede forzar KYC o cierre de operadores.
- Operacion: gateways Lightning, disponibilidad y seguridad operacional importan mucho.
Fuentes y referencias
- Chaum (1982), blind signatures.
- fedimint.org/docs
- github.com/cashubtc/nuts