Was ein Blockchain-Programmierer macht: drei Profile und wie Sie wählen

Eine Stellenanzeige für einen „Blockchain-Entwickler“ zieht Bewerber mit Profilen an, die sich kaum ähneln: jemand, der an der Software mitgewirkt hat, die die Nodes eines Netzwerks ausführen, jemand, der Smart Contracts in Solidity für ein Lending-Protokoll geschrieben und getestet hat, und jemand, der Wallets und Zahlungen an eine Webanwendung angebunden hat. Alle drei arbeiten mit Blockchain-Netzwerken und können sich mit demselben Titel bewerben, aber sie lösen unterschiedliche Probleme, nutzen unterschiedliche Werkzeuge, und ihre Fehler haben unterschiedliche Folgen für das Unternehmen, das sie einstellt.

Für Auftraggeber ist nicht die Frage hilfreich, welche Sprache die Person beherrscht, sondern welche Ebene des Systems sie bauen wird und was auf dem Spiel steht, wenn sie sich irrt. Ein Fehler in der Oberfläche oder in der Integration lässt sich mit einem neuen Deployment beheben; ein Fehler in einem Smart Contract, der Mittel verwahrt, kann irreversibel sein, sobald ihn jemand ausnutzt. Deshalb beginnt die Stellenanzeige oder der Auftrag an einen Dritten mit der Beschreibung der Ebene und des Risikos, und die Sprache ergibt sich anschließend aus dem gewählten Netzwerk.

Drei Berufe unter einem Namen

Die Protokoll- und Infrastrukturentwicklung arbeitet an denClients und Nodeseines Netzwerks: Kommunikation zwischen Nodes, Synchronisierung, Konsens und Speicherung. Das ist Arbeit an verteilten Systemen, je nach Client in Sprachen wie Go, Rust, Java oder C#, und gebraucht wird sie von Teams, die ein Netzwerk aufbauen oder pflegen, oder von Unternehmen, die eine eigene Node-Infrastruktur betreiben. Einen Node zu betreiben ist eine Aufgabe der Systemadministration und bedeutet nicht, die Software zu verändern, die er ausführt.

Wer Smart Contracts schreibt, übersetzt die Regeln des Produkts in Code, der im Netzwerk ausgeführt wird: wer einen Vermögenswert ausgeben oder übertragen darf, unter welchen Bedingungen eine Zahlung freigegeben wird, was nach jeder Transaktion weiterhin gelten muss. In Ethereum-kompatiblen Netzwerken ist die übliche SpracheSolidity, mit Vyper als Alternative; andere Netzwerke nutzen Rust oder Move. UnterAnatomie eines Smart Contractswird erläutert, warum dieser Beruf eher dem Entwurf eines Buchhaltungssystems ähnelt als der Programmierung einer Website: Der Zustand ist öffentlich, jede Transaktion kostet Geld, und deployter Code lässt sich nicht nachträglich bearbeiten.

Die dritte Ebene, Anwendungen und Integrationen, verbindet all das mit dem Produkt: die Oberfläche, die Anbindung vonWallets, die Signatur von Transaktionen, der Netzwerkzugang überRPC-Nodes, die Indexer, mit denen sich die Historie abfragen lässt, und die internen Systeme des Unternehmens. Dieses Profil steht einem Web- oder Backend-Entwickler am nächsten, mit zusätzlichem Wissen: wie sich eine ausstehende Transaktion verhält, was dieFinalitätim gewählten Netzwerk bedeutet und was zu tun ist, wenn eine Transaktion nach der Signatur fehlschlägt.

Wo das Risiko des jeweiligen Profils liegt

Die drei Profile scheitern auf unterschiedliche Weise. Ein Integrationsfehler zeigt einen veralteten Saldo an oder fordert den Nutzer auf, eine bereits laufende Zahlung zu wiederholen; das schadet dem Vertrauen, lässt sich aber in der Anwendung beheben, und doppelte Zahlungen werden über einen Erstattungsprozess geklärt. Ein Protokollfehler beeinträchtigt die Verfügbarkeit oder den Konsens eines ganzen Netzwerks, weshalb diese Teams mit Reviews und clientübergreifenden Tests arbeiten, die ein Unternehmen, das das Netzwerk lediglich nutzt, nicht nachbilden muss.

Der Fehler in einem Smart Contract lässt den geringsten Spielraum. Verwahrt der Smart Contract Mittel und enthält er einen Berechtigungs- oder Rechenfehler, kann ihn ausnutzen, wer ihn zuerst entdeckt, und die Transaktion wird nicht rückgängig gemacht. Smart Contracts, dieaktualisierbarsind, erlauben es zwar, die Logik zu ersetzen, erstatten aber das Verlorene nicht und verlagern das Risiko auf denjenigen, der das Upgrade kontrolliert. Umfasst das Produkt Smart Contracts, die Werte verwahren, braucht das Smart-Contract-Profil nachweisbare Erfahrung, und der Code durchläuft vor dem Launch ein unabhängigesAudit, gleich wer ihn geschrieben hat.

Was die Solidity-Umfrage über die verfügbare Erfahrung aussagt

Eine öffentliche Referenz dazu, wer Smart Contracts programmiert, ist diejährliche Solidity-Entwicklerumfrage, die das Team hinter der Sprache im April 2026 veröffentlicht hat, mit 1.095 gültigen Antworten aus 87 Ländern, erhoben zwischen Februar und März desselben Jahres. Die Hälfte der Befragten (50 %) hat zwischen null und zwei Jahren Erfahrung mit Solidity, 22 % zwischen zwei und vier und 4,5 % mehr als acht. Beruflich lesen oder schreiben 57 % Code, und 12 % bezeichnen sich als Auditor oder Sicherheitsspezialist.

Auch die Werkzeuge haben sich verändert: Foundry ist für 57 % der Befragten die wichtigste Entwicklungsumgebung, gegenüber 51 % im Vorjahr, und Hardhat kommt über die Versionen 2 und 3 zusammen auf 33 %, ein Vergleich, den wir inHardhat vs. Foundrynäher ausführen. Sourcify kennen 48 % nicht, einen der Dienste, mit denen sich öffentlich verifizieren lässt, dass der veröffentlichte Code mit dem deployten übereinstimmt. Der Bericht selbst weist darauf hin, dass die Umfrage über die Kanäle der Solidity-Community verbreitet wurde, mit der entsprechenden Verzerrung; sie beschreibt also die Teilnehmenden und nicht die gesamte Branche. Selbst mit dieser Einschränkung liefert sie Auftraggebern eine nützliche Orientierung: Eine Bewerbung mit zwei Jahren Solidity-Erfahrung liegt in der Mitte dieser Verteilung, und was sie von einer anderen unterscheidet, ist eher, was die Person deployt hat und wer ihren Code geprüft hat, als die Zahl der Jahre.

Ein Zahlungsunternehmen, das unwissentlich einen Integrator suchte (Fallbeispiel)

In diesem hypothetischen Fall möchte ein Anbieter von Rechnungssoftware, dass seine Kunden Zahlungen inStablecoinsempfangen können, und schreibt eine Stelle für einen Blockchain-Entwickler mit Solidity-Erfahrung aus. Die stärksten Bewerbungen schlagen vor, einen eigenen Smart Contract für Zahlungseingänge mit Gebühren- und Erstattungslogik zu schreiben, weil das die Arbeit ist, die sie kennen.

Als das Unternehmen das Projekt nach Ebenen beschreibt, zeigt sich ein anderes Bild. Die Zahlungen lassen sich über die Stablecoin-Smart-Contracts abwickeln, die die Emittenten bereits deployt haben, ohne einen neuen Smart Contract zu schreiben. Was fehlt, ist, pro Rechnung eine Zahlungsanforderung zu erzeugen, den Eingang der Überweisung zu erkennen, abzuwarten, bis sie im gewählten Netzwerk Finalität erreicht, sie mit der Rechnung abzugleichen und den Zahlungseingang in der Buchhaltung zu erfassen. All das ist Integrationsarbeit, und ihr Hauptrisiko ist buchhalterischer Art: eine Überweisung, die nicht abgeglichen wird, oder eine Rechnung, die zu früh als bezahlt markiert wird.

Das Unternehmen stellt die Ausschreibung auf ein Integrationsprofil mit Backend- und Zahlungserfahrung um und stellt die Einstellung eines Smart-Contract-Spezialisten zurück, bis das Produkt Mittel verwahren muss, etwa über ein Treuhanddepot (Escrow), das dann ein externes Audit durchläuft. Einen eigenen Smart Contract von Anfang an zu schreiben, hätte eine Komponente hinzugefügt, die Werte verwahrt, und damit ein Audit und ein Risiko, ohne eine einzige Funktion, die das Produkt benötigt hätte.

Was einen guten Blockchain-Entwickler ausmacht: Entscheidungen, die andere prüfen können

Unabhängig vom Profil zeichnet einen guten Blockchain-Entwickler aus, dass er seine Arbeit so hinterlässt, dass andere sie prüfen können: versionierter Code, Tests, die Berechtigungen, Grenzwerte und Integrationsfehler abdecken, reproduzierbare Deployments mit dokumentierten Adressen und Konfigurationen sowie schriftlich festgehaltene Architekturentscheidungen mit den verworfenen Alternativen. Bei Smart Contracts gehört dazu, den deployten Code öffentlich zu verifizieren und zu dokumentieren, wer ihn verwalten oder upgraden darf. Ein System, das nur versteht, wer es geschrieben hat, ist für das Unternehmen ein Risiko, auch wenn es funktioniert.

Dasselbe Kriterium dient zur Bewertung. Ein Gespräch über ein reales Projekt sagt mehr als eine Liste von Technologien: welchen Teil die Person umgesetzt hat, auf welchen schwierigen Fehler sie gestoßen ist, welche Alternative sie verworfen hat und warum, wer ihren Code geprüft hat und was sich nach diesem Review geändert hat. Eine kurze Aufgabe mit Kontext, etwa einen Smart Contract mit einem absichtlich eingebauten Berechtigungsfehler zu prüfen oder zu erklären, wie sie mit einer nicht bestätigten Transaktion umgehen würde, zeigt Urteilsvermögen deutlicher als eine generische Übung. Was ein Bewerbungsgespräch nicht ersetzt, ist das unabhängige Review des Codes, der Werte verwahrt: Eine auditierte Bibliothek gut zu kennen, macht das damit gebaute System nicht sicher.

Festanstellung, Freelancer oder Dienstleister

Wie Sie die Arbeit vergeben, hängt von ihrer Dauer und ihrem Risiko ab. Ein eigenes Team ist sinnvoll, wenn das Blockchain-Produkt den Kern des Geschäfts bildet und sich über Jahre weiterentwickeln wird. Ein Freelancer passt zu abgegrenzten Aufgaben wie einer Integration oder einem punktuellen Review; in Spanien sind dabei Umfang, Rechte am Code und Zugänge zu vereinbaren, wie der Leitfaden zuFreelancern für Blockchain-Entwicklungerläutert. Ein Entwicklungsunternehmen stellt alle drei Profile bereit und übernimmt den Betrieb, wenn das Projekt sie gleichzeitig braucht. Gehaltsbenchmarks nach Land und Spezialisierung finden Sie unterwas ein Blockchain-Entwickler verdient.

Für den Vergleich von Unternehmen enthält der Leitfaden zuBlockchain-EntwicklungsunternehmenKriterien und einen Stichtag. Bei Metlabs arbeiten wir mit einem eigenen technischen Team, das Smart Contracts, Integration und Infrastruktur abdeckt, und die Seite zuBlockchain-Entwicklungbeschreibt, wie wir jedes Projekt organisieren.