Let’s start the discussion around: [ERC] MetaProxy Factory Standard by pinkiebell · Pull Request #3448 · ethereum/EIPs · GitHub
Reference Implementation: https://github.com/pinkiebell/MetaProxy
Personnal opinion: the tests are really not helping understanding the use of metadata.
I believe it’d be much clearer if the “factory” and the “implementation” were clearly separated.
My intuition tells me that the proxy points to the SimpleMock implementation, because I don’t see any other contract defined, but I believe an the first 20 bytes of the _metaProxyFromXXX should be the address of the implementation (and whatever is after that should be the metadata).
Restricting your tests to a self replicating contract is not helping beginners.
1 Like
Thanks for the feedback. I think the confusion stems from the fact that I use the name factory and in the reference implementation the SimpleMock inherits the _metaProxyFromXXX functionaliy and thus, create a copy of itself (the SimpleMock).
Basically, developers inherit/copy the functionality and use them as they see fit. i.e any contract that implements that exposes their own factory function.
I actually thought about making a universal Factory that could be called from other contracts but refrained from the idea because the EIP should really just specify the bytecode.
But I’m interested to hear opinions about this. If something like a factory is wanted by developers I might just specify this one too. This could be deployed on the same address on mainnet and testnet networks.
I changed the structure a bit and also implemented suggestions from @Amxx .
Bumping the status to Review 
Moved to last call (2022-01-25).
Let me know if someone knows a good way to reach the Etherscan developer team.
For reference, here is one contract that makes use of EIP-3448: https://etherscan.io/address/0xfd7eea107df33d9322c05b8956aed4a5697595b8#code