External keeper/relayer not redundant
GMX v2 (GMX Synthetics)'s assessment for RD-F-062 — scored yellow on the v1.7.0 rubric. The evidence below is the curator's reasoning for this score.
Evidence summary #
ORDER_KEEPER role in RoleStore gates all order execution. Keepers are team-controlled whitelisted addresses (not permissionless). If keeper network goes offline or is compromised, all order execution halts — no permissionless fallback. GMX docs known-issues confirms keeper downtime prevents execution. Multiple keeper addresses likely exist but all are team-controlled (centralized operator set). L2 sequencer check is not automated for non-atomic actions per docs.
Detail #
Profile §7: ORDER_KEEPER role whitelisted in RoleStore; 'likely team-controlled'. GMX known-issues page acknowledges keeper liveness dependency. OracleStore.sol manages signer set. Keeper addresses not enumerated on-chain in this assessment (deferred to governance-admin-analyst). Template: yellow = single keeper provider (team-controlled), protocol function halts on keeper failure.
Sources #
- DocsGMX Contracts Known IssuesGMX docs known-issues — keeper dependency acknowledgedretrieved 2026-05-05
- RoleStore — ArbiscanRoleStore Arbitrum 0x3c3d99FD298f679DBC2CEcd132b4eC4d0F5e6e72retrieved 2026-05-05
Methodology #
Determine whether the protocol depends on a single keeper or relayer (Gelato, Chainlink Automation, custom) with no redundancy or failover.
See the full factor methodology and distribution across all protocols →