Cross-Chain
Estado honesto de la interoperabilidad. Regla editorial: un bridge no es operativo porque exista el contrato de un solo lado.
Estado actual
| Pieza | Estado |
|---|---|
| Respaldo del lado Bitcoin | IMPLEMENTED — bridge/bitcoin-backstrap/ |
| Puente EVM del lado Radhika | NOT_RUN — no existe implementación |
| Axelar | BLOCKED — no soporta RadhikaChain (verificado en la arquitectura) |
| Ruta viable documentada | PLANNED — hub-and-spoke (red anfitriona + spoke Radhika) |
Reglas del plan (pruebas obligatorias antes de cualquier despliegue cross-chain)
Identidad de token y cadena · mapeo de decimales · ida y vuelta · mensaje repetido · nonce obsoleto · emisor no autorizado · reorganización/confirmación insuficiente · timeout · RPC no disponible · reembolso · límite de flujo · pausa · conciliación del suministro agregado · rol de mint/burn · permisos administrativos · recuperación documentada.
Operaciones distintas (cada una se verifica por separado)
- Despliegue de un contrato.
- Creación de un token.
- Conexión de un bridge.
- Activación del token envuelto.
Redes documentadas
- Arc (chain_id 5042) y GOAT (chain_id 2345) — verificadas por RPC live (ver Contratos y redes).
- GOAT es ejecución onchain de agentes, no competidor: contextos distintos.