Smart Contracts, die wir selbst im Betrieb haben.
Wir entwickeln und prüfen Vertragscode und bauen Zahlungswege, über die Software selbständig bezahlt. Das ist bei uns kein Beratungsthema: Wir betreiben eine eigene Flotte bezahlter Dienste, die seit Wochen echtes Geld auf einer öffentlichen Kette abrechnet.
Stand 24.08.2026, gemessen im eigenen Betrieb unter der Marke HALOWERK. Die Zahlen stammen aus dem Katalogabgleich und dem Zahlungsverkehr auf der Kette, nicht aus einer Hochrechnung.
Was ein Smart Contract leistet — und was nicht
Ein Smart Contract ist ein Programm an einem öffentlichen Ort. Jeder kann es lesen, jeder kann es aufrufen, niemand kann es heimlich ändern. Diese drei Eigenschaften sind der ganze Nutzen und zugleich das ganze Risiko.
Die Regel läuft ab, sobald die Bedingung erfüllt ist. Niemand muss zustimmen, niemand kann verzögern. Das ist der eigentliche Gewinn gegenüber einer Absprache in einer Datei.
Quelltext, Zustand und jede Bewegung liegen offen. Ein Kunde muss Ihnen nicht glauben, er kann nachsehen. Das ersetzt einen erheblichen Teil klassischer Vertrauensarbeit.
Veröffentlichter Vertragscode lässt sich nicht nachbessern, wenn kein Aktualisierungsweg vorgesehen wurde. Ein übersehener Rechenfehler kostet nicht Nacharbeit, sondern das Guthaben.
Ein Smart Contract kennt keine Kündigung, keine Anfechtung und kein Gericht. Er setzt durch, was jemand einmal hineingeschrieben hat. Die rechtliche Ebene bleibt daneben bestehen.
Wenn Software selbst bezahlt
Bisher wird Zugang zu Daten und Fachleistungen über Verträge geregelt: Jemand meldet sich an, hinterlegt eine Karte, bekommt einen Zugangsschlüssel. Das setzt einen Menschen voraus, der genau das tut.
Ein Programm, das um drei Uhr nachts eine Tabelle aus einem Dokument ziehen muss, hat keinen Menschen. Es hat eine Wallet. Über das Verfahren x402 antwortet der Dienst mit einer Zahlungsforderung, das Programm unterschreibt eine Freigabe, der Dienst prüft sie und liefert. Kein Konto, kein Schlüssel, keine Rechnung.
- Zahlungspflichtige Schnittstellen für Ihre eigenen Daten oder Auswertungen
- Abrechnung je Aufruf statt Abonnement, ab Bruchteilen eines Cent
- Freigabe nach EIP-3009: der Zahler unterschreibt, die Gebühr trägt die Gegenseite
- Auffindbarkeit über Kataloge, Verzeichnisse und maschinenlesbare Auskunftsflächen
- Trennung von Lieferung und Abrechnung, damit ein Fehler nie eine Zahlung auslöst
Der Ablauf eines bezahlten Aufrufs
Der ganze Vorgang beruht auf einem Statuscode, den es seit den Anfängen des Web gibt und der jahrzehntelang unbenutzt blieb: 402, Zahlung erforderlich.
Der Dienst antwortet mit 402 und nennt Betrag, Empfänger, Netz, Ablaufzeit und eine maschinenlesbare Beschreibung der Leistung.
Das aufrufende Programm unterschreibt die Freigabe mit seinem Schlüssel. Es sendet keine Transaktion und braucht deshalb kein Guthaben für Netzgebühren.
Der Dienst reicht die Unterschrift weiter, sie wird geprüft und der Betrag wird verbucht. Scheitert die Prüfung, wird nichts abgebucht und nichts geliefert.
Erst danach entsteht die Fachantwort. Misslingt die Lieferung, bleibt das Geld beim Käufer — teurer für uns, aber die einzige Reihenfolge, die Vertrauen erzeugt.
Eine Regel aus dem eigenen Betrieb, die einiges gekostet hat: Ein Statuscode 200 ist kein Nachweis für eine erfolgreiche Lieferung. Nachweis ist der Abgleich zwischen gebuchten Beträgen und dem, was die Kette tatsächlich bewegt hat. Diese Kassenprüfung bauen wir in jedes Vorhaben ein.
Prüfung bestehender Verträge
Wer fremden Vertragscode einsetzt, übernimmt fremde Fehler. Wir lesen den Quelltext, vergleichen ihn mit dem tatsächlich veröffentlichten Bytecode und prüfen, wer welche Rechte hat, was von außen aufgerufen werden kann und was passiert, wenn ein Aufruf mittendrin zurückkommt.
Sie bekommen einen schriftlichen Befund mit Schweregrad je Fund, Nachweis und Vorschlag zur Behebung. Was wir nicht geprüft haben, steht als ungeprüft drin. Eine Prüfung ist kein Freibrief, und wir verkaufen sie auch nicht als einen.
| Prüfpunkt | Worauf wir sehen |
|---|---|
| Rechte und Rollen | Wer darf abheben, sperren, Adressen ändern, Gebühren setzen. Verwaiste oder überbreite Rechte sind der häufigste Befund überhaupt. |
| Wiedereintritt | Was geschieht, wenn ein externer Aufruf zurück in den Vertrag springt, bevor der Zustand fortgeschrieben wurde. |
| Rechenwege | Reihenfolge von Division und Multiplikation, Rundungsrichtung, Nachkommastellen, Grenzwerte. Ein Rundungsfehler wird im Betrieb zur Dauerblutung. |
| Externe Quellen | Woher kommen Preise und Zustände, wie manipulierbar sind sie, was passiert bei Ausfall oder verzögerter Antwort. |
| Aktualisierungsweg | Gibt es einen Weg, den Vertrag zu ersetzen. Wer darf ihn gehen, und wie wird ein Missbrauch dieses Wegs verhindert. |
| Kosten je Aufruf | Schleifen über wachsende Listen, unnötige Schreibzugriffe, Aufrufe, die mit steigender Nutzung unbezahlbar werden. |
| Nachvollziehbarkeit | Werden alle relevanten Vorgänge als Ereignis ausgegeben, sodass Buchhaltung und Auswertung später überhaupt möglich sind. |
| Abgleich mit der Kette | Stimmt der eingereichte Quelltext mit dem veröffentlichten Bytecode überein. Ohne diesen Abgleich prüft man ein Dokument, nicht den Vertrag. |
Woher wir das wissen
Unter der Marke HALOWERK betreiben wir eine eigene Flotte von Fachdiensten für Software, die selbständig handelt. Sie liegt auf unserem eigenen Kernserver, ist öffentlich auffindbar und rechnet je Aufruf ab. Alles, was auf dieser Seite steht, stammt aus diesem Betrieb.
Was wir dabei gelernt haben, war fast nie das, was wir vermutet hatten. Nicht die Form des Zahlungspakets war der Fehler, sondern die Länge eines Textfelds. Nicht der Endpunkt, sondern die Testeingabe. Nicht die eigene Verzeichnisfläche, sondern eine fehlende Erweiterung in der Antwort. Jedes Mal hat erst die Messung die Ursache gefunden.
Deshalb arbeiten wir bei fremden Vorhaben nach derselben Reihenfolge: erst messen, dann bauen. Ein negativer Befund ist ein gültiges Ergebnis und kostet weniger als eine gebaute Vermutung.
Was wir ausdrücklich nicht tun
In diesem Feld wird viel versprochen. Die folgenden Punkte gehören nicht zu unserem Angebot, und zwar dauerhaft nicht.
Wir geben keine eigenen Token aus, begleiten keine Ausgabe und bauen keine Vorverkaufsstrecken. Wer das anbietet, bewegt sich in einem Aufsichtsrahmen, in dem Technik der kleinste Teil ist.
Wir bewerten keine Anlagen, nennen keine Kursziele und geben keine Empfehlung zu Kauf oder Verkauf. Das ist weder unsere Aufgabe noch unsere Zulassung.
Ihre Schlüssel bleiben bei Ihnen. Wir hinterlegen keine fremden Zugänge auf unseren Servern und übernehmen keine Verfügungsgewalt über fremdes Guthaben.
Einordnung nach Aufsichtsrecht, Geldwäscherecht und Steuerrecht gehört zu Kanzlei und Steuerberatung. Wir liefern die technischen Angaben, die dort gebraucht werden.
Was wir stattdessen tun: Vertragscode schreiben, prüfen und in Betrieb nehmen, Zahlungswege für Software bauen und Buchungen so führen, dass sie einem Abgleich standhalten.
Passende Einstiege
Diese Seiten gehören häufig zum selben Vorhaben.
Wenn Software selbständig Leistungen einkaufen oder anbieten soll.
Krypto-Zahlung im ShopWenn Menschen im Bestellvorgang mit digitalen Währungen zahlen sollen.
Schnittstellen und IntegrationWenn die Kette mit Warenwirtschaft, Buchhaltung oder eigenen Systemen sprechen soll.
Sicherheits-AuditWenn nicht der Vertrag, sondern Server, Anwendung und Zugänge geprüft werden.
Schildern Sie kurz, was durchgesetzt werden soll
Vorhaben, Beteiligte, Beträge und der Zustand, der abgesichert werden muss, genügen für den ersten Schritt. Daraus entsteht ein Prüf- und Umsetzungsplan mit klarem Umfang.
Beschreiben Sie Ihr Anliegen
Schreiben Sie uns kurz, worum es geht. Wir prüfen die Anfrage und melden uns per E-Mail mit dem nächsten Schritt.
Häufig gestellte Fragen
Was ist ein Smart Contract eigentlich?
Ein Smart Contract ist ein Programm, das auf einer Blockchain liegt und dort von jedem nachgelesen und aufgerufen werden kann. Er führt eine feste Regel aus, sobald die Bedingung erfüllt ist. Er ist kein Vertrag im juristischen Sinn und ersetzt keine Vereinbarung — er setzt eine Abrede maschinell durch.
Können Sie einen bereits veröffentlichten Vertrag noch ändern?
In der Regel nicht. Veröffentlichter Vertragscode ist unveränderlich, sofern nicht von Anfang an ein Aktualisierungsweg vorgesehen wurde. Genau deshalb entscheidet die Prüfung vor der Veröffentlichung über Erfolg oder Totalverlust. Bestehende Verträge lassen sich meist nur durch einen neuen Vertrag und eine Umzugsstrecke ablösen.
Warum sollen Software-Agenten überhaupt selbst zahlen?
Weil ein Programm, das nachts eine Fachauskunft braucht, keinen Menschen hat, der ein Konto anlegt und eine Karte hinterlegt. Mit dem Verfahren x402 fordert der Dienst einen Betrag an, der Agent unterschreibt eine Freigabe, der Dienst prüft sie und liefert. Der ganze Vorgang dauert zwei Anfragen und braucht kein Kundenkonto.
Prüfen Sie auch Verträge, die jemand anderes geschrieben hat?
Ja. Wir lesen den Quelltext, vergleichen ihn mit dem tatsächlich veröffentlichten Bytecode, prüfen Zugriffsrechte, Aktualisierungswege, externe Aufrufe und Rechenwege und liefern einen schriftlichen Befund mit Schweregrad je Fund. Was wir nicht finden, behaupten wir auch nicht gefunden zu haben.
Geben Sie eigene Token aus oder begleiten Sie Emissionen?
Nein. Wir geben keine Token aus, wir begleiten keine Ausgabe, wir werben für keine Anlage und wir verwahren keine fremden Schlüssel. Wir bauen und prüfen Technik. Alles Übrige gehört zu Kanzlei, Steuerberatung und Aufsicht.
Auf welcher Kette arbeiten Sie?
Im laufenden Betrieb auf Base, einer Layer-2-Kette von Ethereum, mit USDC als Zahlungsmittel. Die Verfahren sind aber nicht an eine Kette gebunden. Welche Kette sinnvoll ist, entscheidet der Anwendungsfall: Gebühren, Bestätigungszeiten, Verfügbarkeit von Zahlungsmitteln und Erreichbarkeit der Gegenseite.