A PROTOCOL FOR HOLDERS
Make ’em
VEND.
Holders give tokens value, liquidity,
distribution and staying power.
VEND asks the obvious question:
where do the fees go?

THE NEXT CHAPTER
VEND is starting with a private pilot. Explore the machines and follow the rollout.
The launcher is available only to the admin wallet for now.
Explore machines ↗THE LAUNCHER
Review every route before you launch.
YOUR MACHINES
PUBLIC PROCESSING LOG
Same cutoff. Verifiable commitments. Public retries.
Snapshot and accounting checks each get an initial attempt and three automatic retries. Anyone can retry after those attempts fail. Payout commitments cannot be replaced.
| Hour (UTC) | Machine / check | Status | Attempts | Action |
|---|---|---|---|---|
| No processing records yet. | ||||
USAGE & BUDGET
Usage grows before the bill does.
Application counters include reserved and uncertain requests. They are estimates, not provider invoices. Gas is separate. The pilot uses an existing host and shared storage; its two checker processes share a host failure risk.
PLATFORM ADMIN
Connect the VEND admin wallet to review and deploy the shared system.
ONE ORDERED SETUP
These eight contracts are genuinely token-independent. They start paused with empty feed and route books, so setup cannot accept creator funds. Each button prepares one contract-creation transaction; the next step unlocks only after its receipt and code are verified.
Start with Admin safety controls. No token or pool is part of this deployment sequence.
Chain bindings, recovery approvers and safety limits are prefilled. The only intentional blanks are the four separate automation wallets that must actually be provisioned.
AFTER THE EIGHT RECEIPTS
Your wallet can deploy and wire the shared contracts. It cannot create custody identities, publish a private worker or decide that a live market route is safe. Those remain explicit release steps.