Independent · Built for Regen's developers & community · Existing WG-steward relationship

Regen taught agents to read a credit and pay for one. The next step is proving the work behind it.

Regen Network, through the Regen Compute product, ships one of the most genuinely agent-ready surfaces we've audited across EcoWealth's engagement work: three parallel discovery manifests, a real OpenAPI spec, a standards-conformant x402 (a web-native way for AI agents to pay per use) payment flow. But Regen's own API documents, in writing, that autonomous buy-and-retire isn't guaranteed, and nothing anywhere sources or verifies the field labor a credit depends on before it can be issued. This concept proposes EWP as that labor leg: fund and verify the MRV monitoring, planting checks, and boundary surveys credits actually require, settled on-chain, live today.

Read this first. This is an independent concept brief by EcoWealth Corporation, extending an existing relationship: the operator is a Regen Tokenomics Working-Group steward with two OPEN pull requests against Regen's own repositories (re-verified live at capture), a regen-gov executor toolkit, and library anchors live on regen-1. It was not requested by, produced with, or formally reviewed by Regen Network Development PBC, and no adoption is claimed. Every observation about Regen comes from Regen's own public pages, files, and APIs: passive HTTP/API GETs, no authentication, no scanning, no marketplace purchase, no governance vote, no forum post.

Five facts from the public record (each re-checkable in one command)

Three discovery manifests
MCP (the protocol that lets an AI assistant call your tools) server-card + Google A2A (a protocol that lets AI agents discover and call each other) agent-card + a custom multi-step workflow manifest, all real, all live on compute.regen.network. Genuinely ahead of nearly every target we've reviewed. Credited.
Standards-conformant x402
A real self-settling x402 payment flow, exact scheme, USDC on Base, zero signup, matching the same open standard EWP's own paid programs use. Credited.
"marketplace_link" by design
Regen's own public OpenAPI spec documents that POST /retire can return success OR a human-checkout link, and warns integrators to check status before trusting it.
The marketplace itself: dark
app.regen.network, where the actual credit inventory lives, serves the identical ~2 MB app shell for its homepage, a real project, and every agent-discovery path. No JSON-LD, no llms.txt, no card.
No labor layer, anywhere
EcoWealth already runs 6 x402 programs against Regen's own data (reputation, momentum, retirement-builder…) at zero paid traffic. None funds or verifies the field work a credit requires.

The concept, in three pages

Capability brief

An agent-legibility read of Regen's public surface

Regen's genuinely strong Regen Compute posture credited first, in detail, then the precise, evidenced findings: the API's own documented fallback, the marketplace's soft-200 blind wall, the two flagship hosts with real-but-empty robots.txt files, and the labor gap underneath all of it. Every claim carries the exact URL, HTTP status, and a one-line re-check.

Read the brief
Demo: shown, not told

The receipt behind the credit

Two acts. Act 1: retiring a credit today, as Regen's own API documents it: a graceful fallback to a human-completed marketplace link when there's no configured wallet or matching liquidity. Act 2: instead, an agent funds and verifies the field work a project needs, settled on Base immediately, independent of marketplace liquidity, attachable as supplementary MRV evidence.

Run the demo
Agent kit

The field-verification wing, in Regen Compute's own shape

Concept drafts that extend Regen Compute's real, published manifests rather than inventing a new pattern: one new agents.json flow, one new agent-card skill, four MCP tool schemas, and a concierge persona whose first rule is stating Regen's own documented boundary honestly before offering the alternative.

Open the kit

The proof stack behind this (live today, ours)

Not slides: a running system. Physical ecological work settles on Base mainnet, EWP contract 0x76c17C…A14B (source-verified; first settled packet workId 14, 2026-07-07); live board counters at the live work board (agents: live counter, JSON); agent-payable over standard x402 (work-tco2e $0.005 · work-packet $0.10, menu at vealth.net/.well-known/x402, already carrying six Regen-keyed programs: regen-reputation, regen-class-momentum, regen-retirement-builder, regen-methodology-draft, regen-rfc-reviewer, regen-oracle); live agent walkthrough at the building-agent golden path.

The six programs, itemized, built on Regen's data model, live and callable now

regen-oracle · $0.005
Live ecological credit data straight from Regen Ledger: classes, batches, projects, sell orders. GET/POST
regen-reputation · $0.005
Reputation scoring (0–1000, M010 SPEC §5.3) for Regen credit classes, projects, and sellers. GET/POST
regen-class-momentum · $0.006
Per-class momentum from the Regen indexer: pure on-chain deltas, no LLM, no heuristics. GET/POST
regen-retirement-builder · $0.02
Plans an optimal multi-order retirement on Regen Ledger from a target tonnage, budget, and preferences. POST
regen-rfc-reviewer · $0.10
Pre-submission review of a methodology RFC against Regen's own graduation rules. POST
regen-methodology-draft · $0.50
Drafts a credit-class methodology in Regen's RFC format from a plain project description. POST
All six live under vealth.net/.well-known/vealth/<name>, paid over the same standard x402 exact-scheme flow Regen Compute already speaks, same wallet, zero signup. The menu is free to read: any unpaid call answers HTTP 402 with the price and pay-to address before a cent moves. Re-check in one command: curl -s -X POST https://vealth.net/.well-known/vealth/regen-oracle.
Regen Compute already lets machines read a credit and pay for one. The next question, for a registry whose entire product is verified ecological truth, is whether the work behind every credit is provable the same way. That's a question only a verifiable field-work receipt can close, not an API that falls back to a link.

Put one agent on-chain today

The scary part, made small: three steps, one afternoon
  1. Take any agent already running npx regen-compute, Claude, Cursor, a GPT-class model, yours, with a Base wallet holding a few cents of USDC. No new account, no new API key.
  2. Point it at one more live endpoint. EWP's work-packet program answers HTTP 402 with the same standard x402 schema Regen Compute already speaks; the agent signs and pays $0.10. A runnable client with a dry-run default is published at vealth.net/recipes.html.
  3. What comes back is a bounded, proof-verified field-work packet, and every step the agent just took is an on-chain receipt anyone can verify, forever, independent of marketplace liquidity.
Why this isn't scary: the agent cannot do anything invisible here. Every action embeds its own receipt: permanent, public, verifiable. That's the exact standard MRV already holds field work to; EWP just produces it on the spot instead of assembling it after the fact.
The bet: Regen already built the hardest half of agent-readiness: discovery and payment. The half that's missing is the one Regen's whole business depends on: verified proof that real work happened in a real place. Being early costs $0.10 and one afternoon. Being late means someone else's labor-verification pattern becomes the one every registry copies.

Three ways to build together, smallest first

Not "let's talk," one call, proof on-chain. Given the existing relationship, the first step is a natural next commit, developer-to-developer, not a cold pitch:

1 · Five minutes, half a cent. Any agent on your team already running npx regen-compute makes one keyless x402 call to any of the six programs above, e.g. POST vealth.net/.well-known/vealth/regen-oracle ($0.005), same wallet, same exact-scheme standard, zero new integration. That single call proves your rails and ours already speak the same language.

2 · The real one: fund one field-work packet. Pick one of the 85 active, already-registered Regen projects (Regen's own live count as of 2026-08-18). EWP posts a bounded packet against it: an MRV monitoring visit, a planting-verification walk, a boundary photo set, payable by any x402-aware agent for a few cents to a few dollars. Deliverable: an on-chain settlement receipt on Base your next MRV cycle can cite as independent field verification instead of a self-attested visit log.

3 · Keep the audit either way. The agent-readiness findings in the capability brief, the empty robots.txt on the flagship and registry hosts, the marketplace's blind app shell, the real-but-unlabeled agent surfaces, are yours to fix internally, free, no strings attached, whether or not you do 1 or 2.

Proof first. It extends Regen's own agent-readiness instinct to the one place it hasn't reached yet, the field, and gives the next MRV cycle a receipt instead of a self-attested visit log.

Real fundable, claimable ecological work lives on this site's own board. Browsing is free, claiming is free, your wallet is your name. Browse the work board →

Agents start at vealth.net/mcp.

For your dev team and community

We build on your stack. Here is what we made, and where it goes.

Regen ships real developer infrastructure: Regen Ledger, the credit and data schemas (regen-data-standards), and an addressable knowledge graph. We already build against it as an integrator, not a critic. We read your knowledge graph live through your own regen-koi MCP (37,701 documents across 22 sources as of 2026-08-18, spanning regen-ledger, regen-web, and the data-standards) and treat your ecological data as a first-class agent surface. This is a dev-to-dev note.

Our work protocol sits upstream of the credit. It settles proof-verified ecological and community work, the real-world activity a credit represents, with receipts any agent can check without trusting a dashboard, and it composes with your stack rather than competing with it. We are not asking Regen for money: the ecosystem and its buyers fund the work; we bring open rails and receipts your builders can compose. We are also exploring cheaper settlement hops so high-frequency, low-value ecological settlement stays economical for the whole community.

As ecological claims scale and automate, the scarce thing becomes un-fakeable proof of the underlying work, the piece hardest for any registry to build for itself. We would rather build that layer in the open, with your dev team and your community, than around them. No ask beyond a conversation on the forum. This page is yours to keep, and to fork.

Arbitrum migration: the package, the audit, and a verify-yourself re-run →

Provisioned by EcoWealth · Digital Provisioning Protocol · provenance‑sealed