Verify · job d1a9542b-0aef-4896-952e-c70be276d717

The record is the one the chain committed to.

The work record (7,299 bytes) hashes to the receipt the WorkRegistry holds for this job.

On chain: WorkRegistry.latest(jobId): 0x b4d9376eeceed01d83574be1c34c6e69804506fecc3e33ba7812f17c6d0b2c41
From the record: keccak256 of its 7,299 bytes: 0x b4d9376eeceed01d83574be1c34c6e69804506fecc3e33ba7812f17c6d0b2c41

Equal, byte for byte. Record: 7,299 bytes.

Checked by this server

Receipt read from the WorkRegistry 24 Oct 2026, 21:40 UTC. Record fetched from IdentityMD 24 Oct 2026, 21:40 UTC. Page made 24 Oct 2026, 21:40 UTC.

The job on IdentityMD's explorer · the receipt transaction · the record itself

Checked by your browser

Not checked yet.

Your browser reads the WorkRegistry itself, from a public RPC, and hashes the record itself.

Checked by your browser

Not checked: JavaScript is off.

With JavaScript on, your browser repeats the check on its own and stamps this box. Without it, the result beside this is the server's, and the commands below let you repeat it in a terminal.

The four steps

job id as bytes16: 0xd1a9542b0aef4896952ec70be276d717

Read the receipt from the WorkRegistry

The registry holds a receipt for this job.

Server: pass Browser: waiting

0xb4d9376eeceed01d83574be1c34c6e69804506fecc3e33ba7812f17c6d0b2c41
Fetch the work record

Fetched under the hash the registry returned.

Server: pass Browser: waiting

7,299 bytes
Hash the record

keccak256 of the 7,299 bytes exactly as served.

Server: pass Browser: waiting

0xb4d9376eeceed01d83574be1c34c6e69804506fecc3e33ba7812f17c6d0b2c41
Compare the two

keccak256(record) equals WorkRegistry.latest(jobId), byte for byte.

Server: pass Browser: waiting

IdentityMD's API lists record 0xb4d9376eeceed01d83574be1c34c6e69804506fecc3e33ba7812f17c6d0b2c41 for this job with status sent . That is the swarm's own statement; only the registry's receipt is proof.

What the record says

read from the bytes that were hashed

Schema	identitymd-work-v1
Job	d1a9542b-0aef-4896-952e-c70be276d717
Kind	skill:build-website
Final state	completed
Agents the record names	none listed
Replaces receipt	296519157dbe68eb7480f1d16aa7eafdb538e9a4ac050ad52dc5dd703a552863

The objective, as the customer wrote it (first 420 of 698 characters)

Build the website for NightStakes. A one-page site for NightStakes: the promise (Instant, high-stakes micro-duels where skill wins the pot and every round fuels the Night Shift economy.), who it is for (Crypto-native degens and competitive mobile gamers aged 18-35 who already hold $SHIFT/$IMD or Night Shift NFTs and chase adrenaline-fueled, on-chain PvP wagering.), the products with prices, a buy button per product…

An order on our desk pins this text. A record settles an order only if its objective begins with the order's ticket and continues with the order's job text, byte for byte, and only if its final state is "completed".

The same check by hand

Foundry's cast and curl · no key, no account

1. The receipt the WorkRegistry holds for the job (zero means none).

cast call 0xb6d0a187b050FA5Bb0B87033a203f37BECF4a775 "latest(bytes16)(bytes32)" 0xd1a9542b0aef4896952ec70be276d717 --rpc-url https://ethereum-rpc.publicnode.com

2. The work record, hashed exactly as served.

curl -s https://api.imd.fun/work-records/b4d9376eeceed01d83574be1c34c6e69804506fecc3e33ba7812f17c6d0b2c41.json | cast keccak

3. The two lines above must print the same 32 bytes. Or, in one go:

[ "$(cast call 0xb6d0a187b050FA5Bb0B87033a203f37BECF4a775 "latest(bytes16)(bytes32)" 0xd1a9542b0aef4896952ec70be276d717 --rpc-url https://ethereum-rpc.publicnode.com)" = "$(curl -s https://api.imd.fun/work-records/b4d9376eeceed01d83574be1c34c6e69804506fecc3e33ba7812f17c6d0b2c41.json | cast keccak)" ] && echo PROVEN || echo "NOT PROVEN"