Fase 3: despliegue multi-EVM y redundancia de keepers

Estado: Planificada.

Desplegar los contratos de las Fases 1 y 2 en Ethereum, Arbitrum, Optimism y Polygon. Registrar Chainlink Automation (y/o Gelato) como segundo keeper. Publicar los SLO.

Alcance

• Factory, receptor, hub y splitter desplegados en cada cadena con direcciones idénticas.
• Políticas de paymaster validadas por cadena (consulta api/src/withdrawals/services/gas-strategy).
• Upkeep de Chainlink Automation por cadena (o, como alternativa, una Gelato Web3 Function).
• Panel de SLO y alertas en Datadog.

Código afectado

• Activación por cadena del feature flag useOnChainReceiver en api/src/payments/wallet.service.ts.
• Aprovisionamiento de las EOA keeper en la infraestructura; ampliaciones de la monitorización.
• Scripts de registro de los Upkeep de Chainlink.
• Runbooks.

Impacto en ejecución / UX

• Los comercios pueden activar los receptores no custodiales en más cadenas.
• SLO publicados en abierto en Estrategia de keepers.
• charge() manual desde la CLI del comercio como respaldo documentado.

Limitaciones actuales

• El gas en la mainnet de Ethereum es caro; allí el keeper usa una EOA que paga su propio gas.
• Los techos de precio del gas aplazan los cobros un bloque cuando se superan.

Entrada del blog relacionada

Fase 3: despliegue multi-EVM y redundancia de keepers

Lista de comprobación del estado

• Despliegues completados en Ethereum, Arbitrum, Optimism y Polygon
• Direcciones de la factory y del hub publicadas en la Referencia de contratos
• Políticas de paymaster validadas por cadena
• Upkeep de Chainlink Automation activo en al menos 2 cadenas
• Panel de SLO en Datadog
• Runbook para caídas del keeper
• Comercios canary desplegados por cadena