The entry point for any reader. Explains what MEV is and how this specific project implements it. This is the first file anyone reads.
Example content
This project implements MEV Standard v1 (officialMEV.org).
MEVU = verified commerce transactions × V.
Milestones: k × 10ⁿ formula.
Declares the project under the MEV Open Standard License v1. Records the license version and certificate ID.
Example content
License: MEV Open Standard License v1
Certificate: MEV-001-MEZE
Issued by: MEV Foundation, 2026
Proof of certification. Contains your unique Registry ID, certification date, and link to your registry entry on officialMEV.org.
Example content
Registry ID: MEV-001
Status: MEV-Certified
Issued: 2026
Registry: officialMEV.org/registry/meze
Declares the form MEVU takes in this system — token, credit, index, credential, or score — along with the supply model and issuance mechanism.
Example content
MEVU Form: MEZE native token
Supply: Adaptive (Revenue-Backed)
Issuance: Per verified commerce event
Declares the milestone formula chosen, the milestone scale, Epoch types, Te values per phase, and the on-chain or off-chain Epoch response mechanism.
Example content
Formula: M = k × 10ⁿ, k ∈ {"{"}1,5{"}"}
Scale: 1, 5, 10, 50, 100...
Epoch Response: NFT minting
Declares the system's current Diapause phase (S=0 or S=1), the published H trigger thresholds, D parameter values, and the activation function configuration. Required for all MEV implementations.
Example content
Phase: I (S=0)
Activation: All MEVU activates immediately
Future: Full Diapause planned Phase II+
The MEV Rule Set Specification. Formally defines what constitutes Activity (A), how V is calculated, the milestone thresholds, and any adopter-specific rules governing MEVU issuance.
Example content
A: Settled commerce transaction
V: EIP-712 OCEO payload × verifier
M: k × 10ⁿ threshold crossing
Declares the MEV Oracle operating mode — Off-Chain Only, On-Chain Only, or Bridge. For Bridge mode, documents the off-chain bridge architecture, signing mechanism, and data freshness policy.
Example content
Mode: Bridge
Oracle: OCEO (EIP-712 signed)
Freshness: 5-minute window
Formally defines what constitutes a valid Activity event in this system. Specifies the data sources, event types, and any exclusion criteria for activity that cannot generate MEVU.
Example content
RBT: Settled food commerce payment
RBA: Settled platform revenue event
Exclusions: Test transactions, refunds
The innovation declaration. Documents everything the adopter built on top of the MEV foundation — their unique architecture, mechanisms, and contributions. This is what makes each implementation distinct.
Example content
Innovations: RBM, RBT, RBA, OCEO,
NativeTrigger, AllocationVault,
MEVTracker, Epoch NFT System
Self-assessment against all MEV standard requirements. Declares which components are implemented, which are in progress, and which are planned. This is the file the MEV Foundation reviews during certification.
Example content
MEV Standard: v1 compliant
A × V implemented: ✓
Milestones (k×10ⁿ): ✓
Epoch NFT: ✓
OCEO Bridge: ✓
Diapause Phase I (S=0): ✓
Validators: Not in scope
Certification criteria
Required: AboutMEV, MEVU,
MEVEpoch, MEVDiapause,
MEVMRSS, MEVCompliance
Recommended: All 10 files