Hoja de ruta
Estado público de cada fase de la transición no custodial. Esta página se actualiza a medida que avanzan las fases; las páginas de cada fase tienen el estado detallado.
Leyenda
- Planificada: diseñada, sin empezar en el código de producción.
- En curso: código o despliegues en marcha en al menos una cadena.
- Lanzada: activada por defecto para enlaces o suscripciones nuevos.
- Retirada: ruta heredada eliminada; ya no aplica.
Estado
| Fase | Título | Estado |
|---|---|---|
| 0 | Diseño y estrategia de auditoría | Planificada |
| 1 | Contratos de enlaces de pago en EVM | Planificada |
| 2 | Suscripciones en EVM (extracción por allowance) | Planificada |
| 3 | Despliegue multi-EVM y redundancia de keepers | Planificada |
| 4 | Solana (programas Anchor) | Planificada |
| 5 | Bitcoin (custodia reducida) | Planificada |
| 6 | Keepers descentralizados (EigenLayer) | Planificada (opcional) |
| 7 | Retirada de la infraestructura custodial | Planificada |
Resumen de las fases
Fase 0: diseño y estrategia de auditoría
Congelar la especificación de comisiones y repartos, elegir la cadena de lanzamiento (Base), elegir el proveedor de auditoría, crear los multisig de despliegue y decidir el modelo de suscripción. Resultado: tres ADR y una ceremonia de despliegue firmada. Sin cambios en producción.
Fase 1: contratos de enlaces de pago en EVM
PaymentLinkFactory, PaymentLinkReceiver (clon EIP-1167) y FeeSplitter. Las direcciones CREATE2 deterministas sustituyen a las wallets de depósito derivadas de HD para los pagos únicos en EVM. Cadena de lanzamiento: Base.
Fase 2: suscripciones en EVM (extracción por allowance)
SubscriptionHub con charge(id) pública. Los pagadores firman approve(spender, cap) una sola vez; el hub aplica el tope, los plazos y un lastChargedAt monótono. El keeper sustituye al procesador custodial de cobro automático.
Fase 3: despliegue multi-EVM y redundancia de keepers
Desplegar la pila en Ethereum, Arbitrum, Optimism y Polygon. Registrar Chainlink Automation (y/o Gelato) como segundo keeper. Publicar los SLO.
Fase 4: Solana (programas Anchor)
Programas Anchor payment_link y subscription. Una PDA por enlace; delegado SPL para las suscripciones. Dejar obsoletas la derivación HD de SOL y el servicio de barrido de SOL para los enlaces marcados.
Fase 5: Bitcoin (custodia reducida)
Cada nuevo enlace de pago en BTC pasa a ser un multisig taproot 2 de 2 (comercio + plataforma). PSBT de reembolso prefirmadas. La clave de la plataforma pasa a HSM/MPC. Las suscripciones en BTC siguen fuera de alcance hasta que madure la recurrencia de Lightning BOLT12.
Fase 6: keepers descentralizados (EigenLayer)
Opcional. Solo si un motivo concreto justifica el coste de construirlo. Recomendación actual: aplazarlo.
Fase 7: retirada de la infraestructura custodial
Eliminar hd_wallet_seed, WALLET_ENCRYPTION_KEY y las rutas de código de barrido de EVM/SOL. Actualizar los términos del servicio, la política de privacidad y el alcance de SOC2. Publicar un postmortem en los 30 días siguientes al lanzamiento.
Cómo se actualiza el estado
- La página de estado de cada fase (en
/docs/non-custodial/phases/) es el estado oficial y se actualiza cada semana mientras hay trabajo activo. - Esta hoja de ruta se actualiza cuando una fase cambia de estado.
- Se publica una entrada en el blog cuando una fase se lanza o cambia de forma significativa.