Verfasst von Pablo Gómez
Founder & CEO von Metlabs · Geprüft am 11. Oktober 2026
ERC-1167 standardisiert einen Runtime-Bytecode von nur 45 Bytes, in dessen Mitte die Adresse der Implementierung eingebettet ist. Bei jedem Aufruf kopiert der Proxy die Calldata, führt einen DELEGATECALL an die Implementierung aus und gibt das Ergebnis zurück oder revertiert damit. Der Zustand liegt im Storage des Proxys, während der Code aus der gemeinsamen Implementierung ausgeführt wird. Der Proxy ist nicht aktualisierbar: Die Adresse der Implementierung ist unveränderlich, weil sie im Bytecode selbst festgelegt ist. In Kombination mit CREATE2 entstehen Klone mit deterministischer Adresse, die sich schon vor dem Deployment vorhersagen lässt.
Er ist wegen der Gas-Ersparnis relevant. Statt für jede Instanz den vollständigen Bytecode eines Contracts erneut zu deployen, wird ein winziger Klon deployt, der auf eine gemeinsame Logik verweist. Das ist das ideale Muster für Factories, die viele gleichartige Instanzen erzeugen, etwa Vaults, Token oder Pools in der Tokenisierung, wo die Kosten pro Instanz auf einen Bruchteil sinken.
Die Referenzimplementierung ist die Bibliothek `Clones` von OpenZeppelin mit ihren Funktionen `clone` und `cloneDeterministic`. Das Muster ist in Factories von Protokollen wie 0xSplits oder Sound.xyz üblich, die pro Nutzer oder pro Vermögenswert einen Contract anlegen. Es ist von den aktualisierbaren Proxys nach EIP-1967 zu unterscheiden: ERC-1167 verwendet diese Slots nicht, weil er nicht upgradeable ist, da seine Implementierung im Bytecode und nicht im Storage liegt.
Auch bekannt als
- ERC1167
- Minimal Proxy Contract





