Was ist eine Bibliothek in Solidity und wie unterscheidet sie sich von einem Basisvertrag?

Bibliotheken in Solidität verstehen

1. Eine Bibliothek in Solidity ist ein spezieller Vertragstyp, der wiederverwendbare Funktionen enthält, die von mehreren Verträgen gemeinsam genutzt werden können, ohne vererbt zu werden. Diese Funktionen sind zustandslos, das heißt, sie ändern oder speichern keine Daten selbst, es sei denn, sie interagieren explizit mit dem Speicher eines anderen Vertrags. Bibliotheken sind besonders nützlich für die Implementierung allgemeiner Operationen wie mathematische Berechnungen, Array-Manipulationen oder Codierungsdienstprogramme.

2. Bibliotheken werden einmal in der Blockchain bereitgestellt und können von vielen verschiedenen Verträgen mit dem Schlüsselwort „library“ referenziert werden. Wenn ein Vertrag eine Bibliothek verwendet, wird er mit der bereits bereitgestellten Bibliotheksadresse verknüpft, sodass er die Funktionen der Bibliothek über Delegatecall aufrufen kann. Dies bedeutet, dass die Funktion im Kontext des aufrufenden Vertrags ausgeführt wird und auf dessen Speicher zugreift, während die Gaseffizienz durch die Wiederverwendung des Codes erhalten bleibt.

3. Eine wesentliche Einschränkung von Bibliotheken besteht darin, dass sie keine dauerhaften Speichervariablen haben können, es sei denn, diese Variablen sind Teil des Status des aufrufenden Vertrags. Sie können Ether auch nur dann erhalten, wenn sie als zahlbar gekennzeichnet sind, und selbst dann können sie in älteren Versionen von Solidity keine Fallback-Funktionen definieren. Dadurch sind sie im Vergleich zu regulären Verträgen sicherer und vorhersehbarer.

4. Die Verwendung von Bibliotheken trägt dazu bei, die Duplizierung von Bytecodes zu reduzieren. Anstatt die Hilfslogik in jeden Vertrag einzubetten, können Entwickler sie einmal in eine Bibliothek schreiben und bei Bedarf darauf verweisen. Dies führt zu geringeren Bereitstellungskosten und einer einfacheren Wartung, da Aktualisierungen der Bibliothek (bei erneuter Bereitstellung und erneuter Verknüpfung) Verbesserungen über alle abhängigen Verträge hinweg verbreiten können.

Unterschiede zwischen Bibliotheken und Basisverträgen

1. Erbschaft ist ein Kernmerkmal von Basisverträgen. Wenn ein Vertrag von einem Basisvertrag erbt, absorbiert er alle nicht privaten Funktionen und Zustandsvariablen und kopiert so die Logik effektiv in seinen eigenen Bytecode. Dies erhöht die Bereitstellungsgröße und die Gaskosten, ermöglicht jedoch, dass abgeleitete Verträge das Verhalten erweitern und außer Kraft setzen. Bibliotheken vermeiden diese Replikation, indem sie extern bleiben.

2. Basisverträge können ihren eigenen Zustand beibehalten und vollständig an Ethereum-Transaktionen teilnehmen – sie können Ether halten, Konstruktoren definieren, Ereignisse ausgeben und den Speicher verwalten. Bibliotheken verfügen nicht über diese Funktionen, sofern sie nicht ausdrücklich über einen anderen Vertrag miteinander verbunden sind. Ihre Rolle ist eher funktional als strukturell.

3. Funktionsaufrufe an Bibliotheken erfolgen normalerweise über Delegatecall , wodurch der Ausführungskontext des Aufrufers einschließlich msg.sender und Speicherlayout erhalten bleibt. Im Gegensatz dazu erfolgt der Aufruf von Funktionen in einem Basisvertrag während der Vererbung intern innerhalb desselben Vertragsraums, sodass es keine Trennung des Ausführungskontexts gibt.

4. Bibliotheken unterstützen die Direktive „using for “, sodass Entwickler Bibliotheksfunktionen an bestimmte Typen wie Arrays oder Strukturen anhängen können, sodass sich die Syntax nativ anfühlt. Beispielsweise verbessert das Anhängen einer Sortierfunktion an einen Array-Typ die Lesbarkeit und Benutzerfreundlichkeit. Basisverträge bieten diese syntaktische Erweiterung nicht.

Anwendungsfälle und praktische Beispiele

1. Eine häufige Anwendung von Bibliotheken ist die Entwicklung dezentraler Austausche, bei denen präzise Mathematik erforderlich ist. SafeMath wurde in der Vergangenheit verwendet, um Überlauf-/Unterlauffehler zu verhindern, bevor integrierte Prüfungen in Solidity 0.8+ zum Standard wurden. Moderne Äquivalente umfassen Festkomma-Arithmetikbibliotheken für die Verarbeitung gebrochener Token-Beträge.

2. NFT-Projekte verlassen sich häufig auf Bibliotheken, um die Eigentumsverfolgung, Aufzählung und Metadatenverarbeitung zu verwalten. Durch die Isolierung komplexer Buchhaltungslogik in einer Bibliothek bleibt der Haupt-NFT-Vertrag sauber und konzentriert sich auf Kernfunktionen wie Prägen und Übertragen.

3. Oracles und Preis-Feeds können in Bibliotheken gekapselte Hashing- und Signaturüberprüfungsroutinen nutzen. Da kryptografische Vorgänge teuer sind und häufig wiederverwendet werden, sorgt ihre Zentralisierung für Konsistenz und verringert die Fehleroberfläche.

4. Entwickler, die aktualisierbare Proxy-Systeme erstellen, profitieren von Bibliotheken, weil sie stabile Versorgungsmodule sicher verknüpfen können, ohne das Risiko von Speicherkollisionen einzugehen – ein entscheidendes Problem bei der Trennung von Logik und Status in transparenten Proxys oder UUPS-Mustern.

Häufige Fragen zu Solidity-Bibliotheken

A: Ja, wenn eine Bibliotheksfunktion über Delegatecall aufgerufen wird, wird sie im Kontext des aufrufenden Vertrags ausgeführt und kann ihren Speicher ändern, vorausgesetzt, die Funktion erhält Zugriff auf die richtigen Speicherzeiger, normalerweise durch als Argumente übergebene Strukturverweise.

F: Sind Bibliotheken aktualisierbar?

A: Bibliotheken selbst sind nach ihrer Bereitstellung unveränderlich. Wenn ein Projekt jedoch zum Zeitpunkt der Bereitstellung einen Verknüpfungsmechanismus verwendet, könnte dieser möglicherweise die Bibliotheksadresse ersetzen. Dies erfordert eine sorgfältige Planung und wird nicht in allen Entwicklungsumgebungen unterstützt.

F: Kosten Bibliotheken weniger Gas als die direkte Einbettung von Funktionen?

A: Die Bereitstellungsgaskosten werden reduziert, da der Bibliothekscode nicht vertragsübergreifend dupliziert wird. Allerdings verbraucht jeder externe Aufruf einer Bibliothek aufgrund des Overheads von „delegatecall“ etwas mehr Ausführungsgas. Der Kompromiss begünstigt Bibliotheken für umfangreiche oder häufig aktualisierte Logik.

F: Kann eine Bibliothek von einem anderen Vertrag erben?

A: Nein, Bibliotheken können weder von anderen Verträgen erben noch können andere Verträge von Bibliotheken erben. Sie existieren außerhalb der Vererbungshierarchie und dienen lediglich als eigenständige Hilfsmodule, auf die durch direkten Aufruf oder die Verwendung von For-Deklarationen zugegriffen werden kann.