The `DiamondLoupeFacet.sol` implementation in the Compose smart contract library is too gas inefficient. I challenge anyone to write the most gas efficient, sensible code, to implement this. See this issue for details: https://github.com/Perfect-Abstractions/Compose/issues/155
- 0 replies
- 0 recasts
- 0 reactions
Did you know that keccak256 of string literals are evaluated at compile time and replaced with the result by the Solidity optimizer? So for example you could put something like the following in the middle of a function without worrying that it will cost gas to evaluate every time the function is called: `keccak256("Permit(address owner,address spender,uint256 value,uint256 nonce,uint256 deadline)")`
- 0 replies
- 0 recasts
- 0 reactions
The purpose of compose.diamonds is to help people make their own smart contract systems. Compose will give people an onchain standard library of facets, and provide a standardized, simple way for people to deploy their own diamonds which uses the Compose standard library of facets, as well as their own custom facets. The project is flexible in that what it will do depends to some degree on what people ask for. What do you want it to do for you?
- 0 replies
- 0 recasts
- 0 reactions