animica.dev
https://animica.dev/x402/pq/artifactShares a payout wallet with 70 other endpoints — its adoption is attributed from that shared wallet's traffic, not earned exclusively.
Bind a build to its identity with a post-quantum signature: POST {name, version, digest} and get an ML-DSA-65 manifest (FIPS 204, alg 4099/0x1003 — the current Animica L1 signature scheme) committing that name+version+digest+timestamp. Buy it after building, training or repackaging something you may later have to prove you published — an image, a wheel, a model checkpoint — or before installing one, so two attestations claiming one name+version with different digests visibly contradict. That question is not answerable from a bare digest signature, which is why this is a separate product from /x402/pq/sign. The manifest also records the Animica chain head read just before signing — or, if the node could not be reached, records that absence and its reason, inside the signature either way, so a missing pin can never be mistaken for one that was never asked for. That pin is the part nobody can move: a block hash cannot be known before its block exists, so the manifest was signed at or AFTER that height, a bound we cannot inflate and anyone can re-check on any Animica node. Nothing is written to the chain. The artifact bytes never leave your side: you send the digest your pipeline already computed (sha256:… , 0x… or bare hex; sha256/sha512/sha3/blake2b/blake3 — SHA-1 and MD5 are refused with a reason, since a collidable digest identifies no single artifact). Optional anchor: the manifest digest is committed as a record in the node data-availability store (da.put), which returns a commitment plus a Merkle inclusion proof against it. Read that for what it is — a node-local, operator-run store, NOT a block: no blob written there is committed by consensus (the live chain's headers carry an all-zero daRoot), and the store evicts (lru) and can be deleted, so the record buys retrievability and tamper-evidence, never a trustless timestamp. anchor:"digest" (default) records only hashes and timestamps, anchor:"identity" also records name and version for a public release registry, anchor:false writes nothing — and your metadata is never anchored under any setting. Anchoring is operator-gated and off unless enabled here, so the default response may carry anchored:false for that reason alone; either way you get the real machine reason and never a commitment field that reads like a proof. Set require_anchor:true and an unwritable store becomes a 503 with nothing charged instead. Verification is FREE (POST /x402/pq/artifact/verify — it also re-reads the anchor and confirms it binds the manifest) and the signing public key is FREE (GET /x402/pq/artifact/pubkey), so anyone can check an attestation offline without paying us. No model is involved anywhere: every field is your input returned unchanged, a value the signer returned, or a value our node returned.
Reliability & health
Uptime and response time from our own unpaid probes, plus the reliability score built from them.
Uptime
100.0% avgResponse time
p50 54ms · p95 107msData table
| Bucket | Uptime | Probes | Response time |
|---|---|---|---|
| 8/22/2026, 12:00:00 AM | 100% | 14 | 40ms |
| 8/23/2026, 12:00:00 AM | 100% | 21 | 38ms |
| 8/24/2026, 12:00:00 AM | 100% | 20 | 60ms |
| 8/25/2026, 12:00:00 AM | 100% | 15 | 56ms |
| 8/26/2026, 12:00:00 AM | 100% | 10 | 58ms |
| 8/27/2026, 12:00:00 AM | 100% | 13 | 44ms |
| 8/28/2026, 12:00:00 AM | 100% | 21 | 38ms |
| 8/29/2026, 12:00:00 AM | 100% | 2 | 36ms |
- Availability
- 100
- Latency
- 100
- Security
- 100
- Transparency
- 61
- Activity
- 1
How often it was reachable when we probed it (weight 35%).
How quickly it answers when it is up — fast scores high (weight 20%).
Whether it serves over working TLS / https (weight 15%).
Whether the operator disclosed what it does — description, schema, identity (weight 15%).
Observed on-chain payments to this endpoint's wallet — transactions, volume, and distinct paying wallets over the last month (weight 15%; not yet measured when we have not seen its wallet settle).
Confidence 100% — how much probe evidence backs this score. A thin history is flagged, not hidden.
See the scoring methodology for exactly how each number is computed.
Payment
- Currencies
- USDC
- Networks
- animica:1, base
- Facilitator
- unknown
- SDK
- unknown
Operator
- Company
- inferred — unknown
- Jurisdiction
- —
- Registrar
- Hosting Concepts B.V. d/b/a Registrar.eu
- Domain registered
- 2025-09-26
- Hosting network
- CONTA-48
- Hosting country
- —
Operator context is derived from public RDAP/TLS records and unverified. Company and country are only available for endpoints that publish them (an OV/EV TLS certificate or a non-redacted domain record); most endpoints are CDN-fronted and disclose neither.
On-chain activity (base)
Payments per day
last payment 8/28/2026Data table
| Day | Payments | Volume (USD) | Paying wallets |
|---|---|---|---|
| 8/19/2026 | 3 | 0.02 | 1 |
| 8/20/2026 | 116 | 2.32 | 2 |
| 8/21/2026 | 9 | 0.06 | 1 |
| 8/22/2026 | 67 | 0.51 | 1 |
| 8/23/2026 | 3 | 0.02 | 1 |
| 8/24/2026 | 1 | 0.01 | 1 |
| 8/26/2026 | 7 | 0.04 | 2 |
| 8/27/2026 | 10 | 0.06 | 1 |
| 8/28/2026 | 9 | 0.06 | 1 |
This payout wallet is shared: figures cover all 71 endpoints paid at it, since payments cannot be attributed to one of them. Only payments settled on chains and facilitators we index.
Linked by wallet — likely same operator
On-chain agent identity and the x402 endpoint that shares its settlement wallet.
Response schema
{
"description": "product-specific JSON payload plus a payment block",
"type": "object"
}