Issuance & Redemption

Tokenized MMF Position Maintenance

The recurring daily lifecycle — NAV publication, yield accrual, holder re-screening, record update. The between-state where compliance fires every epoch.

Vendors

BlackRock · Securitize · Hashnote · Franklin Templeton · Chainlink

Compliance Center

Recurring loop — Monitor at Discovery, Gate at Identity, Obligation at Finality

M3 — Tokenized MMF Position Maintenance · Rails: issuance · Protocols: ERC-4626, ERC-3643, Rebase, Chainlink NAV · Origin: United States — Federal
CTR (USD 10,000+)TRAVEL-RULE (USD 3,000+)ENHANCED-DUE-DILIGENCE (USD 50,000+)
M3 — TOKENIZED MMF POSITION MAINTENANCEYOU ARE HERE⬣ NAV PublicationPOLICY▲ Yield Accrual E…CODE⬣ Holder Eligibil…CODE● Position Record…POLICYIntentIdentityDiscoveryNegotiationTransportAuthorizationFacilitationFinalitySTEP 1STEP 2STEP 3STEP 4BASEVisual system: StablecoinAtlas.com · Steps mapped to 8 STP Stages
L5 APPLICATIONL4 ACCOUNTL3 EXECUTIONL2 CONSENSUSL1 NETWORKBASE
L3 EXECUTIONSmart contracts, swap / bridge logicClearing & matching engine
◆ Enforcement Line — code-enforced below, policy-enforced above

Step 1 · NAV PublicationPolicy-EnforcedBlockchain-Native

The fund administrator publishes today's NAV — the on-chain equivalent of the daily pricing feed from a fund accountant.

The NAV oracle pushes the updated net asset value to the settlement contract. For Hashnote USYC this is fully code-enforced — the Chainlink price feed triggers an automatic rebase. For BlackRock BUIDL and Franklin FOBXX the NAV update is policy-enforced: an authorized administrator submits the value after off-chain calculation and the contract accepts it on signature authority alone. This is the Monitor checkpoint (circle) — it observes and publishes but does not gate. If the oracle fails to publish within the expected window downstream steps stall but no assets are at risk. D9 (NAV integrity, SEC Rule 2a-5 fair valuation) and D16 (on-chain settlement, ERC-4626 convertToAssets) are the active domains.

Counterparty
NAV Oracle / Fund Administrator (Chainlink · Hashnote · BlackRock · Franklin Templeton)
Latency
Daily T+0 (USYC) / T+1 (BUIDL, FOBXX)
Finality
On-chain confirmation (~2s on Base)
Vendors
Uniswap v4 · Chainalysis OFAC Oracle
L5 APPLICATIONL4 ACCOUNTL3 EXECUTIONL2 CONSENSUSL1 NETWORKACCRUEBASE
L3 EXECUTIONSmart contracts, swap / bridge logicClearing & matching engine
L2 CONSENSUSValidator ordering, block productionRTGS settlement engine
◆ Enforcement Line — code-enforced below, policy-enforced above

Step 2 · Yield Accrual ExecutionCode-EnforcedBlockchain-Native

The fund distributes today's yield — the on-chain equivalent of the daily dividend credit to your brokerage account.

Once the NAV oracle has published, the yield accrual mechanism executes. For rebase tokens (USYC) the contract adjusts every holder's balance proportionally — no transaction required from the holder. For value-accruing tokens (BUIDL) the share price increases while balances stay constant. For FOBXX the BENJI token uses a transfer-agent model where fractional shares are adjusted off-chain and reflected in the token's unit count. Spans L3 Execution (the rebase/accrual contract) and L2 Consensus (the state transition that makes the new balances canonical). Fully code-enforced: the rebase function is permissionless and triggered by anyone after the oracle updates. D16 (programmable settlement via ERC-4626 vault math) is the operative domain.

⚠ CTR triggered at USD 10,000 — 31 CFR § 1010.311 — Currency Transaction Report (United States — Federal)
⚠ TRAVEL-RULE triggered at USD 3,000 — 31 CFR § 1010.410(f) — Funds Transfer Recordkeeping (United States — Federal)
Counterparty
Rebase Contract / ERC-4626 Vault
Latency
<1 block after NAV publication
Finality
On-chain confirmation (~2s on Base)
Vendors
Coinbase Sequencer · Uniswap v4 · Chainalysis OFAC Oracle
L5 APPLICATIONL4 ACCOUNTL3 EXECUTIONL2 CONSENSUSL1 NETWORKBASE
L4 ACCOUNTBalances, addresses, signing keysCore banking ledger / DDA
L3 EXECUTIONSmart contracts, swap / bridge logicClearing & matching engine
◆ Enforcement Line — code-enforced below, policy-enforced above

Step 3 · Holder Eligibility Re-screeningCode-EnforcedBlockchain-Native

The compliance team runs the daily sanctions and accreditation check — the on-chain equivalent of the overnight batch that verifies every account holder is still eligible.

Compliance monitors re-verify every holder against updated OFAC SDN lists, accredited investor status, and jurisdiction restrictions. For code-enforced funds (BUIDL via Securitize, USYC via Hashnote) the ERC-3643 identity registry is the source of truth — if a holder's identity claim expires or they appear on a sanctions list the transfer restriction contract blocks all outbound transfers automatically. For policy-enforced funds (FOBXX) this check runs off-chain through Franklin Templeton's transfer agent. This is a Gate checkpoint (hexagon): unlike the Step 1 Monitor, a Gate can freeze a position. If a holder fails re-screening the gate closes — no redemptions, no transfers, no yield claims until the compliance issue resolves. D1 (accredited-investor identity, SEC Rule 506(c)), D2 (sanctions screening, 31 CFR Part 501 and GENIUS Act §4(a)(2)), and D8 (licensing of transfer agent) all fire.

Active Compliance Checkpoints
C2 OFAC SDN/SSI list screening — OFAC 50 USC § 1702 (United States — Federal) · GENIUS §6
⚠ ENHANCED-DUE-DILIGENCE triggered at USD 50,000 — 31 CFR § 1010.312 — Enhanced Due Diligence (United States — Federal)
Counterparty
Compliance Monitor / ERC-3643 Identity Registry (Securitize · Chainalysis · Elliptic · Refinitiv)
Latency
Batch: overnight · Real-time: per-transfer
Finality
Whitelist state on-chain (~2s); off-chain T+1
Vendors
Coinbase Smart Wallet · ERC-4337 Smart Account · Uniswap v4 · Chainalysis OFAC Oracle
L5 APPLICATIONL4 ACCOUNTL3 EXECUTIONL2 CONSENSUSL1 NETWORKBASE
L5 APPLICATIONWallet UX, consent, policy engineBank customer channel / issuer app
L4 ACCOUNTBalances, addresses, signing keysCore banking ledger / DDA

Step 4 · Position Record UpdatePolicy-EnforcedBlockchain-Native

The back office reconciles the books — the on-chain equivalent of the daily recordkeeping update that syncs your custodian's ledger with the transfer agent's golden record.

The updated position — post-yield, post-re-screening — is recorded in the fund's books of record. For tokenized funds the on-chain state is (or should be) the golden record. In practice, the transfer agent, the fund administrator, the custodian, and the distribution platform each maintain their own ledger; this step reconciles them. This is the Obligation checkpoint (diamond): it doesn't gate or monitor, it creates a regulatory filing obligation. The daily position record feeds 1099 reporting, tax lot tracking, wash sale calculations, and regulatory filings (Form N-PORT for money market funds, filed monthly). Where the TradFi lifecycle treats reconciliation as a pain point, tokenized funds have a structural advantage: the on-chain state is a shared, immutable audit trail. D11 (recordkeeping — SEC Rule 17a-4, Investment Company Act §31) and D12 (regulatory filing — Form N-PORT, IRS §6045 for 1099-INT/DIV and tax lot tracking) fire.

Active Compliance Checkpoints
C11 SAR/CTR filing via BSA E-Filing — 31 CFR § 1010.320 (United States — Federal) · GENIUS §9
Counterparty
Transfer Agent / Fund Administrator (Securitize · PwC · BNY Mellon)
Latency
Daily batch · monthly filing cadence for N-PORT
Finality
Recurring — cycle repeats next epoch
Vendors
Coinbase Smart Wallet · ERC-4337 Smart Account · Coinbase Paymaster

Resolved 4 steps across 1 chain(s). 3 threshold(s) triggered. Frameworks: Bank Secrecy Act, GENIUS Act, OFAC Sanctions Program, FATF Recommendation 16 (Travel Rule), Common Reporting Standard / FATCA.