มาตรฐาน Diamond (พร็อกซีหลายแฟเซต)

Welcome to the final lesson on upgradeable contracts! We've explored UUPS, but what if your contract grows too big or needs extreme modularity?

The Diamond Standard (EIP-2535) is a powerful pattern that allows a single proxy contract to delegate calls to multiple implementation contracts, called facets.

Traditional proxy patterns, like UUPS or Transparent proxies, typically delegate all calls to a single implementation contract.

While effective, this can lead to:

• Contract Size Limit: Ethereum contracts have a 24KB limit. A single, monolithic implementation can hit this quickly.
• Complexity: A single contract managing many features becomes hard to maintain and audit.
• Upgrade Costs: Upgrading means redeploying the entire large implementation contract, even if only a small part changed.

The Diamond Standard solves this by breaking down your contract's logic into smaller, independent pieces called facets.

Think of facets as:

• Individual smart contracts, each handling specific functionalities.
• Like 'plugins' or 'modules' for your main proxy.
• Each facet has its own set of functions.

The Diamond proxy then decides which facet to forward a call to.

At its core, a Diamond proxy works similarly to other proxies:

1. A user calls a function on the Diamond proxy.
2. The proxy looks at the function selector (the first 4 bytes of the call data).
3. It then determines which facet contains that function.
4. Finally, it delegates the call (using delegatecall) to the correct facet.

The magic is that the proxy maintains a mapping of function selectors to facet addresses.

A crucial aspect of the Diamond Standard is how state is managed. Even though logic is split across facets, they all operate on the same storage within the Diamond proxy contract.

This is achieved by:

• Defining a shared storage struct (e.g., AppStorage).
• Each facet accesses this shared storage using a specific Solidity pattern (often via a library).
• This ensures consistency and allows facets to interact with the same data.

The central function for managing your Diamond is diamondCut. This function allows you to:

• Add new facets (new functionality).
• Replace existing facets (upgrade or fix bugs).
• Remove facets (deprecate functionality).

diamondCut is typically only callable by the contract's owner, making it the secure upgrade mechanism for your multi-faceted contract.

Here's what a very basic Solidity facet might look like. Remember, facets are just regular contracts that implement specific logic.

Try compiling this simple example:

The Diamond proxy contract itself is remarkably lean. Its primary responsibilities are:

• Storing the mapping of function selectors to facet addresses.
• Implementing the diamondCut function for upgrades.
• The fallback function, which handles delegating calls to the correct facet.

It acts as the central router for all incoming calls, directing them to the appropriate piece of logic.

The Diamond Standard offers significant advantages for complex DApps:

• Unlimited Contract Size: Easily bypass the 24KB limit by splitting logic into many small facets.
• Extreme Modularity: Develop and deploy features independently.
• Gas Efficiency: Only upgrade (deploy) the specific facets that change, not the entire contract.
• Clear Separation of Concerns: Improves code readability, testing, and security auditing.
• Incremental Development: Add new features over time without affecting existing ones.

In this lesson, we explored the Diamond Standard (EIP-2535), a powerful pattern for building highly modular and upgradeable smart contracts.

• We learned about facets, which are individual contracts containing specific logic.
• The Diamond proxy delegates calls to these multiple facets based on function selectors.
• All facets share the Diamond proxy's storage.
• The diamondCut function is used to add, replace, or remove facets.
• Key benefits include overcoming the 24KB contract size limit, extreme modularity, and efficient upgrades.

You're now equipped with knowledge of advanced upgradeability patterns!