This is the @ObolNetwork core team ❤️
19 countries and counting 🦾
We are one big distributed validator 😂
We also clean up nicely 😎
#RunDVT
1931137614.5K
@StakeETH
Founder @obol_collective - Founder @ETH_Strat - Chairman DV Labs - Eth2 OG - @ConsenSys Mafia - Leica 📷 - Cameron Collector - Early 🌊🏄♂️ - 🏡Lisbon
Slatt♱ @SlatDontMissKai Cenat realized his car collection is bad after driving around in a Nissan GTR R35 in Tokyo Japan 😭😭
Sharplink @Sharplink“Partnering with @anchorage was the right call… This was the first time that a public company has been able to deploy, while maintaining their custody in a qualified custodian, all onchain, leverage a bridge and deploy on an L2.“ @sheffieldreport We put ETH to work.
Ethereum on ARM (and RISC-V) 🦇🔊🐼👉👈🐼 @EthereumOnARMUpgrading our @Obol_Collective #Ethereum staking cluster nodes from Noble to Resolute one by one. No downtime, no rush, no issues. If you are staking from home, build a DVT cluster.
Optimum @get_optimumThe Optimum team is pleased to announce our first mainnet deployment, mump2p on Ethereum. With mump2p, data moves across all of Ethereum 2-3x faster, boosting validator performance and network health. $3.4B of Ethereum stake is already being boosted by mump2p, and we’re now opening up free access for all Ethereum node operators.
vitalik.eth @VitalikButerinUltimately, precompiles and EVM are both the wrong place to put most cryptography support into Ethereum. The reason is that precompiles and EVM both operate on data that has to be included into the ethereum chain somehow, which realistically means included in a block as calldata. That space is limited - even with PeerDAS and blocks-in-blobs, there's a practical cap of ~8 MB/s before it starts getting uncomfortable. Remember: it's not a blockchain. It's a cryptographic world computer. Any data/computation that does not need to be in the "main thread" of data/execution should not be put into the main thread. Instead, the correct solution is... EIP-8288 maximalism. If you have any heavy computation that's self-contained, compute it and STARK it client-side (this is quickly getting faster and faster, even on phones), and push the STARK through the EIP-8288 recursive aggregation mechanism. The chain sees the fact that the computation was done and what the result is; it never needs to see the actual data and computation. This way everyone can use whatever cryptography they want, the Ethereum chain can be lean, and we never need to add more precompiles again.
𝐿𝑒𝓎𝓁𝒶 @leyla_solosAvec Oscar Murillo et @StakeETH at @davidzwirner ❤️
vitalik.eth @VitalikButerin> we could still ultimately do Lattice stuff for accounts, wallets, etc. through a precompile if it is proved to be AI-secure The ideal route to support everyone's cryptography is imo through 8288. You make whatever signature you want locally, then STARK it, and then it gets included through the stark aggregator machine. Don't need any calldata onchain. Ethereum can then never add a new precompile again.