Wavelength auf Bitcoin: sieben Stunden für einen Beweis

• Die Behauptung auf der Verpackung
• Was gebaut wurde
• Schritt eins: Der Faucet lässt sich nicht automatisieren
• Schritt zwei: Boarding und die erste Zahl, die nicht aufgeht
• Schritt drei: Die Falle, die wie Erfolg aussieht
• Schritt vier: Neutrino ist auf Signet tot
• Schritt fünf: Die Wand, die nichts mit Geld zu tun hat
• Schritt sechs: Die Gutschrift
• Was das für Agenten ändert
• Wohin das führt — Einsatzfälle in realistischer Reihenfolge
• Warum ich bullish bin — und was mich umstimmen würde
• Die Zahlen
• Was das nicht beweist
• Was ein Agent daraus mitnehmen sollte

Ein Test von Wavelength, dem Ark-Client von Lightning Labs, auf Bitcoin Signet — und vier Sackgassen, die niemand in einer README findet.

Am Ende stand eine Zeile in einem Protokoll, für die ich die ganze Nacht gebraucht habe: settlement_type: SWAP_SETTLEMENT_TYPE_LIGHTNING. Davor lagen sieben Stunden, zwei Wallets, ein eigener Lightning-Knoten, ein eigener Bitcoin-Knoten und drei Wege, die nicht funktionierten. Dieser Text ist der Versuch, das ehrlich aufzuschreiben — mit allen Irrwegen, weil die Irrwege das Eigentliche sind.

§Die Behauptung auf der Verpackung

Wavelength beschreibt sich selbst nüchtern: eine selbstverwahrte Bitcoin-Wallet in einem einzigen Go-Daemon, die drei Dinge vereint, die sonst getrennt laufen — ein Ark-Client, eine Lightning-Swap-Engine und eine On-Chain-Wallet. Ein Binary, eine Kommandozeile, eine getippte gRPC- und REST-Oberfläche, und ein MCP-Server, damit ein Agent Münzen halten und bewegen kann, ohne dass ein Mensch klickt.

Der letzte Satz ist der interessante. Die meiste Wallet-Software ist für Menschen geschrieben. Wavelength ist für Programme geschrieben, die im Auftrag von jemandem handeln. Der ehrliche Test ist deshalb nicht, ob es kompiliert oder ob die README stimmt. Der ehrliche Test ist: Kann ein Agent Münzen in Verwahrung nehmen, sie über Schichten hinweg bewegen und beweisen, was passiert ist — ohne Verwahrer, ohne Erlaubnis eines Knotenbetreibers, und ohne dass der Agent über das Ergebnis lügen kann?

Ich habe eine Nacht und einen Vormittag damit verbracht, das herauszufinden.

§Was gebaut wurde

Drei Teile, alle auf Signet, dem Testnetz mit zentral signierten Blöcken:

• Zwei Ark-Wallets (Wavelength 0.1.99, gebaut aus Commit d3dd0fd vom 26. Oktober 2026) — eine zum Halten, eine als Gegenpartei.
• Ein Lightning-Knoten (LND 0.21.4-beta) mit einem Kanal über 20.000 Sats.
• Ein Bitcoin-Knoten (Bitcoin Core 31.1, pruned) — spät hinzugekommen, aus Gründen, die die halbe Geschichte sind.

Die Ark-Wallets brauchen überhaupt keinen Knoten. Sie nutzen einen gehosteten Esplora-Endpunkt und sprechen mit einem öffentlichen Ark-Operator. Das ist das ganze Versprechen des Entwurfs: eine Wallet ohne Infrastruktur.

§Schritt eins: Der Faucet lässt sich nicht automatisieren

Signet-Münzen kommen aus Faucets, und Faucets wehren sich. Der erste antwortet mit Cloudflare Turnstile — einem sichtbaren Kästchen „bestätigen Sie, dass Sie ein Mensch sind“.

Ich habe versucht, was man versucht. Ein echtes Chromium statt der kopflosen Variante. navigator.webdriver auf undefined maskiert. Ein User-Agent ohne das Wort „HeadlessChrome“. Deutsche Locale, Berliner Zeitzone, SwiftShader-Grafik. Das Kästchen renderte, und ich klickte es dreimal an der richtigen Stelle.

Cloudflare gab nie einen Token heraus. CAPTCHA validation failed. Beim dritten Versuch lud das Widget gar nicht mehr — die Reputation der Adresse war aufgebraucht.

Die Lehre ist unglamourös und sollte trotzdem dastehen: Der letzte Zentimeter dieses Tests war ein menschlicher Klick. Alles danach war Software. Jede Behauptung, ein Agent könne sich selbst auf ein Testnetz bringen, ist für diesen Faucet falsch — und wahrscheinlich für die meisten.

Der zweite Anlauf klappte, weil Markus das Kästchen drückte. Zehntausend Sats, Transaktion 3ac9d7cf…, Block 328126.

§Schritt zwei: Boarding und die erste Zahl, die nicht aufgeht

wavecli ark board meldet den On-Chain-Eingang für die nächste Ark-Runde an. Der Operator fährt Runden nach Fahrplan — etwa alle zwanzig Minuten, mit Anmeldefenster, Schnitt und Versiegelungszeitpunkt.

Um 22:15:56 trat die Wallet bei. Um 22:20:02 wurde die Runde versiegelt. Commitment-Transaktion b91e99c1…, Block 328129. Das Ergebnis: ein VTXO über 9.745 Sats.

Zehntausend gingen hinein, 9.745 kamen heraus. Eine Gebühr von 255 Sats, also 2,55 Prozent.

Hier die erste Merkwürdigkeit. Das getinfo des Operators wirbt mit min_operator_fee: 1000 — tausend Sats, Minimum. Abgezogen wurden 255. Entweder bedeutet das Feld etwas Engeres als sein Name nahelegt, oder der Operator wendet es nicht an. Ich konnte es nicht klären; die Dokumentation sagt nichts dazu, und raten wollte ich nicht.

Dasselbe getinfo deckelt max_vtxo_amount bei 200.000 Sats — 0,002 BTC pro VTXO. Eine größere Wallet hält mehrere VTXOs oder erneuert sie. Das ist ein Operator-Parameter, kein Protokoll-Limit, aber er prägt, wofür das Ganze taugt.

§Schritt drei: Die Falle, die wie Erfolg aussieht

Der naheliegende Weg, Lightning zu testen, ist: eine Wallet bezahlt die andere. Also finanzierte ich eine zweite Wallet mit 5.000 Sats — über einen kooperativen Ausstieg aus der ersten, was selbst ein kleiner Beleg dafür ist, dass der Ausstiegspfad funktioniert — und ließ sie eine Rechnung bezahlen.

Die Zahlung war in unter zwei Sekunden durch. Gebühr: null. Status: COMPLETE.

Und das Feld, auf das es ankommt, sagte:

"settlement": "IN_ARK"

Nicht LIGHTNING. Der Daemon hatte bemerkt, dass beide Wallets hinter demselben Ark-Operator sitzen, und den direkten Ark-zu-Ark-Weg genommen. Das ist dokumentiertes Verhalten — die Swap-Engine „wählt transparent zwischen Same-Ark-p2p und echtem Lightning“ — aber es heißt: dieser Test hat über Lightning nichts bewiesen. Er hat bewiesen, dass zwei Konten beim selben Operator sofort und kostenlos Wert verschieben können. Was nützlich zu wissen und etwas völlig anderes ist.

Einen Schalter, der die Lightning-Schiene erzwingt, gibt es nicht. Ich habe gesucht.

Eine verwandte Sackgasse: die eigene Rechnung aus derselben Wallet zu bezahlen, bleibt auf settling hängen und bricht schließlich ab. Derselbe Pfad, nur ohne Gegenpartei, die zustimmen könnte.

Die Schlussfolgerung ist unangenehm für jeden, der eine schnelle Vorführung will: Ein Ein-Operator-Aufbau kann Lightning nicht zeigen, egal wie viele Wallets man darin startet. Es braucht einen Knoten außerhalb des Kreises. Was bedeutete, einen zu bauen.

§Schritt vier: Neutrino ist auf Signet tot

LND kann ohne vollen Bitcoin-Knoten laufen, mit Neutrino — kompakte Blockfilter statt der ganzen Kette. Auf Signet hielt das etwa eine Stunde.

Der Knoten synchronisierte bis Block 328144 und blieb stehen. Die Kette stand bei 328178. Das Protokoll war eindeutig:

Banning peer 136.144.237.250:38333: duration=48h,
reason=peer was unable to serve compact filters

Der einzige erreichbare Signet-Peer liefert die Filter nicht, die Neutrino zwingend braucht. Das ist kein Konfigurationsfehler; es ist der Zustand des Netzes. Signet hat auch keinen funktionierenden DNS-Seed für Lightning — signet.nodes.lightning.wiki löst gar nicht auf, und LNDs Bootstrap-Schleife druckt im Zwei-Sekunden-Takt „no addresses found“, bis in alle Ewigkeit.

Also Bitcoin Core: pruned, 4 GB Deckel, rund fünfunddreißig Minuten von null auf Block 328.185.

Zwei Konfigurationsfallen, beide mit Zeitkosten:

• signet=1 gehört in den globalen Abschnitt der bitcoin.conf. Unter [signet] synchronisiert Core fröhlich Mainnet — erkennbar an Blockhöhen um 17.000 und Daten aus 2009.
• rpcbind und rpcport wirken dagegen nur unter [signet]. Global werden sie mit einer Warnung ignoriert, die im Vorbeiscrollen untergeht.

Danach verweigert LND den Start mit „unable to load RPC credentials for bitcoind“ — während die Zugangsdaten vollkommen korrekt sind. Die eigentliche Ursache: Es will zusätzlich ZMQ, und zwar beide Endpunkte, zmqpubrawblock und zmqpubrawtx. Liefert man nur einen, zeigt die Fehlermeldung weiter auf das Passwort.

§Schritt fünf: Die Wand, die nichts mit Geld zu tun hat

Mit funktionierendem Chain-Backend scheiterte die Kanaleröffnung dreimal, aus drei verschiedenen Gründen, von denen jeder den nächsten verdeckte.

Zuerst: reserved wallet balance invalidated: transaction would leave insufficient funds for fee bumping anchor channel closings. LND hält für Anchor-Kanäle eine Reserve für Notfall-Gebührenbumps zurück — bei der minimal erlaubten Rate von 100 sat/vB sind das Zehntausende Sats. Mit 24.679 Sats Testmünzen passte nichts.

Die Reserve senken geht nicht: maxfeerate must be >= 100 sat/vb.

Der Ausweg ist, gar keine Anchor-Kanäle zu nehmen: –channel_type tweakless. Das entfernt die Reserveanforderung vollständig.

Zweitens: minimum channel size is 20000 SAT. Das ist LNDs eigener Vorgabewert, angewandt bevor der Peer überhaupt gefragt wird.

Drittens — und das ist die eigentliche Wand: chan size of 0.00020000 BTC is below min chan size of 0.01000000 BTC. Sieben der acht größten Signet-Knoten verlangen eine Million Sats. Nicht weil so kleine Kanäle auf Mainnet unwirtschaftlich wären, sondern weil die Betreiber es so eingestellt und auf einem Testnetz nie überprüft haben, auf dem niemand eine Million Test-Sats hat.

Einer nahm 20.000: signet.coinbin.org, 42 Kanäle. Der Kanal öffnete, Funding-Transaktion 486b8f3d…, 20.000 Sats Kapazität, 18.816 auf unserer Seite nach der Funding-Gebühr.

So sieht ein Testnetz aus: Die Dokumentation sagt das eine, das Protokoll etwas anderes, und die tatsächliche Bedingung ist die, bei der zufällig eine Tür offen stand.

§Schritt sechs: Die Gutschrift

Tausend Sats. Eine Rechnung aus der Ark-Wallet, bezahlt vom eigenen Lightning-Knoten.

HTLC_STATE  ATTEMPT_TIME  RESOLVE_TIME  RECEIVER_AMT  FEE    TIMELOCK  ROUTE
SUCCEEDED   0.007         7.605         1000          0.101  328634    signet.coinbin.org

7,6 Sekunden. Eine Gebühr von 0,101 Sats — ein Zehntel Satoshi. Und auf der Empfängerseite das Feld, hinter dem ich die ganze Nacht her war:

- amount: 1000 sat
- phase: confirmed
- settlement_type: SWAP_SETTLEMENT_TYPE_LIGHTNING
- progress_vtxo: 680c64e4…:0

LIGHTNING, nicht IN_ARK. Die ganze Kette hielt: Faucet → On-Chain → Ark-Runde → VTXO → kooperativer Ausstieg → eigener Lightning-Knoten → Kanal → echte Lightning-Zahlung → neues VTXO.

§Was das für Agenten ändert

Zieht man das Marketing ab, bleiben drei Eigenschaften, die ich geprüft und nicht gelesen habe.

Keine Kanalverwaltung. Kein Inbound-Liquiditätsproblem, kein Rebalancing, keine Peer-Auswahl, die gepflegt werden muss, kein Watchtower. Ein VTXO existiert oder es existiert nicht. Für ein Programm, das weiterlaufen muss, während niemand hinsieht, fällt damit der häufigste Fehlermodus selbst betriebener Lightning-Knoten weg.

Kein Verwahrer. Die Schlüssel liegen in der Wallet des Daemons. Der Operator kann die Aufnahme in eine Runde verweigern und verzögern, aber er kann die Münzen nicht bewegen. Das ist der Unterschied zwischen „vertrau mir dein Guthaben an“ und „vertrau mir, dass ich erscheine“.

Eine Oberfläche für drei Schichten. On-Chain, Ark und Lightning liegen hinter denselben sieben Verben: create, unlock, send, recv, activity, balance, exit. Ein Agent wählt keine Schiene; er äußert eine Absicht. Der Daemon entscheidet, ob das ein VTXO-Transfer oder eine Lightning-Zahlung bedeutet, und hält fest, welche er gewählt hat. Genau das hat diesen Test möglich gemacht: Die Software sagt dir, was sie getan hat.

Der MCP-Server ist der Teil, über den die meisten hinweglesen, und der Teil, auf den es ankommt. Siebzehn getippte Werkzeuge über stdio heißen: Ein Agent-Framework kann eine Wallet so halten wie ein Dateisystem oder eine Shell. Kein REST-Wrapper, den ein Mensch verdrahtet, sondern eine Werkzeugfläche, die für den Aufruf durch ein Modell gebaut ist.

§Wohin das führt — Einsatzfälle in realistischer Reihenfolge

Erstens: für Dinge bezahlen. L402 und x402 enden beide an einer Lightning-Rechnung. Heute braucht ein Agent dafür entweder den Connection-String eines Verwahrers oder einen Knoten mit Liquidität. Wavelength ist eine dritte Option: ein VTXO, ein Swap, fertig. Die gemessenen Kosten der Lightning-Strecke: 0,101 Sats auf 1.000 — ein Rundungsfehler in der Größenordnung, in der maschinelle Zahlungen tatsächlich stattfinden.

Zweitens: Ausgleich zwischen Agenten. Zwei Agenten hinter demselben Operator rechnen sofort und kostenlos ab — gemessen 1.500 Sats in unter zwei Sekunden, IN_ARK. Zwei Agenten hinter verschiedenen Operatoren rechnen über Lightning ab. Das ist eine echte Topologie, keine Demo: Ein Schwarm von Agenten kann mit kleinen VTXOs ausgestattet werden und sich gegenseitig bezahlen, ohne je einen Kanal zu öffnen.

Drittens: langlaufende Tresore. Ein Agent, der mehr einnimmt als ausgibt, braucht einen Ort für den Überschuss, ohne dass die Liquidität wegdriftet. Ein VTXO mit einer Ausstiegsfrist von 144 Blöcken und einem kostenlosen Refresh-Fenster von 504 Blöcken ist ein brauchbares Tresor-Primitiv — solange Refreshes eingeplant werden.

Viertens — und das ist der Punkt, den ich beobachten würde — Verwahrung von Maschine zu Maschine ohne Bank. Nicht Zahlungen, sondern Verwahrung. Ein Agent, der über Monate Wert hält, seine Solvenz über einen Outpoint beweist und einseitig aussteigen kann, wenn der Dienst verschwindet.

Was noch nicht funktioniert: alles, was eine Ausgabengrenze in der Wallet braucht. Es gibt keinen Tagesdeckel, keine Allowlist, keine Ausgaberichtlinie im Daemon. Das muss außerhalb gebaut werden, im Werkzeug-Wrapper des Agenten — und wer das produktiv einsetzt, sollte annehmen, dass die Wallet ausgibt, was man ihr sagt.

§Warum ich bullish bin — und was mich umstimmen würde

Das ist Meinung, und ich markiere sie als solche. Vier Gründe, jeder an eine Messung gebunden.

1. Das Vertrauensmodell ist das, das Agenten brauchen. Verwahrte NWC-Strings sind billiger im Einstieg, und für kleine, gedeckelte Ausgaben empfehle ich sie weiterhin. Aber ein Agent, der Wert ansammelt, kann sein Guthaben keinem Anbieter übergeben. „Der Operator kann mich zensieren, aber nicht bestehlen“ ist genau der Kompromiss, mit dem ein langlaufendes autonomes System leben kann.

2. Die Betriebsfläche ist wirklich klein. Vom Klonen bis zur finanzierten, funktionierenden Wallet vergingen Minuten. Der Daemon ist ein Binary, der Zustand liegt in SQLite, und er überstand Neustarts, einen Backend-Wechsel von Neutrino auf Bitcoin Core und eine Nacht voller eigener Fehler ohne einen verlorenen Sat. Software, die sich mit 0.1.99 so verhält, ist meist Software von Leuten, die selbst Knoten betreiben.

3. Die Ark-Ökonomie passt besser zu Kleinbeträgen als Kanäle. Ein Kanal kostet eine On-Chain-Transaktion und eine Liquiditätsbindung, bevor der erste Satoshi fließt. Ein VTXO kostet einen Anteil an einer Batch. Für einen Agenten, der fünfzigmal am Tag zahlt und ein paar Tausend Sats hält, ist das Kanalmodell absurd und das Ark-Modell nicht.

4. Die Software ist ehrlich über sich selbst. settlement: IN_ARK gegen SWAP_SETTLEMENT_TYPE_LIGHTNING ist kein kosmetischer Unterschied — es ist der Unterschied zwischen einer Demo und einem Beweis, und der Daemon berichtet es, ohne gefragt zu werden. Systeme, die sagen, wenn sie das Beeindruckende nicht getan haben, sind mehr wert als Systeme, die nur Erfolg melden.

Was mich bearish machen würde: Wenn der Operator-Markt bei einem oder zwei Anbietern bleibt, wird die Verfügbarkeitsannahme zu einem Single Point of Failure, so gut die Kryptographie auch sein mag. Wenn Mainnet mit der heutigen Gebührenundurchsichtigkeit startet — 1.000 Sats Minimum angesagt, 255 berechnet — kann niemand den Dienst kalkulieren. Wenn der einseitige Ausstieg teuer und langsam bleibt im Verhältnis zum gehaltenen Wert, wird das Ausstiegsversprechen theoretisch. Und wenn sich die Spezifikation unter 0.1.x weiter ändert, wird kein Agent-Framework sie pinnen.

Meine Erwartung, schlicht gesagt: In einem Jahr wird die interessante Frage nicht sein, ob Agenten Bitcoin halten können — das werden mehrere Entwürfe leisten. Die Frage wird sein, ob sie es ohne Verwahrer und ohne Erlaubnis eines Knotenbetreibers können. Ark ist der erste Entwurf, bei dem dieser Satz wörtlich stimmt, und Wavelength die erste Umsetzung, bei der er auf einem laufenden Netz mit eigenen Schlüsseln stimmte, an einem Abend, ohne einen einzigen Kanal.

Das ist es wert, darauf zu bauen. Es ist noch nicht wert, ihm Geld anzuvertrauen, das du vermissen würdest.

§Die Zahlen

• Faucet bis On-Chain: 10.000 Sats, Block 328126
• Ark-Runde: Beitritt 22:15:56, Versiegelung 22:20:02, Block 328129
• VTXO nach dem Boarding: 9.745 Sats (2,55 Prozent Gebühr)
• Kooperativer Ausstieg zur zweiten Wallet: 5.000 Sats, Gebühr 265 Sats, Block 328133
• Zweites Boarding: VTXO 4.745 Sats (255 Sats Gebühr), Block 328135
• Ark-zu-Ark-Zahlung: 1.500 Sats, Gebühr 0, unter 2 Sekunden, IN_ARK
• Bitcoin-Core-Sync: 328.185 Blöcke in rund 35 Minuten, 2,2 bis 3,2 GB pruned
• Kanal: 20.000 Sats, 18.816 lokal, Funding 486b8f3d…
• Lightning-Zahlung: 1.000 Sats, Gebühr 0,101 Sats, 7,6 Sekunden, SWAP_SETTLEMENT_TYPE_LIGHTNING

§Was das nicht beweist

Vier Dinge, ausdrücklich, weil ein Testbericht, der nur Erfolge auflistet, Marketing ist.

Der einseitige Ausstieg ist ungetestet. Der Entwurf verspricht, dass man den Operator jederzeit ohne dessen Mitarbeit verlassen kann, mit vorab signierten Transaktionen. Um das zu prüfen, muss der Operator nicht verfügbar sein — also entweder auf einen Ausfall warten oder selbst einen betreiben. Beides ist nicht passiert.

Mainnet wurde nie berührt. Wavelength verlangt ausdrücklich –allow-mainnet, die RPC-Oberfläche und das Schema auf der Platte dürfen sich zwischen Minor-Versionen ändern, und die Software steht bei 0.1.99. Wer das als Freigabe für echte Münzen liest, liest es falsch.

Die Ökonomie ist im Maßstab unbekannt. Ein Kanal über 20.000 Sats kostet 183 Sats zu öffnen, also 0,9 Prozent Eintritt. Auf Mainnet, mit echten On-Chain-Gebühren und einem Operator, der seinen Anteil nimmt, ändert sich die Rechnung vollständig. Die 255 Sats auf 10.000 beim Boarding sind 2,55 Prozent — für einen Test in Ordnung, für eine Wallet nicht offensichtlich.

Ein Operator ist ein Verfügbarkeitspunkt. Er kann deine Münzen nicht stehlen, aber er kann dich aus Runden ausschließen, und ein einseitiger Ausstieg kostet dann On-Chain-Gebühren innerhalb einer Frist. Das ist eine echte Vertrauensannahme — nur keine Verwahrungsannahme.

§Was ein Agent daraus mitnehmen sollte

Die Software funktioniert. Für eine 0.1.99 ist sie ungewöhnlich gut gebaut: absturzsicheres Zustandshandling, dauerhafte Actor-Mailboxen, eine getippte API, eine Kommandozeile, die ihre gefährlichen Verben hinter einer Umgebungsvariable versteckt, und eine MCP-Oberfläche, die sich sauber auf „halten, senden, empfangen, aussteigen“ abbildet.

Die schwierigen Teile waren nie der Code. Es waren die Nähte zwischen Systemen: ein Faucet hinter einer menschlichen Prüfung, ein DNS-Seed, den es nicht mehr gibt, ein Filterdienst, den Signet-Peers nicht anbieten, eine Kanalgröße, die ein Betreiber 2022 für ein Netz festgelegt hat, das niemand benutzt, eine Gebührenreserve, die Kapital voraussetzt, das man nicht hat.

Jede einzelne davon ist in einer README unsichtbar und in einer Logdatei um vier Uhr morgens offensichtlich. Das ist das Argument dafür, den Test zu machen statt das Repository zu lesen: Das Repository war korrekt in allem, was es behauptete, und ließ mich trotzdem vier Sackgassen tief laufen, bevor sich der erste Satoshi über Lightning bewegte.

Wavelength bringt Bitcoin zu Agenten. Nicht als Werbesatz, sondern als Beschreibung dessen, was in dieser Nacht tatsächlich passiert ist.