Skip to main content
Leading options · 7 ranked of 19 assessed

Automation & Keepers

Automation & Keepers evaluated across whether the job survives the vendor, what can fire the call and who can check the condition was true, whether a run that never happened is visible, and the lateness the vendor will put in writing.

Ranked here: automation and keeper services that notice when a contract call comes due and then make that call happen, for operators running routine business logic on a deadline. Not ranked here: services that only submit a transaction you have already decided to send, and security monitoring built to catch an attacker rather than run routine business logic.

#1 of 7published ranking
TukTuk (Helium)
80ChainChoice Score
Why it leads
TukTuk (Helium) is 11 points ahead of KeeperHub, mainly because it scores higher on its visibility of the non event and its survives the vendor.
Show the arithmetic
Ahead of KeeperHub on visibility of the non event (+4.5 points) and survives the vendor (+3.7 points)
Cost
Not priced · No comparable price is published
Reviewed Next review by Published Methodology v2026.11.1
How this page is reviewed

Reviewed means every product ranked on this page was read against its sources on or after that date; every ranked category is re-read at least every 45 days. Models research, extract and parse. A deterministic engine ranks. Every quote passes an adversarial refute pass.

Accountable for this review: Mathias Siemonsmeier, Founder.

How we review · Review calendar · Corrections log · How we make money

No provider can pay for a position in this table. The code that computes this order cannot read which links carry a referral code, and every build proves it. Every score below rebuilds from the published criteria.Ranking v2026.11.1 · 4 criteria · 7 products · same inputs, same order

How we review · 7 ranked of 19 assessed · 4 criteria · 0 sponsor weight

How we review
7ranked
19assessed
4criteria
0sponsor weight
Recommendation first, comparison only if needed.
Reviewed and rechecked on the current cycle.
Commercial relationships disclosed before clickout.
Personal comparison

Automation & Keepers ranked comparison

No comparable price is published; ranking still uses verified product evidence.

RankProviderBest fitScore
1
TukTuk (Helium)An open-source Solana crank protocol: t...Top ranked
What can fire the call, against what target, and who can check the condition was true...Trade-off: Read this before committing: the programs are UPGRADEABLE and one authority controls...
80score
Check availability for your country

TukTuk (Helium) · tuktuk.fun. Provider links appear once we know which country you are browsing from: ChainChoice links to providers only where it serves in full.

Commission: This provider pays ChainChoice nothing for this link. Disclosure

Crypto products are high risk. Check the provider is authorised where you live before you deposit.

2
KeeperHubHosted visual workflow runner for oncha...
The lateness the vendor will put in writing, and the conditions under which it declin...Trade-off: READ THIS FIRST: the SLA is the one thing KeeperHub sells that its rivals mostly do n...
69score
Check availability for your country

KeeperHub · keeperhub.com. Provider links appear once we know which country you are browsing from: ChainChoice links to providers only where it serves in full.

Commission: This provider pays ChainChoice nothing for this link. Disclosure

Crypto products are high risk. Check the provider is authorised where you live before you deposit.

3
Reactive NetworkAn EVM chain whose contracts subscribe...
What can fire the call, against what target, and who can check the condition was true...Trade-off: The architecture that removes the vendor from the PREDICATE does not remove it from t...
68score
Check availability for your country

Reactive Network · dev.reactive.network. Provider links appear once we know which country you are browsing from: ChainChoice links to providers only where it serves in full.

Commission: This provider pays ChainChoice nothing for this link. Disclosure

Crypto products are high risk. Check the provider is authorised where you live before you deposit.

4
DeFi Saver AutomationClosed-catalogue DeFi position automati...
The lateness the vendor will put in writing, and the conditions under which it declin...Trade-off: The real access constraint is economic, not geographic, and it disqualifies most read...
66score
Check availability for your country

DeFi Saver Automation · docs.defisaver.com. Provider links appear once we know which country you are browsing from: ChainChoice links to providers only where it serves in full.

Commission: This provider pays ChainChoice nothing for this link. Disclosure

Crypto products are high risk. Check the provider is authorised where you live before you deposit.

5
Keep3r NetworkA permissionless onchain keeper marketp...
Whether the job survives the vendor: who else can turn the crank, and what end-of-lif...Trade-off: Four things a ranking must not smooth over, all re-verified onchain 2026-08-14. (1) T...
65score
Check availability for your country

Keep3r Network · docs.keep3r.network. Provider links appear once we know which country you are browsing from: ChainChoice links to providers only where it serves in full.

Commission: This provider pays ChainChoice nothing for this link. Disclosure

Crypto products are high risk. Check the provider is authorised where you live before you deposit.

6
Mimic ProtocolWrite the condition as a TypeScript fun...
What can fire the call, against what target, and who can check the condition was true...Trade-off: Mimic is a self-declared pre-audit alpha whose entire execution path is, today, two a...
63score
Check availability for your country

Mimic Protocol · docs.mimic.fi. Provider links appear once we know which country you are browsing from: ChainChoice links to providers only where it serves in full.

Commission: This provider pays ChainChoice nothing for this link. Disclosure

Crypto products are high risk. Check the provider is authorised where you live before you deposit.

1 more assessed and ranked below — none of them hidden for commercial reasons.
Ranking blindCommercial terms excludedDated primary sources

Ranked on 4 published criteria weighted 28/30/24/18, which set goal alignment — 30 of the 86 points. The rest: regional access 20 (constant here), evidence depth 18 (constant here), ease of use 10 (constant here), institutional trust 8 (constant here). Profile match is shown in breakdowns but carries no weight.

How you can lose money here, and what the ranking scores
  • Control failure: a key or vote changes the rules, freezes or mints.
    Scored by What can fire the call, against what target, and who can check the condition was true · 28% (TukTuk (Helium) 8/10, KeeperHub 6/10, Reactive Network 8/10)
  • Liveness failure: the operator stops, censors you or loses data.
    Scored by Whether a run that never happened is visible, or the job just goes quiet · 24% (TukTuk (Helium) 7/10, KeeperHub 4/10, Reactive Network 7/10)
  • Execution failure: you get a worse price, later, or nothing.
    Scored by The lateness the vendor will put in writing, and the conditions under which it declines to execute · 18% (TukTuk (Helium) 6/10, KeeperHub 7/10, Reactive Network 5/10)
  • Exit failure: you cannot get out at par, on time, or with what is yours.
    Scored by Whether the job survives the vendor: who else can turn the crank, and what end-of-life is published · 30% (TukTuk (Helium) 8/10, KeeperHub 6/10, Reactive Network 2/10)
Every failure family that applies to this category is scored.
Audit
Infrastructure
Methodology
2026.11.1
published 10 November 2026
Providers tracked
860+
across 121 categories
Last verified
28 September 2026
newest dated pricing or sentiment read
Named on the roster
2 people
managing directors · 6 automated processes
Decision guide

What matters most before choosing in this category

Weighted on whether the job survives the vendor: who else can turn the crank, and what end-of-life is published, what can fire the call, against what target, and who can check the condition was true, whether a run that never happened is visible, or the job just goes quiet, and the lateness the vendor will put in writing, and the conditions under which it declines to execute, in that order. THE FAILURE THIS CATEGORY EXISTS TO PREVENT IS INSTRUMENTED BY NOBODY — 0 of 7. Not one vendor documents an alert that fires when a scheduled run does not happen, and the absence was established by exhausting each vendor's own corpus rather than by spot-check. Keep3r: 'notification', 'alert', 'monitor' and 'webhook' return zero hits across all 41 pages indexed at https://docs.keep3r.network/llms.txt.

If this vendor shut down tomorrow, could anyone else call your job — or does it simply stop?
Does your condition live in code a third party can replay, or inside the vendor’s own servers?
How would you find out that a scheduled run silently stopped happening?
Leads on survivability

The #1 overall and the scoring weights

TukTuk (Helium)Data checked Sep 2026
An open-source Solana crank protocol: the buyer posts a task with a per-crank SOL reward and any anonymous signer may execute it, so firing is time-only, but the executor set, the due-condition and the failed run are all public chain state — and a task can return its own successor, keeping a conditional loop entirely onchain.

An open-source Solana crank protocol: the buyer posts a task with a per-crank SOL reward and any anonymous signer may execute it, so firing is time-only, but the executor set, the due-condition and the failed run are all public chain state — and a task can return its own successor, keeping a conditional loop entirely onchain. Strongest on what can fire the call, against what target, and who can check the condition was true (8/10): Firing is time-only: the TriggerV0 enum holds Now and Timestamp(i64), and a separate cron program queues tasks on a schedule. A task can call any instruction on any program, and RunTaskV0 checks the due-condition onchain ("task.trigger.is_active()"), so anyone can replay it. Weakest on the lateness the vendor will put in writing, and the conditions under which it declines to execute (6/10): No SLA, uptime figure or check cadence is published; the homepage promises tasks "run on time, every time". The docs state the decline conditions: the reward must exceed the crank cost or "crankers will not be incentivized to run your task", and a cron that runs out of funding leaves the queue. Published price: No rate card, subscription or vendor invoice exists; the only price mechanics are on https://www.tuktuk.fun/docs/overview, fetched 28 September 2026 and unchanged since August: "Creators of Task Queues set their payment per-crank turn in SOL.

Best forWhat can fire the call, against what target, and who can check the condition was true — 8/10
Main tradeoffRead this before committing: the programs are UPGRADEABLE and one authority controls both. tuktukUrfhXT6ZT77QTU8RQtvgL967uRuVagWF57zVA and cronAjRZnJn3MTP3B9kE62NWDrjSuAPVXf9c4hu4grM are owned by BPFLoaderUpgradeab1e11111111111111111111111, and their programData accounts both report the SAME upgrade authority, pULUgsYtKvT7qhsL8QJ2oJXYQUeCCdjtfawPnBqEr3U (read via getAccountInfo on mainnet-beta on 14 August 2026, and again at slot 451387271 on 28 September 2026). That account is system-owned with zero data; it held 2,426.04 SOL on 14 August 2026 and 200.00 SOL on 28 September 2026; whether it is a single keypair or a multisig vault cannot be determined from the account, and the vendor publishes nothing about who holds it. Everything this product scores well on — the unconstrained `crank_turner: Signer` that lets anyone execute your task — is code one key can replace (and that key did redeploy the tuktuk program at slot 448828254, matching release 0.2.11 on 20 September 2026), and there is no published continuity statement, sunset policy or security contact anywhere on the site or in its repository (no SECURITY.md, no CHANGELOG.md, /terms and /status both HTTP 404, status.tuktuk.fun NXDOMAIN). Three further things. (1) Firing is time-only: the published TriggerV0 enum is exactly {Now, Timestamp(i64)}, with cron expressions layered on by a second onchain program. There is no event, state, HTTP or cross-chain trigger. A conditional loop is supported without a server you own — a task's program can return its successor via RunTaskReturnV0, and the vendor publishes an instruction named `recurring_task` at https://www.tuktuk.fun/docs/api/cpi-example-sdk — but you must write and deploy that Solana program yourself; the platform evaluates nothing but the clock. (2) The executor count needs its caveat carried with it: seven distinct addresses ran RunTaskV0 in the August window, but four of them had their FIRST-EVER transaction funded from one wallet, 4SP9UEdkdPsFgEVmERLXZ4aUAFGCJ2JUuBgFyYAnv8AF, on 11 August 2026 — three in a single transaction. The chain supports 'at least two independent operator groups', not 'seven independent operators'. The set has since turned over: those four keys last ran on 3 September 2026, and a new address, BcS9rqkjquBDyi1faYqWYaLfW2Pc9fAXuBxoDHKYdYRM, first funded on 2 September 2026, paid for 47 of 50 runs sampled on 28 September 2026. No transfer read links its funder to 4SP9 or to the Helium-vanity keys, so its independence is unproven; the chain still shows at least two operator groups in the 30 days to 28 September 2026, but fewer are running today. (3) Nothing pushes: across all 23 published pages there is no webhook, alert, notification or email of any kind, so a defunded cron stops forever until a human polls — and the field the vendor's own monitoring page tells you to poll, removed_from_queue, is marked '// Deprecated: You should use the next_schedule_task instead' in the program source, while next_schedule_task appears on no page of the site. Separately, the homepage states the contracts are 'currently being audited. Use at your own risk.' with no auditor, report or date. PRICING, recorded as disclosure and ranked in no criterion: there is no subscription, no per-execution rate card and no vendor invoice. The buyer sets crank_reward per task in lamports (the CLI example at https://www.tuktuk.fun/docs/learn/create_a_task_queue uses --crank-reward 1000000, i.e. 0.001 SOL) and whichever anonymous signer executes it collects it; a live successful run logged 'Program log: Paying out reward 15000' (15,000 lamports) in signature 3iRR1cX8S7gbe3KiLDkG3KMhFu4V5D156YsaRPvibA9nnqhc7D6afoHxJpTraQsouKmhT3ewppsxfTR5fKXZSoLQ, slot 439184245, read on mainnet-beta 14 August 2026. That the crank reward is the ONLY fee is now verified rather than assumed: across all 17 .rs files of the tuktuk program, `uncollected_protocol_fees` appears exactly three times — twice as a struct field declaration in state.rs and once initialised to 0 in initialize_task_queue_v0.rs — with no code path anywhere that increments it. Pricing-shaped URLs tried, all HTTP 404 on 2026-08-14: /pricing, /docs/pricing, /terms.
Verify before signupNo rate card, subscription or vendor invoice exists; the only price mechanics are on https://www.tuktuk.fun/docs/overview, fetched 28 September 2026 and unchanged since August: "Creators of Task Queues set their payment per-crank turn in SOL. Crankers that run the tasks are paid out in SOL for each crank they complete. There is a minimum deposit of 1 SOL to create a task queue to discourage spam. This deposit is refunded when the task queue is closed." The buyer sets the reward per task and whichever signer executes the task collects it. Chain read, not a page price: a RunTaskV0 on Solana mainnet-beta on 28 September 2026 (signature 2fLreLZZjjAgHpVC9ZPURc12y8ZC5mZvJBCBWgxULQPTMpHEJ2u3dhkGScEn2CCAbYSR4i9pELtSiKhS55j7qEEY, slot 451277684) logged "Paying out reward 15000", i.e. 15,000 lamports (0.000015 SOL) to the executor. https://www.tuktuk.fun/pricing returns HTTP 404.
Weighted criteria
What can fire the call, against what target, and who can check the condition was true28%
Whether the job survives the vendor: who else can turn the crank, and what end-of-life is published30%
Whether a run that never happened is visible, or the job just goes quiet24%
The lateness the vendor will put in writing, and the conditions under which it declines to execute18%
Methodology

How this category is reviewed

Reviewed on what can fire the call and who can replay the condition, whether the job survives the vendor, whether a run that never happened is visible, and the lateness the vendor will put in writing. Weights are the engine’s: 30 / 28 / 24 / 18. There is deliberately no cost axis — per-execution price is already scored on the sibling page that ranks bundlers and paymasters, so it appears here only as recorded disclosure.

The order on this page is the published ranking for this category. Every criterion, weight and source behind it is on the methodology page.
Frequently asked

Questions people ask before choosing keepers

How would I know if my job silently stopped running?
On the evidence here, you would not be told. Zero of the seven document an alert that fires when a scheduled run does not happen, and the absence was established by exhausting each vendor’s own documentation rather than by spot-check — on Keep3r the words “notification”, “alert”, “monitor” and “webhook” return zero hits across the corpus. This is the category’s signature failure and the reason to read the visibility axis before the price: a missed run produces no transaction, no revert and no error, so the only possible evidence is a record of an absence. Four of the seven at least leave a chain-reconstructible history a third party can audit without the vendor’s cooperation; the rest keep it inside a dashboard behind tiered log retention.
Is Chainlink Automation still a safe default?
Not today, and this is the clearest case in the pool of a product that looks alive to every check short of an event scan. Its registry emitted its last UpkeepPerformed on 5 August 2026 and none since, across full block coverage — while getState() still answers normally, reports paused=false, and the contract still holds over 19,000 LINK. Its own app says “Chainlink Automation is being deprecated”. The successor runtime genuinely is executing, but you cannot deploy to it without a human approving your request, it carries an Early Access notice, and no price is published anywhere. It is marked as sunset here, so it ranks below every operating product.
What does “decentralised execution” actually survive?
Two of the seven. Only Keep3r and TukTuk let a stranger turn the crank without asking anyone: Keep3r’s documentation states that “To become a keeper, you simply need to call bond(address,uint)”, with zero allowlist or whitelist hits across 41 documentation pages. Everywhere else the executor set is the vendor’s, so “decentralised” describes the network the job runs on rather than the party that decides whether it runs. That distinction is what the heaviest axis measures, and it is why the ranking here disagrees with brand recognition.
Will anyone tell me how late a call can land?
No. Zero of the seven publish any bound on the interval between the condition becoming true and the call landing — the one quantity the category exists to control. Six of the seven publish schedule granularity instead, which is a different thing: a thirty-second cron resolution says how finely you may express a schedule, not how long the network may take to honour it. Treat a granularity figure as a specification of the request, never as a guarantee about the response, and read the conditions under which each vendor declines to execute at all — that half is unmarketed and, where it is undisclosed, lateness is unbounded.
Reviewed28 September 2026Method4 criteriaCategoryautomation_keepers
Not financial advice · For informational purposes only · Always do your own research