TheGuild

On-chain reputation for developers — peer badges, attestations, and proof of your work. Start here → theguild.dev/getting-star... - Create your profile - Ask for or offer PR reviews - Earn skill badges & TGA for real contributions Follow to join the builders.

The Guild founder write about building a Trend Intelligence Engine for The Guild on Bluesky

New tickets live for Badges v2 👇 We’re evolving Guild badges to better guide learning and reward contributions. Coming: • Peer badges • Contribution badges • Skill level badges • Event badges Details → github.com/TheSoftwareDev… Feedback welcome 👀

Profiles just got more social 🔗 Big shoutout to @tusharshahkumar for adding Twitter/X handle support to frontend profiles. Easier to connect identity across platforms and showcase your Guild reputation publicly. PR → github.com/TheSoftwareDev… Nice one 👏

Going to Cannes for @EthCC and @ETHGlobal Hackathon. 🌴🌞 HMU if you're going! 😎

@pheobeayolove1 @tusharshahkumar 4/4 Badge v2, as per suggested by @val2_X It’s time to expand badge types: – peer recommendations – per-contribution badges (with skills + context) – event & leaderboard badges (monthly gold/silver/bronze) – project likes as badges Specs by @estienneantoin1 . Ideas welcome 👀

@pheobeayolove1 3/4 GitHub issue integration Today, badge distribution is still partly manual. That doesn’t scale. Automating GitHub issue ingestion unlocks: – automatic badge minting – instant social sharing after contributions – better growth loops (@tusharshahkumar is taking this next)

1/4 Quick update on where The Guild should focus next to: – grow the community – provide more value to members – better showcase real skills Here are the current priorities 👇

UX improvements that matter ⚡️ Big shoutout to @tusharshahkumar for adding a “+” button on badges to enable quick attestations — fewer clicks, faster recognition. Small change, big impact for peer reputation. PR → github.com/TheSoftwareDev…

Our project is raising funds in crypto on @Giveth! 💜 100% of every donation goes directly to our wallet to help us make an impact. Check out our project here 👇 giveth.io/project/the-gu… #Giveth

Admin tooling keeps getting better 🔧 Big shoutout to @tusharshahkumar for adding an Admin Delete Profile endpoint — an important piece for moderation, safety, and long-term maintainability. Solid backend contribution to the Guild 👏 PR → github.com/TheSoftwareDev…

@VitalikButerin Make Ethereum decentralized again!

2026 is the year that we take back lost ground in terms of self-sovereignty and trustlessness. Some of what this practically means: Full nodes: thanks to ZK-EVM and BAL, it will once again become easier to locally run a node and verify the Ethereum chain on your own computer. Helios: actually verify the data you're receiving from RPCs instead of blindly trusting it. ORAM, PIR: ask for data from RPCs without revealing which data you're asking, so you can access dapps without your access patterns being sold off to dozens of third parties all around the world. Social recovery wallets and timelocks: wallets that don't make you lose all your money if you misplace your seedphrase, or if an online or offline attacker extracts your seedphrase, and *also* don't make all your money backdoored by Google. Privacy UX: make private payments from your wallet, with the same user experience as making public payments. Privacy censorship resistance: private payments with the ERC-4337 mempool, and soon native AA + FOCIL, without relying on the public broadcaster ecosystem. Application UIs: use more dapps from an onchain UI with IPFS, without relying on trusted servers that would lock you our of practical recovery of your assets if they went offline, and would give you a hijacked UI that steals your funds if they get hacked for even a millisecond. In many of these areas, over the last ten years we have seen serious backsliding in Ethereum. Nodes went from easy to run to hard to run. Dapps went from static pages to complicated behemoths that leak all your data to a dozen servers. Wallets went from routing everything through the RPC, which could be any node of your choice including on your own computer, to leaking your data to a dozen servers of their choice. Block building became more centralized, putting Ethereum transaction inclusion guarantees under the whims of a very small number of builders. In 2026, no longer. Every compromise of values that Ethereum has made up to this point - every moment where you might have been thinking, is it really worth diluting ourselves so much in the name of mainstream adoption - we are making that compromise no longer. It will be a long road. We will not get everything we want in the next Kohaku release, or the next hard fork, or the hard fork after that. But it will make Ethereum into an ecosystem that deserves not only its current place in the universe, but a much greater one. In the world computer, there is no centralized overlord. There is no single point of failure. There is only love. Milady.

Engineers of the world, unite!

We need more DAOs - but different and better DAOs. The original drive to build Ethereum was heavily inspired by decentralized autonomous organizations: systems of code and rules that lived on decentralized networks that could manage resources and direct activity, more efficiently and more robustly than traditional governments and corporations could. Since then, the concept of DAOs has migrated to essentially referring to a treasury controlled by token holder voting - a design which "works", hence why it got copied so much, but a design which is inefficient, vulnerable to capture, and fails utterly at the goal of mitigating the weaknesses of human politics. As a result, many have become cynical about DAOs. But we need DAOs. * We need DAOs to create better oracles. Today, decentralized stablecoins, prediction markets, and other basic building blocks of defi are built on oracle designs that we are not satisfied with. If the oracle is token based, whales can manipulate the answer on a subjective issue and it becomes difficult to counteract them. Fundamentally, a token-based oracle cannot have a cost of attack higher than its market cap, which in turn means it cannot secure assets without extracting rent higher than the discount rate. And if the oracle uses human curation, then it's not very decentralized. The problem here is not greed. The problem is that we have bad oracle designs, we need better ones, and bootstrapping them is not just a technical problem but also a social problem. * We need DAOs for onchain dispute resolution, a necessary component of many types of more advanced smart contract use cases (eg. insurance). This is the same type of problem as price oracles, but even more subjective, and so even harder to get right. * We need DAOs to maintain lists. This includes: lists of applications known to be secure or not scams, lists of canonical interfaces, lists of token contract addresses, and much more. * We need DAOs to get projects off the ground quickly. If you have a group of people, who all want something done and are willing to contribute some funds (perhaps in exchange for benefits), then how do you manage this, especially if the task is too short-duration for legal entities to be worth it? * We need DAOs to do long-term project maintenance. If the original team of a project disappears, how can a community keep going, and how can new people coming in get the funding they need? One framework that I use to analyze this is "convex vs concave" from vitalik.eth.limo/general/2020/1… . If the DAO is solving a concave problem, then it is in an environment where, if faced with two possible courses of action, a compromise is better than a coin flip. Hence, you want systems that maximize robustness by averaging (or rather, medianing) in input from many sources, and protect against capture and financial attacks. If the DAO is solving a convex problem, then you want the ability to make decisive choices and follow through on them. In this case, leaders can be good, and the job of the decentralized process should be to keep the leaders in check. For all of this to work, we need to solve two problems: privacy, and decision fatigue. Without privacy, governance becomes a social game (see vitalik.eth.limo/general/2025/0… ). And if people have to make decisions every week, for the first month you see excited participation, but over time willingness to participate, and even to stay informed, declines. I see modern technology as opening the door to a renaissance here. Specifically: * ZK (and in some cases MPC/FHE, though these should be used only when ZK along cannot solve the problem) for privacy * AI to solve decision fatigue * Consensus-finding communication tools (like pol.is, but going further) AI must be used carefully: we must *not* put full-size deepseek (or worse, GPT 5.2) in charge of a DAO and call it a day. Rather, AI must be put in thoughtfully, as something that scales and enhances human intention and judgement, rather than replacing it. This could be done at DAO level (eg. see how deepfunding.org works), or at individual level (user-controlled local LLMs that vote on their behalf). It is important to think about the "DAO stack" as also including the communication layer, hence the need for forums and platforms specially designed for the purpose. A multisig plus well-designed consensus-finding tools can easily beat idealized collusion-resistant quadratic funding plus crypto twitter. But in all cases, we need new designs. Projects that need new oracles and want to build their own should see that as 50% of their job, not 10%. Projects working on new governance designs should build with ZK and AI in mind, and they should treat the communication layer as 50% of their job, not 10%. This is how we can ensure the decentralization and robustness of the Ethereum base layer also applies to the world that gets built on top.

@koeppelmann @theguilddotdev 😎

Backend is getting stronger 🚀 Big shoutout to @pheobeayolove1 for adding projects support to the backend — a key step for structuring contributions and linking work to outcomes 👏 This unlocks better attribution, tracking, and future reputation signals. github.com/TheSoftwareDev…

As AI reshapes our industry, it's vital to discuss its impact on our skills and practices. 🚀Join the conversation on critical open-source vulnerabilities and how we can balance optimization with security awareness. Your insights matter! 🦾

Contributor Leaderboard is taking shape 🚀 Big shoutout to @AdiK0251 for adding the Contributor Leaderboard page to The Guild frontend. Real contributions now have a place to be seen and compared. PR → github.com/TheSoftwareDev… More coming 🏗️

🌟 Let's amplify The Guild's mission! We encourage members to share insights from #OSXP2025, spotlighting key discussions and innovations that shape our future. Plus, let's dive into advanced programming techniques in Go and Rust! 💻 Share your thoughts and projects with us!

@tusharshahkumar Appreciate it 😊

@theguilddotdev can't deny the fact, your guidance at each step are worth!! Lots of love from my side!😍

In a world where AI is reshaping our industry, junior developer roles are at risk. The Guild empowers software creators through mentorship and community. Together, we can ensure training and opportunities thrive. Join us in fostering the next generation! 💪✨