Keeper Network

What Is a Keeper Network?

A keeper network is a decentralized infrastructure layer of automated bots (called keepers) that perform essential maintenance operations for blockchain protocols. Smart contracts are reactive: they cannot trigger their own functions or monitor external conditions. Keepers fill this gap by watching on-chain and off-chain state, then submitting transactions to execute contract logic when predefined conditions are met.

Think of keepers as the automated caretakers of DeFi. Just as a building needs janitors, security guards, and maintenance crews to keep running, DeFi protocols need external agents to trigger liquidations, harvest rewards, update price feeds, and execute pending orders. Without keepers, lending protocols would accumulate bad debt, vaults would miss compounding opportunities, and oracles would serve stale prices.

A keeper network decentralizes this work across many independent operators rather than relying on a single bot run by the protocol team. This reduces single points of failure: if some keepers go offline, others continue operating. Networks like Chainlink Automation, Keep3r Network, and Gelato provide standardized frameworks for protocols to register tasks and for keepers to compete for execution rewards.

How It Works

Every keeper network follows a common cycle: protocols register tasks, keepers monitor conditions, and the first keeper to detect a valid trigger submits the execution transaction on-chain.

1. A protocol registers a task (called a "job" or "upkeep") specifying which contract function to call and what conditions must be true
2. Keeper bots continuously simulate the condition-check function off-chain, typically on every new block
3. When conditions are met, a keeper submits an on-chain transaction to execute the task
4. The keeper pays gas fees upfront and receives a reward from the protocol: a liquidation bonus, token payment, or fee reimbursement

Chainlink Automation

Chainlink Automation (formerly Chainlink Keepers) is the most widely adopted keeper network, built on Chainlink's Decentralized Oracle Network. The same node operators that secure price feeds also run automation tasks. Protocols implement two functions in their smart contract:

// checkUpkeep runs off-chain as a view function
// Returns whether execution is needed and any data to pass
function checkUpkeep(bytes calldata checkData)
  external view
  returns (bool upkeepNeeded, bytes memory performData);

// performUpkeep executes on-chain only when checkUpkeep returns true
// Must be idempotent to prevent duplicate execution
function performUpkeep(bytes calldata performData) external;

The checkUpkeep function runs off-chain as a simulated eth_call on every block, keeping gas-intensive computation off-chain. When it returns true, a Chainlink node submits the performUpkeep transaction. A rotating node selection mechanism prevents gas price auction wars between competing nodes, stabilizing execution costs.

Chainlink Automation supports three trigger types: time-based upkeeps (cron-style scheduling), custom logic upkeeps (arbitrary condition checking via checkUpkeep), and log trigger upkeeps (event-driven reactions to emitted on-chain logs). Upkeep owners fund their automation with LINK tokens deposited into a registry, from which nodes draw compensation.

As of 2026, Chainlink is migrating Automation into the Chainlink Runtime Environment (CRE), a broader orchestration layer for composable workflows that adds compliance, privacy, and cross-chain interoperability features.

Keep3r Network

Keep3r Network, created by Andre Cronje (founder of Yearn Finance) in October 2020, operates as a decentralized marketplace where protocols register jobs and keepers compete to fulfill them. Unlike Chainlink's managed node rotation, Keep3r uses an open market model: any bonded keeper can execute any registered job.

For low-risk jobs, keepers can execute without posting collateral. For jobs with larger financial implications, keepers must deposit KP3R tokens as a bond. The KP3R token has no maximum supply: it expands and contracts based on market demand, minted by providing liquidity to accepted pairs (initially KP3R-ETH). Governance controls job approval, dispute resolution, bond slashing, and reward premiums.

Gelato Network

Gelato Network differentiates itself through Web3 Functions: developers write TypeScript functions stored on IPFS and executed by Gelato's node network. These functions can fetch off-chain data from HTTP APIs, subgraphs, and databases before making on-chain execution decisions, bridging the gap between smart contract automation and external data sources without running backend infrastructure.

Gelato offers three primary services: Automate (smart contract execution), Relay (gasless transaction infrastructure where users sign messages instead of transactions), and Web3 Functions (TypeScript-based off-chain logic). Multiple executor nodes run tasks redundantly, providing failover if any single node goes offline.

Use Cases

Liquidations

The most economically significant keeper task is triggering liquidations on lending protocols like Aave, Compound, and MakerDAO. When a borrower's collateral value drops below the maintenance threshold, keepers call the liquidation function to repay the debt and seize collateral at a discount (typically a 5-10% liquidation bonus). Without keepers executing liquidations promptly, lending protocols would accumulate bad debt and become insolvent.

Capital-efficient keepers often use flash loans to perform liquidations without holding capital: borrow funds, repay the target's debt, seize discounted collateral, sell it on a DEX, repay the flash loan, and pocket the profit, all in a single atomic transaction.

Yield Harvesting and Compounding

Auto-compounding vaults rely on keepers to periodically call harvest functions that claim accrued rewards, swap them into the vault's base asset, and reinvest the proceeds. Protocols like Yearn Finance depend heavily on keeper infrastructure to compound returns across dozens of strategies without manual intervention.

Oracle Price Updates

Some oracle systems use keepers to push updated prices on-chain when deviation thresholds are crossed or heartbeat intervals expire. Keepers monitor off-chain price feeds and trigger update transactions, keeping on-chain price data fresh for protocols that depend on accurate pricing for trading, lending, and derivatives settlement.

Limit Order Execution

Decentralized exchanges without native order books use keepers to monitor price conditions and execute trades when target prices are hit. When a user places a limit order on a DEX aggregator, keepers watch the relevant price feeds and submit the swap transaction once the market price reaches the user's specified threshold.

Rebalancing and Protocol Maintenance

Keepers trigger rebalance functions in concentrated liquidity positions, algorithmic stablecoins, and portfolio management protocols. They also handle protocol-specific maintenance tasks: initiating surplus and debt auctions in MakerDAO, settling expiring derivatives contracts, and relaying cross-chain messages.

The Economics of Keeping

Keepers operate as economic actors: they spend gas to execute transactions and earn rewards that must exceed their costs for the operation to be profitable. Revenue sources include liquidation bonuses (5-10% of seized collateral value), protocol-specific token rewards (KP3R, LINK, GEL), and arbitrage spreads from price discrepancies. Costs include gas fees, infrastructure (low-latency nodes, monitoring systems), and capital requirements for bonding.

When multiple keepers detect the same opportunity, they historically competed through Priority Gas Auctions (PGAs): bidding up gas prices to gain transaction ordering priority. This competition drove up costs for all network users and transferred value from keepers to validators. Modern keepers increasingly bypass the public mempool entirely, submitting transaction bundles directly to block builders via private relay services to avoid PGA dynamics.

Keepers and MEV

Keepers are deeply intertwined with maximal extractable value (MEV). The line between a keeper performing a beneficial protocol service and a searcher extracting MEV is often blurred: a liquidation is simultaneously a critical protocol function and a profitable MEV opportunity. Keepers function as MEV searchers, scanning chain state for profitable opportunities and racing to capture them.

Common MEV strategies employed by keepers include backrunning (crafting liquidation transactions immediately after oracle price updates that make positions undercollateralized) and arbitrage (capturing price discrepancies between venues after keeper-triggered events). Under Ethereum's proposer-builder separation, specialized block builders aggregate keeper and searcher bundles to optimize block construction for MEV extraction. For a deeper exploration of extraction mechanics, see the research article on MEV extraction in layer 2 systems.

Risks and Considerations

Keeper Centralization

Professional operations with low-latency infrastructure, capital reserves, and direct block builder relationships hold systematic advantages over smaller keepers, leading to concentration. When a small number of operators run most of a network's automation, their downtime, bugs, or geographic failures create systemic risk for every protocol relying on them.

Cascade Failures Under Market Stress

The most dangerous failure mode occurs during sharp market drawdowns. On March 12, 2020 ("Black Thursday"), ETH dropped 43% in a single day, causing network congestion that spiked gas prices above 200 Gwei. MakerDAO's keeper bots could not submit competitive bids in collateral auctions, allowing some liquidators to win auctions with $0 bids. The result was approximately $8.3 million in protocol debt that required an emergency governance response. When many positions breach liquidation thresholds simultaneously, keeper capacity can be overwhelmed, triggering liquidation cascades.

Gas Cost Volatility

Keepers must pay gas upfront before receiving rewards. During periods of extreme network congestion, gas costs can exceed the reward value, making execution unprofitable. If all keepers stop executing because costs exceed rewards, critical protocol functions halt entirely. This creates a perverse dynamic where the protocols most need keepers (during volatile markets) at exactly the moments keepers are most likely to pause operations.

Smart Contract Risk

Keeper networks introduce additional smart contract surface area. Bugs in the condition-checking logic, reward distribution mechanisms, or job registration contracts can lead to incorrect executions, drained reward pools, or stuck tasks. Protocols relying on keeper networks inherit the security assumptions of both their own contracts and the keeper infrastructure.

Censorship and Selective Execution

Concentrated keeper infrastructure could selectively execute or withhold certain transactions. A keeper with dominant market share could strategically delay liquidations on friendly positions or front-run execution opportunities. Decentralized keeper networks mitigate this through open participation and redundancy, but economic incentives naturally favor concentration over time.

Why It Matters

Keeper networks are invisible infrastructure: when they work, nobody notices. When they fail, entire protocols can collapse. The health of DeFi lending markets, automated vaults, oracle systems, and decentralized exchanges depends on a functioning keeper ecosystem. As DeFi protocols grow in complexity and total value locked, the reliability and decentralization of keeper networks becomes increasingly critical to the financial infrastructure built on top of blockchains.

For Bitcoin-native financial infrastructure like Spark, the keeper problem highlights the importance of protocol designs that minimize reliance on external actors for critical operations. Layer 2 systems that can operate with fewer trust assumptions around liveness and execution offer more robust guarantees than architectures that depend on a healthy keeper market for basic safety.

This glossary entry is for informational purposes only and does not constitute financial or investment advice. Always do your own research before using any protocol or technology.