Yes—I just checked the official governance records, the Uniswap official developer documentation, and the contract deployment records. Here’s a very key conclusion:


First the conclusion


V4 protocol fees have already entered the "burning UNI" system, and the governance proposal has been executed; but currently you cannot directly equate the 40.7% tokenized-stock trading volume you see to "all of this 40.7% has already generated UNI burns."


The reason is twofold:



  1. V4 protocol fees are indeed already enabled.


  2. Not all V4 pools are charged—only specific pool families have been enabled.


  3. The revenue first goes into the TokenJar, and then the searcher uses UNI to withdraw the assets from it; the UNI is then burned. So what you see on-chain is an aggregated burn—not "every single V4 pool trade → burn UNI immediately."



① Has V4 actually started charging?


Yes.


In July, Uniswap DAO proposed the V4 Fee Controller.


At the time, the design was:


V4 trading

↓

V4FeeAdapter

↓

TokenJar

↓

Searchers swap UNI to take the protocol revenue from TokenJar

↓

UNI permanently burned


The official proposal explicitly states that V4 protocol fees will go into TokenJar, and the UNI burn generated on L2/other chains will ultimately be bridged back to Ethereum via 0xdead.


And more importantly:


Agora has already marked “Activate v4 Protocol Fees (Part 1/2)” as executed.


So it’s not “about to be burned”—governance has already executed V4 fee activation.



② Robinhood Chain’s V4 is also already connected


This is especially important for your article just now.


The official governance proposal for the Robinhood Chain explicitly says:


Enables v2, v3, and v4 protocol fees on Robinhood Chain


And now Uniswap’s official deployment table already shows Robinhood Chain:



  • TokenJar


  • Releaser


  • V4FeeAdapter


  • V4FeePolicy


They all have official contract addresses.


So your prior research on:


Robinhood Chain + RWA + Uniswap V4


This is no longer purely narrative.



③ But there’s one easily misunderstood detail here


You see:


V4 = 40.7%

V3 = 19.4%

Total = 60.1%


This data itself currently has sources supporting it.


Tokenized-stock DEX volume over the past 30 days:


$20.9B


Of which:



  • V4: 40.7% ≈ $8.51B


  • V3: 19.4% ≈ $4.05B


  • Uniswap total: 60.1% ≈ $12.56B


This data is also currently paraphrased by Binance News, sourced from Token Terminal / Odaily.


So:


Uniswap is indeed very strong in tokenized-stock DEX trading volume.


But you can’t write it directly as:


“$12.6B × some fee = how much UNI gets burned”


Because V4’s protocol fee is not a fixed percentage.



④ How much V4 is actually burned?


That’s the part you should focus on most.


V4 is designed for dynamic fees.


For example, the official static pools given here:










































LP Fee


Protocol Fee


0.03%


0.01%


0.75%


0.20%


1%


0.25%


3.75%


1%


5%


1.25%


25%


4%


30%


5%


83.34%


10%


That is to say:


30bp pool → protocol takes 5bp


That’s about 16.7% of the total trading fee.


And:


5bp pool → protocol takes 1.25bp


Equivalent to 25% of the total trading fees.


So:


$12.6B is trading volume, not Uniswap revenue.



⑤ More importantly: not all V4 pools are fee-charging


This is the one point I think your article most needs to correct.


In the first phase, V4 only enabled three types:


① Static fee pools


② CCA pools


③ Aggregator hook pools


Not all other V4 pools have fully enabled protocol fees.


So you can’t say:


“All of Uniswap V4’s $8.5B stock trading volume has already been used to burn UNI.”


The correct way to say it should be:


V4 has already established and executed the mechanism of protocol fee → TokenJar → UNI burn, but which tokenized-stock pools generate protocol fees depends on which V4 fee family those pools belong to and the actual fee configuration.



⑥ Then the question you care about most: Did the V4 revenue really turn into UNI being burned?


Answer: Mechanically, it’s already YES.


The official now clearly describes:


Protocol fees enter TokenJar

→ searchers use UNI to claim

→ UNI is permanently burned.


Also, on July 18, Uniswap Labs has already disclosed:


Since the protocol fee activation started, the cumulative amount burned via the protocol fee mechanism is about 7.5 million UNI. At that time, the monthly protocol fees had grown from around $3.1M in February to about $5.1M in June.


But note:


You can’t directly say that these 7.5 million UNI came from “how much came from V4.”


Because the currently published official stats mainly provide overall protocol-fee burn, and TokenJar collects fees by chain aggregation.


The official developer docs are also explicit:


fee sources from v2, v3, v4, UniswapX, Unichain, etc. can all go into TokenJar; Releaser then converts these assets into protocol value.


So if you see:


dead address today +50k UNI


You can’t say:


“Of which 30k is the UNI burned by V4 stocks.”


Unless you attribute each on-chain trade of the corresponding TokenJar / V4FeeAdapter token-by-token.



⑦ This actually makes me feel that the data you found this time is even more important


You’ve been watching:


Why does UNI go from 6 → 9 → 10?


Now, there actually appears a very nice three-part structure:


First layer


RWA trading volume growth


$20.9B / 30d


↓


Second layer


Uniswap gets 60.1%


≈ $12.6B


↓


Third layer


V4 starts having protocol fees


↓


Fourth layer


TokenJar accumulates real assets


↓


Fifth layer


Searchers buy/pay UNI


↓


Layer six


UNI permanently burned


That’s:


Trading volume → protocol revenue → UNI supply sink


A true closed loop.


That’s exactly how the official mechanism is designed.



But there’s one detail I think you must pay attention to


V4’s 60.1% market share ≠ Uniswap directly consumes 60.1% of the revenue.


These two concepts are very different.


Because:


Volume


≠


Trading fee


≠


Protocol fee


≠


UNI burn


What you’re seeing now is the first layer:


Uniswap’s share in RWA trading volume.


What truly determines UNI value capture is:


Within these $12.6B, how much goes into fee-charging pools → how much protocol fee is actually generated → and how much UNI is ultimately burned.



So what I most want to verify right now is this number


Not keep looking at:


“How much trading volume does UNI V4 have?”


Rather, it’s:


In the past 30 days, how much TokenJar revenue did the RWA-related V4 pools contribute in total?


If we can further do:


$8.5B V4 RWA volume


Split into:


Fee → protocol fee → actual UNI burn


The value of this is much higher than just “60% market share.”


And if in the end you find that:


RWA V4 volume $8.5B

→ a few million dollars per month in protocol fees

→ ongoing buying/consumption of UNI

→ burn speed increases in sync with RWA growth


So, your logic of “RWA boom → Uniswap V4 dominates → UNI value capture” has truly turned from narrative into a financial closed loop.


What I can verify so far is: the V4 fee charging mechanism has been executed, Robinhood Chain’s V4 has also been connected, and the UNI burn mechanism is indeed running. However, publicly available data has not yet provided the single most critical number: how much UNI was burned specifically by V4 tokenized-stock pools.


If you want, in the next step I can directly continue digging from the on-chain contract layer, try to link V4FeeAdapter → TokenJar → Releaser → 0xdead, and calculate how much dollar income V4 actually contributed in the last 30 days, and how much UNI that corresponds to burned. If that number can be extracted, it would be extremely valuable.