Kasun Hapuarachchi

127 posts

Kasun Hapuarachchi

Kasun Hapuarachchi

@Hapzzz

Katılım Haziran 2009
652 Takip Edilen20 Takipçiler
Kasun Hapuarachchi
Kasun Hapuarachchi@Hapzzz·
@Justin_Bons Funny how every “objective” critique just happens to align perfectly with Solana’s marketing deck, while ETH trade-offs are framed as failures and SOL’s are conveniently ignored. That’s not analysis — that’s narrative selection.
English
1
0
0
64
Justin Bons
Justin Bons@Justin_Bons·
Ethereum is in big trouble: The crowning jewel of ETH's roadmap is a poison pill: The ZK-EVM is terrible & will ruin ETH unless it corrects course! Relying on ZK means catastrophically limiting ETH while adding insane hardware requirements! A clear case of over-engineering: 🧵 That is because generating the ZK proof is extremely computationally expensive. Requiring arrays of top-tier GPUs, which alone would cost upwards of $100K! That is at ETH's current speed & capacity... The cost of these builders increases linearly with the demand placed on them. Combining that with the extreme relative computational cost of ZK is what makes this design so fundamentally unscalable: Significantly limiting ETH's capacity & especially speed on its long-term roadmap, while adding insane hardware requirements for builders: Introducing new centralization concerns in the process, opening up the possibility of future liveness failures! That is because ePBS shifts the responsibility & power away from validators to a new enshrined class called "builders", which will be several orders of magnitude more expensive to run: Thereby, centralizing & limiting ETH's L1 permanently. That is also why competing with SOL on speed is not even on ETH's roadmap at all, because it never will! The ZK-EVM is a bad path forward; both because of how long it takes to implement & because the trade-offs in terms of speed & hardware requirements are not worth it at all: Zero Knowledge is too slow: Even today, it takes an array of 24 GPUs (RTX 5090) to create a ZK-EVM proof within 12 seconds for 99.74% of blocks... The cost of the graphics cards alone already amounts to close to $80k! A far higher hardware cost than a validator on SOL (around 9x). However, SOL validators can produce blocks within 400ms of each other! That means, by comparison, that a ZK-EVM solution is both inherently slow & centralizing! That is also not at all factoring in post-quantum cryptography, as most ZK schemes today operate at an entropy level (bits) that is not at all quantum-secure. That means in a post-quantum world (5-10 years), this cost would have to be increased by several orders of magnitude... To make things even worse, the demand on builders has a linear relationship to capacity & speed! For example, to achieve higher speed, ETH would require a 64-card GPU (RTX 5090) array just to reach a 7-second block time under a ZK-EVM. The hardware alone would cost over $200K! Does that sound decentralized to you? Proposer Builder Separation: Taking responsibilities & functionality away from validators does not make the chain more decentralized; it only shifts the power & centralization elsewhere Proposer Builder Separation (PBS) seems to be a natural phenomenon of current incentive designs. As it has occurred organically on ETH & SOL. Both are taking the path of "enshrining" this as a way to mitigate negative externalities (toxic MeV) So, in principle, this is not such a bad thing. The problem with ETH specifically is that the ZK-EVM route incurs a significantly higher hardware cost on builders, which scales linearly with load! That is what makes this concerning, as either performance or decentralization would have to be sacrificed. Far from solving the blockchain trilemma in this case... The counterargument to all of that is that instead of running a traditional consensus mechanism: A 33%/51% trust assumption with an extensive network of validators Builders instead operate on a 1-of-N trust assumption, usually with a much lower number of nodes. The trust assumption is obviously an improvement. However, given the extreme cost of ZK, we can still end up in dangerous territory in terms of liveness failures. When the number of builders drops too low Sure, you can easily run a node/validator/proposer in that scenario, but that node is no longer independently verifying all state changes! It will also not prevent the network from grinding to a halt if the few existing builders go down for any other reason... It is, in another way, a bit of a semantic sleight of hand. You get to run your node & feel empowered, yet much of its power & functionality has been stripped away Over-engineering: Considering we live in a world where several chains have proven capable of achieving 100k TPS, even 1M TPS today, with extremely low latency (sub-second). While in the case of fully sharded designs, doing so without increasing node requirements! We have to ask ourselves why —why create something so complex & novel—even for years, relying on unknown breakthroughs in cryptography to make it feasible. When several other chains have effectively solved the blockchain trilemma, some of them doing so with no trade-offs compared to ETH... It all seems so unnecessary when we have alternative chains that scale sufficiently to meet today's demand. Especially in a world where the majority of L1 revenue comes from high-speed DEXs/Perp exchanges, which do not have any patience for 12 to 8-second block times Massively increasing hardware costs for builders so that you can run a "feel-good"/powerless node on a Raspberry Pi strikes me as a bad trade-off. Needlessly complex, over-engineered & out of touch with reality Sub-second block times are now the norm, a reality that ETH's leadership seems completely unable or unwilling to catch up to: Competition: Increasing capacity by 50% is not much of a flex either when, after that "massive" increase, SOL still has 138x the capacity & 30x the speed of ETH! That is why, meaningfully scaling ETH will take at least another four years! That is according to Vitalik's latest announcement, made only a few days ago now! What is even more concerning is that significantly increasing ETH's speed (distinct from capacity) does not seem to be an option at all! That puts ETH in a losing position, as the world will not stand still for that long. That is why ETH will continue losing market share to competing L1s & L2s Ironically, Vitalik's "long-term holy grail" (past his projected 4-year timeline) will be achieved by SOL by Q4 this year! As a multi-leader architecture effectively accomplishes the goal of distributing block production asynchronously across a single point in time Governance: We, the people, have no say in the matter, as without decentralized governance, we can only vote with our feet We can try to convince the centralized leadership, but that will only go so far, especially when some of them live in ivory towers Ultimately, they still get to decide for everyone else. A form of governance that is totally unsuited for what is supposed to be a decentralized blockchain Keeping this chapter short, as we have discussed token voting/stakeholder governance far more extensively elsewhere The main point here is that the possibility of change is low, due to the centralization of governance, which usually sits at the heart of such problems Conclusion: The path ETH has chosen is a losing one: Objectively unable to compete on capacity within competitive timelines & also unable to compete on speed at all! While at the same time endangering what they claim to hold most dear; decentralization. Bragging rights of the validator count matter little when you move the power & centralization elsewhere The ETH community can choose to continue celebrating their "scaling" achievements or take a hard look in the mirror: The harsh truth is that ETH is now way behind, mainly because the "L2 scaling" roadmap has failed due to fragmentation, centralization & parasitic economics Dysfunctional governance also played a significant role in this story! The recent pivot in the roadmap is too little too late, as they are still pursuing a white whale: The ZK-EVM, an idea that comes with significant trade-offs & therefore falls far short of solving the blockchain trilemma The blockchain trilemma was solved years ago, just not by Ethereum! As a "BTC refugee", I did not want to become an "ETH refugee" as well. Having the two largest cryptocurrencies fail in this way is not good for our burgeoning movement at all. Yet, here we are As someone who supported ETH wholeheartedly from 2015 to 2022 (ETH's pivot to "L2 scaling" is what turned me into a critic), I even mined ETH with my own 20kWh farm within the first week of launch in 2015! ❤️ We should all want ETH to succeed; they are the "good guys". However, to succeed means to compete. That is where ETH has lost its edge Even worse, there are no signs of them regaining that edge except for when it comes to "narrative". Unfortunately for ETH, that is not enough, especially in a world where high on-chain revenue sorts the wheat from the chaff. That is where: The rubber meets the road & actions speak louder than words! 🔥
English
119
19
170
58.3K
Kasun Hapuarachchi retweetledi
Terra 🌍 Powered by LUNA 🌕
Terraform Labs Creditors: The Crypto Loss Claims Portal is scheduled to open for submission of Crypto Loss Claims on March 31, 2025. Creditors may file Eligible Crypto Loss Claims at claims.terra.money. The deadline to file is April 30, 2025 at 11:59 p.m. (prevailing Eastern Time). To file a claim, register on claims.terra.money, provide proof of ownership (e.g., wallet address(es) and/or read-only API key(s)) or other required supporting documentation and submit your claim form. For assistance, contact Kroll Restructuring Administration at Terraforminfo@ra.kroll.com. Claims filed after April 30, 2025 at 11:59 p.m. (prevailing Eastern Time) will not be accepted. Creditors are advised to review the Crypto Loss Claim Procedures on the portal to ensure compliance. Visit claims.terra.money for all details. For more details, please refer to the Medium article published here: @terra_admin/terraform-labs-crypto-loss-claims-portal-launch-7e85e3222db7" target="_blank" rel="nofollow noopener">medium.com/@terra_admin/t…
English
0
241
572
438.6K
Kasun Hapuarachchi
Kasun Hapuarachchi@Hapzzz·
@kanchana_wij Minister can you elaborate on what you meant by 'new projects'? does the new rate apply to already installed and submitted projects that are pending agreement?
English
1
0
8
1.4K
Kanchana Wijesekera
Kanchana Wijesekera@kanchana_wij·
Cabinet of Ministers approved to revise the tariff rates paid for New Roof Top Solar & Renewable Energy projects through the feeding tariff yesterday. A formula was adopted in 2022 taking into consideration the USD rate, interest rates & other economic factors to revise the tariff rates and increase the rates paid for Roof Top Solar development & the feeding tariff for other Renewable Energy development of less than 10MW. Yesterday the Cabinet of Minister approved the proposal by the Ministry of Power & Energy based on the stakeholder consultations & tariff committee report to revise the rates utilizing the same formula with the current economic indicators & benchmarking on rates received on competitive bidding & negotiated tariff projects for CEB in 2024. Accordingly the revised tariff rates for Roof Top Solar Development & RE Feeding tariff will be applied to all new projects from the 1st of July. Revised Roof Top Tariff - 20 Years flat rate Up to 500kW Rs 27.06 Over 500kW Rs 23.18 Revised Feeding Tariff - 20 years flat rate Solar - Rs 25.48 Mini Hydro - Rs 30.53 Wind - Rs 29.86 Bio Mass - Rs 52.77
English
56
11
107
21.3K
Kasun Hapuarachchi retweetledi
OKX
OKX@okx·
New Spot Listing 📢 $BLOCK @GetBlockGames will be listed on #OKX! ▶ Deposits: OPEN 🟢 📈 Spot trading: 12:00 pm Apr 11 (UTC) More: bit.ly/3TO4f2F
OKX tweet media
English
16.8K
77.6K
54.8K
1.2M
Kasun Hapuarachchi
Kasun Hapuarachchi@Hapzzz·
Unlock the future of gaming with @GetBlockGames Player Network! 🎮 Their Universal Player Profiles revolutionizes gaming experiences, bringing real world rewards your way. Join now and level up your gaming journey powered by $BLOCK!
English
0
0
0
2
Kasun Hapuarachchi retweetledi
Boom Foundation
Boom Foundation@BOOM_FND·
🌟 Get ready for Our Testing and Events with @LineaBuild in #LineaPark Week 6! 🚀 Limited slots are open for app testing and GPT rewards! 🔥 Plus, Boomer NFT holders enjoy the exclusive Boomer Bonus(1.5x GPT rewards) in non-gaming tasks. 🔗More Details: gamerboom.medium.com/gameboom-x-lin…
Boom Foundation tweet media
English
3.4K
2.7K
625
52.1K
Sui Media💧
Sui Media💧@media_sui·
Everything is ready for #Venom Mainnet!❤️ interact & drop your Venom wallet address for #Airdrop 🪂
Sui Media💧 tweet media
English
5.2K
1.4K
2.7K
299.4K
Kasun Hapuarachchi retweetledi
Rivalz Network
Rivalz Network@Rivalz_AI·
Building the future of AI Data Provenance. Rivalz DePIN RollApp coming soon to @dymension.
Rivalz Network tweet media
English
883
6.3K
47.5K
625.3K
Kasun Hapuarachchi
Kasun Hapuarachchi@Hapzzz·
🟪 Are you farming $BLOCK yet? The token that bridges the gap between WEB2 & WEB3. It’s never too late, so join and start farming 👇 blockgames.app
English
0
0
0
4
Kasun Hapuarachchi retweetledi
MON Protocol 🐉 $MON
MON Protocol 🐉 $MON@monprotocol·
Introducing BlockGames as a MON Protocol Partner @GetBlockGames is a cross-chain, cross-game, decentralized player network accelerating user growth for games. $BLOCK coming soon Read more about BlockGames here: blockgames.com
MON Protocol 🐉 $MON tweet media
English
5.5K
123K
58.6K
1.7M
Kasun Hapuarachchi
Kasun Hapuarachchi@Hapzzz·
Don’t miss out on $BLOCK! 🚀 @GetBlockGames is building the #1 mobile gaming ecosystem. Drop a comment & lets farm together. 👇
English
0
0
0
0