1/ The GoEthereum 1.10.8 "hot fix" patch just went out. This is a critical patch, seems like it is an EVM level exploit, so it affects the whole #Ethereum network.
What's the bug? This is the question of many billion dollars.
Keep reading
👇👇👇
2/ The bug was originally discovered during Telos EVM, an EVM as-a-smart contract implementation on the to of EOS, audit.
Never heard of Telos? It's your VC free grass root effort, based on the EOS codebase.
5/ The @go_ethereum team has been unusually tight lipped about the security hot fix. It means everybody needs to update to keep Ethereum network secure. So unless you are geth insider developer, others are just speculating about the issue this point.
6/ But the new version with the source code is out now, so it should be just matter of hours until the black hats diff the source code, find the done code changes and start preparing their attack payloads.
7/ Because this was well announced beforehand, I am not worried about #Ethereum mainnet. Updates are rolling out steadily.
But the problem is that @go_ethereum has been forked left and right by semi co-operative and non-coperative teams.
And I assume Arbitrum and Optimism also run modified geth.
etc. etc.
9/ Some of these teams are not known not to have have a professional relationship with the upstream geth team, are unlikely to be priviledged for the patch content.
They are bad open source citizens.
10/ Also geth team has zero incentives to let others know what the bug is, because if you are not a nice fork, the upstream project does not need to be nice either. Tit for a tat. Do your own security dammit.
11/ Now for the juicey part
👇👇👇
It sounds like the hotfixed @go_ethereum issue will affect the every geth fork out there, though I have no confirmation for this yet.
Based on @hellotelos press release, it sounds like an issue with the EVM itself.
12/ GoEthereum updates are rolling out nicely. But let's see how e.g. Binance Smart Chain people will get an update out, in timely and professional fashion.
13/ If the bug can be exploited on forked geth chains, then #Ethereum clones are going to have a nice exciting week ahead.
In a bad hair day sense.
14/ That's is all this time. I updated my geth. Looking forward to see patches for Polygon and BSC.
But meanwhile, I am going to buy some popcorn. Might have good fire to make them pop.
1/ Climate activist arrested after ProtonMail discloses the IP address.
An interesting case for privacy and why this is significant: A decentralisation and #infosec thread.
Put on your Guy Fawkes masks now.
👇👇👇
2/ "@ProtonMail received a legal request from Europol through Swiss authorities to provide information about Youth for Climate action in Paris, they provided the IP address and information on the type of device used to the police"
1/ Welcome to the #DeFi Wednesday, my ladies and penguins.
My fellow DeFi plebs are in the midst of a dark week - namely the largest ANY hack, EVER. And it happens to be a DeFi hack.
Let's dive into the dilemma how to instantly lose $666M
👇👇👇
2/ Poly Network (not affiliated with Polygon or $MATIC) had its cross-chain asset bridge hacked yesterday.
As far as I know this was the largest fintech hack, or even a bug, EVER.
3/ What is a bridge?
This cross-chain bridge is making non-natively issued tokens available on other blockchains. For example, $ETH and $DAI natively exist on only on #Ethereum mainnet. If you trade $ETH or $DAI on Polygon or Binance Smart Chain, it is a bridged asset.
Scaling wars begun have. After high fees and congestion of 2021, everyone and their cow is out there to make a better EVM - #Ethereum Virtual Machine - blockchain. But how far the 7 years old EVM architecture can still take us?
👇👇👇
2/ For those, who hate reading threads on Twitter (which I know if all of you) and who enjoy long reads, my research is also available in the blog post:
3/ The first question we need to ask "why EVM?" There are nice highly scalable blockchains like @NEARProtocol, @solana and even @EOS_io out here. They provide more modern architecture than EVM and can do much better throughput and disk use.