Brownie

Brownie ist ein Python-Framework zum Entwickeln und Testen von EVM-Contracts. Es integriert die Kompilierung von Solidity und Vyper, Tests mit pytest und Skripte, die mit Contracts interagieren. Es kann sinnvoll sein, wenn das Team Berechnungsmodelle, Analysen oder operative Prozesse in Python pflegt und sie mit dem On-Chain-Verhalten verbinden möchte.

Das Projekt hat 2026 Versionen veröffentlicht und sollte daher nicht als aufgegeben dargestellt werden. Ape ist eine Alternative aus dem Python-Ökosystem mit anderer Architektur; ihre Existenz belegt nicht, dass Brownie offiziell abgelöst wurde, und verpflichtet nicht zur Migration jedes bestehenden Projekts.

Ein Projekt organisiert Contracts, Tests, Skripte und Netzwerkkonfiguration. Die kompilierten Artefakte erlauben es, Contracts zu deployen und ihre Funktionen aus Python heraus aufzurufen. Tests können Fixtures und Werkzeuge von pytest nutzen, um Konten vorzubereiten, Szenarien auszuführen und Ergebnisse mit einem Referenzmodell zu vergleichen.

Lokales Netzwerk und Fork-Funktionen hängen von der Konfiguration und den mit der verwendeten Version kompatiblen Werkzeugen ab. Python, Brownie, Compiler und Abhängigkeiten sollten festgeschrieben und dieselbe Umgebung in der Continuous Integration geprüft werden. Die Dokumentation einer älteren Version belegt nicht die Kompatibilität einer neuen Installation.

Bei einem Verteilungs-Contract können Tests Zuteilungen in Python berechnen und mit dem vom Contract Ausgeführten vergleichen. Das erleichtert die Prüfung von Rundungen, Grenzwerten und der Erhaltung von Beträgen, ohne jedes Szenario manuell zu duplizieren. Die Testdaten müssen auch Extremwerte und nicht berechtigte Teilnehmer abdecken.

Für die Wartung können Skripte Berechtigungen abfragen, Events rekonstruieren oder administrative Vorgänge vorbereiten. Die Übergabe dokumentiert die verwendeten Netzwerke, Adressen und Parameter. Schlüssel werden außerhalb des Repositorys verwaltet, und Aktionen mit realer Wirkung müssen von Simulationen und Abfragen unterschieden werden, auch wenn sie dieselben Hilfsfunktionen nutzen.

Die Wahl zwischen Brownie, Ape, Hardhat und Foundry hängt vom bestehenden Code, vom Team und von den erforderlichen Tests ab. Eine Migration kann sinnvoll sein, wenn sie eine problematische Abhängigkeit auflöst oder die Wartung vereinfacht, sollte aber nicht auf einer falschen Aussage über den Status des Projekts beruhen.

Vor einer Migration wird die bestehende Testsuite reproduziert, und Artefakte, Events und Ergebnisse werden in der Zielumgebung verglichen. Der Wechsel von Python zu einer anderen Sprache kann bedeuten, Modelle und Skripte neu zu schreiben. Die Schätzung erfolgt auf Basis dieses Inventars, ohne eine feste Dauer oder eine automatische Kompatibilität zwischen Frameworks zu versprechen.