Ethereum development has prioritized L2 execution for 2+ years now
This has come at the cost of L1 execution
L1 execution is lagging behind Moore's law, and L2s receive an undue growth and valuation subsidy, paid from the L1
IMO, we should reprioritize L1 execution efforts
This has come at the cost of L1 execution
L1 execution is lagging behind Moore's law, and L2s receive an undue growth and valuation subsidy, paid from the L1
IMO, we should reprioritize L1 execution efforts
I am aligned with @MaxResnick1's idea that L1 hardware requirements should be "the most recent two generations of Macbook Pros"
This is totally inline with the solo-staker social contract
This increases the accessibility of the Ethereum L1 to 10x more users, with little cost
This is totally inline with the solo-staker social contract
This increases the accessibility of the Ethereum L1 to 10x more users, with little cost
@MaxResnick1 The argument against this:
The Ethereum ecosystem needs reorganize around needing less synchronous composability - growing L1 execution will reduce urgency around solving this problem.
the rollup-centric Ethereum is the correct roadmap - let's tackle the hard problems head-on
The Ethereum ecosystem needs reorganize around needing less synchronous composability - growing L1 execution will reduce urgency around solving this problem.
the rollup-centric Ethereum is the correct roadmap - let's tackle the hard problems head-on
@MaxResnick1 Okay, turns out L1 execution isn’t constrained by hardware
Increasing L1 blockspeeds will increase bandwidth, and THAT will kick people off the network, not increased hardware costs
Increasing L1 blockspeeds will increase bandwidth, and THAT will kick people off the network, not increased hardware costs
@MaxResnick1 Uma agrees:
https://x.com/pumatheuma/status/1825926615509176679
• • •
Missing some Tweet in this thread? You can try to
force a refresh
