Normal view

There are new articles available, click to refresh the page.
Today — 22 July 2026Main stream

Uniswap Governance Proposal Would Route Optimism Fees To UNI Burns

22 July 2026 at 20:15

Uniswap governance is reviewing a proposal that would route protocol fees from selected Optimism pools toward UNI token burns, testing a more direct connection between deployment-level activity and token economics.

The proposal is specific to Optimism pools. That distinction matters because it is not a protocol-wide fee burn across all Uniswap deployments.

Still, the idea is significant.

UNI holders have long debated how Uniswap’s massive trading footprint should connect to the UNI token. A fee-routing and burn mechanism on Optimism would give governance a narrower test case rather than changing the entire protocol at once.

TL;DR

  • Uniswap governance is reviewing a proposal tied to Optimism pool fees.
  • The proposal would route selected fees toward UNI token burns.
  • The scope is Optimism-specific, not a protocol-wide Uniswap burn mechanism.

UNI Tokenomics Are Back In Focus

Uniswap is one of the most important decentralized exchanges in crypto, but its token economics have always been debated.

The protocol processes large amounts of trading volume, yet UNI does not automatically capture value from every trade in a direct, simple way. Governance controls key decisions, but tokenholders have often wanted clearer links between protocol usage and token value.

That is why fee routing matters.

If protocol fees from selected pools can be used to buy and burn UNI, the token may gain a more visible economic connection to exchange activity. Burns reduce supply, at least mechanically, and they are easy for the market to understand.

But implementation is everything.

Which pools are included? How much fee revenue is routed? How are burns executed? What are the legal and governance implications? Could the model expand beyond Optimism later?

Those are the questions governance needs to answer.

Why Optimism Is A Sensible Test

Optimism is a useful place to test the idea because it narrows the scope.

Uniswap is deployed across multiple networks. A protocol-wide change would be more complex and more controversial. Testing fee routing on a specific deployment gives governance a way to examine the mechanics without rewriting the entire system.

It also reflects how DeFi is becoming more chain-specific.

Activity on Ethereum mainnet is different from activity on Optimism, Arbitrum, Base, Polygon, or other networks. Fees, users, liquidity, incentives, and trading behavior vary by chain.

A deployment-level test may help Uniswap learn whether fee burns are practical in one environment before considering broader changes.

That does not guarantee the proposal will pass or expand.

But it gives UNI holders a concrete experiment to debate.

Burns Are Simple, But Not Magic

The market often likes token burns because they are easy to understand.

Fewer tokens can sound bullish. But burns only matter if the underlying fee stream is meaningful, recurring, and large enough to affect supply over time.

A small burn from limited pools may be symbolically important but economically modest. A larger mechanism could matter more, but it may also raise more governance, liquidity, and regulatory questions.

That is why the Optimism-specific scope is important.

The proposal can show how the process works without overpromising immediate impact. UNI holders should watch the mechanism, not just the headline.

If fees are routed transparently and burns are executed reliably, the model may gain support. If the impact is tiny or the process creates new complications, governance may be more cautious.

Uniswap Is Searching For Token Value Alignment

The broader issue is value alignment.

Uniswap has strong product-market fit. It is widely used, deeply integrated, and central to DeFi liquidity. But tokenholders still want to know how that usage translates into UNI’s long-term role.

Governance power alone may not be enough for every investor.

A fee burn proposal gives the DAO another possible answer. It connects protocol activity, chain-specific revenue, and token supply mechanics in a way that is easier to track.

That does not mean every Uniswap fee should automatically flow to tokenholders. The protocol also needs liquidity, incentives, legal resilience, and sustainable governance.

But the discussion is important.

It shows that DeFi’s largest protocols are still experimenting with how to align users, liquidity providers, developers, and tokenholders.

For Uniswap, the Optimism proposal could become a small but meaningful test of whether deployment-level fee routing can support UNI economics without disrupting the protocol’s broader market position.

This article is based on the Uniswap governance proposal for Optimism pool fee routing.

This article was written by the News Desk and edited by Samuel Rae.

This report is based on information released in disclosures at primary source documentation.

Before yesterdayMain stream

Uniswap Founder Proposes v4 Protocol Fees Across Multiple Networks

18 July 2026 at 08:35

Uniswap founder Hayden Adams has proposed expanding protocol fees across Uniswap v4 and several network deployments, putting one of DeFi’s longest-running governance debates back at the centre of the market.

Protocol fees are a sensitive topic for Uniswap because the exchange is one of DeFi’s most important pieces of infrastructure. It processes huge volumes, sits across multiple chains, and remains a core liquidity venue for tokens. But for years, the question has been whether that usage should translate into direct economic value for the protocol and UNI governance.

The new proposal, published through Uniswap governance, targets protocol-level fee activation across multiple deployments, including v4 pools and the newly launched Robinhood Chain.

For UNI holders and DeFi users, this is not just a technical governance item. It goes to the heart of how DeFi protocols should capture value.

Reference: Uniswap Governance Forum

TL;DR

  • Hayden Adams has proposed expanding Uniswap protocol fees across several network deployments.
  • The proposal includes v4 pools and Robinhood Chain activity.
  • The debate matters because it could reshape how Uniswap captures value from its own trading infrastructure.

Why Protocol Fees Matter For Uniswap

Uniswap is widely used, but usage and token value have not always moved together.

That has been one of the biggest debates around UNI. The protocol is critical to DeFi, but the token has often struggled with the question of direct value capture. Governance rights matter, but investors also want to know whether protocol activity can translate into a stronger economic model.

Protocol fees are one possible answer.

If activated, a portion of trading fees can be routed to protocol-controlled mechanisms rather than flowing only to liquidity providers. That can create a clearer link between exchange activity and the protocol’s treasury, buyback/burn mechanics, or other governance-directed uses.

The details matter. Fee rates, affected pools, chain selection, and how collections are handled can all change how traders, liquidity providers, and token holders respond.

For Uniswap, the challenge is balancing value capture with liquidity competitiveness. If fees are too aggressive, liquidity may migrate. If fees are too light, token holders may see little impact.

Multi-Chain DeFi Makes The Debate Harder

Uniswap is no longer just an Ethereum mainnet protocol.

It exists across multiple networks, and v4 is designed to make liquidity architecture more flexible. That multi-chain footprint creates opportunity, but it also makes governance more complicated.

Different chains have different users, fee environments, liquidity profiles, and competitive pressures. A fee model that works on Ethereum may not work the same way on Base, Arbitrum, Optimism, BNB Chain, Robinhood Chain, or Polygon.

That is why this proposal matters. It is not only about turning on a switch. It is about deciding how Uniswap should operate as a cross-chain liquidity protocol.

The governance materials note that fee collections would be routed into TokenJars and claimed for burning through UNI bridging to mainnet. That kind of structure shows how much DeFi governance has evolved. Fee activation now involves not just a governance vote, but cross-chain accounting, collection mechanisms, and execution details.

The more networks Uniswap supports, the more important those mechanics become.

What UNI Holders Will Be Watching

UNI holders will likely focus on whether the proposal creates a clearer path for token value.

That does not mean the market will instantly reprice UNI. Governance proposals can take time, and implementation matters more than the headline. But the direction is important. If Uniswap can show a credible method for turning protocol volume into economic value, the token’s investment case becomes easier to explain.

Liquidity providers will be watching from another angle.

They want to know whether protocol fees reduce their share of trading economics and whether any fee changes make certain pools less attractive. DeFi liquidity is mobile. If LPs believe another venue offers better returns, they can move.

Users care about execution quality. If fee activation damages liquidity or worsens pricing, traders may notice. If the change is small enough to preserve competitiveness, users may barely feel it.

That is the balance Uniswap governance has to strike.

DeFi Is Moving From Growth To Value Capture

The proposal also says something bigger about DeFi’s maturity.

Early DeFi was mostly about growth: liquidity, volume, users, integrations, and TVL. Mature protocols eventually face a different question: how does that activity support long-term economics?

Uniswap is one of the clearest examples because it is both widely used and heavily scrutinised. If a protocol of its size cannot find a sustainable value-capture model, investors will keep asking difficult questions about governance tokens across the sector.

That is why this debate reaches beyond Uniswap.

Other DeFi protocols are watching the same issue. They need to reward users, keep liquidity, satisfy governance, and avoid creating regulatory problems. Protocol fees sit right at the intersection of those pressures.

For now, the proposal gives the market a fresh reason to pay attention to UNI governance. It may not settle the value-capture debate immediately, but it moves the discussion into a more concrete phase.

If approved and implemented cleanly, it could become one of the more important DeFi governance developments of the year.

This article is based on the Uniswap governance forum.

This article was written by the News Desk and edited by Samuel Rae.

This report is based on information released by Uniswap Governance Forum. at Uniswap Governance Forum

Uniswap Fee Switch Talk Shows DeFi Governance Is Still Searching For Sustainable Revenue

9 July 2026 at 16:25

Uniswap has always been one of DeFi’s clearest product successes, but the fee-switch debate shows why product success and token value are not always the same thing. The protocol can process enormous volume, yet governance still has to decide how, or whether, that activity should flow back to the broader ecosystem.

That is why any fee-switch discussion gets attention. It touches the fundamental DeFi question: who captures value when a protocol becomes essential infrastructure?

For more details, visit the official Uniswap platform.

TL;DR

  • Uniswap fee-switch discussions have returned to the governance spotlight.
  • The core issue is whether protocol activity can translate into sustainable value for UNI stakeholders.
  • The debate sits at the centre of DeFi’s long-running revenue problem.

Why The Fee Switch Is So Sensitive

Turning on protocol fees sounds simple until the trade-offs appear. Liquidity providers want to be paid enough to stay. Token holders want a clearer claim on protocol economics. Regulators may also pay more attention when fee distribution starts to look like revenue sharing.

That combination makes the fee switch more than a technical parameter. It is a governance, incentive, and legal design problem at the same time.

The Revenue Problem In DeFi

Many DeFi tokens struggle because users can love the product without needing the token. Uniswap has long been the flagship example of that tension. It is a dominant exchange protocol, but UNI’s value capture remains a recurring debate.

If governance finds a credible way to align users, liquidity providers, and token holders, it could influence how other protocols think about their own economics.

Why The Legal Backdrop Matters

The SEC’s scrutiny of Uniswap Labs adds another layer to the conversation. Any move that changes token economics could be judged not only by market participants, but also by regulators looking for signs of investment-like expectations.

That does not mean DeFi cannot evolve. It means governance has to be careful. The fee-switch debate is ultimately about whether decentralized protocols can build sustainable economics without undermining the principles that made them different in the first place.

What The Market Can Learn

The useful way to read this story is not as a standalone headline about Uniswap, but as part of the wider pressure building around DeFi coverage this week. Markets have been jumping quickly from one catalyst to the next, so the cleaner value for readers is in separating the actual development from the instant reaction around it. In this case, the source material gives us a concrete event to work from, rather than a loose rumour or a recycled social-media talking point.

That distinction matters because crypto readers are being asked to process a lot at once: ETF flows, regulatory actions, exchange listings, protocol upgrades, wallet movements, and political signals. A story like this is most useful when it helps them understand where DAO fits into that broader map. It does not need to be inflated into a guaranteed price call to be worth covering. It simply needs to explain what changed, who is affected, and why the market is paying attention today.

The caveat is also important. Even clean source-backed developments can be overinterpreted when traders are hunting for a fast narrative. A listing does not automatically create lasting demand, a regulatory update does not immediately settle every legal question, and an on-chain movement does not always translate into a finished sale. The better read is to treat the development as a fresh data point and then watch whether follow-up activity confirms the direction of travel.

For Bitcoinist readers, that means keeping the focus on what can actually be verified from the source and avoiding the temptation to turn every update into a sweeping market verdict. The story is strong enough on its own terms: it gives investors and traders another piece of context around DeFi, while leaving room for the next filing, dashboard update, wallet movement, governance vote, or exchange notice to decide whether the angle grows into something bigger.

This article is based on information from Uniswap Labs.

This article was written by the News Desk and edited by Samuel Rae.

This report is based on information from Uniswap. at Uniswap

Uniswap’s Wells Notice Response Sharpens The DeFi Industry’s Legal Counterattack

7 July 2026 at 11:05

Uniswap is not just defending itself. It is defending a version of what DeFi is supposed to be. That is the real significance of its Wells Notice response, which takes aim at the SEC’s attempt to fit decentralized protocols into old regulatory boxes.

For markets, legal documents like this can look dry. For the industry, they often carry much bigger implications than a flashy token announcement.

For more details, visit the official Uniswap platform.

TL;DR

  • Uniswap Labs published its response to the SEC Wells Notice.
  • The company argues automated protocols do not fit the regulator’s broker or exchange theories.
  • The filing is part of a broader pushback from major crypto firms against SEC enforcement logic.

The Core Of Uniswap’s Argument

Uniswap’s central position is that automated software should not be treated as though it were a traditional exchange intermediary. That is not merely a technical claim. It goes to the heart of how DeFi wants to distinguish itself from centralized platforms.

If regulators succeed in treating protocol development as equivalent to running a conventional venue, the consequences would reach far beyond Uniswap itself.

Why It Matters For The Sector

The Wells response lands in a broader period of legal pushback from crypto firms that increasingly seem willing to challenge the SEC directly rather than settle the narrative by default.

That does not guarantee victory, but it does show the next regulatory phase may be more contested, more nuanced, and less one-sided than it looked at times last year.

This report is based on information from Uniswap Labs.

This article was written by the News Desk and edited by Samuel Rae.

Source: Uniswap

When the Quote Becomes Calldata. The Fork Tests Whether It Holds.

30 June 2026 at 10:22
A note on turning a Uniswap quote into API-native calldata, then replaying that transaction against pinned mainnet state.

Part I stopped at the quote layer: route legs, output amounts, API-reported priceImpact, and blockNumber. It recorded what the router proposed. At larger sizes, that proposal became a spread of pools and intermediate hops, not a single price.

A desk sizing an exit acts on that quote; so does a risk pipeline that reads priceImpactas a risk number. On a centralized venue, a mistake there usually stays inside an operator’s scope: an order cancelled, a fill refunded, a replacement issued. Once the quote becomes calldata, there is no venue operator between the user and pool execution, and the failure boundary moves from router proposal to encoded constraints. The quote alone cannot tell whether the next problem is invalid transaction construction, wallet authorization, gas estimation, state drift, ordering, or the final fill.

Part I sliced the quote layer; this post slices one execution layer: build the transaction from the quote, replay it against pinned mainnet state, and check whether the proposal survives, and where the route’s complexity ends up. A valid quote does not mean valid calldata; a successful same-state replay does not mean a mined receipt.

Readable quote, executable calldata

A /quote response can show expected output, minimumAmount, route structure, and blockNumber, but none of those fields execute by themselves. The trade becomes executable only when /swap returns a TransactionRequest: to, data, value, gasLimit, and encoded router instructions.

The chain enforces only what the transaction encodes-most importantly the minimum output condition. Expected output and priceImpact are display fields, not the bytes the Universal Router will run.

Quote evidence, swap calldata, and controlled fork replay with live mainnet ordering and MEV outside the measurement boundary
Fig. 1. Quote evidence vs transaction evidence. The quote records what the router proposed; `/swap` materializes calldata; fork replay tests that calldata against pinned state. Ordering, MEV, fee payment, and inclusion sit outside this article.

The replay is a same-state execution check for the /swap artifact, not a live fill. Fork setup and measured fields are in the run section below.

Uniswap’s Trading API exposes this directly by separating from :

POST /quote
→ POST /swap with the returned quote
→ save TransactionRequest
→ fork at quote.blockNumber
→ seed wallet balance and approvals
→ send API-native calldata
→ measure output-token delta, minimumAmount, and gas

Shell references: quote_to_swap.shand replay_swap.sh.

The fork replay run

Run ID: 20260619Tpart2v1

I collected nine cells: USDC → WETH, AAVE, and MKR at $100, $10k, and $1M. Routing was Uniswap classic ( CLASSIC); protocols V2/V3/V4 via BEST_PRICE; UniswapX excluded.

For each cell I POSTed /quote, then POSTed /swap with the returned quote object and archived both responses. /swap used allowance-based calldata from the Trading API-not SDK reconstruction from route JSON. API simulateTransaction succeeded on all nine cells.

Each cell was replayed on a fresh Anvil mainnet fork at that cell’s quote.blockNumber (blocks 25,350,126-25,350,128), with archive RPC state. I seeded a fixed test wallet with ETH for gas, USDC via anvil_setStorageAt, and USDC → Permit2 → Universal Router approvals. Replay sent exact API-native /swap calldata to the router at 0x66a989...8Af.

A signed-permit collection ( 20260619Tpart2v0) failed fork replay when permit sigDeadline preceded the pinned quote-block timestamp. That comparison run is archived; the primary evidence is the allowance path above.

Measured per row: fork_status, fork_output_amount, fork_vs_quote_bps, fork_meets_minimum, fork_gas_used, and api_simulation_status.

What the grid shows

All nine cells replayed at pinned state, cleared minimumAmount, and matched the quote at 0 bps: the expected baseline for same block, same pool state, same calldata.

Nine-cell fork replay panel for WETH, AAVE, and MKR at 100, 10k, and 1M USDC input sizes
Fig. 2. Fork replay panel: WETH / AAVE / MKR × $100 / $10k / $1M. Each cell reports fork status, fork vs quote (bps), `minimumAmount` pass/fail, and gas used. Run `20260619Tpart2v1`; same-state replay matched the quote at 0 bps.

WETH $100 routed through a single V3 hop. Fork gas was 140,975-the simple control.

MKR $1M showed quote-layer output deterioration in Part I. Its seven-hop transaction still replayed at 0 bps and cleared the minimum.

AAVE $1M: fragmented route, same-state pass

Part I flagged AAVE for route fragmentation and summary-field ambiguity. At $1M the quote carried 13 pool legs across five parallel paths (V2/V3/V4 mix). /swap returned 14,366 bytes of calldata. Fork gas was 2,386,700-roughly 17× the WETH $100 control.

AAVE one-million-dollar quote route dependency graph with five parallel paths and thirteen pool legs
Fig. 3. USDC → AAVE at $1M: five parallel paths, 13 pool legs, V2/V3/V4 mix. Side panel: quote block 25,350,127, quoted output, `minimumAmount`, fork status. The route looked fragmented at quote time; it did not become a deterministic same-state failure.

Pilot panel: what route stress becomes

The nine-cell replay is a controlled check, but it is too small to say much about route stress more generally. I therefore ran a pilot panel over 28 snapshot labels, 10 assets, and five input sizes: 1,400 intended cells. This was a pipeline pilot, not a historical backtest.

The pilot produced 977 successful /quote + /swap rows. The strongest pattern was payload size: hop count versus calldata bytes had a Pearson correlation of 0.935; path count versus calldata bytes was 0.917.

Pilot panel scatter plot showing route hop count against calldata bytes, with marker size indicating USDC input size
Fig. 4. Pilot panel: 1,400 intended cells; 977 successful `/quote` + `/swap` rows plotted. Hop count versus calldata bytes (Pearson r = 0.935). Marker size is USDC input size; descriptive, not causal.

From that panel I selected 118 stress rows for fork replay. Ninety replayed successfully at pinned state. The remaining 28-all high-complexity SHIB rows-stopped at eth_estimateGas.

Three of those I direct-sent on fresh pinned forks with a 12M gas cap; all three executed at roughly 7M gas and cleared minimumAmount. The timeout was an estimator artifact, not an EVM failure-but that check covers only 3 rows. The remaining 25 still need the same follow-up.

What a fork replay result actually means

The first all-green table raised a scope question: was this evidence, or only a same-state sanity check? Treating replay as one test stopped working once the non-receipts came from different layers.

Where the evidence stopped: CRV at configuration, COMP/LDO at quote availability, signed-permit at wallet authorization, SHIB at gas estimation then direct-send success, AAVE at same-state EVM fork execution
Fig. 5. Where the evidence stopped across 118 selected stress-row replays. CRV stopped at configuration, COMP/LDO at quote availability, the signed-permit path at wallet authorization, SHIB at gas estimation before direct-send replay, and AAVE at same-state EVM fork execution. A single pass/fail column would erase those distinctions.

A non-receipt is not one failure class. Configuration, authorization, estimation, and EVM execution fail at different boundaries.

Closing

Part I stopped at the quote. Here, same-state replay held, route complexity showed up in calldata size, and three SHIB estimator timeouts became roughly 7M-gas executions on bounded forks.

The harder part is keeping the labels straight: estimator timeout, authorization failure, configuration error, and EVM execution are different boundaries, even when all of them produce no mined receipt.

The next falsifiable check is narrow: direct-send the remaining 25 SHIB rows with bounded gas on pinned forks. Inclusion, ordering, MEV, state drift, and realized fill still need receipt-level evidence.

Appendix: sources

This post was originally published on my personal blog: https://egpivo.github.io/2026/06/30/when-the-quote-becomes-a-transaction.html


When the Quote Becomes Calldata. The Fork Tests Whether It Holds. was originally published in Coinmonks on Medium, where people are continuing the conversation by highlighting and responding to this story.

❌
❌