Game Theory

Advanced game theory analysis for crypto protocols, DeFi mechanisms, governance systems, and strategic decision-making. Use when analyzing tokenomics, evaluating protocol incentives, predicting adversarial behavior, designing mechanisms, or understanding strategic interactions in web3.

Security Scan

The skill's content and required resources line up with its stated purpose (game‑theoretic analysis of crypto systems) and it has no installs or credential requests, but provenance inconsistencies and explicit attacker-focused guidance make it potentially risky or dual‑use for novices.

Purpose & Capability

Name, description, and the included reference documents (auction theory, MEV, governance attacks, mechanism design, etc.) are coherent: everything supports advanced game‑theoretic analysis for crypto/DeFi. There are no unrelated environment variables, binaries, or install requirements that would contradict the stated purpose.

Instruction Scope

The SKILL.md and referenced docs stay within the stated purpose, but several reference files contain explicit 'attacker' tactics and step‑by‑step exploit patterns (e.g., flash loan governance, plutocratic capture, JIT liquidity, bribing attacks, last‑minute attacks). That material is legitimate for defensive analysis but is clearly dual‑use and could enable attackers if used uncritically. Also SKILL.md metadata contains a GitHub homepage URL that contradicts registry metadata (registry said no homepage) and the username in that URL is notable/suspicious.

Install Mechanism

Instruction-only skill with no install spec and no code files. This is low technical risk because nothing is downloaded or written to disk at install time.

Credentials

No required environment variables, credentials, or config paths are declared. The skill does not request sensitive secrets or system access, which is proportionate to its analysis purpose.

Persistence & Privilege

Flags show normal defaults (always:false, model invocation allowed). The skill does not request permanent presence or elevated system privileges and does not modify other skills' configs (instruction-only).

What to consider before installing

This skill appears to be a comprehensive, instruction‑only game theory reference for crypto and DeFi — technically low risk because it asks for no installs or credentials. However: (1) provenance is unclear (registry lists source unknown; SKILL.md embeds a GitHub link whose username is problematic), so verify the author before trusting sensitive analysis or acting on recommendations; (2) many reference files explicitly describe attacker strategies (flash‑loan voting, JIT liquidity, bribing voters, etc.). That content is useful for defenders but is dual‑use — avoid using this skill to plan or execute attacks, and do not provide any private keys, privileged access, or credentials to the agent when using it; (3) if you are a non‑expert, consider limiting the agent's autonomy (require confirmation before any action), review outputs with a trusted expert, and prefer using the material for auditing/defensive design rather than operational execution. If you need higher assurance, ask the publisher for provenance, a signed checksum of the SKILL.md, or a reputable maintainer identity before installing.

Game Theory for Crypto

Strategic analysis framework for understanding and designing incentive systems in web3.

"Every protocol is a game. Every token is an incentive. Every user is a player. Understand the rules, or become the played."

When to Use This Skill

• Analyzing tokenomics for exploits or misaligned incentives
• Evaluating governance proposals and voting mechanisms
• Understanding MEV and adversarial transaction ordering
• Designing auction mechanisms (NFT drops, token sales, liquidations)
• Predicting how rational actors will behave in a system
• Identifying attack vectors in DeFi protocols
• Modeling liquidity provision strategies
• Assessing protocol sustainability

Core Framework

The Five Questions

For any protocol or mechanism, ask:

1. Who are the players? (Users, LPs, validators, searchers, governance token holders)
2. What are their strategies? (Actions available to each player)
3. What are the payoffs? (How does each outcome affect each player?)
4. What information do they have? (Complete, incomplete, asymmetric?)
5. What's the equilibrium? (Where do rational actors end up?)

Analysis Template

## Protocol: [Name]

### Players
- Player A: [Role, objectives, constraints]
- Player B: [Role, objectives, constraints]
- ...

### Strategy Space
- Player A can: [List possible actions]
- Player B can: [List possible actions]

### Payoff Structure
- If (A does X, B does Y): A gets [payoff], B gets [payoff]
- ...

### Information Structure
- Public information: [What everyone knows]
- Private information: [What only some players know]
- Observable actions: [What can be seen on-chain]

### Equilibrium Analysis
- Nash equilibrium: [Stable outcome where no player wants to deviate]
- Dominant strategies: [Strategies that are always best regardless of others]
- Potential exploits: [Deviations that benefit attackers]

### Recommendations
- [Design changes to improve incentive alignment]

Reference Documents

Document	Use Case
Nash Equilibrium	Finding stable outcomes in strategic interactions
Mechanism Design	Designing systems with desired equilibria
Auction Theory	Token sales, NFT drops, liquidations
MEV Game Theory	Adversarial transaction ordering
Tokenomics Analysis	Evaluating token incentive structures
Governance Attacks	Voting manipulation and capture
Liquidity Games	LP strategies and impermanent loss
Information Economics	Asymmetric information and signaling

Quick Concepts

Nash Equilibrium

A state where no player can improve their payoff by unilaterally changing strategy. The "stable" outcome of a game.

Crypto application: In a staking system, Nash equilibrium determines the stake distribution across validators.

Dominant Strategy

A strategy that's optimal regardless of what others do.

Crypto application: In a second-price auction, bidding your true value is dominant.

Pareto Efficiency

An outcome where no one can be made better off without making someone worse off.

Crypto application: AMM fee structures try to be Pareto efficient for traders and LPs.

Mechanism Design

"Reverse game theory" - designing rules to achieve desired outcomes.

Crypto application: Designing token vesting schedules to align long-term incentives.

Schelling Point

A solution people converge on without communication.

Crypto application: Why certain price levels act as psychological support/resistance.

Incentive Compatibility

When truthful behavior is optimal for participants.

Crypto application: Oracle designs where honest reporting is the dominant strategy.

Common Knowledge

Everyone knows X, everyone knows everyone knows X, infinitely recursive.

Crypto application: Public blockchain state creates common knowledge of balances/positions.

Analysis Patterns

Pattern 1: The Tragedy of the Commons

Structure: Shared resource, individual incentive to overuse, collective harm.

Crypto examples:

• Gas price bidding during congestion
• Governance token voting apathy
• MEV extraction degrading UX

Solution approaches:

• Harberger taxes
• Quadratic mechanisms
• Commitment schemes

Pattern 2: The Prisoner's Dilemma

Structure: Individual rationality leads to collective irrationality.

Crypto examples:

• Liquidity mining mercenaries (farm and dump)
• Race-to-bottom validator fees
• Bridge security (each chain wants others to secure)

Solution approaches:

• Repeated games (reputation)
• Commitment mechanisms (staking/slashing)
• Mechanism redesign

Pattern 3: The Coordination Game

Structure: Multiple equilibria, players want to coordinate but may fail.

Crypto examples:

• Which L2 to use?
• Token standard adoption
• Hard fork coordination

Solution approaches:

• Focal points (Schelling points)
• Sequential moves (first mover advantage)
• Communication mechanisms

Pattern 4: The Principal-Agent Problem

Structure: One party acts on behalf of another with misaligned incentives.

Crypto examples:

• Protocol team vs token holders
• Delegates in governance
• Fund managers

Solution approaches:

• Incentive alignment (token vesting)
• Monitoring (transparency)
• Bonding (skin in game)

Pattern 5: Adverse Selection

Structure: Information asymmetry leads to market breakdown.

Crypto examples:

• Token launches (team knows more than buyers)
• Insurance protocols (risky users more likely to buy)
• Lending (borrowers know their risk better)

Solution approaches:

• Signaling (lock-ups, audits)
• Screening (credit scores, history)
• Pooling equilibria

Pattern 6: Moral Hazard

Structure: Hidden action after agreement leads to risk-taking.

Crypto examples:

• Protocols with insurance may take more risk
• Bailout expectations encourage leverage
• Anonymous teams may rug

Solution approaches:

• Monitoring and transparency
• Incentive alignment
• Reputation systems

Common Crypto Games

The MEV Game

Players: Users, searchers, builders, validators Key insight: Transaction ordering is a game; users are often the losers

See: MEV Strategies

The Liquidity Game

Players: LPs, traders, arbitrageurs Key insight: Impermanent loss is the cost of being adversely selected against

See: Liquidity Games

The Governance Game

Players: Token holders, delegates, protocol team Key insight: Rational apathy + concentrated interests = capture

See: Governance Attacks

The Staking Game

Players: Stakers, validators, delegators Key insight: Security budget must exceed attack profit

See: Tokenomics Analysis

The Oracle Game

Players: Data providers, consumers, attackers Key insight: Profit from manipulation must be less than cost

See: Mechanism Design

Red Flags in Protocol Design

Tokenomics Red Flags

• Insiders can sell before others (vesting asymmetry)
• Inflation benefits few, dilutes many
• No sink mechanisms (perpetual selling pressure)
• Rewards without risk (free money = someone else paying)

Governance Red Flags

• Low quorum thresholds (minority capture)
• No time delay (flash loan attacks)
• Token voting only (plutocracy)
• Delegates with no skin in game

Mechanism Red Flags

• First-come-first-served (bot advantage)
• Sealed bids without commitment (frontrunning)
• Rebates/refunds (MEV extraction)
• Complex formulas (hidden exploits)

Advanced Topics

Repeated Games and Reputation

Single-shot games often have bad equilibria. Repetition enables cooperation through:

• Trigger strategies (cooperate until defection)
• Reputation building (costly to destroy)
• Future value (patient players cooperate more)

Crypto application: Why anonymous actors behave worse than doxxed teams.

Evolutionary Game Theory

Strategies that survive competitive selection. Relevant for:

• Which protocols survive long-term
• Memetic competition between narratives
• Bot strategy evolution

Bayesian Games

Games with incomplete information. Players have beliefs about others' types.

Crypto application: Trading with unknown counterparties, evaluating anonymous teams.

Cooperative Game Theory

When players can form binding coalitions.

Crypto application: MEV extraction coalitions, validator cartels, governance blocs.

Algorithmic Game Theory

Computational aspects of game theory.

Crypto application: On-chain game computation limits, gas-efficient mechanism design.

Methodology

Step 1: Model the Game

• Identify all players (including those not obvious)
• Map complete strategy spaces
• Define payoff functions precisely
• Specify information structure

Step 2: Find Equilibria

• Check for dominant strategies
• Compute Nash equilibria
• Identify Pareto improvements
• Consider trembling-hand perfection

Step 3: Stress Test

• What if players collude?
• What if new players enter?
• What if information leaks?
• What if parameters change?

Step 4: Recommend

• Mechanism changes to improve equilibrium
• Monitoring to detect deviations
• Parameter bounds to maintain stability

Resources

Foundational Texts

• "Theory of Games and Economic Behavior" - von Neumann & Morgenstern
• "A Beautiful Mind" (Nash's life, accessible intro)
• "The Strategy of Conflict" - Schelling
• "Mechanism Design Theory" - Myerson (Nobel lecture)

Crypto-Specific

• "Flash Boys 2.0" - MEV paper
• "SoK: DeFi Attacks" - Systemization of DeFi exploits
• "Clockwork Finance" - MEV and mechanism design
• Paradigm research blog

Tools

• Nashpy (Python game theory library)
• Gambit (game theory software)
• Agent-based modeling frameworks