Diamond pattern (EIP-2535) in Blockchain / Solidity - Mini Project: Build & Apply
Start learning this pattern below
Jump into concepts and practice - no test required
struct called DiamondStorage with a mapping(bytes4 => address) facets to store function selectors and their facet addresses. Then create a function diamondStorage() that returns a storage pointer to DiamondStorage at a fixed slot.Use mapping(bytes4 => address) inside the struct to map selectors to facet addresses. Use keccak256 to get a unique storage slot and inline assembly to assign it.
SimpleFacet with a public function hello() that returns the string "Hello, Diamond!".Define a contract with a simple public function that returns a fixed string.
Diamond, create a function addFacet() that stores the address of SimpleFacet for the selector of hello() in the diamond storage mapping facets. Use diamondStorage() to access storage. Use SimpleFacet.hello.selector to get the selector.Use the diamond storage function to get storage, then assign the facet address to the selector key.
Diamond contract, add a public view function getFacetAddress() that takes a bytes4 selector and returns the facet address from diamond storage. Then write a script to deploy SimpleFacet and Diamond, call addFacet() with the SimpleFacet address, and print the address returned by getFacetAddress(SimpleFacet.hello.selector).Write a getter function to read from diamond storage. Then simulate deployment and calls to add and retrieve the facet address.
Practice
What is the main purpose of the Diamond pattern (EIP-2535) in blockchain smart contracts?
Solution
Step 1: Understand the Diamond pattern concept
The Diamond pattern divides a big contract into smaller parts called facets to organize code better.Step 2: Identify the main benefit
This splitting allows easier upgrades and management of smart contracts.Final Answer:
To split a large contract into smaller, manageable facets -> Option AQuick Check:
Diamond pattern = splitting contract into facets [OK]
- Thinking it prevents upgrades
- Assuming it increases deployment cost
- Confusing it with contract merging
Which of the following is the correct Solidity syntax to declare a facet interface in the Diamond pattern?
interface IFacet {
function myFunction() external;
}Solution
Step 1: Identify correct Solidity declaration for interface
Interfaces use the keywordinterfaceand declare functions without bodies.Step 2: Match function visibility and syntax
Function in interface must beexternaland end with a semicolon, no body.Final Answer:
interface IFacet { function myFunction() external; } -> Option BQuick Check:
Interface syntax = interface IFacet { function myFunction() external; } [OK]
- Using contract instead of interface
- Adding function bodies in interface
- Using wrong visibility like public or internal
Given the following Solidity snippet using the Diamond pattern, what will be the output when calling diamond.facetFunction()?
contract FacetA {
function facetFunction() external pure returns (string memory) {
return "Facet A called";
}
}
contract Diamond {
FacetA facetA;
constructor() {
facetA = new FacetA();
}
function facetFunction() external view returns (string memory) {
return facetA.facetFunction();
}
}Solution
Step 1: Understand contract interaction
The Diamond contract creates an instance of FacetA and calls itsfacetFunction.Step 2: Trace the function call and return value
Callingdiamond.facetFunction()returns the string from FacetA: "Facet A called".Final Answer:
"Facet A called" -> Option AQuick Check:
Diamond calls FacetA function = "Facet A called" [OK]
- Assuming Diamond returns its own string
- Expecting compilation error due to delegation
- Confusing runtime errors with correct delegation
Identify the error in this simplified Diamond pattern Solidity code snippet:
contract Diamond {
mapping(bytes4 => address) public facets;
function addFacet(bytes4 selector, address facetAddress) public {
facets[selector] = facetAddress;
}
fallback() external {
address facet = facets[msg.sig];
(bool success, ) = facet.delegatecall(msg.data);
require(success, "Delegatecall failed");
}
}Solution
Step 1: Analyze fallback function behavior
The fallback uses delegatecall but does not return data to the caller.Step 2: Identify missing return data forwarding
Delegatecall returns data that must be returned by fallback to preserve call behavior.Final Answer:
Missing return statement in fallback function -> Option DQuick Check:
Fallback must return delegatecall data [OK]
- Ignoring return data in fallback
- Confusing delegatecall with call
- Assuming payable is mandatory for fallback
You want to upgrade a Diamond contract by adding a new facet with a function selector that already exists in another facet. What will happen if you do not remove the old selector before adding the new one?
Solution
Step 1: Understand selector uniqueness in Diamond pattern
Each function selector maps to exactly one facet address in the Diamond.Step 2: Analyze what happens when adding duplicate selectors
If you add a selector without removing the old one, the mapping still points to the old facet, so calls route there.Final Answer:
The old facet's function will still be called, ignoring the new one -> Option CQuick Check:
Duplicate selector without removal = old facet called [OK]
- Assuming Diamond supports multiple facets per selector
- Expecting compile-time errors for duplicates
- Thinking new facet automatically overrides old without removal
