Volver a Docs
Seguridad
Capas de defensa del protocolo AxinFy
UUPS Upgradeable Pattern (OpenZeppelin V5)
Todos los contratos usan UUPS (Universal Upgradeable Proxy Standard). Los upgrades requieren multisig admin — ninguna sola cuenta puede empujar cambios. Cada contrato reserva
__gap de storage para futuros campos sin romper la layout existente.AccessControl + Roles
Roles separados (DEFAULT_ADMIN_ROLE, OPERATOR_ROLE, VERIFIER_ROLE). El operator que ejecuta cycles no tiene poder de upgrade. El verifier de POI no puede tocar Treasury.
Pull Payment Pattern
Los rewards y profit se acumulan en Treasury. El usuario los reclama cuando quiere (
claim/claimByTokenId). El contrato nunca empuja transferencias automáticas — esto previene ataques de reentrancia y errores de gas en cascada.ReentrancyGuard en funciones críticas
Las operaciones que mueven USDC entre Vault, Treasury y wallets del user están protegidas con
nonReentrant de OpenZeppelin.Pausabilidad de emergencia
Los contratos críticos (Vault, Trading) implementan
Pausable. En caso de emergencia, el admin multisig puede pausar depósitos/retiros mientras se mitiga. Lecturas siempre siguen disponibles.Código verificado en Polygonscan
Cada contrato está verificado — cualquiera puede leer la lógica línea por línea en polygonscan.com. Las direcciones están en /docs/contracts.
Oracles Chainlink
Pricing USDC/USDT/POL viene de Chainlink Aggregators. No hay precios on-chain manipulables ni dependencia de DEX pools volátiles.
Estado del sistema en tiempo real
Consulta /status para incidentes activos, mantenimientos programados y estado de cada módulo (Vault, Trading, Treasury, etc).
¿Reportar un bug de seguridad?
Escríbenos a security@axinfy.com. Bounty program para vulnerabilidades verificadas — próximamente en HackenProof.
