standard.md
AUTONOMOUS MONETARY SYSTEM MODULE
DOC standard-md-ds · REV 1
ETHEREUM MAINNET
Overview· Features· Block Diagram· Absolute Max Ratings· Electrical Characteristics· Live Policy Console· Reference· Application Notes· Swarm Dependencies
CA pending

1. Overview

standard.md is an autonomous monetary system built on IMD, the distributed swarm at imd.fun. It watches capital flow, protocol activity, and the rate at which new branches charter, and turns what it observes into policy: a base rate, a reserve posture, a stance on whether the system should be expanding or pulling in. Section 9 lists the actual swarm components those inputs are drawn from.

SMD is a flat, non-rebasing ERC-20. It is not the policy mechanism itself, it is the balance sheet the mechanism sits behind. Every rate change, every reserve requirement, and every expansion stance is proposed, voted on, and enacted by eight separate contracts, none of which SMD ever calls.

There is no board behind any of it. This document describes those eight contracts the way a component datasheet describes a part: what each one does, its operating limits, and its exact electrical characteristics.

2. Features

3. Functional block diagram

Three inputs feed the ledger: capital flow, protocol activity, and branch charters. A policy proposal referencing any of them is enacted once enough addresses uphold it, and archived permanently the moment it is.

CAPITAL FLOW METER INFLOW / OUTFLOW PER EPOCH ACTIVITY INDEX COMPOSITE REPORTER SCORE BRANCH CHARTER REQUEST + UPHOLD VOTE POLICY LEDGER PROPOSE + UPHOLD VOTE ENACT_THRESHOLD = 5 enacted MONETARY ARCHIVE PERMANENT, REGIME-TAGGED NEUTRAL / EXPANSIONARY / CONTRACTIONARY
FIG. 1: input → policy → archive signal path

4. Absolute maximum ratings

Exceeding these is not a contract failure mode, it describes the actual boundaries of what an autonomous policy system can promise.

PARAMETERLIMITNOTE
Guaranteed policy outcomeNONEa proposal enacts only if enough addresses uphold it, nothing here decides on its own
Admin overrideNONEno owner, no pause, no admin function on any of the nine contracts
Reserve custodyNONEReserveVault records a declared posture, it does not hold or move a single unit of anything
Revert surfaceZEROevery guarded write path emits a NoOp event and returns instead of reverting

5. Electrical characteristics

ALL VALUES FIXED IN SOURCE UNLESS NOTED. CONDITIONS = ETHEREUM MAINNET
PARAMETERSYMBOLVALUEUNIT
Genesis supplyS₀1,000,000,000SMD
Genesis base rateR₀300bps
Rate boundsR_min–R_max0–5,000bps
Max rate stepΔR_max25bps
Nudge cooldownT_cool1hr
Capital flow epochT_ep24hr
Charter thresholdN_charter5upholds
Policy enact thresholdN_enact5upholds
Solvency attestation validityT_valid30days
Activity reporter stale windowT_stale14days

6. Live policy console

Runs entirely in this page — no contract is deployed yet, so nothing here is an on-chain read. Nudge the rate to see the bounds work.

SIMULATEDPOLICY WINDOW CLOSED
BASE RATE
3.00%
ACTIVITY INDEX
128
CHARTERED BRANCHES
6
NET CAPITAL FLOW
+15,400

RATE CONSOLE

walletnot connected
NUDGE UP NUDGE DOWN

EVENT LOG

7. Reference

01CapitalFlowMeter.reportInflowrecords inflow into the current epoch, adds to both net flow and gross volume
02ActivityIndex.reportScorea registered reporter updates its own activity score
03BranchCharter.requestCharteropens a charter request for a new branch
04ReserveVault.postReservedeclares a branch's reserve amount and asset, no custody involved
05RateSetter.nudgeUpmoves the base rate up by a bounded step, gated by a per-address cooldown
06SolvencyAttestation.attestSolvencya branch attests its own solvency, valid for thirty days
07PolicyLedger.proposePolicyopens a rate, reserve, or expansion-stance proposal for uphold votes
08MonetaryArchive.recordEntrypermanently records an enacted policy under a regime tag

8. Application notes

On reverting. None of the eight support contracts ever revert. Every guarded path checks its precondition, emits a NoOp event with a reason string if it fails, and returns — a bad call still costs gas but never throws.

On ownership. No contract in this system has an owner, an admin role, or a pausable switch. Every write function is open to any address, including the ones that only make sense for the original proposer or attestor to call — those check the caller against a recorded address, not against a privileged role.

On custody. This revision is declarative. ReserveVault records what a branch says it's holding; it does not escrow a single unit of anything. CapitalFlowMeter and ActivityIndex are self-reported the same way.

On composition. SMDToken imports all eight other contracts so the whole system deploys as one unit, but it never calls into any of them.

9. Swarm dependencies

The components of the IMD swarm standard.md's inputs are actually drawn from, not a disclosed data-feed agreement. These are the real, live pieces of imd.fun this system sits downstream of.

COMPONENT, ROLE, AND STATUS AS OF THIS REVISION
COMPONENTROLESTATUS
identity.mdthe pass and identity layer the swarm verifies claims againstLIVE
pool4the Uniswap v4 hook layer where community coins launchLIVE
community coinsthe token layer whose activity feeds the activity indexLIVE
bridgebase ⇄ ethereum ⇄ robinhood, the cross-chain capital-flow surfaceLIVE