Was ist ein minimaler Proxyvertrag (EIP-1167)?

Ein minimaler Proxy-Vertrag leitet die Aufrufe effizient an einen Implementierungsvertrag mit DelegateCall weiter, wodurch kostengünstige Bereitstellungen und gemeinsame Logik in mehreren Instanzen ermöglicht werden.

Jul 15, 2025 at 05:00 am

Verständnis des minimalen Proxyvertrags

Ein minimaler Proxy -Vertrag ist ein leichter Smart -Vertrag, der alle Anrufe an einen anderen Vertrag weiterleitet und gleichzeitig minimaler Gemeinkosten aufrechterhält. Es spielt eine entscheidende Rolle in von Ethereum basierenden Systemen, insbesondere bei der Bereitstellung mehrerer Vertragsinstanzen mit gemeinsamer Logik. Das Konzept wurde über EIP-1167 formalisiert, wodurch ein Standard für die Erstellung von Klonen bestehender Verträge unter Verwendung einer minimalen Menge an Bytecode beschrieben wird.

Die Kernidee hinter diesem Mechanismus ist die Wiederverwendung von Code . Anstatt jedes Mal einen neuen Vertrag mit identischer Logik bereitzustellen, können Entwickler einen Proxy bereitstellen, der alle Funktionsaufrufe an einen bereits bestehenden Implementierungsvertrag delegiert. Dies reduziert die Bereitstellungskosten erheblich und vereinfacht die Upgrades.

Schlüsselkonzept: Ein minimaler Proxyvertrag enthält nur den erforderlichen Code, um die Ausführung in einen Zielvertrag umzuleiten.

Wie funktioniert EIP-1167?

EIP-1167 nutzt den Delegatecall -Opcode in Solidität, um seine Funktionalität zu erreichen. DelegateCall ermöglicht es einem Vertrag, Code aus einem anderen Vertrag auszuführen und gleichzeitig den Kontext (z. B. MSG.Sender und Speicher) des Anrufvertrags zu erhalten. Bei einem minimalen Proxy bedeutet dies, dass der Proxy alle eingehenden Anrufe an einen Implementierungsvertrag weiterleitet, ohne den Kontext des Anrufers zu ändern.

So funktioniert es:

• Der Proxy -Vertrag enthält einen einzelnen Speicherplatz, der die Adresse des Implementierungsvertrags hält.
• Wenn ein Benutzer mit dem Proxy interagiert, wird die Fallback -Funktion ausgelöst.
• Diese Fallback -Funktion verwendet DelegateCall, um den Anruf an die gespeicherte Implementierungsadresse weiterzuleiten.

Aufgrund seiner Einfachheit erfordert der Proxyvertrag nur sehr wenig Gas für den Einsatz - mehr als 50.000 Gas. Diese Effizienz macht es ideal für Szenarien, in denen viele ähnliche Verträge schnell und billig eingesetzt werden müssen.

Struktur eines minimalen Proxyvertrags

Ein minimaler Proxyvertrag folgt typischerweise einer strengen Struktur, die durch EIP-1167 definiert ist. Folgendes beinhaltet es:

• Eine konstante Adressvariable, die auf den Implementierungsvertrag hinweist.
• Eine Fallback -Funktion, die eine Delegatecall für diese Implementierungsadresse ausführt.
• Keine Konstruktor- oder Zustandsvariablen über die Implementierungsadresse hinaus.

Dieses Design stellt sicher, dass der Stellvertreter keine Logik selbst speichert, sondern lediglich als Leitung für den Implementierungsvertrag fungiert. Im Folgenden finden Sie eine vereinfachte Version eines solchen Vertrags in Solidität:

 pragma solidity ^0.8.0; Vertragsminimalproxy {

address private immutable implementation; constructor(address _implementation) { implementation = _implementation; } fallback() external payable { address impl = implementation; assembly { let ptr := mload(0x40) calldatacopy(ptr, 0, calldatasize()) let result := delegatecall(gas(), impl, ptr, calldatasize(), 0, 0) let size := returndatasize() returndatacopy(ptr, 0, size) switch result case 0 { revert(ptr, size) } default { return(ptr, size) } } }
 }

Wichtiger Hinweis: Die Verwendung der Inline -Montage in der Fallback -Funktion ist wichtig, um den Proxy minimal und effizient zu halten.

Anwendungsfälle für minimale Proxyverträge

Minimale Proxy -Verträge werden aufgrund ihrer Effizienz und Flexibilität in verschiedenen dezentralen Anwendungen und Protokollen häufig verwendet. Einige der häufigsten Anwendungsfälle umfassen:

• Token-Fabriken: Erstellen Sie mehrere ERC-20- oder ERC-721-Token aus einem einzigen Implementierungsvertrag.
• Aktualisierbare Verträge: Als Basisschicht für Upgraduabilitätsmuster wie den transparenten Proxy oder UUPs dienen.
• Gaseffiziente Bereitstellungen: Reduzierung der Bereitstellungskosten beim Instanziieren von Hunderten oder Tausenden von Verträgen.
• Vertragsvorlagen: Bieten Sie standardisierte Vorlagen für vorhersehbares Verhalten über mehrere Bereitstellungen hinweg an.

Jeder dieser Anwendungsfälle profitiert vom reduzierten Bereitstellungs -Fußabdruck und der Fähigkeit, eine konsistente Logik über mehrere Proxys hinweg aufrechtzuerhalten.

Unterschiede zwischen minimalem Proxy und anderen Proxymustern

In Ethereum gibt es mehrere Proxymuster, einschließlich transparenter Proxies, UUPs (universeller aufrüstbarer Proxy -Standard) und Beacon -Proxies. Jeder hat seine eigenen Kompromisse in Bezug auf Komplexität, Aufrüstung und Gaskosten.

Der Hauptunterschied zwischen einem minimalen Proxy und anderen Proxy -Typen liegt in Funktionalität und Erweiterbarkeit :

• Minimale Proxys unterstützen keine Upgrades, es sei denn, sie werden mit einer zusätzlichen Infrastruktur gepaart.
• Zu den transparenten Proxys gehören die Administratorlogik und ein Proxy -Register, die den Gasverbrauch und die Komplexität erhöhen.
• UUPS-Proxys ermöglichen in sich geschlossene Upgrades über den Implementierungsvertrag.

Minimale Proxys eignen sich am besten für Szenarien, in denen die Implementierung nach dem Einsatz statisch bleibt oder bei denen Upgrades extern behandelt werden.

Sicherheitsüberlegungen und Best Practices

Obwohl minimale Proxy -Verträge einfach sind, sind sie nicht ohne Risiken. Entwickler sollten Best Practices befolgen, um eine sichere Verwendung sicherzustellen:

• Sicherstellen Sie die Implementierung der Implementierung: Nach der Bereitstellung sollte sich die Implementierungsadresse nicht ändern, wenn sie ausdrücklich beabsichtigt und gesichert sind.
• Speicherkonflikte vermeiden: Da der Proxy- und Implementierungs -Speicherkontext den Speicherkontext gemeinsam nimmt, ist eine sorgfältige Planung erforderlich, wenn der Proxy später erweitert wird.
• Bytecode überprüfen: Überprüfen Sie immer die Bytecode sowohl des Proxy als auch des Implementierungsvertrags, um böswillige Änderungen zu verhindern.
• Gründlich testen: Verwenden Sie Tools wie Hardhat oder Foundry, um Interaktionen zu simulieren und Kantenfälle vor der Bereitstellung von Mainnet zu testen.

Kritischer Tipp: Gehen Sie niemals davon aus, dass ein Proxy -Vertrag die Sicherheit von der Implementierung erbt - er muss separat geprüft werden.

Häufig gestellte Fragen

F: Kann ich einen minimalen Proxyvertrag aktualisieren?

Während minimale Proxys selbst keine Upgrade -Logik enthalten, können Sie ein aktualisierbares System erstellen, indem Sie diese mit anderen Standards wie UUPs kombinieren oder einen externen Controller verwenden, um Implementierungsadressen zu verwalten.

F: Wie viel billiger setzt ein minimaler Proxy im Vergleich zu einem vollständigen Vertrag bereit?

Der Einsatz eines minimalen Proxy kostet in der Regel rund 20.000 bis 50.000 Gas, während der Einsatz eines vollständigen Vertrags je nach Komplexität 2 Millionen Gas überschreiten kann.

F: Gibt es eine Möglichkeit, die Implementierungsadresse von einem bereitgestellten Proxy abzurufen?

Ja, die Implementierungsadresse wird normalerweise in einem bestimmten Speicherplatz gespeichert (häufig Slot 0). Sie können es mit Tools wie eth_getStorageAt oder durch Überprüfung des Vertragserstellungscodes lesen.

F: Sind minimale Proxies mit allen Soliditätsversionen kompatibel?

Sie funktionieren gut mit Solidität von 0,5,0 und höher. Für optimale Kompatibilität und Gaseinsparungen wird jedoch empfohlen, Solidität 0,8.x oder neuer zu verwenden.