/v1/rate/sofr/usd endpoint ($0.001 per call, onboarding tier) and the matcher's base anchor.
InterAgentRepoV4 on Base mainnet.
| Document | SHA-256 | IPFS CID |
|---|---|---|
| agent-sofr-v1 | 001dd476c5e14755617200899b1f7f1de4a6d54050c7eb3f6ffb3988c1a199fb | bafkreiaadxkhnrpbi5kwc4qargnr67y54stnkqcqy7vt6373hgemdimz7m |
| repo-pricing-v1 | 1b2f6cd347a840cf5f435ba7e9e7b503094a2e983ab9fe609868a81ad5d5d583 | bafkreia3f5wngr5iidhv6q23u7u6pnidbffc5gb2xh7gbgdivannlvovqm |
Every paid API response includes a methodology.version field — for example "agent-sofr-v1". The version string resolves to a specific HTML page at regimeshift.xyz/methodology/{version}.
To verify a published rate was produced by the spec you think it was:
curl https://regimeshift.xyz/methodology/agent-sofr-v1 | shasum -a 256
curl https://regimeshift.xyz/methodology/HASHES.txt
diff <(curl https://regimeshift.xyz/methodology/agent-sofr-v1 | shasum -a 256 | awk '{print $1}') \
<(curl -s https://regimeshift.xyz/methodology/HASHES.txt | grep agent-sofr-v1 | awk '{print $1}')
If they match, the rate that came back labelled "agent-sofr-v1" was definitely produced by the spec you just read. If we ever change the formula we bump the version (agent-sofr-v2, etc.) — the old hash continues to resolve to this exact page.
Why versioning matters. Any methodology can drift if not versioned. By treating each spec as an immutable artifact + bumping the version string on every change, the consumer of a rate always has a verifiable source for "the formula that produced this number."
Live source code. The Python implementation that matches these specs is at github.com/regimeshift-xyz/regimeshift-clearinghouse — oracle/agent_sofr.py, oracle/rate_aggregator.py, matcher/quote_engine.py.