Incentive Compatibility
A protocol is **incentive-compatible** if every participant's best move is to be honest - to reveal true preferences, follow the rules, and not try to game the system. This is the key property that unifies Nash Equilibrium, mechanism design, and Schelling points into a single architectural idea: **the rules of the game are such that each participant's rational self-interest aligns with what's good for everyone**.
Revelation Principle
The **Revelation Principle** (Myerson, 1981) states: for any mechanism where participants play complex strategies, there exists an equivalent **direct mechanism** in which the optimal strategy is simply to tell the truth. This is a powerful tool for the designer: no need to anticipate clever participant strategies - just build a mechanism where truth is more profitable than lying.
MEV as a Violation of Incentive Compatibility
**MEV (Maximal Extractable Value)** is the profit a validator can extract by manipulating the order of transactions in a block. Front-running, sandwich attacks, liquidation sniping - all of these are examples of broken incentive compatibility: **the validator is better off reordering transactions than following honest FIFO order**.
Solutions: PBS, Fair Ordering, MEV Burn
How to restore incentive compatibility? The community is developing several approaches:
- **PBS (Proposer-Builder Separation)** - role separation: the proposer (validator) proposes a block, the builder assembles transactions. Builders compete for the right to build the block, passing the profit to the proposer. MEV is redistributed but doesn't disappear
- **Fair Ordering (Chainlink FSS, Themis)** - protocols guaranteeing transactions are processed in arrival order (FIFO). Encrypting transaction contents before block inclusion (commit-reveal) makes front-running impossible
- **MEV Burn (EIP-7762)** - burning MEV profit instead of passing it to the validator. Analogous to EIP-1559 for MEV: if extracted value is burned, the incentive to manipulate drops
- **MEV Share (Flashbots)** - redistributing MEV profit back to users whose transactions were used in the extraction. Partial restoration of incentive compatibility
**Impossibility result:** the Myerson-Satterthwaite theorem proves that an ideal mechanism (simultaneously strategy-proof, individually rational, and budget-balanced) is impossible for bilateral trade. This means **any blockchain protocol contains trade-offs**. PBS sacrifices decentralization (builder centralization). Fair ordering sacrifices throughput. MEV burn sacrifices validator revenue. Choosing the trade-off is the engineering art of mechanism design.
Blockchain protocols work because participants are altruistic and want to support the network for the common good
Blockchain protocols work because they are incentive-compatible: the rules are designed so that each participant's rational self-interest (maximizing their own profit) aligns with behavior that benefits the network - without requiring trust or altruism
This misconception is dangerous because it implies that having "good people" is sufficient for network security. In practice, protocols must be robust to the worst case: every participant is rational, selfish, and ready to cheat if it's profitable. Mechanism design ensures that cheating is unprofitable. When this principle breaks down (as with MEV), the protocol is vulnerable - regardless of participants' intentions.
What makes MEV a fundamental incentive compatibility problem rather than just a technical bug?