Congratulations our own

It was an amazing day

Still in awe how much power collaboration can muster. In the past three days we have onboarded new devs, engaged with incredible @dev3pack Bootcamp alumni, shout out to @twincakery, expanded the @Decentracod community & built some awesome tools together. WORTHWHILE 👌

I'm building in the Solana Frontier Hackathon, powered by @Colosseum! arena.colosseum.org/hackatho… @Decentracod @sheweb3

Solana Assistant🥰🥰

Just submitted "Solana Navigator" to the Dev3pack Global Hackathon! 🚀 @dev3pack from the Kampala Hub Its a Solana ecosystem assistant that responds to user and developer inquiries. Check it out 👇 hack.dev3pack.xyz/projects/j…

Testament to the grit building @Uniswap V4 Hooks. Optimising liquidity routes. Congratulations to @kakoozavian & @twincakery for the accomplishment. Up for the next stop, UHI 8 Hookathon

Join us on 21st, February 2026 as we explore Real World assets with @kakoozavian , @chainlink @CL_Community #data #oracle. Register here: luma.com/k330pdg6

She is a real lady BAWLER 🫡😁

I no longer agree with this previous tweet of mine - since 2017, I have become a much more willing connoisseur of mountains. It's worth explaining why. x.com/VitalikButerin/status/… First, the original context. That tweet was in a debate with Ian Grigg, who argued that blockchains should track the order of transactions, but not the state (eg. user balances, smart contract code and storage): > The messages are logged, but the state (e.g., UTXO) is implied, which means it is constructed by the computer internally, and then (can be) thrown away. I was heavily against this philosophy, because it would imply that users have no way to get the state other than either (i) running a node that processed every transaction in all of history, or (ii) trusting someone else. In blockchains that commit to the state in the block header (like Ethereum), you can simply prove any value in the state with a Merkle branch. This is conditional on the honest majority assumption: if >= 50% of the consensus participants are honest, then the chain with the most PoW (or PoS) support will be valid, and so the state root will be correct. Trusting an honest majority is far better than trusting a single RPC provider. Not trusting at all (by personally verifying every transaction in the chain) is theoretically ideal, but it's a computation load infeasible for regular users, unless we take the (even worse) tradeoff of keeping blockchain capacity so low that most people cannot even use the chain. Now, what has changed since then? The biggest thing is of course ZK-SNARKs. We now have a technology that lets you verify the correctness of the chain, without literally re-executing every transaction. WE INVENTED THE THING THAT GETS YOU THE BENEFITS WITHOUT THE COSTS! This is like if someone from the future teleported back into US healthcare debates in 2008, and demonstrated a clearly working pill that anyone could make for $15 that cured all diseases. Like, yes, if we have that pill, we should get the government fully out of healthcare, let people make the pill and sell it at Walgreens, and healthcare becomes super affordable so everyone is happy. ZK-SNARKs are literally like that but for the block size war. (With two asterisks for block building centralization and data bandwidth, but that's a separate topic) With better technology, we should raise our expectations, and revisit tradeoffs that we made grudgingly in a previous era. But also, I have actually changed my mind on some of the underlying issues. In 2017, I was thinking about blockchains in terms of academic assumptions - what is okay to rely on honest majority for, when we are ok with 1-of-N trust assumption, etc. If a construction gave better properties under known-acceptable assumptions, I would eagerly embrace it. On a raw subconscious level, I don't think I was sufficiently appreciative of the fact that _in the real world, lots of things break_. Sometimes the p2p network goes down. Sometimes the p2p network has 20x the latency you expected - anyone who has played WoW can attest to long spans of time when the latency spiked up from its usual ~200ms to 1000-5000ms. Sometimes a third party service you've been relying on for years shuts down, and there isn't a good alternative. If the alternative is that you personally go through a github repo and figure out how to PERSONALLY RUN A SERVER, lots of people will give up and never figure it out and end up permanently losing access to their money. Sometimes mining or staking gets concentrated to the point where 51% attacks are very easy to imagine, and you almost have to game-theoretically analyze consensus security as though 75% of miners or stakers are controlled by one single agent. Sometimes, as we saw with tornado cash, intermediaries all start censoring some application, and your *only* option becomes to directly use the chain. If we are making a self-sovereign blockchain to last through the ages, THE ANSWER TO THE ABOVE CONUNDRUMS CANNOT ALWAYS BE "CALL THE DEVS". If it is, the devs themselves become the point of centralization - they become DEVS in the ancient Roman sense, where the letter V was used to represent the U sound. The Mountain Man's cabin is not meant as the replacement lifestyle for everyone. It is meant as the safe place to retreat to when things go wrong. It is also meant as the universal BATNA ("Best Alternative to a Negotiated Agreement") - the alternative option that improves your well-being not just in the case when you end up needing it, but also because knowledge of it existing motivates third parties to give you better terms. This is like how Bittorrent existing is an important check on the power of music and video streaming platforms, driving them to offer customers better terms. We do not need to start living every day in the Mountain Man's cabin. But part of maintaining the infinite garden of Ethereum is certainly keeping the cabin well-maintained.

It was so fulfilling being part of this meaningful meetup, learnt so much about chain link and the new chainlink Runtime environment @chainlink #CRE #Blockchain @Decentracod @sheweb3

From Entebbe to the world - @Chainlink @SmartContract is linking everything #onchain and #offchain #verifiably. What an Incredible time to meet, brainstorm, discuss and engage with all things #chainlink and #dataoracles.

What if you could be among the first to shape the future of the internet? Join @Decentracod #Web3 Bootcamp – Cohort II Learn to build dApps, master smart contracts, and gain blockchain skills that open global opportunities. Register today, link in Bio #Web3 #Blockchain #Bootcamp #FutureReady #Decentracode

Exciting news for 2026! Gearing up for the @Decentracod hybrid #Web3Builders Bootcamp, next chapter in our mission to empower devs. Looking forward to fresh minds tackling web3 challenges Join us as we build a more inclusive #decentralized tomorrow

Flare Africa FDC Bounty is live on @JoinFlareHub Fork the official FDC repo, build your own implementation, and show what you’ve got 💪 🏆 Top 3 submissions share 600 $FLR! How to join: 1️⃣ Fork the FDC repo 2️⃣ Rebuild or improve it 3️⃣ Tweet your project 4️⃣ Submit repo PR tweet wallet Closing on 15th November More details on the link below👇

So proud to be part of the dev3 pack family. Thank you @_SDAV for empowering others🌹🌹🌹🌹💕💕💕

If you know any global / local companies that are hiring and want to join, they can register through the link too :)

Congratulations our own

Just wrapped up the first session of #UniswapV4 @AtriumAcademy 🌹👌Diving deep into the math behind Uniswap's operations, and I'm excited to learn more about the improved precision and efficiency of V4 #DeFi #Ethereum @ManuelBagoole @kakoozavian @sheweb3