T7 Network Upgrade

T7 makes repeated onchain workflows cheaper. It adds storage savings for DEX order state and TIP-20 payment-channel state, lets the base fee move down when network usage is low, and deprecates new TIP-20 rewards activity.

Apps with repeat contract workflows can pass meaningful gas savings to returning users, MPP sessions can reuse channel-state savings for the same payer, and all users can benefit from lower base fees during quieter network periods.

Timeline

Overview

T7 focuses on five partner-facing changes:

• Reusable storage savings. Contracts that create storage, clear it, and later create storage again in the same contract can lower the cost of the next eligible storage write.
• Savings tied to the right user. Shared systems such as the StablecoinDEX can keep those savings attached to the maker who earned them, instead of letting the next user spend them by accident.
• Payment-channel savings. MPP payment channels can keep storage credits attached to the payer who earned them, so repeated session lifecycles can reuse channel-state savings.
• Lower fees during quiet periods. The base fee can fall when block gas usage is below the target threshold.
• Rewards cleanup. New Tempo Token Rewards opt-ins and distributions stop after activation, while already-accrued rewards remain claimable.

These changes make costs easier to reason about for partners building high-throughput payment, liquidity, and exchange experiences. The main opportunity is to identify workflows with temporary state and decide whether the contract should allocate storage-credit savings per user, payer, maker, or account.

Why it matters

Features

Reusable storage savings

Storage credits lower fees for workflows that repeatedly create and clear temporary storage. A contract earns a credit when it clears eligible storage, then can use that credit to reduce the cost of creating eligible storage later.

This is not a blanket gas discount. It matters most when a workflow has a natural lifecycle: create state, clear it, then create more state in the same contract.

User-attributed DEX savings

The StablecoinDEX uses the same storage-credit idea but adds maker-level accounting. If a maker cancels or fully fills an eligible order, the DEX can keep the reusable order-storage savings attached to that maker. When the same maker places a later eligible order, the DEX can apply those savings.

Payer-scoped payment-channel savings

T7 applies the storage-credit pattern to MPP payment channels through the TIP20ChannelReserve precompile. When a payer closes or withdraws a finished channel, the reserve records a channel storage credit for that payer. When the same payer opens a later channel, the reserve uses that payer's credit.

This keeps channel savings attached to the payer who earned them. A different payer cannot spend another payer's channel credit.

For MPP partners, the benefit is focused on repeated session lifecycles. Per-request vouchers already stay off-chain; T7 can lower the net onchain lifecycle cost when a close or withdraw is followed by a later open from the same payer.

The channel-reserve gas snapshot for the credited reopen path is below.

Read Accept pay-as-you-go payments for the MPP session flow.

Dynamic base fee

T7 replaces the fixed base fee with a bounded dynamic base fee. The cap is 40% lower than the pre-T7 fixed fee. When block gas usage is below target, the base fee can fall toward a floor that is one twentieth of the cap.

For a simple fee example, a 50,000 gas transfer costs about $0.0006 at the new cap and about $0.00003 at the floor.

At the quiet-period floor, the same transaction is 20x cheaper than the T7 cap and about 33x cheaper than the pre-T7 fixed fee. After activation, the base fee moves with block usage within the T7 cap and floor.

Deprecate TIP-20 rewards

T7 deprecates new Tempo Token Rewards opt-ins and reward distributions so partners do not need to model new reward accrual after the upgrade. Already-accrued rewards remain claimable through the existing claimRewards() flow.

Apps that show reward information should keep already-accrued rewards separate from post-T7 balances, and should stop presenting new rewards as accruing from post-T7 reward distributions.

Technical references

Partner benefits

Benchmark highlights

The v1.10.1 release notes include the headline gas benchmarks below. Treat these as protocol-level benchmarks: they show where T7 lowers base fees and storage-related costs, while partner-specific flows should still be tested end to end.

Compatible releases

The following releases support the T7 feature set:

Release notes and binaries are available in the v1.10.1 release.

Integration impact

For storage savings

• Storage credits are included for the core primitive, DEX order storage, and TIP-20 channel storage.
• Shared contracts should avoid global credit pools when savings should stay attached to a specific user, maker, payer, or account.

For dynamic fees

Wallets, checkout flows, and infrastructure that display fees should expect the base fee to move instead of staying fixed.

• Fees can fall when block gas usage is below target and rise back toward the cap when usage increases.
• Fee estimators should handle movement between the floor and cap.
• Fee analytics should compare pre-T7 fixed-fee periods separately from post-T7 dynamic-fee periods.

For TIP-20 rewards deprecation

Apps that show TIP-20 reward information should stop presenting new rewards as accruing from post-T7 reward distributions.

• Wallets and dashboards should separate already-accrued rewards from post-T7 balances.