Bayesian Mechanism Design for Blockchain Transaction Fee Allocation: The Logit Transaction Fee Mechanism Is U-BNIC and 1-SCP, and UIR, Budget Feasible and Sybil-Proof for n ≥ λ₀kResearch Paper
Why transaction fee mechanisms
A blockchain confirms a limited number of transactions per block. Users attach fees (bids) to their transactions; the block producer (the miner) chooses which transactions to include and collects some of the fees. The rule that maps bids to confirmations, payments and miner revenue is a transaction fee mechanism (TFM). Because the miner is itself a strategic party that can collude with users, inject fake transactions or drop real ones, a TFM must resist more deviations than an ordinary auction.
Roughgarden (arXiv:2012.00854, 2020) formalized the desiderata for Ethereum's EIP-1559. Chung and Shi (arXiv:2111.03151, SODA 2023) proved that no TFM can be both dominant-strategy incentive compatible for users and 1-side-contract-proof while giving the miner positive revenue: in that setting the miner's revenue must be zero. Chen, Simchi-Levi, Zhao and Zhou (arXiv:2209.13099, Operations Research 2025) relax dominant-strategy to Bayesian incentive compatibility, with valuations drawn i.i.d. from a known law, and construct a mechanism that escapes the zero-revenue barrier.
Setting
There are users and a block of size . User has a valuation ; valuations are i.i.d. draws from a law on , and . Users submit bids .
A TFM consists of an allocation rule (the probability that user is confirmed), a payment rule (paid by user if confirmed) and a miner revenue rule . User 's utility is ; the miner's utility is .
The properties studied are:
- U-BNIC: if the others bid truthfully, bidding maximizes ;
- 1-SCP: the miner and one user cannot raise by changing that user's bid;
- UIR: for all ;
- BF: ;
- -U-SP: when , a truthful user cannot raise her expected utility, counting the utilities of her fake identities at value , by injecting fake bids.
Mechanism 3 confirms transactions by weighted sampling without replacement with weights ; is the resulting inclusion probability. Its payment is the Myerson payment of this allocation plus a quadratic variation term
and the miner receives .
Formalization targets
Goal: Theorem 4 (Main Theorem)
For any , and , Mechanism 3 is U-BNIC and 1-SCP. For any and , with , it is UIR and BF for every
Finally, there is an absolute constant such that for every the mechanism is -U-SP.
Milestones
- Lemma 1 (Myerson's Lemma) and Lemma EC.3: U-DSIC, respectively 1-SCP, are equivalent to a monotone allocation with a constrained payment.
- Observation 1 and Theorem 2: an admissible variation term added to the auxiliary (Myerson) mechanism yields U-BNIC and 1-SCP.
- Lemma 2: the quadratic term is admissible.
- EC.4.4.1: the sampling allocation is monotone in the own bid.
- (EC.131) and (EC.134)–(EC.135): and .
- Lemma EC.4 and Proposition EC.1: adding an item to weighted sampling without replacement never raises an existing item's inclusion probability, so a fake bid never helps in the auxiliary mechanism.
Significance
Theorem 4 shows that Bayesian incentive compatibility suffices to give the miner positive revenue while keeping users truthful, blocking miner–user collusion and Sybil attacks, and keeping the mechanism individually rational and budget feasible. The expected miner revenue is , a constant fraction of the optimum for fixed once . The auxiliary-variation decomposition (Theorem 2) is a general recipe that applies to any monotone allocation.
None of this has been machine-checked. A complete development would give a verified Myerson lemma for allocation rules with general block size. Mathlib has no such lemma, and the version already on the platform covers single-unit auctions only. It would also give a formal treatment of inclusion probabilities in weighted sampling without replacement (Plackett–Luce sampling), with monotonicity and the "adding an item" comparison. Both are used well beyond blockchains: in ranking, survey sampling and randomized auctions.
The printed definition (18), , is a slip: the paper's own proofs use , and under the first clause fails (for the uniform law a value-1 user gains by shading her bid). The mission states the corrected theorem.
Difficulty
The U-BNIC and 1-SCP clause reduces, through Theorem 2, to monotonicity of the sampling allocation and to Lemma 2, which is a second-moment computation. Monotonicity is the first obstacle. The inclusion probability is a sum over all injective draw sequences, and raising one weight raises some terms and lowers others, so a term-by-term comparison fails. The paper uses a coupling through a common uniform sequence (Algorithm 1). Lemma EC.4 needs the same coupling.
UIR and BF need a quantitative lower bound on that is uniform in the other bids and in . The obvious bound loses a factor that tends to zero as , and the explicit constant comes from a careful choice of . The U-SP clause for general is only sketched in the paper ("in a similar way"). Its fake-bid bookkeeping, with mechanisms at different bid counts and their own , has to be written out in full.
Formalization scope
Users are Fin n. Bids, values and the other users' bids range over , and is a vector in whose -th entry is overwritten. is any probability measure on with and , a generalization of the paper's density assumption. Interim expectations are Bochner integrals against the product measure with coordinate overwritten. U-BNIC and U-SP require the integrands to be integrable, so that a non-existent expectation, which Lean evaluates to , cannot make them hold vacuously.
The allocation sums the outcome probabilities (24) over injective sequences, so gives . Payments are payments-if-confirmed and expected payments are . The auxiliary payment is written in the form (EC.137), . 1-SCP is the ex-post deviation of the miner together with one user's bid. The in U-SP is an absolute constant , chosen before , , , the and . Lemma 1, Lemma EC.3 and Theorem 2 are stated for allocations differentiable in the own bid, as their formulas presuppose.
Definitions: Model, Properties, Decomposition, Sampling, Mechanism3 and Constants, in the namespace BlockchainTFM. The Myerson-type lemmas and the sampling lemmas are reusable on their own. Contributions on the sampling coupling and on the envelope argument behind Lemma 1 are particularly welcome.
Selected references
- X. Chen, D. Simchi-Levi, Z. Zhao, Y. Zhou, Bayesian Mechanism Design for Blockchain Transaction Fee Allocation, arXiv:2209.13099v7, 2024; Operations Research, 2025. https://arxiv.org/abs/2209.13099
- H. Chung, E. Shi, Foundations of Transaction Fee Mechanism Design, SODA 2023. https://arxiv.org/abs/2111.03151
- T. Roughgarden, Transaction Fee Mechanism Design for the Ethereum Blockchain: An Economic Analysis of EIP-1559, 2020. https://arxiv.org/abs/2012.00854
- R. B. Myerson, Optimal Auction Design, Mathematics of Operations Research 6(1), 1981. https://doi.org/10.1287/moor.6.1.58