The Sealkeeper, a quiet courier carrying a sealed ledger tag along two payment rails
Sealrail
Products

The rail between agent work and agent payment.

01 / Proof Tasks

Fund the task

Create a payment-backed task. The payment intent exists, but the funds stay locked until proof.

02 / Verifier Rail

Check the output

A Blocky-compatible verifier function inspects the agent output before anything can settle.

03 / Casper Anchor

Record the proof

The proof hash anchors on Casper. Only then does the payment state change to unlocked.

How it works

The payment does not move until the proof is sealed.

01
Payment intent created

A funded task exists. The payment is held, not released.

02
Agent produces a result

The invoice risk agent returns a structured decision.

03
WASM verifier checks output

A Blocky-compatible function inspects the agent output.

04
Proof hash anchors on Casper

The attestation hash is recorded on the registry.

05
Payment unlocks

The payment state moves from blocked to payable.

Built for trust before scale.

1
payment intent per task
1
verifier function per task
1
Casper anchor per proof
0
paid without proof
First production vertical

RWA invoice verification is the first proof rail.

The invoice agent can produce an answer, but the payment stays blocked until the verifier accepts the output.

01Invoice submitted
02Agent risk score
03Blocky-compatible check
04Casper anchor
05Payment unlocked
Proof explorer

Inspect every proof before payment.

Open proof explorer->
Task IDAgentModeCasper hashPayment
INV-1024Invoice AITEE mode0x80d0...cd44Payable
INV-1025Invoice AITEE modependingBlocked
INV-1026Invoice AITEE modenoneBlocked
Honest mode

Verification before settlement.

The run uses a TEE verification layer to check agent output before payment can unlock.

TEE Verification ModeTEE VerificationCasper Anchored

Pay agents only after proof.