WHAT WAS PROVEN TRUE

Verify.

Verification turns work into work you can trust.

need
without verification, trust is just a claim.
solution
checks run at acceptance, receipt records what passed.
outcome
your work scales across boundaries.
WHY VERIFY

Without verification.
Trust is just a claim.

The same question gets answered again. The same decision gets revisited. The same scope gets re-explained.

You waste time re-deciding work that was already accepted. You need to know requirements were actually met. Not just claimed.

why this matters

I need to know requirements were actually met. Not just claimed.

I need proof I can point to. For audits, handoffs, or my own sanity.

define
contract sets what must be true
verify
gates run required checks
record
receipt records what was accepted
THE RECEIPT

With verification.
Trust becomes tangible.

At acceptance, required checks run. The verifier is pinned from a trusted reference, so execution cannot modify the rules it's judged by. No manual review. No "trust me."

The receipt binds contract, verification output, and evidence hashes. It records what was accepted and when. It travels with the work across boundaries, handoffs, and audits.

The Ledger is optional. When work crosses boundaries, either side can request attestation. The receipt is the evidence. The Ledger only stamps it.

Local acceptance is authoritative.

why this matters

I need proof I can point to. For audits, handoffs, or my own sanity.

One acceptance boundary keeps accepted work moving forward.

pinned
verifier runs from a trusted reference
contract
what was promised before work began
verification
what checks ran and what they returned
evidence
what artifacts exist as proof of delivery
THE AGENT ECONOMY

Peer to peer.
No intermediary.

Imagine using Claude Code to buy IP from someone else. An algorithm. A video. A celebrity likeness. Anything with a work contract.

You define the work requirements and validation. They accept the contract and do the work. Verification runs. The receipt proves delivery. No platform in the middle. No intermediary taking a cut.

The optional ledger acts as a neutral third party. A tiebreaker if there's a dispute. It doesn't route the work. It doesn't decide acceptance. It just timestamps the receipt.

This doesn't add new protocols. Just definition, verification, and a signed receipt.

why this matters

I want to transact work directly. No middleman.

The receipt is proof: you did the thing.

direct
exchange between parties
feeless
no platform routing or fees
receipt
cryptographic proof of delivery
ledger
optional neutral tiebreaker
TRY IT

Proof you can verify.

Download a proof pack and verify offline. If the artifact is changed, verification fails closed.

hands-on

I need to see it work before I believe it.

# download and verify
$ unzip -q motus-proof-pack-hello.zip -d proof
$ cd proof && ./verify.sh
PASS  receipt verified
# tamper -> FAIL
$ echo "tampered" >> artifact/hello.html
$ ./verify.sh
FAIL  artifact hash mismatch
NEXT

Ready to run it?

Build takes you from understanding to using. Install, first workflow, gates, CI, and rollout.