Financial technology, blockchain infrastructure

A Cardano stake pool operated by AI agents: daily checks, safe restart windows and human decisions where keys and money are involved

An independent Cardano stake pool operator.

Reviewed by Christopher Clayton, CEO

Scale
1 block producer, offline cold keys, daily update checks, 1 restart policy, 1 rewards pipeline, 2 kinds of human confirmation
Engagement
Continuous operation on mainnet, with agent-run maintenance sessions since October 2026

The challenge

A stake pool earns only when its block producer is online and forging at the moment a slot is assigned to it. The producer must be patched, its hot keys renewed on a fixed cycle and its software upgraded, and every one of those steps can cost a block if it is done at the wrong minute. The operator wanted the routine work done carefully and on time by agents, with a hard stop wherever a mistake would be expensive or impossible to undo.

A Cardano stake pool is a small business that lives or dies on timing. The pool earns a reward only if its block producer is up and forging when the network assigns it a slot, so every restart, patch or key change has a price if it lands at the wrong minute. The operator wanted that routine work handled by custom AI agents that follow the pool's own rules, and wanted every dangerous step to end with a person.

The agents start with a daily check. They look for pending operating-system updates, for services that must be restarted to load patched code and for a reboot that is waiting, and they write what they find to the pool's log. The node itself is protected from automatic restarts, so the agents decide when it is safe. Their restart policy is strict: estimate the outage, multiply it by ten to get the window, read the leadership schedule and go ahead only when no block is assigned in that window. Otherwise they pick the next clear hour and say when.

Keys and money are where the line to a human is drawn. The cold key never leaves an encrypted volume that only a person mounts. An agent can prepare the new hot key and certificate and verify the counter on the chain, but the signing step waits for the person. Software upgrades are proposed with release notes, a checksum-verified package and a rollback copy. The rewards pipeline has its own written rules: it never changes an address by itself, the destination is confirmed by the operator for each run, and after a transient error it stops with its state saved and asks before it resumes.

The result is routine work that gets done on time and leaves a record. A planned reboot with 18 package updates and a new kernel on 26 October paused forging for 2 minutes 18 seconds, hours before the next assigned slot. This is a small, real example of the pattern we build for clients: agents that handle the repetitive, rule-bound work and know exactly when to stop and ask.

What our team delivered

  • A daily agent check of the producer: pending operating-system updates, services that need a restart to load patched code and whether a reboot is waiting, with each finding written to the pool's log
  • A binding restart policy that the agents follow: estimate the outage, multiply it by ten for the window, read the pool's leadership schedule and restart only when no block is assigned in that window; the node itself is never restarted automatically by the update tools
  • Hot-key renewal on a fixed cycle: an agent prepares the new key material and operational certificate and checks the certificate counter against the chain, while the offline cold key stays on an encrypted volume that only a person mounts
  • Software releases tracked by an agent that reads the release notes and proposes the upgrade with a checksum-verified package and the old binaries kept for rollback; a person approves
  • An epoch rewards pipeline run by agents under its own written rules: addresses and destinations never change on their own, a person confirms the destination in the same conversation for every run, and the runner stops safely and asks before resuming after a transient error
  • Escalation by design: every step that touches keys, money or live firewall and login settings is either handled under a written rule or turned into a numbered question for the operator, and each action is logged with what, when and why

Result

Routine upkeep now happens without the operator starting it. On 26 October 2026 an agent-run maintenance session applied 18 package updates and a new kernel with a planned reboot; forging was paused for 2 minutes 18 seconds, in a window the leadership schedule showed was clear, with the next assigned slot hours away. The node upgrade and hot-key renewal on 20 October followed the same pattern, and the daily check has kept pending updates visible instead of silent. When the rewards pipeline met a transient exchange error it stopped, saved its state and asked before resuming, which is the behavior the rules were written to produce.

Get this for your company

Related services with fixed prices and a written scope.

AI agent bot, standard

One bot for a task that crosses two systems or handles varied documents, with exception handling and a review queue for your team.

About 3 to 4 weeks

$5,900 per bot

Details

Managed IT and security (MSP)

One monthly price per team member: help desk, device management, patching, backup monitoring and security basics.

Onboarding starts within 10 business days

$100 per team member, per month

Details

Show 3 more

Initial assessment of public endpoints

What an attacker can see and reach from the internet: your domains, mail, websites, remote access and cloud exposure.

Report within 5 business days of kickoff

$1,000 per assessment

Details

Managed security monitoring

Endpoint detection and response watched by our analysts, priced per device.

Agents deployed within 7 business days

$18 per endpoint, per month

Details

After you purchase, we contact you within 1 hour, any time of day or night, to start onboarding.

No payment is taken online. When we call you within the hour we confirm the scope and send an invoice (ACH, card or crypto).

Critical patches in days, not months

Distribution of days from vendor patch release to deployment for critical-severity CVEs, before and after a managed patching service. The dashed line marks two weeks: under CISA BOD 22-01, US federal agencies must remediate Known Exploited Vulnerabilities within two weeks for CVEs assigned in 2021 or later (six months for older ones). Private organisations are not bound by it, but it is a sensible benchmark. Illustrative figures.

Critical patches in days, not monthsGrouped bars of the distribution of days to patch critical CVEs, percent of patches. Before: 0 to 3 days 4, 4 to 7 days 8, 8 to 14 days 14, 15 to 30 days 26, 31 to 60 days 24, 61 to 90 days 14, over 90 days 10. After managed patching: 22, 40, 28, 7, 2, 1, 0. A dashed line at 14 days marks the CISA KEV remediation window. 26 percent were patched within 14 days before, 90 percent after.Days to patch, critical CVEs (% of patches)Before: ad hoc patchingAfter: managed patching0%10%20%30%40%4%22%0–38%40%4–714%28%8–1426%7%15–3024%2%31–6014%1%61–9010%0%90+days from patch release to deployedCISA KEV window: 14 days26% → 90%patched within 14 daysBOD 22-01: 2 weeks (CVE from 2021), 6 months (older). Each series sums to 100%.

Three approval tiers for AI agents

Every action an agent can take falls into one of three tiers: it runs on its own, a named person approves it first, or a human always does it. The examples are illustrative; each firm draws its own lines during scoping.

Three approval tiers for AI agentsThree side-by-side cards. Runs on its own: reading, drafting, searching approved sources, writing its own log. Needs approval: external email, changing records, widening access, running scripts. Never automated: moving money, changing bank details, switching off logging, deleting backups, signing contracts.What an agent may do, by approval tierRuns on its ownLow impact, easy to undoRead and summarise filesDraft text for reviewSearch approved sourcesWrite its own activity logNeeds approvalA named person says yesSend email outside the firmChange a customer recordGrant or widen accessRun a script on a serverNever automatedA human does it, every timeMove moneyChange bank detailsSwitch off logging or alertsDelete backupsSign a contractImpact and difficulty of undoing rise from left to rightExample tiers only. The lines between them are set per firm, per workflow.

Failover in under a second

ISP A fails at 300 ms. BFD (RFC 5880) with a 50 ms interval and multiplier 3 declares the session down 150 ms later, BGP withdraws the routes, and the forwarding table repoints to ISP B. Traffic is back at full rate in well under a second; without BFD the router would wait for the 90 s BGP hold timer. Illustrative figures.

Failover in under a secondLine chart over 1.2 seconds. ISP A carries 8 gigabits per second until 300 milliseconds, then drops to zero. ISP B carries nothing until about 650 milliseconds and reaches 8 gigabits per second at 720 milliseconds. Roughly 400 milliseconds of loss in between.Traffic per upstream during a link failureISP A (primary)ISP B (standby)04812Gb/s0200 ms400 ms600 ms800 ms1000 ms1200 msabout 400 ms of loss1 Link to ISP A fails2 BFD: 3 missed hellos (3 × 50 ms), session down3 Routes withdrawn, FIB repointed to ISP BWithout BFD, BGP would wait for the 90 s hold timer (30 s keepalives).

Frequently asked questions

Direct answers to the questions we hear most. Something else on your mind?

Send us a message
How do AI agents restart a stake pool without losing blocks?

They follow a binding restart policy: estimate the outage, multiply it by ten for the window, read the pool's leadership schedule and restart only when no block is assigned in that window. The node is never restarted automatically by the update tools. On 26 October 2026 a planned reboot after 18 package updates and a new kernel paused forging for 2 minutes 18 seconds, with the next assigned slot hours away.

Do the agents have access to the pool's keys and rewards?

The offline cold key stays on an encrypted volume that only a person mounts. Agents prepare hot-key material and check the certificate counter against the chain, and a person approves node upgrades. In the rewards pipeline, addresses and destinations never change on their own, and a person confirms the destination in the same conversation for every run.

What happens when an agent hits an error it does not expect?

It stops and asks. When the rewards pipeline met a transient exchange error, it saved its state and asked before resuming. Every step that touches keys, money or live firewall and login settings is either handled under a written rule or turned into a numbered question for the operator, and each action is logged with what, when and why.

Do you know if your company is safe?

Speak with a security engineer today. The first assessment call is free and confidential.

CallFree assessment