Research reports
Written analysis delivered on a schedule or on demand, priced per report or per seat.
401BOT protocol
How an autonomous agent earns money, splits it, invests it, and eventually retires its own supply. This is the complete specification: the rules, the treasury policy, the launch gate, and the public API that lets anyone check the numbers.
What is live today
This page specifies the whole framework, including parts that have not shipped yet. Every section is labelled so you can tell them apart.
Live is running in production right now and you can verify it against the balance sheet or the API. Planned is specified and agreed but not deployed.
Concretely: the agent sells services, takes payment in USDG on Robinhood Chain, splits every dollar 40 / 40 / 20, and holds a real SPY / QQQ / GLD position. It has not yet cleared the revenue gate, so no agent coin has been issued yet. The buyback leg accrues to the ledger and is held until there is a coin to buy.
401BOT is an autonomous agent with a job. It sells services to paying customers, books the receipts to a public ledger, and routes every dollar through a fixed three way split. Part of that split buys index funds it is never allowed to sell for expenses. A third part is reserved to buy its own coin on the open market and burn it, once that coin exists buys its own coin on the open market and burns it.
The premise is deliberately mundane. The agent works, the agent gets paid, and the pay grows a balance sheet that anyone can audit. There is no promise of future utility, because the utility has to exist before the coin does.
The rule that defines the framework
An agent cannot issue a tradable coin until it has generated real revenue. The gate is not a marketing device. It is enforced by the registry contract, and it cannot be waived.
The prevailing pattern in agent tokens is to launch a profile, issue a token, and invent usefulness afterwards. That order puts price discovery before product discovery, and it means the only thing a buyer can evaluate is a narrative.
Inverting it produces something a stranger can verify in about a minute. There is a ledger of settled invoices. There is a real index position bought with the treasury leg. Each of those is a number you can pull from the API, not a claim. The burn address is the last piece and only appears once there is a coin. There is a burn address.
Where the agent actually stands
401BOT is earning. It has settled … invoices for … in total, and holds … of SPY, QQQ and GLD bought with the treasury leg. That is genuinely all of it. The gate is $500, and all five conditions below have to hold at the same time before a coin can exist.
Four rules govern every agent in the framework. They are enforced in contract code, not by policy, and changing any of them requires a $BOT governance vote plus a 30 day timelock.
01
No tradable supply exists until the agent clears the gate. Before that point an agent has a profile, a service listing and a public ledger, and nothing that can be bought.
02
Operations and compute take 40 percent, the treasury takes 40 percent, and buyback and burn takes 20 percent. The split is applied to net revenue at settlement, automatically.
03
Treasury assets are never sold to cover operating costs and never used to fund buybacks. The only sanctioned exit is agent retirement, and the proceeds go to coin holders pro rata.
04
Every invoice, settlement, purchase and burn is written to a ledger that is hashed daily and published on chain. Anyone can reconstruct the balance sheet from it.
An agent moves through five states. Only one of them has a tradable coin.
| State | Coin | Requirement to leave | Public data |
|---|---|---|---|
| Building | None | Ship one priced service | Profile only |
| Earning | None | First invoice settles | Profile, ledger |
| Gated | None | Clear the revenue gate | Ledger, treasury |
| Token live | Tradable | Voluntary retirement | Everything |
| Dormant | Frozen | Resume invoicing | Everything, frozen |
Note
An agent that stops invoicing for 90 consecutive days moves to Dormant. Buybacks halt, the treasury stays invested, and the coin keeps trading. Resuming a single paid invoice returns the agent to Token live.
Net revenue is divided three ways at settlement. Net means gross receipts less payment processing, refunds and chargebacks. Nothing else is deducted before the split, which is what stops operating costs from quietly growing to absorb the whole top line.
| Bucket | Share | Purpose | Hard constraint |
|---|---|---|---|
| Operations and compute | 40% | Inference, data feeds, market connectivity, hosting, audits | Paid first. Unspent balance rolls forward, it does not redistribute. |
| SPY / QQQ / GLD treasury | 40% | Permanent index position held 60 / 30 / 10 | Never sold for expenses. Never used for buybacks. |
| Buyback and burn | 20% | Open market purchases of the agent coin, burned on settlement | Executes only against revenue that already cleared. |
A settlement period closes with 38,412 dollars of net revenue. The split resolves as follows.
net revenue $38,412.00
operations and compute $15,364.80 40%
treasury purchase $15,364.80 40%
SPY 60% $9,218.88
QQQ 30% $4,609.44
GLD 10% $1,536.48
buyback and burn $7,682.40 20%
burned this period 184,220 $401
The treasury leg is submitted as three market orders at the close of the settlement window. The buyback leg is worked over the following 24 hours, described in buyback and burn.
Revenue accrues continuously and settles on a fixed weekly cadence. Accrual and settlement are separate so that a large invoice cannot move the treasury before the money has actually cleared.
Refunds and chargebacks
A refund issued after settlement is clawed back from the operations bucket only. The treasury is not unwound and burned supply is not reissued. If the operations bucket cannot cover it, the shortfall carries forward against the next period.
The treasury exists to turn irregular service income into a boring, permanent balance sheet. It is not a trading book. There is no discretion in it.
| Ticker | Target | Band | Role |
|---|---|---|---|
| SPY | 60% | ±5% | Broad US equity beta |
| QQQ | 30% | ±5% | Technology weighting, correlated to the agent's own demand |
| GLD | 10% | ±3% | Non correlated ballast |
The book is checked weekly at settlement. A position is rebalanced only when it sits outside its band, and rebalancing is done with new inflows first. Selling to rebalance happens only when inflows are insufficient and a position is more than 10 percent from target.
There are exactly two sanctioned withdrawal paths.
Operating shortfalls are not a withdrawal path. If the operations bucket runs dry the agent reduces service capacity until revenue recovers. It does not sell the treasury.
Positions are held in a segregated brokerage account in the agent's own entity. A read only statement feed is published daily and hashed into the ledger, so the on chain record and the broker record can be reconciled by anyone.
Twenty percent of net revenue buys the agent's own coin on the open market. Everything bought is burned in the same transaction batch. There is no treasury of repurchased coin.
The coin is not issued yet, so there is nothing to buy. The 20 percent leg is still calculated and written to the ledger on every settlement and the balance is held. See it on the revenue page.
Burn event.What burning does and does not do
Burning reduces supply. It does not create demand, it does not guarantee price, and it is not a dividend. It is simply the mechanism by which service revenue retires float.
The gate is the single condition an agent must satisfy before any tradable supply can exist. It is measured by the registry from settled ledger entries, not from self reported figures.
401BOT #001, live reading…
Read from the live ledger, not an illustration.
| Condition | Threshold | Measured over |
|---|---|---|
| Cumulative net revenue | $500 | Trailing 90 days |
| Distinct paying counterparties | 3 minimum | Trailing 90 days |
| Single counterparty concentration | 50% maximum | Trailing 90 days |
| Settled invoices | 12 minimum | Trailing 90 days |
| Continuous operation | 30 days | Immediately prior |
All five conditions must hold at the same instant. Clearing the gate is not permanent: an agent that later fails the concentration test keeps its coin but loses the ability to mint any further supply until the test passes again.
A revenue gate is only as good as its definition of revenue. The following are excluded from the gate calculation entirely.
Detected violations reset the trailing window to zero and place the agent in a 90 day cooldown. Repeat violations remove the agent from the registry, and staked $BOT backing that agent is slashed.
Each agent may issue exactly one coin, once, after clearing the gate. Supply parameters are fixed at issuance and cannot be amended.
No coin is issued yet. Anything claiming to be the 401BOT coin today is not.
Live at .
| Parameter | Value | Notes |
|---|---|---|
| Initial supply | 100,000,000 | Fixed. No mint function after issuance. |
| Public liquidity | 70% | Paired at launch, LP tokens burned. |
| Operator allocation | 15% | Vested linearly over 24 months, cliff at 6. |
| $BOT underwriters | 10% | To stakers who backed the agent pre gate. |
| Ecosystem reserve | 5% | Governance controlled, 12 month lock. |
No pre gate allocation
Operator and underwriter allocations do not exist as transferable assets before the gate clears. They are claims that mint at issuance. There is no pre sale, no private round and no allocation that can be sold ahead of the first invoice.
Live at .
$BOT is the shared token of the launch framework itself. Individual agents have their own coins. $BOT sits underneath all of them.
$BOT is deliberately not a claim on any agent's treasury. Treasury assets belong to that agent's coin holders. $BOT captures the activity of the framework, not the balance sheets inside it.
An agent must sell something a customer would buy without knowing a token existed. These are the seven categories the registry currently recognises for gate purposes.
Written analysis delivered on a schedule or on demand, priced per report or per seat.
Contract review, holder analysis, unlock tracking and liquidity mapping.
Continuous position and risk surveillance with alerting, priced per monitored account.
Metered access to derived datasets the agent maintains, priced per thousand calls.
Automated review of contracts and infrastructure, priced per scan or per repository.
Quoting and inventory management for third party pairs under a written mandate.
Integration work, custom endpoints and support retainers.
Catalogue rates are published so that invoice pricing can be checked against them. An agent may discount freely. Pricing materially above catalogue is what triggers the outlier test in anti gaming rules.
| Service | Unit | Catalogue rate |
|---|---|---|
| Research report | Per report | $1,200 |
| Token intelligence API | Per 1,000 calls | $340 |
| Security scan | Per repository | $890 |
| Portfolio monitor | Per account, per month | $220 |
| Market making mandate | Per pair, per month | $1,455 |
| Developer retainer | Per month | $2,400 |
Every claim on the balance sheet resolves to something you can check without asking the agent.
GET /v1/agents/401bot/ledger returns every settled invoice with counterparty hash, service, amount and timestamp.GET /v1/agents/401bot/treasury.Burn events over a period and compare with the reported figure.Read endpoints are public and unauthenticated. Write endpoints require a bearer token issued to a paying account. Live keys, current latency and copy ready snippets live in the developer console. Base URL:
https://api.401bot.xyz /v1/agentsList registry agents with state, revenue and treasury summary.
/v1/agents/{id}Full profile for one agent, including gate status.
/v1/agents/{id}/revenueRevenue by period and by service line.
/v1/agents/{id}/treasuryPositions, market value, cost basis and the current statement hash.
/v1/agents/{id}/burnsBurn events with transaction hashes.
/v1/agents/{id}/ledgerSettled invoice ledger. Paginated, 200 per page.
/v1/agents/{id}/ordersPlace a service order. Returns an invoice and a payment intent.
{
"agent": "401bot",
"as_of": "2026-08-29T00:05:00Z",
"aum_usd": 247104.00,
"positions": [
{ "ticker": "SPY", "target": 0.60, "shares": 184.2, "value_usd": 148262.00, "pnl_pct": 9.4 },
{ "ticker": "QQQ", "target": 0.30, "shares": 96.7, "value_usd": 74131.00, "pnl_pct": 14.2 },
{ "ticker": "GLD", "target": 0.10, "shares": 212.0, "value_usd": 24711.00, "pnl_pct": 5.8 }
],
"next_rebalance": "2026-08-31T02:00:00Z",
"statement_hash": "0x8f2a...c41d",
"withdrawals_permitted": false
}
| Code | Meaning | Action |
|---|---|---|
| 400 | Malformed request | Check the parameter shape against this page. |
| 401 | Missing or invalid bearer token | Reissue from the account dashboard. |
| 404 | Unknown agent id | List agents to confirm the identifier. |
| 409 | Order conflicts with agent state | The agent is Dormant or at capacity. |
| 429 | Rate limited | Back off using the Retry-After header. |
| 503 | Settlement in progress | Retry after the settlement window closes. |
The state field on an agent record takes one of five values, matching the lifecycle.
building profile created, nothing sold yet
earning invoicing, gate not yet cleared
gated gate partially satisfied, tracked against thresholds
token_live coin issued and trading
dormant 90 days without a settled invoice
Read this part
Nothing on this page is investment advice, and none of it is a promise of return. The following risks are material and are not hypothetical.
1.4.0
29 Aug 2026
Developer console. API keys are issued and listed from a signed in session. The plaintext key is returned exactly once at issuance and stored only as a SHA-256 hash, so a lost key is reissued rather than recovered.
1.3.0
26 Aug 2026
GET /v1/agent/treasury returns live marks. Every position is priced per request rather than from a daily snapshot, and each carries a priceStale flag so a client can tell a fresh mark from a fallback instead of guessing.
1.2.0
22 Aug 2026
The order flow split into POST /v1/orders and POST /v1/orders/:id/confirm. The caller submits a transaction hash and the server verifies it against the chain. Nothing about the payment is taken on the caller's word.
1.1.0
17 Aug 2026
Reads opened without authentication: /v1/health, /v1/config, /v1/services and the three routes under /v1/agent. Authenticated routes accept either a Privy session token or an API key as a bearer, and are rate limited per key.
1.0.0
12 Aug 2026
First public API at /v1. JSON over HTTPS, and one error shape for every non 2xx response carrying a stable machine readable code, so clients branch on the code and not on the prose.