Temporal Liquidity Crossing for Blockchains: An EIP-1559 Extension for Admission Below the Base Fee

Introduction to the show: ident: Security Radio. Generated commentary on the latest security and cryptography papers.

Nadia: We're looking at the paper: "Temporal Liquidity Crossing for Blockchains".

Elias: Here's the gist of the paper. The gist The introduction introduces temporal liquidity markets (TLM), a framework that allows transactions seeking early-region execution to fund those opting into exclusion from that region, thereby creating a self-funded mechanism for crossing complementary temporal requirements Temporal Liquidity Crossing Framework The paper introduces Temporal Liquidity (TL) as "the economically relevant capacity to move execution across admissible positions without violating feasibility, together with the value gained or surrendered by that movement" This framework is applied to Ethereum through a "Temporal Crossing Mechanism for EIP-1559" where consumers sign a positive temporal authorization as their bid for earlier service, and providers' below-floor fee fields determine a shortfall which the consumer's payment covers.

Nadia: A mutually acceptable crossing exists when "∆u ≥ ∆f; strict inequality leaves positive temporal surplus".

Elias: Mechanism Implementation and Rules The mechanism involves specific rules for consumers, providers, and the builder within a block context.

Paper summary: Nadia: So, we're looking at this paper called "Temporal Liquidity Crossing for Blockchains: An EIP-one thousand five hundred fifty-nine Extension for Admission Below the Base Fee." It sets up a framework where transactions that want to execute early can actually fund transactions that choose to run later.

Elias: Yeah, the main idea seems to be introducing temporal liquidity markets, or TLM, which lets consumers who need early execution help providers who are opting out of that early spot. It’s about crossing these different timing needs without breaking the rules of Ethereum's EIP-one thousand five hundred fifty-nine fee structure.

Priya: So what makes this important for us as people looking at the data? It sounds like it tries to solve a problem where you have two conflicting goals in a transaction, and you need a way to make both happen together.

Nadia: Exactly. The authors argue that EIP-one thousand five hundred fifty-nine fee fields are just a bid, they don't actually guarantee an earlier spot if someone else has higher fees or if we accept something later than we hoped > Temporal Liquidity Crossing for Blockchains An EIP-one thousand five hundred fifty-nine Extension for Admission Below the Base Fee <ref:2610.30595#pg1>. This paper claims that TLM allows consumers to fund providers who accept being excluded from the early region and still get admitted into the block >

Elias: It specifically talks about a mechanism where selected consumers complete within the early region, and they're ordered among themselves by authorization density, which is defined as their charged-gas divided by their gas limit > Temporal Liquidity Crossing for Blockchains An EIP-one thousand five hundred fifty-nine Extension for Admission Below the Base Fee <ref:2610.30595#pg1>. That ordering is validator-checked >

Priya: So what does that mean practically? It seems like it gives consumers a way to actually influence how providers get included in a block. If I'm trying to move fast but don't want to pay the highest fee, this system lets me do something different with my payment.

Nadia: Exactly. It moves beyond just having a fee bid, which is just a guess about whether you want early or late execution. Here, consumers can sign authorizations that fund the shortfall if providers opt out of the early region but still want to be included anyway >

Elias: The paper sets up this specific mechanism where selected consumers are ordered by their authorization density, which is defined as their charged-gas divided by their gas limit. That ordering is checked by validators >

Priya: And they show that under this system, a builder—someone trying to insert transactions—can't just raise the direct fee payoff for everyone else just by adding a bunch of providers with fees. They actually prove it with an adversary model involving strategic senders and builders >

Paper summary: Nadia: It also confirms that even if you have a capped inclusion fee and a certain link ratio, no finite set of transactions inserted by the builder can raise their direct fee payoff. That’s solid for security, because it means the system stays stable against manipulative insertions >

Elias: The core finding is that this framework lets you regulate ordinary demand at its original target while still admitting these funded provider gas additions in a controlled way, creating a base-fee fixed point that keeps things balanced >

Priya: So what we’re seeing here is how time can become an input to dynamic fee design and congestion control on the blockchain. It’s about making those conflicting timing requirements into something self-funded rather than just one person winning the fee auction >

Nadia: It shows a way to keep the original allocation of gas targets while actually increasing total utilization by allowing this funded capacity. Now, we need to look at how this specific mechanism actually runs on Ethereum.

Elias: Right, so the paper focuses on defining temporal liquidity as "the economically relevant capacity to move execution across admissible positions without violating feasibility, together with the value gained or surrendered by that movement" >

Priya: So how does they define that capacity in practice? What's the actual calculation for whether a crossing is feasible?

Nadia: They define it using a two-sided temporal-liquidity crossing framework where they look at two positions, qE earlier than qL, and they define the value of moving earlier as delta k equals Vk(qE) minus Vk(qL), which must be greater than or equal to zero > Temporal Liquidity Crossing for Blockchains An EIP-one thousand five hundred fifty-nine Extension for Admission Below the Base Fee <ref:2610.30595#pg3>

Elias: So they call the transaction seeking early execution a temporal-liquidity consumer, and the one opting out of that region a temporalliquidity provider > Temporal Liquidity Crossing for Blockchains An EIP-one thousand five hundred fifty-nine Extension for Admission Below the Base Fee <ref:2610.30595#pg3>

Priya: What is this delta u minus delta f that they mention? How does that actually translate into a payment from the consumer to the provider?

Nadia: The consumer’s maximum temporal bid is delta u, and the provider's fee field determines a shortfall, and the consumer's payment covers that > Temporal Liquidity Crossing for Blockchains An EIP-one thousand five hundred fifty-nine Extension for Admission Below the Base Fee <ref:2610.30595#pg1>

Elias: And there are specific rules about how these consumers sign a lump-sum temporal authorization, or TLA denominated in wei, which is different from the regular EIP-one thousand five hundred fifty-nine fee fields > Temporal Liquidity Crossing for Blockchains An EIP-one thousand five hundred fifty-nine Extension for Admission Below the Base Fee <ref:2610.30595#pg1>

Paper summary: Priya: So how does that TLA relate to those hard floor things we have in EIP-one thousand five hundred fifty-nine like the base fee? Is it really helping control the base fee as much as they claim?

Nadia: Under TLM regulation, funding-conditioned and capacity capped provider gas is excluded from the ordinary EIP-one thousand five hundred fifty-nine controller input > Temporal Liquidity Crossing for Blockchains An EIP-one thousand five hundred fifty-nine Extension for Admission Below the Base Fee <ref:2610.30595#pg1>

Elias: Counting that funded gas there instead raises the base fee and displaces ordinary demand at a positive base-fee fixed point > Temporal Liquidity Crossing for Blockchains An EIP-one thousand five hundred fifty-nine Extension for Admission Below the Base Fee <ref:2610.30595#pg1>

Priya: It sounds like they are trying to preserve the original target for ordinary gas while still admitting this extra capacity, but what's the limit on how much extra capacity you can add?

Nadia: Exclusion lets the controller regulate ordinary demand at its original target and preserves the no-TLM ordinary allocation by construction > Temporal Liquidity Crossing for Blockchains An EIP-one thousand five hundred fifty-nine Extension for Admission Below the Base Fee <ref:2610.30595#pg1>

Elias: In synthetic experiments, they show that this system raises total utilization with funded gas > Temporal Liquidity Crossing for Blockchains An EIP-one thousand five hundred fifty-nine Extension for Admission Below the Base Fee <ref:2610.30595#pg2>

Elias: Before we wrap up, the paper does state some limitations about how they model things. They mention that TEP is an analytical description and doesn't propose encoding all of its fields in an Ethereum transaction > Temporal Liquidity Crossing for Blockchains An EIP-one thousand five hundred fifty-nine Extension for Admission Below the Base Fee <ref:2610.30595#pg3>

Priya: What do you mean by that? Where does it stop working, or what are they not covering with this specific model?

Nadia: The paper focuses on this analytical description and doesn't propose encoding all of its fields in an Ethereum transaction > Temporal Liquidity Crossing for Blockchains An EIP-one thousand five hundred fifty-nine Extension for Admission Below the Base Fee <ref:2610.30595#pg3>

Elias: So the mechanism is a framework, not a complete implementation detail that you just copy and paste into every single transaction > Temporal Liquidity Crossing for Blockchains An EIP-one thousand five hundred fifty-nine Extension for Admission Below the Base Fee <ref:2610.30595#pg3>

Priya: That makes sense. So what's the real impact if we think about how this works on Ethereum? Does it really change how we think about fees as time dependent?

Nadia: It establishes a self-funded system where consumer payments cover provider shortfalls, and the surplus is burned > Temporal Liquidity Crossing for Blockchains An EIP-one thousand five hundred fifty-nine Extension for Admission Below the Base Fee <ref:2610.30595#pg1>

Elias: The final block is valid only if its realized gas, selected sets, settlement and order agree on replay > Temporal Liquidity Crossing for Blockchains An EIP-one thousand five hundred fifty-nine Extension for Admission Below the Base Fee <ref:2610.30595#pg2>

Conclusion: Elias: Right, they’re using this Temporal Liquidity Market, or TLM framework, to connect those two things—the need for speed versus the desire for lower fees on the block.

Priya: So what does this mean practically? It seems like it gives consumers a way to actually influence how providers get included in a block.

Nadia: Exactly. It moves beyond just having a fee bid, which is just a guess about whether you want early or late execution. Here, consumers can sign authorizations that fund the shortfall if providers opt out of the early region but still want to be included anyway.

Elias: The paper sets up this specific mechanism where selected consumers are ordered by their authorization density, which is defined as their charged-gas divided by their gas limit. That ordering is checked by validators.

Priya: And they show that under this system, a builder—someone trying to insert transactions—can't just raise the direct fee payoff for everyone else just by adding a bunch of providers with fees. They actually prove it with an adversary model involving strategic senders and builders.

Nadia: It also confirms that even if you have a capped inclusion fee and a certain link ratio, no finite set of transactions inserted by the builder can raise their direct fee payoff. That’s solid for security, because it means the system stays stable against manipulative insertions.

Elias: The core finding is that this framework lets you regulate ordinary demand at its original target while still admitting these funded provider gas additions in a controlled way, creating a base-fee fixed point that keeps things balanced.

Priya: So what we’re seeing here is how time can become an input to dynamic fee design and congestion control on the blockchain. It’s about making those conflicting timing requirements into something self-funded rather than just one person winning the fee auction.

Nadia: It shows a way to keep the original allocation of gas targets while actually increasing total utilization by allowing this funded capacity. Now, we need to look at how this specific mechanism actually runs on Ethereum.