Smart Contract library for building modular, diamond-based smart contract systems on EVM chains

Joined November 2025
Your next project is one command away. Run the new init command to scaffold a Diamond and start building with the Compose library right away. Install the CLI here: compose.diamonds/docs/gettin…
5
6
352
This description of diamond contracts from @adxtyahq is refreshing. He describes a diamond proxy as "totally simple, totally plain". He is right. A good diamond proxy contains no business logic. It routes function calls to implementation contracts (facets).
Let’s talk about EIP-2535 (Diamond Proxy) Been getting a lot of questions around this, so here’s a short video explaining how it actually works. What should I cover next?
5
2
2
42
2,232
This is truly amazing @mudgen. I agree, ERC-2535 despite always being used It's sometimes complex and hard to comprehend even though it's meant to be easily understood. But with this innovation of yours we're expecting a simplified and more effective way for diamond contracts, which would later improve functionality. And the terminologies stated are very clean and easy to remember especially in the crypto space filled with large numbers of things one has little or no understanding to, these terminologies could really be helpful and easy to recall. Also love the Optional upgrade path for existing ERC-2535 Diamond implementations, which might really help push the Ethereum Ecosystem forward and improve simplicity.
10
3
18
711
This is genuinely impressive work, @mudgen. I recently learnt that ERC-2535 Diamonds have always been powerful, but let’s be honest, the mental overhead and complexity can make them hard to reason about, even for experienced devs They promise simplicity, yet understanding and explaining them often takes real effort. What you’re introducing here feels like a meaningful step forward: a cleaner, more intuitive way to think about diamond contracts that improves usability without sacrificing flexibility. The terminology in particular stands out. It’s concise, memorable, and far easier to reason about a big win in a space already overloaded with abstractions and jargon. Clear language goes a long way toward real adoption. The optional upgrade path for existing ERC-2535 implementations is also a smart move. It lowers the barrier for current projects while nudging the ecosystem toward a simpler, more coherent standard. If this gains traction, it could significantly improve how builders approach modular smart contract design on Ethereum.
3
3
10
701
This proposal is a meaningful step forward for Ethereum diamond contracts. @mudgen It simplifies structure while keeping flexibility, with concise, memorable terminology that’s easier to reason about than current implementations. The optional upgrade path for ERC-2535 lowers adoption barriers, nudging the Ethereum ecosystem toward a cleaner standard. If adopted, it could significantly improve modular smart contract design and usability.
8
3
26
830
Happy weekend @mudgen This proposal is solid and much needed. It keeps the core power of ERC-2535 while removing the confusion that scared people away. The terminology changes lower the learning curve, the new indexed events are a huge upgrade for explorers, analytics, and governance tooling, and the single functionFacetPairs() introspection function captures what Diamonds truly are without unnecessary complexity. Gas cost increase is minimal and worth the transparency and tooling benefits. The backward-compatible upgrade path is also a smart move. Overall, this doesn’t replace ERC-2535 it matures it. If adopted, it could finally kill the “Diamonds are too complex” narrative.
2
3
8
431
Diamonds help keep large systems understandable by separating functionality into clear, testable, and maintainable pieces. Reach for a diamond when your contract has multiple functional areas that are better understood and tested in isolation.
1
8
15
651
Compose retweeted
Sweet!! 🔥 @ComposeDiamonds now has their official website😎 check it out: compose.diamonds/ read the docs, join the discord channel, see how you can help by contributing early! don't sleep on it, compose smart contract library is the next big thing😉 you welcome, dev!🥂
1
2
6
293
Guess what? I want to change the ERC-2535 Diamonds standard. Yes — the Final Ethereum standard that’s been around for 5 years. Why? Because it can be better. Most people don’t realize this, but “Final” EIPs can still be updated. EIP-1 says Final EIPs may be changed to add non-normative clarifications — meaning improvements that don’t alter the rules or behavior of the standard, but make it clearer and easier to understand. The biggest complaint over the years has been the extra terminology I introduced — I took the diamond metaphor too far. Too many diamond-industry words. Too much cognitive overhead. You’re right. I did. And now I want to fix it. I’m proposing simpler, clearer terminology that keeps Diamonds powerful but removes the unnecessary baggage. Details here: 🔗 ethereum-magicians.org/t/rev…
13
10
2
104
8,984
It is nice seeing my contribution merge after series of discussion and research. I Will contribute to @ComposeDiamonds anything to make smart contract design modular . Please chill me interesting open source code on ZK, Rust, solidity. Any interesting blockchain project, 🫴🫴
1
3
1
7
189
I NEED YOUR HELP!!!! i'm building a registry of all web3 projects using the diamond proxy (ERC2535). we want to explore the impact of it in the smart contract development landspace. we got @zksync, @lifiprotocol, @aavegotchi,@StoboxCompany(Monerys AG) i WANT & NEED moreeeeeee
19
5
2
17
3,195
i summon all the Solidity devs!!! what are the common functionalities implemented in your on-chain project? We are building Compose, a smart contract library for the Diamond pattern (ERC2535). Check it out here: compose.diamonds/ we support: github.com/Perfect-Abstracti…
1
3
6
377
What smart contract code and functionality do smart contract projects have most in common but that are not currently part of smart contract libraries?
4
1
17
976
To all EVM-compatible L1 and L2 blockchains: Please reduce the gas cost of DELEGATECALL. It is foundational to modular smart contract design. Thank you, Nick Mudge
9
6
59
2,807
Nice to have my #PR merged to @mudgen Compose library. A library that helps developers create smart contract systems using Diamond Standard.
3
2
12
380
I added an example to the Compose documentation for how to reuse storage defined in one facet in another facet: compose.diamonds/docs/design…
2
1
17
842