Was ist ein Minimal-Proxy-Vertrag (EIP-1167) und wie spart er bei der Bereitstellung Gas?

Was ist ein Minimal-Proxy-Vertrag (EIP-1167)?

1. Ein Minimal-Proxy-Vertrag, standardisiert im Ethereum Improvement Proposal (EIP) 1167, ist ein einfacher Vertrag, der darauf ausgelegt ist, Aufrufe an einen bestehenden Implementierungsvertrag zu delegieren. Er dient als Proxy, der alle Funktionsaufrufe und Transaktionen an einen Mastervertrag weiterleitet, ohne in sich selbst Logik zu speichern.

2. Der Kernmechanismus basiert auf den Low-Level-Opcodes SUCCESS, RETURNDATA und DELEGATECALL . Wenn ein Benutzer mit dem minimalen Proxy interagiert, verwendet er DELEGATECALL, um Funktionen im Implementierungsvertrag auszuführen und dabei den Speicher und Kontext des Proxys beizubehalten.

3. Im Gegensatz zu vollwertigen Proxy-Mustern wie Transparent- oder UUPS-Proxys enthält EIP-1167 keine Aktualisierbarkeitslogik, Eigentumsprüfungen oder Fallback-Mechanismen. Dadurch ist sein Bytecode äußerst kompakt – oft nur 45 Byte lang.

4. Da es für die Verwaltung an einem veränderlichen Status mangelt, ist der minimale Proxy nach der Bereitstellung unveränderlich. Sein Hauptzweck besteht darin, kostengünstige Klone einer einzelnen Implementierung zu erstellen, was es ideal für werksgesteuerte Bereitstellungen macht, bei denen Vorhersagbarkeit und Gaseffizienz von entscheidender Bedeutung sind.

Wie spart EIP-1167 während der Bereitstellung Gas?

1. Der größte Vorteil von EIP-1167 liegt in den Bereitstellungskosten. Standardverträge enthalten oft Hunderte oder Tausende Bytes Bytecode, was zu hohen Gaskosten bei der Erstellung führt. Im Gegensatz dazu ist der Bytecode des minimalen Proxys so optimiert, dass er so klein wie möglich ist.

2. Die Gaskosten auf Ethereum werden teilweise durch die Größe des bereitgestellten Codes bestimmt. Für jedes Byte Initialisierungscode fallen Kosten an, und bei größeren Verträgen wird mehr gezahlt. Durch die Reduzierung des bereitgestellten Bytecodes auf etwa 45 Bytes senkt EIP-1167 diese Kosten im Vergleich zu herkömmlichen Proxy-Modellen erheblich.

3. Der Bereitstellungsprozess umfasst nur das Kopieren eines winzigen Teils des Laufzeitcodes, der auf die Implementierungsadresse verweist. Es gibt keine Konstruktorlogik außer der Codierung der Zieladresse in den Bytecode, was den Ausführungsaufwand weiter reduziert.

4. Projekte, die zahlreiche Instanzen ähnlicher Verträge einsetzen – wie z. B. NFT-Sammlungen, tokenisierte Vermögenswerte oder dezentrale Börsenpaare – können dieselbe Implementierung für Tausende von minimalen Proxys wiederverwenden. Dieses Muster ermöglicht eine enorme Skalierbarkeit bei minimaler Blockchain-Aufblähung.

Anwendungsfälle in der Kryptoindustrie

1. Dezentrale Börsen wie Uniswap nutzen minimale Proxys, um Handelspaare effizient zu instanziieren. Jedes Paar ist ein Klon, der auf einen gemeinsam genutzten Router-Vertrag verweist, was eine schnelle Bereitstellung ohne redundante Logikduplizierung ermöglicht.

2. NFT-Plattformen nutzen EIP-1167, um individuelle Inkassoverträge aus einer zentralen Vorlage zu generieren. Dies sorgt für Konsistenz und minimiert gleichzeitig die Gasgebühren für Entwickler, die neue Drops auf den Markt bringen.

3. Protokolldesigner implementieren Fabriken, die minimale Proxys einsetzen, um Benutzertresore, Kreditpositionen oder synthetische Vermögenswerte darzustellen. Diese Klone erben das Verhalten einer verifizierten Implementierung und reduzieren so die Prüfoberfläche und Angriffsvektoren.

4. Gasempfindliche Umgebungen wie Layer-2-Netzwerke profitieren enorm von geringeren Bereitstellungskosten. In Ketten, in denen Transaktionsgebühren immer noch ein Problem darstellen, verbessert die Optimierung der Vertragsgröße direkt die Zugänglichkeit und den Durchsatz.

Sicherheitsüberlegungen und -beschränkungen

1. Da der Minimal-Proxy über keinen Upgrade-Mechanismus verfügt, wirkt sich jeder Fehler in der Implementierung dauerhaft auf alle Klone aus. Diese Unveränderlichkeit erfordert strenge Tests vor der ersten Bereitstellung.

2. Der Bevollmächtigte bestätigt nicht die Existenz oder Richtigkeit des Zielvertrags zum Zeitpunkt der Bauausführung. Wenn die Implementierungsadresse falsch ist oder kompromittiert wird, werden alle Proxys angreifbar.

3. Da sich alle Zustände im Implementierungsvertrag befinden, sofern sie nicht explizit pro Instanz festgelegt sind, müssen Entwickler Speicherlayouts sorgfältig entwerfen, um Kollisionen zu vermeiden, wenn sie Logik über Proxys hinweg gemeinsam nutzen.

4. Angreifer können vorhersehbare Bereitstellungsmuster ausnutzen, wenn werkseitig generierte Proxys sequentiellen Adressschemata folgen. Durch die Sicherstellung von Zufälligkeit oder Zugriffskontrolle bei der Instanziierung können Aufzählungsrisiken gemindert werden.

Häufig gestellte Fragen

A: Nein, EIP-1167-Proxys können nicht aktualisiert werden. Sie verweisen auf eine feste Implementierungsadresse, die zum Zeitpunkt der Bereitstellung codiert wird. Jede Änderung erfordert eine erneute Bereitstellung sowohl der neuen Implementierung als auch neuer Proxy-Instanzen.

F: Wie wird die Zielvertragsadresse im Proxy gespeichert?

A: Die Implementierungsadresse wird mithilfe von Techniken auf Assembly-Ebene direkt in den Bytecode des Proxys eingebettet. Zur Laufzeit wird diese Adresse geladen und als Ziel für DELEGATECALL-Operationen verwendet.

F: Ist der Minimal-Proxy mit ERC-Standards wie ERC-721 oder ERC-20 kompatibel?

A: Ja, minimale Proxys können Anrufe an jeden konformen Implementierungsvertrag weiterleiten. Solange das Ziel die erforderlichen Schnittstellen unterstützt, verhält sich der Proxy entsprechend, obwohl er keine intrinsische Logik hat.

F: Warum verwenden nicht alle Projekte für jeden Vertrag minimale Proxys?

A: Minimale Proxys sind zwar effizient, verfügen jedoch nicht über integrierte Verwaltungsfunktionen. Projekte, die rollenbasierten Zugriff, Pausierbarkeit oder dynamische Upgrades benötigen, entscheiden sich trotz höherer Bereitstellungskosten für komplexere Proxy-Muster.