Etherpedia

Community-built living encyclopedia. Independent education platform for web3.0 and Ethreum ecosystem. Docs: | Waitlist ⏳

[Etherpedia @etherpedia]

We believe EtherFi plays a significant role in driving real world Ethereum adoption. $ETHFI

[burak.eth @burakdoteth]

https://t.co/Hf2xzOVgw6

[burak.eth @burakdoteth]

This is exactly what 'too big to fail' looks like.

[Etherpedia @etherpedia]

Just use Etherpedia.

[Etherpedia @etherpedia]

We inspired by Vitalik's (@VitalikButerin ) call for "different and better DAOs."

Etherpedia Labs is building a tokenless and reputation-based DAO where reputation is assigned to wallets through multiple metrics such as "Soulbound" Proof of Learning certificates earned by completing free courses on Etherpedia and passing tests. Governance is shaped by real contribution: creating knowledge, reviewing content, translating, building tools, and supporting the ecosystem.

We are trying to design a platform that you will feel ownership in every layer of the experience.

[vitalik.eth @VitalikButerin]

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 https://t.co/1BrMsUAKWK . 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 https://t.co/uMXcuzQNjM ). 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 https://t.co/Nzord32Ub1, 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 https://t.co/pCHI7Mlo2m 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.

[Etherpedia @etherpedia]

@StaniKulechov Everyone has the opportunity to use DeFi thanks to Aave, but with Etherpedia, everyone will actually learn how to use it.

[Stani @StaniKulechov]

DeFi for everyone.

[burak.eth @burakdoteth]

I've decided to open this account as the founder of Etherpedia in order to share the process more openly.

Also hoping to connect with people building or researching in the Ethereum ecosystem.

Glad to be here.

[Etherpedia @etherpedia]

@0xPolygon "Knowledge Layer" for Ethereum

[Etherpedia @etherpedia]

@VitalikButerin @signalapp @session_app @SimpleXChat Huge respect.🫡

[Etherpedia @etherpedia]

These visuals are the ones we will look back on one day and say: "So this is how Etherpedia started."

Additionally, "Join Waitlist" button is now functional. You can join the waitlist with your name and email to follow our progress and stay updated.

[Etherpedia @etherpedia]

Today, we took an important step in Etherpedia's early journey.

Etherpedia is still at zero stage. For now, nothing is live, nothing is launched. We're building everything completely from scratch, and the very first pieces of the interface are starting to take shape.

This week, we prepared early drafts of the website's layout across desktop and optimized for mobile, in both light and dark themes.

[Etherpedia @etherpedia]

Mobile UI - Light Theme

[Etherpedia @etherpedia]

@VivekVentures @GrantCardone This 👆

[ETHGlobal @ETHGlobal]

Day 2 ETHGlobal Buenos Aires.

[Etherpedia @etherpedia]

@coingecko We are building Etherpedia for you.

[Etherpedia @etherpedia]

The world wants to learn Ethereum.

[Uniswap @Uniswap]

The world wants DeFi.

[Etherpedia @etherpedia]

@graphprotocol 💯