Logo AgentPay

Bind the key to the edge it belongs to.

Lock an API key to a Cloudflare colo, an IP fingerprint, or both. If the key is stolen and used from somewhere else — it fails. Off-edge requests never reach the ledger.


The idea

Every request arrives
from an edge.

Cloudflare sees which colo handled the call and which network path it took. Colo Bind remembers that signature and rejects the key when the signature changes.

Colo

The Cloudflare data center that received the request. Bind a key to one colo and it only works there.

IP fingerprint

A hash of the caller’s network identity. Useful when the colo can shift but the origin network should not.

Bind modes

Colo only, IP only, or both. You choose how tight the lock is when you bind the key.


The threat

A leaked key is useless
if it cannot leave
its edge.

API keys get copied. Logs leak. Screenshots travel. Colo Bind makes the key refuse to work anywhere except the place you allowed.

Stolen from a laptop

The attacker tries the key from another city or network. The colo or IP no longer matches — the request is rejected before spend.

Copied into a bot farm

Mass traffic from foreign edges never reaches the ledger. Only the bound location can authorize draws.

Shared by mistake

A teammate pastes a key into the wrong environment. Off-edge calls fail cleanly instead of draining the wallet.

Long-lived production key

Bind it once to the production colo. Rotation stays simple; exposure stays contained.


The flow

Bind once.
Check on every call.

Three steps between an open key and an edge-locked one.

1

Choose the lock

Pick colo, IP fingerprint, or both. The mode is stored on the key itself.

2

Bind from the real edge

Call bind from the colo and network you trust. That signature becomes the allowed one.

3

Every request is checked

If the incoming colo or IP hash does not match, the key is refused before any spend runs.


On every request

Three fields. One decision.
Allow or refuse.

Field What it means If mismatch
bound_colo The Cloudflare colo the key is allowed to use Refuse
bound_ip_hash Fingerprint of the allowed network path Refuse
bind_mode colo · ip · both — which rules are active Enforce mode

When it fails

A mismatch is not
a soft warning.
It is a stop.

Off-edge attempts are counted. You can inspect last colo, last IP hash, and violation history on the key.

Request blocked

The spend never starts. The ledger does not move. The caller gets a clear refusal.

Violation recorded

bind_violations increments. last_colo and last_ip_hash update so you can see where the attempt came from.

Key stays bound

A failed attempt does not unbind the key. Only you can unbind or re-bind from a trusted edge.


The controls

Three calls.
Full control.

Bind from the trusted edge. Unbind when you rotate. Inspect anytime.

Bind

Lock the key to this edge

POST /api/me/keys/bind — captures the current colo and/or IP hash and stores the mode on the key.

Unbind

Clear the lock

POST /api/me/keys/unbind — removes colo and IP constraints so the key can be rebound from a new trusted edge.

Inspect

See what the key remembers

GET /api/me/key and GET /api/edge — bound colo, IP hash, mode, last seen edge, and violation count.


The outcome

The key can travel.
The authority
cannot.

Copy it, leak it, paste it somewhere else. Without the matching colo or IP fingerprint, it is just a string that the edge refuses.

Bound to your edge Dead off-edge Ledger never touched

Colo Bind

Bind the key
to the edge.
Nowhere else.

Stolen keys fail off-colo. Off-edge requests never reach the ledger. Your agents keep their authority exactly where you put it.

Initialize Agent

Now

The ledger is open.

Bind a repo. Send a POST. Agents settle — humans stay out of the way.

Join AgentPay

│

Join now
AI Assistant