Reacting with " 🤨 " to a very serious problem the HyperEVM has, one that's of course been talked about 1000 times but still needs to be called out, is so out of touch with reality.
3M block gas limit is BAD. BAD. BAD. BAD. The chain will once again blow up at the slightest hint of activity, break user adoption once again, and it's back to zero: useless DEXs, dead projects, because they just technically can't live together on the chain without it breaking gas prices. HyperEVM has been the chain with the highest recorded gas price spikes ACROSS ALL CHAINS.
It's so hard to build here, and there's nothing we as builders can do about it. The chain currently, technically, disincentivizes builders. Don't let it die. Listen to the builders: they've been shouting about this for a long time already.
Reacting with " 🤨 " to a very serious problem the HyperEVM has, one that's of course been talked about 1000 times but still needs to be called out, is so out of touch with reality.
3M block gas limit is BAD. BAD. BAD. BAD. The chain will once again blow up at the slightest hint of activity, break user adoption once again, and it's back to zero: useless DEXs, dead projects, because they just technically can't live together on the chain without it breaking gas prices. HyperEVM has been the chain with the highest recorded gas price spikes ACROSS ALL CHAINS.
It's so hard to build here, and there's nothing we as builders can do about it. The chain currently, technically, disincentivizes builders. Don't let it die. Listen to the builders: they've been shouting about this for a long time already.
other chains (arbitrum/solana/op/base, etc) has about 50-100m gas limit, that means you can do about 20-30x time less thing in a single tx on hevm than any other chain
other chains (arbitrum/solana/op/base, etc) has about 50-100m gas limit, that means you can do about 20-30x time less thing in a single tx on hevm than any other chain
i've checked the data a year ago so i couldnt remember exactly, arb is indeed 32m
but op is 60m
base is a bit different, it can be from 14m to 140m
i've checked the data a year ago so i couldnt remember exactly, arb is indeed 32m
but op is 60m
base is a bit different, it can be from 14m to 140m
Big blocks are not a solution for users, you can have a user wait 30s for an action to be validated, see how fast he'll flee this chain. They are a solution for builders to deploy contracts/submit larger txs, not for users.
Big blocks are not a solution for users, you can have a user wait 30s for an action to be validated, see how fast he'll flee this chain. They are a solution for builders to deploy contracts/submit larger txs, not for users.
Once again, this is out of touch with reality, just deploying an LP is more than 3M gas, this is Uniswap code, go tell them to write better code see what they tell you
Once again, this is out of touch with reality, just deploying an LP is more than 3M gas, this is Uniswap code, go tell them to write better code see what they tell you
This is litterally why Hyperswap had to build a system to deploy LP for users otherwise they are stuck, because switching to big blocks is non-trivial. This is a solution to a problem that shouldn't even exist.
And when I say HyperEVM had the biggest gas spikes, it's because only a few dapps can live together with actual activity before it breaks. The chain isn't used because it can't be used by a lot of people at once, everytime it tries, gas price spikes to 1000th. Yeah you can see complex dapps, true, but there can only be a few live at once before it breaks.
This is litterally why Hyperswap had to build a system to deploy LP for users otherwise they are stuck, because switching to big blocks is non-trivial. This is a solution to a problem that shouldn't even exist.
And when I say HyperEVM had the biggest gas spikes, it's because only a few dapps can live together with actual activity before it breaks. The chain isn't used because it can't be used by a lot of people at once, everytime it tries, gas price spikes to 1000th. Yeah you can see complex dapps, true, but there can only be a few live at once before it breaks.
Yes it would :
- Lower gas prices as a mean, as there is few reasons to set high fees to be validated in the next block, there is room for it
- On big usage spikes, such as a NFT mint for example, thinking about the bald NFTs months ago, would still grow the gas price as users spike priority fees to get validated first, but would end up so much lower as it would support 10 times more mints per second, and the gas spike would last much shorter as the minting would go faster, here are some tweets I made about it months ago
- People using telegram/terminals that manage fees for them would be way less left out, remembering May 2025 fr example with LiquidLaunch booming, it caused some users to pay 1 HYPE of gas fee, nonsense
x com/pejisdev/status/1895204797680361807
x com/pejisdev/status/1977056581477974436?s=20
x com/pejisdev/status/1895197400857485762
Actually have been tweeting about this for some time lol
Yes it would :
- Lower gas prices as a mean, as there is few reasons to set high fees to be validated in the next block, there is room for it
- On big usage spikes, such as a NFT mint for example, thinking about the bald NFTs months ago, would still grow the gas price as users spike priority fees to get validated first, but would end up so much lower as it would support 10 times more mints per second, and the gas spike would last much shorter as the minting would go faster, here are some tweets I made about it months ago
- People using telegram/terminals that manage fees for them would be way less left out, remembering May 2025 fr example with LiquidLaunch booming, it caused some users to pay 1 HYPE of gas fee, nonsense
x com/pejisdev/status/1895204797680361807
x com/pejisdev/status/1977056581477974436?s=20
x com/pejisdev/status/1895197400857485762
Actually have been tweeting about this for some time lol
im honestly not convinced by usecases/products like the two youve just mentioned, personally.
why does hevm need to accommodate 'nft mint events' built exactly the same way as elsewhere
same for pump dot fun products, or even to some extent uniswap forks
its idealistic and just reflects what products i use, but i dont agree everything that 'can' be built that we've seen before on other chains 'should' be built
If your product does not interact with HyperCore and/or overlaps with some of its features... then it makes me skeptical why it needs to exist on hevm specifically
im honestly not convinced by usecases/products like the two youve just mentioned, personally.
why does hevm need to accommodate 'nft mint events' built exactly the same way as elsewhere
same for pump dot fun products, or even to some extent uniswap forks
its idealistic and just reflects what products i use, but i dont agree everything that 'can' be built that we've seen before on other chains 'should' be built
If your product does not interact with HyperCore and/or overlaps with some of its features... then it makes me skeptical why it needs to exist on hevm specifically
From what I understand of the architecture, giving EVM more bandwidth would negatively impact HyperCore's performance? In which case what needs to be prioritised is clear to me
From what I understand of the architecture, giving EVM more bandwidth would negatively impact HyperCore's performance? In which case what needs to be prioritised is clear to me
https://giphy.com/gifs/dexters-laboratory-omelette-du-fromage-TZjY28zYHoize
when ppl ask, what reminds you of France?
https://giphy.com/gifs/dexters-laboratory-omelette-du-fromage-TZjY28zYHoize
when ppl ask, what reminds you of France?
I know, user and builder feedback has been done more than enough, building on the chain is tough, using the chain can be tough at "random". A year is a lot, many projects/companies have lived and died already, opening up the valves is possible.
I know, user and builder feedback has been done more than enough, building on the chain is tough, using the chain can be tough at "random". A year is a lot, many projects/companies have lived and died already, opening up the valves is possible.
Talking about the things that need to be upgrade on hevm isnt finding excuses ?
But i feel like if we listen to .hl comunity, hyperliquud is perfect and nothing need to change, wich is completly untrue
Talking about the things that need to be upgrade on hevm isnt finding excuses ?
But i feel like if we listen to .hl comunity, hyperliquud is perfect and nothing need to change, wich is completly untrue
Would you mind writing about it in <#1030196642508447785> ? I have also faced this issue so many times when just doing a single tx will require me to have a big block enabled.
I would do it myself but i don't have the access
Would you mind writing about it in <#1030196642508447785> ? I have also faced this issue so many times when just doing a single tx will require me to have a big block enabled.
I would do it myself but i don't have the access
Thank you for the feedback. This has been raised before, and the point is well taken. The complication is that HyperEVM is atomically composable with HyperCore via precompiles and system transactions, and also generates HyperCore traffic via CoreWriter. The execution of a single HyperEVM block must fit within the execution of a single L1 block. I believe this is an order of magnitude faster than most general purpose chains, and the composability with HyperCore is a unique constraint that other chains do not build around. The most important property to maintain is that HyperEVM composes natively with HyperCore. At least how I think about it, HyperEVM excels in applications where programmability is added to HyperCore, rather than standalone EVM applications. Examples include liquid staking, tokenized vaults, native RWA issuance (e.g. USDC).
It is of course possible to build a general purpose EVM side chain with no direct composability with HyperCore, but that defeats most of the purpose and those applications can be built on existing chains anyway. It would be helpful to flag any general purpose EVM applications that do not benefit from direct HyperCore native implementation that you think HyperEVM ought to support.
Thank you for the feedback. This has been raised before, and the point is well taken. The complication is that HyperEVM is atomically composable with HyperCore via precompiles and system transactions, and also generates HyperCore traffic via CoreWriter. The execution of a single HyperEVM block must fit within the execution of a single L1 block. I believe this is an order of magnitude faster than most general purpose chains, and the composability with HyperCore is a unique constraint that other chains do not build around. The most important property to maintain is that HyperEVM composes natively with HyperCore. At least how I think about it, HyperEVM excels in applications where programmability is added to HyperCore, rather than standalone EVM applications. Examples include liquid staking, tokenized vaults, native RWA issuance (e.g. USDC).
It is of course possible to build a general purpose EVM side chain with no direct composability with HyperCore, but that defeats most of the purpose and those applications can be built on existing chains anyway. It would be helpful to flag any general purpose EVM applications that do not benefit from direct HyperCore native implementation that you think HyperEVM ought to support.
Throughput isn't free on hyperevm, fair. but "cheaper gas just feeds more bots" is just induced demand. if extra capacity gets eaten the second you add it, that's because the demand is bottomless, which is the reason to scale, not the reason not to. by that logic you never raise a gas limit anywhere.
And arb bots aren't a parasite you congest away, they're literally the price discovery. They pay top of block and keep every market on the chain tight. congestion doesn't filter them out, it hits everyone in the block the same, so the normal guy doing one swap eats the fee while the bot just rebids higher and keeps going. You fix that with more throughput and a local fee market, not by asking people to trade less.
honestly it's wild that in 2026 the take is "we spike under load so please send less volume." we're literally arguing we need LESS activity because the chain can't handle it, and treating that as the normal state of things. if volume spiking is your problem then the cap is the problem, not the volume. build for the demand instead of asking it to go away.
Throughput isn't free on hyperevm, fair. but "cheaper gas just feeds more bots" is just induced demand. if extra capacity gets eaten the second you add it, that's because the demand is bottomless, which is the reason to scale, not the reason not to. by that logic you never raise a gas limit anywhere.
And arb bots aren't a parasite you congest away, they're literally the price discovery. They pay top of block and keep every market on the chain tight. congestion doesn't filter them out, it hits everyone in the block the same, so the normal guy doing one swap eats the fee while the bot just rebids higher and keeps going. You fix that with more throughput and a local fee market, not by asking people to trade less.
honestly it's wild that in 2026 the take is "we spike under load so please send less volume." we're literally arguing we need LESS activity because the chain can't handle it, and treating that as the normal state of things. if volume spiking is your problem then the cap is the problem, not the volume. build for the demand instead of asking it to go away.
The volume is toxic order flow from arbitrage bots. HyperCore has a very liquid perp and spot market where the real price discovery is happening. In reality, uninformed users on the EVM provide inefficient liquidity that gets bled dry by bots using the order book.
If it was legitimate activity from real users, I would say you're right, but it's not. HYPE moons or dumps on Core, it becomes a frenzy while bots arb the curve-based EVM pools and bleed them slowly. Gas prices spike up to the very edge of their profitability. Once they can't make a profit, gas stops spiking.
It's only fixable with smarter, more efficient liquidity on the EVM, giving these bots less money for free. It's about less garbage volume.
The volume is toxic order flow from arbitrage bots. HyperCore has a very liquid perp and spot market where the real price discovery is happening. In reality, uninformed users on the EVM provide inefficient liquidity that gets bled dry by bots using the order book.
If it was legitimate activity from real users, I would say you're right, but it's not. HYPE moons or dumps on Core, it becomes a frenzy while bots arb the curve-based EVM pools and bleed them slowly. Gas prices spike up to the very edge of their profitability. Once they can't make a profit, gas stops spiking.
It's only fixable with smarter, more efficient liquidity on the EVM, giving these bots less money for free. It's about less garbage volume.