Treehouse Protocol
  • The Decentralized Fixed Income Layer
  • Overview
    • Treehouse Architecture
    • Key Terms
    • Learning Resources
    • Technical Whitepaper
    • Support and Community
  • tETH
    • Introduction
    • Architecture
      • Yield Optimization
      • Gas Optimization
      • Token Accounting
      • Deployment Process
      • Redemption Process
      • Safety Mechanisms
      • Profitability Assessments
      • Fees
    • Risks
      • Counterparty Risks
      • Liquidity Risks
      • Oracle Risks
      • Overutilization Risks
      • Regulatory Risks
      • Smart Contract Risks
    • Security
      • Audits
      • Bug Bounty
      • Timelock
    • User Guides
      • How to Deposit
      • How to Withdraw
        • Below Redemption Band
          • Swap
          • Fast Redemption
        • Above Redemption Band
          • Normal Redemption
          • Fast Redemption
      • How to LP
      • Referral System
      • How to Bridge
    • Key Addresses
  • DOR
    • Introduction
    • Key Design Principles
    • Stakeholders
      • Checks & Balances
    • Consensus Mechanism
    • Payout Mechanism
      • Panelist Pool
      • Delegator Pool
      • Payout Example
      • Payout in DORs with Multiple Tenors
    • Slashing Mechanism
      • Slashing Formula
      • Distribution of Slashed Tokens
      • Slashing in DORs with Multiple Tenors
      • Exceptional Cases
    • Glossary
    • Applications
    • Appendix
  • TESR
    • Treehouse Ethereum Staking Rate (TESR)
    • Ethereum’s Proof of Stake (PoS) Mechanism
      • Consensus Layer Rewards
        • Attestation Rewards
        • Sync Committee Rewards
        • Proposer Rewards
      • Execution Layer Rewards
        • Priority Fees/Tips
        • Maximal Extractable Value (MEV) Bribes
    • Observation Period
    • Publication Time
    • Index Calculation
    • Data Precision
    • Disruptive Events To Index Calculations
      • Ethereum Fails to Finalize Blocks
      • Changes to the Staking Reward Mechanism
      • Too Few Validators
    • Pre-publication Reliability Checks
      • Rate Volatility Check
      • TESR Component Sanity Data Check
    • Governance
      • Rate and Methodology Adjustments
      • Monitoring
      • Cessation
      • Licensing and Distribution
    • Data Sources
    • Decentralization
      • How Consensus is Reached?
    • Get Published Rates
      • API
      • Smart Contract
  • DOR Panelist Terminal
    • Panelist Submission Guide
  • TELR
    • Treehouse Ethereum Lending Rate (TELR)
  • Methodology
  • Data Sources
  • Market Exclusion Criteria
  • Weighting Scheme
  • Update Frequency
  • Get Published Rates
    • API
  • TEBR
    • Treehouse Ethereum Borrowing Rate (TEBR)
  • Methodology
  • Data Sources
  • Market Inclusion Criteria
  • Weighting Scheme
  • Update Frequency
  • Get Published Rates
    • API
  • About Us
    • Road to Decentralization
    • Build With Us
  • Legal
    • Privacy Policy
    • Terms of Service
Powered by GitBook
On this page
  1. TESR
  2. Ethereum’s Proof of Stake (PoS) Mechanism
  3. Execution Layer Rewards

Maximal Extractable Value (MEV) Bribes

PreviousPriority Fees/TipsNextObservation Period

Last updated 6 months ago

Maximal Extractable Value (MEV) is a concept that describes the maximum value that can be extracted from the block production process beyond the standard block reward and gas fees paid by the inclusion, exclusion, and re-ordering of transactions within a block.

MEV opportunities can arise in various ways, including but not limited to DEX arbitrage, liquidations in lending protocols, and sandwich trading. While MEV plays a role in optimizing DeFi protocols by correcting economic inefficiencies, there are potential negative consequences, such as increased slippage and network congestion.

The economics of MEV is complex and generally includes 4 parties: users, searchers, builders, and proposers.

  1. Users: Typical users of the Ethereum network that submit transactions to the public mempool to be confirmed.

  2. Searchers: Sophisticated users or bots that identify and create transactions aiming to capitalize on MEV opportunities. The goal of a Searcher is to minimize gas fees and maximize MEV profits as Searchers have to pay a competitive bribe in order to incentivize Builders to select their transactions to be included in the final block.

  3. Builders: A new role in the MEV supply chain introduced after 'The Merge' with the implementation of . Builders are sophisticated users or bots that construct blocks by taking the bundle of transactions provided by Searchers, along with regular transactions from Users, to form a candidate block that is subsequently forwarded to the proposer using an MEV relay. Their goal is to create the most profitable block for Proposers as Proposers are unable to see transactions within a block.

  4. Proposers: Block proposers on the consensus layer who receive a cut of the MEV profits in the form of bribes, on top of the normal staking rewards. Historically, block Proposers earn the majority of the MEV profits in the MEV lifecycle because the markets for Searchers and Builders are extremely competitive.

Notably, the acceptance of MEV rewards is entirely voluntary by validators who wish to participate in the MEV supply chain. In reality, run MEV-boost software. If a validator decides to run the MEV-boost software and is selected as the Proposer for a block, they will receive the MEV bribes if the block qualifies as an MEV block. Meanwhile, the priority fees that the proposer typically receives will instead be directed to the Builders. This redirection is achieved by modifying the fee recipient address to that of the builder's address using the proposer's validator client.

proposer-builder-separation (PBS)
the majority of validators