CryptoDeon

Ich habe immer wieder über Babylons aktuelle Debatte zur Governance aus der falschen Richtung nachgedacht.

Die naheliegende Frage ist, ob BSN-Rewards an BABY-Staker ausgeschüttet werden sollten oder ob man sie über eine On-Chain-Auktion umwandelt und anschließend verbrennt.

Das ist wichtig.

Aber ich denke, die spannendere Frage lautet: Welche Erwartungen erzeugt ein Protokoll, sobald sich die Menschen an einen Belohnungs-Flow gewöhnt haben.

Eine Belohnung ist nicht nur eine wirtschaftliche Übertragung.

Mit der Zeit wird sie Teil des Nutzerverhaltens.

Wenn die Teilnehmenden erwarten, dass jede neue Quelle von Wert als direkte Ausschüttung ankommt, werden künftige Governance-Entscheidungen zunehmend schwieriger, weil das Ändern dieser Erwartung dann so aussieht, als würde man den Menschen etwas wegnehmen.

Andererseits belohnt das Leiten von Wert durch einen Burn-Mechanismus die Teilnehmenden nicht sofort. Stattdessen verändert es die langfristigen Angebotsdynamiken des Tokens. Das kann dem Netzwerk auf andere Weise zugutekommen, verlangt aber auch von den Nutzern, über die nächste Ausschüttung hinauszudenken.

Keiner der beiden Ansätze ist offensichtlich richtig.

Der eine setzt auf sichtbare Anreize.

Der andere setzt auf strukturelle Anreize.

Darum glaube ich nicht, dass dieser Vorschlag wirklich etwas mit BSN-Rewards zu tun hat.

Es geht darum zu entscheiden, ob Babylon seine Governance so ausrichten möchte, dass sie die Erwartungen der Teilnehmenden optimiert... oder das langfristige wirtschaftliche Verhalten.

Das ist nicht immer dasselbe.

#baby $BABY @BabylonLabs_io

Heute habe ich Bablyons Volumenaufteilung anders betrachtet – nicht nur das Verhältnis, sondern was passiert, wenn sich neues Angebot darauf trifft.

Derzeit laufen $BABY rund um etwa 11,45 Mio. US-Dollar an zentralisiertem Volumen gegenüber 2,95 Mio. US-Dollar auf DEXs, wodurch dezentralisierte Ausführung ungefähr 21 % des Gesamtvolumens ausmacht. Diese Lücke ist nicht neu. Neu ist jedoch der Zeitpunkt.

Am 10. August schaltet Babylon 136,11 Mio. BABY-Token im Wert von rund 1,43 Mio. US-Dollar frei, was 1,2 % der gesamten Tokenmenge entspricht. Prozentual ist das klein. Aber gemessen an der tatsächlichen On-Chain-Liquidität ist das eine andere Geschichte: 1,43 Mio. US-Dollar liegen nahe an fast der Hälfte dessen, was aktuell in einem einzigen Tag über DEXs gehandelt wird.

Kurzer Kontext für alle, die neu dabei sind: CEX-Volumen wird auf Plattformen wie Binance oder OKX gehandelt, wo die Börse die Verwahrung übernimmt und Orders intern gegeneinander ausgleicht. DEX-Volumen wird dagegen On-Chain über Smart Contracts abgewickelt – ohne Custodian. Wenn DEX-Volumen im Vergleich zu CEX-Volumen dünn ist, hängt die Preisfindung größtenteils weiterhin von zentralisierten Handelsplätzen ab – nicht von den trustless Schienen, auf denen die Token-These selbst basiert.

Der eigentliche Test ist also nicht, ob Babylon 1,2 % des Angebots absorbieren kann. Sondern ob dezentrale Pools das aus eigener Kraft können – oder ob sie Orderbücher der CEX brauchen, um die Preise in der Spur zu halten. Wenn DEX-Pools sich auf CEX-Arbitrage stützen, um im Gleichgewicht zu bleiben, läuft die Freischaltung dennoch über die zentralisierte Ebene – nur indirekt.

Ich beobachte die DEX-Tiefe in den Tagen nach dem 10. August – nicht die Preis-Candle.

#baby $BABY @BabylonLabs_io

Habe die tatsächlichen Governance-Zahlen gezogen statt in allgemeinen Floskeln zu sprechen — hier ist ein frischer Zuschnitt, ein anderer Einstieg als „Einlagen als Barriere“:

Der Teil der $BABY governance, der tatsächlich ausgepackt werden muss, ist nicht die Einlage, sondern was passiert, wenn man nichts tut.

Die Standard-Einlage für einen Vorschlag beträgt 50.000 BABY, der beschleunigte Pfad benötigt 200.000 BABY für eine Abstimmung an demselben Tag (ähnlich), statt des üblichen Drei-Tage-Fensters. Bei heutigem Preis, ~$0,01269, entspricht das grob $635 für Standard und $2.540 für beschleunigt — keine plutokratische Mauer, wie es auf dem Papier klingt, sondern eher eine moderate Verwaltungsgebühr, die nur zufällig stark geschrumpft ist, als der Token nach seinen Hochs abgekühlt ist. Das Quorum liegt bei 33,4% des staked Angebots, die Genehmigungs-Schwelle bei 50%.

Aber hier ist der Mechanismus, der die meisten Ergebnisse tatsächlich entscheidet: Wenn du BABY hältst und nicht abstimmst, wird die Stimme deines Validators automatisch in deinem Namen geerbt. Stimme zuerst ab und sie gehört dir. Bleib still und deine Stimme wird einfach das, wofür dein Validator bereits entschieden hat. Babylons eigener Governance-Guide weist darauf direkt hin und fordert Staker auf, über alles ausdrücklich abzustimmen, damit sie nicht standardmäßig nur die Meinung ihres Validators „mitfahren“.

Also ist die eigentliche Frage nicht „Können kleine Holder sich leisten, Dinge vorzuschlagen.“ Sondern wie viele von ihnen merken, dass ihr Schweigen bereits eine Stimme ist — abgegeben von jemand anderem — genau in dem Moment, in dem sie nicht auftauchen. Der Deflations-Burn-Vorschlag, der letztes Jahr durchging, ist ein brauchbarer Testfall: Es lohnt sich, zurückzuschauen, wie hoch die tatsächliche Beteiligung der Staker im Vergleich zu den von Validatoren geerbten Stimmen war, statt nur direkt das Konto abzufragen.

Hast du Beteiligungszahlen aufgeschlüsselt nach „Staker stimmte direkt“ versus „geerbt vom Validator“ für vergangene Vorschläge, oder wird diese Aufteilung vom Explorer derzeit gar nicht angezeigt?

#baby $BABY @BabylonLabs_io

Der Mempool von Bitcoin liegt gerade bei ungefähr 179 MB, die Gebühren pendeln bei etwa 1 sat pro vByte und das Netzwerk ist so ruhig wie es nur geht. Ich habe diese Zahl nachgeschlagen, weil ich erwartete, dass sie für $BABY irrelevant ist. Ist sie nicht.

Jeder Checkpoint, den Babylon veröffentlicht, um den Status einer PoS-Kette auf Bitcoin zu verankern, läuft über eine echte Bitcoin-Transaktion: einen OP_RETURN-Write, der von einem Vigilante Submitter eingereicht wird – und zwar zu genau dem jeweils aktuellen Kurs. Der Blockspace von Bitcoin weiß nicht und interessiert sich nicht dafür, dass die Transaktion von Babylon kommt statt aus einem Exchange-Blockauszahlungs- oder Ordinals-Mint-Batch. Es ist eine einzige gemeinsame Auktion für ungefähr 4 Millionen Weight Units alle zehn Minuten, und alle bieten in dieselbe Warteschlange.

Das ist der Teil, der leicht übersehen wird, wenn man Babylons Dokus nur isoliert liest. Im Jahr 2023, als die Welle der Ordinals- und BRC-20-Inscriptionen losging, stiegen die Median-Gebühren von etwa 5 sat/vB auf 100 bis 300 sat/vB – und zwar über Monate hinweg – rein aufgrund völlig unverbundener NFT-artiger Aktivitäten, die sich denselben Platz stritten. Runes hat 2024 etwas Ähnliches gemacht und die Gebühren in der Spitze sogar über 1.000 sat/vB getrieben. Nichts davon hatte etwas damit zu tun, dass PoS-Ketten Bitcoinsicherheit brauchen. Es hätte Babylons Checkpoint-Kosten trotzdem genauso stark getroffen wie alle anderen.

Babylons laufende Betriebsausgaben für das, was es tatsächlich verkauft – die Bitcoin-verankerte Sicherheit – werden also nicht von der eigenen Nutzung durch Babylon festgelegt. Sie werden von dem bestimmt, was in dieser Woche sonst noch um den Blockspace von Bitcoin konkurriert: Memecoin-Mints, Exchange-Konsolidierungen, durch das Halving verursachter Stau – nichts davon steht Babylon vorherseh- oder steuerbar zur Verfügung.

Daran sollte man sich das nächste Mal erinnern, wenn Checkpoint-Kosten als Kennzahl von Babylon dargestellt werden. Die Hälfte dieser Zahl war nie von Babylon selbst, ganz am Anfang.

$BABY #baby @BabylonLabs_io

Ich ging davon aus, dass jede Transaktion in einer von Babylon gesicherten Kette automatisch sofort die Endgültigkeit von Bitcoin erbt, sobald sie bestätigt wird. Beim Lesen des tatsächlichen Designs wird jedoch klar: So funktioniert das nicht, und die Lücke zwischen schneller und langsamer Finalität ist der Teil, den die meisten Erklärer überspringen.

Babylon läuft mit zwei Geschwindigkeiten parallel. Normale Transaktionen erhalten eine schnelle Finalität: Sie gelten als sofort bestätigt durch den eigenen PoS-Konsens der Kette – dasselbe Social-Consensus-Modell, das jede Cosmos-Kette bereits nutzt. Die Bitcoin-ähnliche Sicherheit greift erst bei langsamer Finalität: Dabei wartet ein Client, bis der Checkpoint der Transaktion tief genug in Bitcoin begraben ist – grob ein paar Stunden, manchmal näher an einem ganzen Epoch-Zyklus –, bevor er sie als wirklich unumkehrbar behandelt.

Hier die einfache Version: Stunden auf eine Bitcoin-Bestätigung zu warten, konterkariert den Zweck einer schnellen Kette. Deshalb macht fast niemand das für alltägliche Aktivitäten. Das bedeutet, dass das Transaktionsvolumen, das als „Bitcoin-gesichert“ vermarktet wird, größtenteils auf demselben schnellen, sozial vertrauensbasierten Konsens läuft, von dem Babylon sich gerade wegbewegen sollte. Der Bitcoin-Zeitstempel ist zwar vorhanden und kann genutzt werden – aber er ist optional. Und etwas muss für eine Person wirklich wertvoll genug sein, um sich dafür zu entscheiden, zu warten.

Das eigentliche Sicherheits-Upgrade ist also nicht pauschal, sondern selektiv – so ist es vom Design her gedacht. Hochwertige Übertragungen, Streitfälle über Checkpoints, alles, wofür das Warten zählt: Das erhält Babylons tatsächliche Garantie durch Bitcoin. Routineaktivitäten nicht, weil niemand in der Praxis bereit ist, für sie Geschwindigkeit gegen Sicherheit einzutauschen.

Es lohnt sich zu wissen, in welche Stufe deine eigenen Transaktionen tatsächlich landen, bevor du annimmst, dass das Label alles abdeckt.

$BABY #baby @BabylonLabs_io

Babylon wirbt mit einem Satz: kein Wrapping, kein Bridging, volle Selbstverwahrung. Ich glaubte das vollständig, bis ich nachgesehen habe, wo der Großteil des tatsächlich gestakten BTC-Volumens durchläuft.

Ein großer Teil davon setzt gar nicht nativ an. Stattdessen läuft es über Lombards LBTC, ein Liquid-Staking-Token: ein ERC-20, das über Ethereum, Solana und weitere Ketten gehandelt wird. Es ist 1:1 durch BTC abgesichert, das Lombard im Auftrag des Nutzers in Babylon stakt. Einfach gesagt: Du gibst Bitcoin ein, Lombard stakt ihn, und du erhältst anstelle von direkt gehaltenem gestaktem BTC einen handelbaren IOU-Token. Genau diese Art von Wrapper war die Grundlage des gesamten Pitchs von Babylon, den man vermeiden wollte.

So erklären sich aber auch, warum Leute es trotzdem wählen – und es ist ein völlig nachvollziehbarer Grund. Das native Unstaking über Babylon benötigt ungefähr eine 7-tägige Unbonding-Phase. Das Zurücklösen von LBTC in natives BTC dauert bis zu 10 Tage, sobald man zusätzlich den eigenen Rebalancing-Zyklus von Lombard einrechnet. LBTC existiert also speziell, um Liquidität und DeFi-Zugang zu ermöglichen – handelbar auf mehr als 70 Plattformen –, während das zugrunde liegende BTC währenddessen über genau diese Unbonding-Wartezeit gesperrt bleibt. Die Verwahrung der tatsächlichen Bitcoin-Unterlegung liegt bei dem, was Lombard „Security Consortium“ nennt: institutionelle Nodes wie Galaxy, Wintermute und OKX prägen und lösen den Token gemeinsam, wenn es entsprechend benötigt wird.

Damit gibt es nun zwei unterschiedliche Vertrauensmodelle, die übereinander gestapelt sind und denselben Label „Bitcoin-Staking“ tragen. Native Staking über Babylon direkt ist die trustlose, selbstverwahrende Variante, für die das Protokoll entwickelt wurde. Exposures über LBTC bedeuten dagegen, einem Konsortium namentlich genannter Institutionen zu vertrauen, dass Verwahrung und Rückgabe korrekt gehandhabt werden – ein deutlich anderes Risiko als das, das Babylons Architektur angeblich eliminieren will.

Worauf ich tatsächlich ein Auge habe, ist, ob umhülltes Exposure wie LBTC gegenüber nativen, direkten Stakings weiter an Boden gewinnt. Denn das würde bedeuten, dass sich die reale Sicherheitsbasis still und leise um eine Handvoll von Konsortialmitgliedern sammelt – auch wenn das Basisprotokoll selbst weiterhin genau so trustlos bleibt, wie es beworben wird.

$BABY #baby @BabylonLabs_io

Die Ertragszahl, die in den Staking-Dashboards für BABY angezeigt wird, liegt jährlich bei etwa 15 bis 20 Prozent. Ich habe das fast als Beweis dafür genommen, dass Bitcoin Secured Networks echtes Geld dafür zahlt, die Sicherheit von Bitcoin zu liefern. Dann habe ich nachverfolgt, woher dieser Ertrag tatsächlich kommt – und es ist nicht das.

BABY hat eine jährliche Inflationsrate von 8 Prozent, die gleichmäßig aufgeteilt ist: 4 Prozent werden für BTC-Staker geprägt, 4 Prozent für BABY-Staker. Das ist die Basisschicht-Finanzierung, die im Moment fast den gesamten beworbenen Ertrag ausmacht. Separat gibt es eine Reward-Auktion, in der BSNs, die tatsächlich integrieren, einen Teil ihrer eigenen Rewards an das Netzwerk weiterleiten können – und bei der BABY geboten und anschließend verbrannt wird. Aber dieser Auktions-Flow ist immer noch klein im Vergleich zum Inflations-Fundament, weil die meisten der Ökosysteme immer noch Babylon Genesis selbst sind: genau ein BSN, nicht schon ein Marktplatz, auf dem zahlende Netzwerke um die Sicherheit konkurrieren.

Hier ist die einfache Version, warum diese Unterscheidung wichtig ist. Inflationsfinanzierter Ertrag ist kein Beweis dafür, dass jemand den Verkauf der angebotenen Sicherheit wirklich wertschätzt. Es werden lediglich neue Token geprägt und an diejenige(n) ausgegeben, die zuerst BTC oder BABY gesperrt haben. Echte Nachfrage zeigt sich erst in dieser separaten Auktions- und Burn-Mechanik, wenn externe Chains tatsächlich Wert auf den Tisch legen für mit Bitcoin abgesicherte Sicherheit – statt dass Babylon seine eigenen Staker bezahlt, damit sie überhaupt auftauchen.

Aktuell hält Babylon fast 57.000 BTC gestaked, die einst im TVL-Peak mehr als 5,6 Milliarden US-Dollar wert waren – das klingt nach überwältigender Bestätigung. Aber TVL misst, wie viel BTC gesperrt wurde, nicht, wie viel irgendeine PoS-Chain bereit ist zu zahlen, um diese Sicherheit zu mieten. Das sind unterschiedliche Fragen mit unterschiedlichen Antworten.

Was mich gerade beschäftigt, ist, ob diese Auktions- und Burn-Seite jemals wirklich an Gewicht gewinnt gegenüber der 8-Prozent-Subvention, wenn mehr Netzwerke online gehen – oder ob der Ertrag einfach weiter das ist, was Babylon für sich selbst finanziert.

#baby $BABY @BabylonLabs_io

Die Kürzungsstrafe für Double-Signing auf Babylon beträgt 0,1% der staked BTC. Als ich diese Zahl zum ersten Mal las, wirkte sie beruhigend, klein, begrenzt, überlebbar. Dann las ich, wie Multi-Staking tatsächlich funktioniert, und die Zahl erzählte nicht mehr die ganze Geschichte.

Babylons Phase 3 ermöglicht es, dass ein BTC-Deposit gleichzeitig mehrere Bitcoin Secured Networks absichert, nicht nur Babylon Genesis. Ein einziger Finality Provider unterhält einen Pool vorregistrierter Signierschlüssel und kann Checkpoints über mehrere BSNs hinweg signieren, indem er denselben zugrunde liegenden Stake verwendet. Das ist der gesamte Pitch: ein Lock, viele Netzwerke, mehr Yield-Quellen aus einem Deposit, statt BTC auf separate Positionen aufzuteilen.

So, was diese 0,1%-Zahl nicht abbildet: Sie gilt pro Slashing-Ereignis, nicht pro Stake. Wenn ein Finality Provider fehlverhält und in einem Netzwerk erwischt wird, ist das eine Kürzung von 0,1%. Aber wenn derselbe Provider, der denselben geteilten Stake nutzt, gleichzeitig auch drei oder vier weitere BSNs absichert, dann trägt die Ehrlichkeit und die Verfügbarkeit dieses einen Operators nun die Last für alles zugleich. Das ist genau die gleiche strukturelle Frage, mit der EigenLayer's Restaking-Modell auf Ethereum zu tun hatte: wiederverwendetes Sicherheitenmaterial bedeutet, dass die Fehlerlinie eines einzelnen Dienstes weiter reichen kann als der Dienst, in dem der Fehler tatsächlich passiert ist.

Also ist das Risiko nicht wirklich der Slashing-Prozentsatz. Es ist Korrelation. Ein BTC-Staker setzt nicht mehr nur darauf, dass die Ehrlichkeit eines einzelnen Finality Providers gewährleistet ist. Er setzt darauf, dass dieser Provider ehrlich und online bleibt—über jedes Netzwerk hinweg, dessen Schlüssel er berührt—und zwar alles gleichzeitig, innerhalb eines Felds von ungefähr 250 Finality Providers, die um genau dieses Vertrauen konkurrieren.

Bedingung, auf die ich achte: Ob BSNs, die über Multi-Staking onboarden, anfangen, die Überschneidung der gemeinsam genutzten Finality Provider offenzulegen—so wie Lending-Protokolle das gemeinsame Kollateralrisiko offenlegen—oder ob diese Korrelation unsichtbar bleibt, bis ein einziger schlechter Operator es auf die harte Weise offensichtlich macht.

$BABY #baby @BabylonLabs_io

In der Doku von Babylon gibt es einen Satz, der das Wort leise entkräftet, das jeder für sein Zuschneiden verwendet: „trustless“ (vertrauenslos). Ich hatte angenommen, dass EOTS die ganze Arbeit allein erledigt: Mathe erkennt einen Doppelsigner, Bestrafung tritt ein, kein Komitee nötig. Als ich jedoch die tatsächlichen Ausgabebedingungen gelesen habe, hat sich das geändert.

Bitcoin Script kann „wenn dieser letzte Finality-Provider doppelt signiert, dann slasht man sein Einsatzkapital“ nicht nativ ausdrücken. Deshalb baut Babylon den Bestrafungspfad auf eine andere Weise. Zum Zeitpunkt des Stakings werden deine Mittel in ein UTXO gesperrt, das Signaturen von dir und einem Quorum des Covenant-Komitees erfordert, die im Voraus gesammelt werden. Wenn der Finality-Provider später doppelt signiert, leckt die EOTS-Mathematik ihren privaten Schlüssel, und dieser geleakte Schlüssel liefert die finale Signatur, auf die das vorab aufgebaute Multisig bereits gewartet hat.

Der elegante Teil, dass die Mathematik automatisch Fehlverhalten erkennt, ist also real – aber es ist das letzte Puzzleteil einer Struktur, nicht die ganze Struktur. Die Signaturen des Komitees müssen existieren, bevor irgendein Fehlverhalten passiert, sonst gibt es überhaupt keinen strafbaren Pfad. Vertrauenslosigkeit zeigt sich erst am Ende. Alles davor hängt davon ab, dass dieses Komitee zum Zeitpunkt des Stakings anwesend, ehrlich und online ist.

Das rückt die Frage in einen anderen Rahmen, worauf es tatsächlich ankommt. Nicht darauf, ob die Kryptographie funktioniert – denn dieser Teil ist solide. Sondern darauf, ob das Covenant-Komitee dezentralisiert bleibt und verfügbar ist, während Babylon über mehr Bitcoin Secured Networks skaliert. Denn wenn diese Schicht ausdünnt, schlägt der Slashing-Pfad nicht laut fehl – er hört einfach auf zu existieren, bevor jemand für neues Stake prüft.

ob die Zusammensetzung des Komitees und die Erreichbarkeit (Uptime) irgendwann der gleichen Prüfung unterliegen wie TVL und Staking-Zahlen, oder ob sie als die unsichtbare Voraussetzung weiter bestehen bleibt, über die niemand nachdenkt, bis es zu spät ist.

$BABY #baby @BabylonLabs_io

Etwas an der Entsperrung zum 10. Juli ergab für mich erst dann Sinn, als ich mich tatsächlich mit den Zahlen hingesetzt habe. Also hörte ich auf, anzunehmen, und ging nachprüfen.

BABY macht keine Cliff-and-Dump-Entsperrungen wie viele andere Tokens. Team, Berater und frühe Investoren entsperren jeden Monat 1/36 ihrer Zuteilung – bis April 2029. Eine langsame, lineare Ratenzahlung statt eines einzigen beängstigenden Termins im Kalender. Der 10. Juli war kein besonderes Ereignis, sondern einfach nur ein weiteres dieser sechsunddreißig identischen Monate. Ausgehend von ungefähr 3,99 Milliarden bereits im Umlauf befindlichen Tokens fügt diese Veröffentlichung eine vorhersehbare, bekannte Portion hinzu – nichts, was irgendjemand mit einem Vesting-Chart nicht schon vor einem Jahr hätte kommen sehen.

Der Punkt, der wirklich zählt, und der leicht durcheinandergeht: Eine geplante, lineare Entsperrung ist kein Supply-Shock. Sie ist bereits von allen eingepreist, die aufmerksam sind – denn der Markt kennt die exakten Rechenwege seit der Veröffentlichung des Zeitplans. Was den Preis tatsächlich bewegt, ist nicht die Entsperrung an sich, sondern ob die neue Nachfrage, mehr BTC, das in Staking und TBV fließt, mehr Integrationen wie der kürzlich geschlossene Gomining-Deal, schneller wächst als dieses beständige monatliche Nachschütten neuer Coins auf die Börsen.

Die eigentliche Frage war also nie „Wie viel wird diesen Monat entsperrt?“ Es ging darum, ob die Protokollseite – BTC gesichert, eröffnete Vaults, tatsächliche Nutzung – schnell genug kompostiert, um weitere sechsunddreißig Monate des gleichen Drips zu absorbieren, ohne dass es überhaupt jemand als Druck bemerkt.

Kriterium, das ich verfolge: Ob das Wachstum von BTC-in-Vaults gegenüber dem Tempo der monatlichen Entsperrungen in den nächsten paar Cliffs voraus bleibt – oder ob der Drip die Nachfrage still überholt, so wie langsame Lecks das oft tun.

$BABY #baby #BinanceSquareFamily @BabylonLabs_io

Ich habe mit der Idee herumgespielt, nur einen Teil meines BTC aus einem Trustless Bitcoin Vault freizuschalten – so, wie man teilweise von einem Sparkonto abheben würde – und bin an einer Wand gelandet, die ich nicht erwartet hatte. TBV macht keine Teilrückzahlungen. Entweder das ganze Vault rein, oder das ganze Vault raus. Ein Stück, nicht mehrere.

Am Anfang fühlte es sich wie eine UX-Einschränkung an, fast wie ein nachlässiges Design. Aber je länger ich darüber nachdenke, desto mehr glaube ich: Das Gegenteil ist der Fall. Eine partielle Rückerstattung auf Bitcoin zu beweisen, ohne Fork und ohne neue Op-Codes, bedeutet, den Bruchteil eines Ereignisses zu beweisen – mithilfe von Script-Logik, die nie dafür gebaut wurde, Brüche sauber auszudrücken. Die vollständige Vault-Rücknahme umgeht dieses Problem komplett. Eine Einzahlung, ein Zustand, ein sauberes Proof. Die Einfachheit ist kein fehlendes Feature, sondern das, was die Verifikation ehrlich hält auf einer Chain, die sich nicht für dich verbiegen lässt.

Der Teil, der leicht zu übersehen ist, wenn man neu in dem Thema ist: Jedes BTC-native DeFi-Design muss sich zwischen Flexibilität und Nachweisbarkeit entscheiden – und meistens kann man beides nicht haben. Babylon hat Nachweisbarkeit gewählt. Dieser Kompromiss ist der leise Grund dafür, warum sie gerade über 56.000 BTC in Staking-Vaults haben und dieses Jahr frische Unterstützung von a16z an Bord geholt haben. Institutionen jagen nicht flexible Lösungen, sie jagen nachweisbare.

Was mich immer wieder beschäftigt, ist, ob sich dieser Kompromiss skaliert. Die Rücknahme des gesamten Vault ist sauber, wenn Vaults klein und persönlich sind. Es wird weniger sauber, sobald Integrationen – wie das kürzliche Gomining-Deal – anfangen, jedes Mal tausend BTC auf einmal durch dieselbe All-or-Nothing-Ausgangstür zu routen.

Bedingung, auf die ich achte: Ob große Integrationen die Rücknahme ganzer Vaults wie sie ist übernehmen, oder ob sie still und leise in viele kleinere Vaults zerfallen, nur um das Verhalten für Teilabhebungen wieder durch die Hintertür zu bekommen.

$BABY #baby @BabylonLabs_io

Ich habe zuerst etwas Ungewöhnliches bemerkt, als ich einem Gilden-Run zusah — Dutzende Spieler, die stundenlang Ressourcen farmen, ununterbrochen Items craften, und $BABY barely auf irgendetwas davon auch nur ansatzweise vorankommen. Erst als jemand tatsächlich einen Gegenstand prägt oder on-chain versettled hat, reagierte das Token überhaupt.

Da hat es Klick gemacht: $BABY preist keine Aktivität. Es preist den Moment, in dem der Aufwand aufhört, unsichtbar zu sein, und dauerhaft wird. Farming, Crafting, Grinding — all das spielt sich off-chain ab, ist nicht bepreist, nicht vom Markt erfasst. Nachfrage taucht erst beim Konvertieren auf, dem einen Schritt, in dem die Zeit eines Spielers in etwas gestempelt wird, das die Chain anerkennen muss.

Das bedeutet: Ein Spiel kann komplett lebendig wirken — volle Server, ständiges Crafting, geschäftige Gilden — während die Token-Nachfrage still und leise abnimmt, weil Spieler gelernt haben, den finalen Schritt zu verzögern oder zu vermeiden. Die Aktivität ist weiterhin an der Oberfläche zu sehen, lange nachdem das, was $BABY tatsächlich bepreist, darunter nicht mehr passiert.

Beobachtenswert: ob die Häufigkeit der Konversion stabil bleibt, während die Spielerbasis wächst, oder ob Wachstum in den Spielern aufhört, sich in Wachstum in genau diesem einen Moment zu übersetzen.

#baby #BinanceSquare @BabylonLabs_io

Ich starrte heute Morgen schon wieder auf den „Multiplier Plan“-Bildschirm, aber diesmal schaute ich nicht auf die Renditen. Ich schaute darauf, was das Aufschieben (Deferring) tatsächlich mit dem Token selbst macht – nicht nur mit meiner eigenen Zuteilung.

Das war der Teil, der besonders ins Auge fiel. Wer sich für die 4- oder 8-monatige Aufschub-Option entscheidet, sperrt seine Tokens nicht nur für einen späteren größeren Multiplikator weg. Er entzieht dieser Supply außerdem direkt zum TGE den Umlauf, wenn GRVT am Spotmarkt debütiert und Tier-1-CEX-Listings verfolgt. Weniger im Umlauf befindliche Supply zum Launch bedeutet in der Regel einen geringeren anfänglichen Verkaufsdruck und ein klareres Zeitfenster für die Preisfindung.

Der Multiplikator ist also nicht nur eine Belohnung für Geduld. Er ist auch eine Gegenleistung dafür, dass man eine Aufgabe übernimmt, von der die Börse selbst profitiert: die Supply in der fragilsten Phase der Preisfindung vom Markt fernzuhalten – direkt in der Zeit unmittelbar nach dem Launch.

Das verändert die Entscheidung ein Stück weit. Wenn man sofort claimt, ist das nicht nur „Gewissheit jetzt“, so wie ich früher darüber gedacht habe. Es trägt außerdem zu genau dem Verkaufsdruck bei, auf den die frühen TGE-Preisbewegungen am empfindlichsten reagieren. Aufschieben ist nicht nur „vielleicht später eine größere Zahl“ – es stützt still die Bedingungen, die überhaupt erst dafür sorgen könnten, dass diese größere Zahl möglich ist.

Die Registrierung ist bis zum 27. Juli 2026, 00:00 UTC, geöffnet; die Entscheidungen sind endgültig, und der Aufschub-Pool liegt innerhalb von Season 2s fester 18%-Anteil an der 1B Supply.

Ob sich das tatsächlich so entwickelt, wie es vorgesehen ist, hängt davon ab, wie viel der registrierten Supply am Ende Aufschub statt sofortigem Claim wählt, denn eine geringe Aufschub-Rate würde das Bild des Verkaufsdrucks kaum nennenswert verändern.

#grvt #BinanceSquare @grvt_io

Die Frage, mit der ich mich eine Zeitlang beschäftigt habe, ging nicht um die Technologie. Es ging um Verantwortlichkeit.

@NewtonProtocol kann bestätigen, dass ein Agent seine Regeln befolgt hat. Der kryptografische Nachweis ist echt — bei jeder Policy-Auswertung bleibt eine Aufzeichnung zurück, jede Aktion innerhalb definierter Berechtigungen ist überprüfbar. Das ist heutzutage wirklich mehr, als die meisten Automatisierungen in DeFi bieten.

Aber das ist der Punkt. Überprügbare Ausführung und überprügbare Bewertung sind unterschiedliche Probleme. Newton löst das erste sorgfältig. Das zweite ist immer noch größtenteils die Aufgabe dessen, der die Regeln geschrieben hat.

Ganz einfach: Wenn ein Vault-Manager eine Ausgabengrenze festlegt, die sich als zu großzügig herausstellt, oder einen Rebalancing-Trigger definiert, der in ruhigen Märkten sinnvoll war, aber nicht in volatilen — dann erzwingt Newton diese Regeln korrekt. Die Policy läuft, der Nachweis wird erstellt, die Transaktion wird abgewickelt. Alles funktionierte wie vorgesehen. Das Ergebnis kann trotzdem schlecht sein.

Das ist nicht gerade ein Mangel in der Architektur. Keine einzige Durchsetzungs-Schicht kann menschliches Urteilsvermögen besser machen. Aber es wirft eine Frage auf, die das Protokoll noch nicht vollständig beantwortet hat — wenn eine Policy korrekt ist, die Regeln dahinter jedoch falsch waren: Wo sitzt dann die Verantwortlichkeit? Bei dem Operator, der sie konfiguriert hat? Bei dem Entwickler, der die Vorlage veröffentlicht hat? Bei dem Nutzer, der sie aktiviert hat, ohne vollständig gelesen zu haben, was er genehmigt hat?

Traditionelles Finanzwesen löst das über Lizenzen, Treuepflicht und Regulierung. Krypto löst es über Dokumentation, die niemand liest, und AGB, die alles ausschließen.

Newton befindet sich gerade in der Mitte dieser Lücke. Die Durchsetzungsschicht wird sorgfältig aufgebaut. Die Verantwortlichkeits-Schicht rund um die Frage, wer die Regeln entwirft, wer sie prüft und wer dafür einsteht, wenn sie scheitern — dieser Teil ist noch weitgehend Vision.

Ob das im Laufe der Zeit gelöst wird, dürfte wahrscheinlich wichtiger sein als jedes andere technische Meilenstein-Ziel auf der Roadmap.

$NEWT @NewtonProtocol #Newt

Ich habe heute Morgen auf der Hilfeseite von GRVT die echten Mechaniken des Multiplier Plans noch einmal durchgelesen—jenseits der Marketing-Sprache—und mir ist etwas aufgefallen, das ich vorher nicht bedacht hatte.

Die Allokation von Staffel 2 ist fest auf 18% der 1 Milliarde GRVT-Versorgung festgelegt. Die Gesamtallokation für Community und Airdrops ist auf 28% gedeckelt. Das ist keine variable Zahl—sie ist festgelegt, bevor sich überhaupt jemand registriert.

Wenn der Multiplier Plan dann bis zu 4x deiner Allokation dafür anbietet, dass du aufschiebst: Woher kommt diese zusätzliche Größe eigentlich? Sie kann nicht aus neuen Token kommen; die Versorgung ist fest und es gibt keine zusätzliche Ausgabe. Sie muss aus demselben Pool stammen, aus dem alle anderen auch schöpfen.

Das bedeutet: Der Plan belohnt die Geduld nicht wirklich mit neuem Wert. Er verteilt nur ein fixes Stück Kuchen neu. Jede Person, die durch Warten einen größeren Multiplikator erhält, verkleinert faktisch das, was vom Pool übrig bleibt—verglichen mit denen, die sofort Anspruch geltend machen. Es ist eine Nullsummen-Aufteilung, als Loyalitätsbonus verkleidet.

Die Registrierung ist jetzt geöffnet bis zum 27. Juli 2026, 00:00 UTC, und die Entscheidung ist endgültig, sobald sie getroffen wurde. Niemand weiß bisher, welchen Anteil der Teilnehmenden sich für den Multiplikator entscheidet statt für den sofortigen Anspruch—und genau dieses Verhältnis bestimmt, ob das Aufschieben tatsächlich lohnenswert war.

Wenn die meisten sofort beanspruchen, erhalten die wenigen, die aufgeschoben haben, einen überproportionalen Anteil. Wenn die meisten aufschieben, verdünnt der Multiplikator sich selbst und der „Bonus“ schrumpft gegen null.

Mal schauen, in welche Richtung die Registrierungszahlen tatsächlich tendieren, sobald das Zeitfenster geschlossen ist.

#grvt #BinanceSquare @grvt_io

Verbrachte einen Teil des heutigen Tages damit, das Setup des Natural-Language-Agents von Newton zu durchbrechen — nicht auf eine bösartige Weise, sondern nur um mir Gedanken zu machen, was passiert, wenn Klartext auf präzisen Code trifft.

Die Erfahrung ist wirklich reibungslos. Du tippst zum Beispiel „rebalanciere mein Portfolio, wenn irgendein einzelner Vermögenswert 30 % überschreitet“ und das System macht daraus eine tatsächlich ausführbare Richtlinie mit zkPermissions-Anbindung. Kein Solidity. Keine Konfigurationsdateien. Die Lücke zwischen Intention und Ausführung fühlt sich kleiner an als bei allem, was ich zuvor im DeFi-Bereich genutzt habe.

Dann fing ich an, die naheliegenden Folgefragen zu stellen, und die anfängliche Reibungslosigkeit wurde schnell kompliziert.

30 % von was genau? Der aktuelle Portfoliowert zum Zeitpunkt des Auslösens? Der Wert zum Zeitpunkt, als die Berechtigung erstellt wurde? Die anfängliche Einzahlung? Diese drei Interpretationen führen in einem volatilen Markt zu unterschiedlichen Rebalance-Auslösern — manchmal mit drastisch unterschiedlichen Ergebnissen. „Irgendein einzelner Vermögenswert“ — umfasst das auch gestakte Positionen? Liquiditätspool-Tokens? Umschlossene Versionen desselben Vermögenswerts, die in verschiedenen Protokollen gehalten werden?

Das Protokoll missversteht dich nicht. Das ist das Problem. Es versteht dich präzise und führt genau das aus, was die geparste Version deiner Anweisung sagt — möglicherweise nicht das, was du gemeint hast, als du es in einem normalen Satz eingetippt hast.

Newton macht die Durchsetzung von Richtlinien verlässlich. Es macht die Erstellung von Richtlinien nicht verlässlich. Das sind unterschiedliche Probleme, und das zweite wird nicht durch bessere Infrastruktur gelöst — sondern durch bessere Voreinstellungen, klarere Vorschauen der Interpretation und vermutlich einige schmerzhafte Sonderfälle, die dem Ökosystem beibringen, was „Rebalance“ konkret spezifizieren muss, bevor es sicher automatisiert werden kann.

Ich würde lieber sehen, wie die Natural-Language-Schicht mir die geparste Richtlinie in einfachen Worten zeigt, bevor ich bestätige, als drei Wochen später eine Interpretationsabweichung zu entdecken — nachdem der Agent genau das getan hat, was ich gesagt habe, und nichts, was ich eigentlich meinte

$NEWT @NewtonProtocol #Newt

Ich bin zurückgegangen, um die exakte Formel nachzulesen, die GRVT für den Haircut verwendet, weil mir aufgefallen ist, dass die frühere Diskussion, die ich gesehen habe, sie nie wirklich ausgeschrieben hat.

Es ist die Insurance-Fund-Deficit geteilt durch das Total Client Equity. Dieser Nenner ist der Teil, der verändert hat, wie ich es gesehen habe.

Das bedeutet: Der Haircut ist keine feste Strafe, die an die Größe des Fehlbetrags gekoppelt ist. Es ist ein Prozentsatz, der sich bewegt, je nachdem, wie viel gesamtes Kundenkapital sich in genau diesem Moment an der Börse befindet. Gleicher Fehlbetrag, mehr gesamtes Eigenkapital, und die Abhebungsgebühr schrumpft automatisch. Gleicher Fehlbetrag, weniger gesamtes Eigenkapital, und die Gebühr greift härter.

Wachstum wirkt also still als eine Art Stoßdämpfer. Eine größere Nutzerbasis sieht nicht nur auf einem Dashboard gesünder aus, sie verwässert mathematisch auch die Last, die ein einzelner abziehender Nutzer während eines Defizitevents trägt. Und das heißt auch: Umgekehrt ist es so, dass ein Defizit, das in einer ruhigeren Phase eintritt, in der weniger Gelder auf der Plattform geparkt sind, einen schärferen Haircut für genau denselben Dollar-Fehlbetrag erzeugt.

Das ist nicht genau ein Mangel, sondern eher eine Eigenschaft, die niemand bewirbt. Wie groß der Verlust ist, den du persönlich einsteckst, hängt weniger davon ab, wodurch das Defizit verursacht wurde, und mehr davon, wie viel unbeteiligtes Kapital zufällig an dem Tag, an dem du aussteigen musstest, bei GRVT geparkt war.

Ob das eine stabilisierende Funktion oder ein verstecktes Timing-Risiko ist, dürfte im Wesentlichen davon abhängen, wie schnell das Total Client Equity selbst während desselben Stressereignisses schrumpfen kann, das in erster Linie das Defizit erzeugt hat.

#grvt #BinanceSquare @grvt_io