Die Trades, mit denen ich am meisten Geld verdient habe, fühlten sich meistens langweilig an.
Das ist der Teil, mit dem die meisten Menschen zu kämpfen haben.
Unser Verstand verwechselt ständiges Handeln mit Fortschritt. Nach ein paar Gewinnen wird aus Vertrauen leichtfertiges Überhandeln. Nach ein paar Verlusten übernimmt der Druck. In beiden Fällen ersetzen Emotionen die Geduld.
Der Markt belohnt nicht den fleißigsten Trader. Er belohnt denjenigen, der wartet, bis die Chancen eindeutig zu seinen Gunsten stehen.
Die größte Verbesserung in meinen Ergebnissen kam, als ich aufhörte, nach Trades zu suchen, und begann, auf sie zu warten.
Manchmal ist die beste Position einfach, zu warten, bis der Markt dir einen Grund gibt, zu handeln.
Ich habe es vor Wochen herausgefunden, aber ich war mir nicht sicher, ob gestaktes BTC und geliehenes BTC dieselbe gesperrte Position sind oder zwei getrennte Dinge, die so verkleidet sind, dass es so wirkt, als hingen sie zusammen. Hier ist die eigentliche Antwort: Ein Staker erstellt von Anfang an einen einzelnen Vault mit drei eingebauten Ausstiegsbedingungen: Redemption, wenn der Kreditnehmer raus will und der Preis gesund ist. Liquidation, wenn der Preis unter eine Schwelle fällt. Slashing, wenn der Staker oder sein Bevollmächtigter doppelt signiert und dabei erwischt wird. Ein einziges Bitcoin-Script, drei mögliche Enden, von Anfang an festgelegt—nicht drei separate Vaults, die so tun, als wäre es eine einzige Geschichte. Das beantwortet genau die Frage, die ich vorher nicht bestätigen konnte. Es sind nicht zwei Positionen, die zu einer Verkaufspersona gebündelt wurden—es ist wirklich ein einziges gesperrtes UTXO, das doppelte Aufgaben übernimmt: Staking-Erträge und Kreditfähigkeit aus demselben BTC. Denn alle drei Ausstiegsbedingungen leben in demselben vorab signierten Script. Was dich das tatsächlich kostet: Du kannst nicht auswählen, in welcher Reihenfolge diese Trigger auslösen. Wenn du geslashed wirst, feuert diese Bedingung unabhängig davon, ob du auch einen aktiven Kredit gegen denselben Vault hattest. Die Rendite und die Kreditfähigkeit kommen gebündelt mit dem Risiko, nicht getrennt. Was ich immer noch nicht weiß: Ob ein Slashing-Ereignis auf der Staking-Seite eine aktive Kreditposition sofort mit abtötet, oder ob sich diese beiden Dinge unabhängig voneinander auflösen, obwohl sie derselbe zugrunde liegende Vault sind.
$BANK gepumpt 31%, aber das, was wirklich zählt, ist der Volumenbalken auf der Ausbruchskerze. Er ist deutlich größer als jeder andere Balken im gesamten Chart – bei weitem. Nicht annähernd.
Schau dir im Volumen-Panel jede Kerze an, bevor diese kommt: Da liegt alles im Bereich von 5–10 Mio., ziemlich flach, nichts Ungewöhnliches. Dann springt diese einzelne 1h-Kerze auf 691 Mio.… Das ist kein allmählicher Aufbau, sondern ein gerader, senkrechter Spike aus dem Nichts.
Das bedeutet, dass in dieser einen Stunde mehr Leute eingestiegen sind als in den meisten der letzten zwei Tage zusammen. Dass der Kurs die Abwärtstrendlinie bricht, ist das eine – das passiert oft und scheitert genauso oft. Aber dass das Volumen so auftaucht, konzentriert auf genau *eine* Kerze, ist es, was einen echten Move von einem Docht trennt, der danach wieder zurückverkauft wird.
MACD untermauert das auch. DIF ist gerade über DEA gekreuzt und das Histogramm ist genau in dieser Kerze auf grün gesprungen. Dasselbe Muster wie zuvor: Die Zahl, die die meisten nicht normalerweise prüfen, hat sich exakt im selben Moment verändert wie die Zahl, auf die alle geschaut haben.
BTC would have to drop 70% before my own position gets touched.
I figured liquidation risk was some abstract thing you'd only think about mid crash. pulled up my own actual testnet position and the number was just sitting there, waiting
$630 collateral, $145 borrowed, liquidation price $18,677. current BTC price when I checked, $63,013. that's a 70.4% drop before my specific position gets touched, today, at these exact numbers. that threshold isn't some fixed universal thing. it comes from my own collateral, my own debt, and whatever risk parameters the protocol has set. someone with a different loan size would see a completely different buffer. health factor 3.37, comfortably safe, today
here's what i .. didn't expect. from what I understand, that's where the debt side and the Bitcoin side split apart. a liquidator repays my debt and gets the right to the collateral, settling everything at Ethereum speed. the actual native BTC underneath is A separate matter entirely. it gets redeemed later, on Bitcoin's own slower timeline, through a different process
so the fast thing that settles my debt and the slow thing that t0uches my actual Bitcoin aren't the same event. they're not even the same person acting. I own the position and I still wouldn't be the one closing the loop on my own liquidation. someone else would, later, on a clock I don't control
backwards part, this whole system exists to keep BTC native and untouched, yet the fastest response to my liquidation still appears to route through WBTC before my actual Bitcoin is ever redeemed
what I'm actually unsure about now is how much that 70.4% buffer shifts over time as interest accrues on my debt, since that's what would actually move my liquidation price, not the pool's utilization directly
$BLESS just hat 0,0225 erreicht, neue Höchstmarke auf dem Bildschirm, alle schauen auf diese Zahl.
aber der MACD ist genau auf derselben Kerze von grün auf rot gekippt. nicht vorher, nicht nachher. dieselbe Kerze.
also genau in dem Moment, in dem der Preis nach oben auslief, war die Dynamik dahinter bereits am Absterben. zwei verschiedene Dinge, die viele für dasselbe halten, drehen sich zur gleichen Sekunde, bedeuten aber das Gegenteil.
Eine Einzahlung, drei Kredite und ich habe nie wieder Bitcoin angerührt.
Ich dachte, wenn man gegen BTC leiht, sind das eine Einzahlung, ein Kredit, fertig. Was mich überraschte
Ich habe 0,01 sBTC in einer Trustless Bitcoin Vault auf dem echten Testnet gesperrt, nicht auf einer Demo. Was ich für eine einzige Einzahlung hielt, wurde zu vier Phasen und fünfzehn getrennten Protokollschritten – das dauerte fast zwei Stunden. Einige erforderten Signaturen, andere warteten auf Bitcoin-Bestätigungen, und ein paar pausierten einfach, während die Vault die nächste Phase vorbereitete. Nach einer Signatur wechselte der Bildschirm zu „Awaiting Pre-Pegin Inclusion (~10 min).“ Kein Fortschrittsbalken zum Beschleunigen, kein Button zum Drücken, kein Workaround. Sobald du die Bitcoin fest einzahlst, läuft das Protokoll im Tempo von Bitcoin – nicht in deinem
Dann wurde die Vault aktiv und alles kippte um. Aus dieser einen Vault-Position, die durch 0,01 sBTC abgesichert war, lieh ich mir WBTC. Danach USDC. Dann USDT. Gleiche Sicherheit, drei Kredite, direkt hintereinander. Jeder einzelne kam innerhalb von Sekunden an, für Bruchteile eines Cents. Ich habe nie wieder eine Bitcoin-Transaktion gesendet. Mit jedem Kredit sank der Health Factor ein Stück weiter, genau wie es sich gehört, blieb aber bequem über der Liquidationsschwelle
Dieser Kontrast ist kein Bug, sondern das Design. Bitcoin kann nicht sehen, was auf Ethereum passiert, also schaltet die Vault nur frei, wenn sie einen zk-Beweis vom Zustand der anderen Kette über etwas namens BitVM3 verifiziert. Hier ist die Zahl, die mich wirklich gestoppt hat. Eine frühere Version derselben Idee kostete über 15.000 $ an Gebühren, um eine einzige Challenge im Bitcoin-Mainnet auszuführen. BitVM3 senkt diese Kosten um ungefähr drei Größenordnungen, sodass verifizierungsbasierte Challenges wirtschaftlich praktikabel werden – statt nur ein Forschungsexperiment zu sein
Der witzigste Teil: Dieses System existiert, um Menschen wegzubringen von Wrapped BTC – und der schnellste Abschnitt meiner eigenen Kreditaufnahme endete trotzdem bei WBTC
Was ich herausfinden will: Schrumpft diese 15-Schritt-, Zwei-Stunden-Einzahlung vor dem Mainnet, oder sind das einfach die realen Kosten, um trustless Bitcoin-Interoperabilität zu bekommen?
Ich dachte, der eigentliche TBV-Borrow-Flow wäre einfach: einzahlen, leihen, fertig. Dem war nicht so.
Ich bin auf drei separate Stolpersteine gestoßen, bevor ich überhaupt in die Nähe des Borrow-Schritts kam, und keiner von ihnen hatte etwas mit dem Borrow-Mechanismus selbst zu tun. Es waren alles Wallet- und Interface-Themen.
Erstens: Die Testnet-Website hat meine Wallet-Adresse nicht akzeptiert, bis ich UniSat auf eine Taproot-Adresse umgestellt habe. Die Fehlermeldung war tatsächlich hilfreich. Sie hat explizit gesagt, dass P2TR erforderlich ist, also war die Lösung, nachdem ich wusste, was falsch war, unkompliziert.
Zweitens gibt es eine harte Mindest-Einzahlung von 0,01 sBTC. Der Faucet gibt dir das nicht in einem einzigen Claim, also musste ich für eine weitere Runde zurück, bevor der Einzahlungs-Button überhaupt aktiviert wurde. Kleine Einzelheit, aber genau so etwas bringt Leute aus dem Konzept, die davon ausgehen, sie hätten etwas falsch gemacht.
Dann kam der seltsamste Teil.
Sobald ich genug sBTC in UniSat hatte, zeigte die Website immer noch einen viel kleineren Kontostand als meine Wallet. UniSat zeigte 0,0102. Die Seite zeigte 0,002. Gleiche Wallet. Zwei verschiedene Kontostände.
Nach dem Aktualisieren der Seite wurde alles synchronisiert und der korrekte Kontostand angezeigt. Für einen Moment dachte ich wirklich, dass ein Teil meines sBTC verschwunden war.
Das Interessante ist: All das hat nichts damit zu tun, dass TBV trustless ist. Die Reibung entstand durch Wallet-Kompatibilität, Einzahlungsanforderungen und ein UI, das Kontostände nicht in Echtzeit aktualisierte.
Genau dafür sind Testnets da – und dieses hat drei UX-Probleme zutage gefördert, bevor ich überhaupt den Borrow-Flow erreicht habe.
Ich bin neugierig, ob diese Verzögerung beim Kontostand-Sync nur ein Testnet-Eigenart ist oder ob auch die Mainnet-Erfahrung das adressieren muss. Ein veralteter Kontostand ist das Letzte, was man sehen möchte, bevor man echtes BTC einzahlt.
Der „One-Click“-Borrow ist eigentlich drei getrennte Systeme, die nacheinander arbeiten.
Ich dachte, BTC zu sperren und dagegen zu leihen wäre im Grunde ein Klick. Klick auf einen Button, Stablecoins erhalten. Aber darunter passiert nicht genau das. Zuerst wird dein BTC in einem Taproot-Skript auf Bitcoin gesperrt. Das ist Schritt eins. Dann wird auf Ethereum ein eingeschränktes Token, vaultBTC, geprägt, um diese gesperrte Position darzustellen. Das ist Schritt zwei. Erst danach erkennt Aave v4 es als Sicherheit und erlaubt dir, dagegen zu leihen. Das ist Schritt drei. Die Oberfläche vermittelt den Eindruck einer sofortigen Aktion. Unter der Haube durchlaufen aber Bitcoin, der Prägevorgang und Aave abhängige Schritte, bevor am Ende ein einzelner Stablecoin in deinem Wallet ankommt.
Was mich dabei interessiert, ist der Edge Case: Wenn die Bitcoin-Sperre bestätigt ist, aber vaultBTC noch nicht geprägt wurde – bleibt die App dann einfach im Status „ausstehend“, bis alles nachgezogen hat, oder gibt es einen Punkt, an dem der Nutzer die Verzögerung tatsächlich bemerkt? Ich habe diesen Ablauf nirgendwo dokumentiert gesehen.
Niemand hält die falsche Behauptung auf. Es lohnt sich einfach nicht, eine zu fälschen...
Ich dachte, eine gefälschte Behauptung bei TBV würde irgendwie einfach stillschweigend abgelehnt, der Code fängt das ab, fertig. Aber so ist das nicht
wenn jemand versucht, einen Vault mit einer falschen Behauptung zu entsperren, blockiert das nichts automatisch. Stattdessen gibt es ein Challenge-Fenster, einen Zeitabschnitt, in dem jeder eingreifen und beweisen kann, dass die Behauptung falsch ist. Wenn innerhalb der Zeit niemand sie anficht, geht die gefälschte Behauptung durch
also stützt sich das ganze System darauf, dass es für einen Herausforderer günstig genug ist, damit sich der Aufwand tatsächlich lohnt. Genau hier spielt Babylons eigene Verifizierungsmethode, BABE, eine Rolle: Sie senkt die Kosten für die Prüfung dieser Beweise auf Bitcoin um ungefähr den Faktor 1.000 gegenüber älteren Ansätzen. Günstige Challenges bedeuten, dass jemand immer einen Anreiz hat, vorbeizukommen und eine falsche zu entlarven
ziemlich rückwärts, wie das funktioniert. Trustless Bitcoin Vaults (TBV) sind nicht sicher, weil schlechte Behauptungen unmöglich sind, sondern weil das Erkennen einer davon günstig genug ist, dass es immer jemanden geben wird, der es tut. Zieh diese Gebühr wieder nach oben, und die ganze Challenge-Ökonomie ergibt keinen Sinn mehr
spannend, was mit diesem Anreiz passiert, wenn die Bitcoin-Gebühren irgendwann von allein stark ansteigen. Ich habe nichts gesehen, was Babylon das direkt anspricht, also ist das eine echte Frage und nicht einfach ein bekanntes Problem
Ich dachte, das sei ein Bug. Stellt sich heraus, es ist das Design.
Ich ging davon aus, dass ein Vault wie eine normale Collateral-Position funktionieren würde: ein bisschen nachfüllen, ein bisschen herausziehen, dann nach und nach anpassen. Trustless Bitcoin Vaults (TBV) funktioniert überhaupt nicht so.
Der Grund liegt daran, was ein Vault eigentlich ist. Es ist kein laufendes Guthaben, das irgendwo „live“ sitzt, sondern eine einzelne vorab signierte Bitcoin-Vereinbarung. Alles darüber, wer ihn beanspruchen kann, unter welchen Bedingungen und an welches Protokoll er gebunden ist, wird in dem Moment festgelegt, in dem er erstellt wird.
Daher ist die Rücknahme nur als kompletter Vault möglich. ein Teil rein, ein Teil raus. keine teilweisen Auszahlungen. Und das Zielprotokoll kann später auch nicht stillschweigend geändert werden.
Irgendwie rückwärts gedacht, wenn man darüber nachdenkt. TBV existiert, um BTC nutzbar zu machen, statt es nur in Cold Storage liegen zu lassen. Aber der Vault selbst ist weniger flexibel als eine normale Collateral-Position, weil seine Regeln von Tag eins an feststehen.
Mich würde interessieren, ob sich das ändert, sobald das Ganze von Testnet weggeht — oder ob die komplette-Vault-Rücknahme einfach der dauerhafte Kompromiss ist, wenn man auf vorab signierten Bitcoin-Transaktionen aufbaut.
Diese Zahl stammt von Ronin aus dem Jahr 2022. Hacker haben keinen Fehler in einem Smart Contract ausgenutzt – sie haben 5 von den 9 Validator-Schlüsseln kompromittiert, die die Bridge kontrollierten. Sobald du die Mehrheit der Schlüssel hast, musst du nichts hacken: Du signierst einfach.
Dieses Vertrauensmodell haben viele Systeme genutzt, die BTC umschlossen und gebridget haben. Irgendwo gibt es eine kleine Gruppe von Schlüsseln oder einen Custodian, der entscheidet, ob deine Münze zurückkommt. Meistens ist das okay. Bis es dann 5 Personen sind und ein gefälschtes Jobangebot.
Trustless Bitcoin Vaults (TBV) haben diese Gruppe nicht. Es gibt keinen Validator-Set, den man bestechen, anlocken oder kompromittieren könnte, weil nichts freigeschaltet wird, indem jemand eine Nachricht signiert. Es wird stattdessen durch kryptografische Beweise freigeschaltet, und jeder kann eine unzutreffende Behauptung innerhalb des Zeitfensters anfechten, bevor sie finalisiert.
Das heißt nicht, dass das Risiko verschwindet – es verlagert sich nur. Jetzt muss nicht mehr eine Handvoll Menschen standhalten, sondern das Beweissystem selbst. Das ist auf dem Papier eine kleinere Angriffsfläche, aber es ist auch neu, und nichts davon wurde bisher in echtem Maßstab getestet.
Die eigentliche Frage ist also nicht „Ist das sicher?“, sondern „Würdest du lieber 9 Menschen vertrauen oder Mathematik, die noch nicht unter Stress getestet wurde?“
Ich glaube, die meisten beobachten das falsche Signal.
Die größte Chance wird nicht von Coins kommen, die bereits um 500 % gepumpt haben.
Sie wird aus Bereichen entstehen, in denen Liquidität ganz leise zu fließen beginnt, bevor Crypto Twitter es bemerkt.
So verfolge ich diese Woche:
• Bitcoin-Dominanz. Hält sich das Kapital noch immer in BTC versteckt? • BNB-Ökosystem-Aktivität. Neue Nutzer kommen oft, bevor der Preis reagiert. • Real World Assets. Institutionen bewegen sich weiterhin Richtung tokenisierte Finanzen. • On-Chain-Stablecoin-Wachstum. Frische Liquidität erzählt die Geschichte meist, bevor die Charts das tun. • KI- und DePIN-Projekte, die tatsächlich Produkte liefern – statt nur Marketing zu machen.
Märkte belohnen keine Menschen, die grünen Kerzen hinterherjagen.
Sie belohnen Menschen, die Narrative erkennen, bevor sie zu Schlagzeilen werden.
Welcher Sektor wird eurer Meinung nach in den nächsten 90 Tagen besser abschneiden?
Ich werde ausgezahlt, wenn ich liquidiert werde – mit einer Münze, die du nie berührt hast.
Ich dachte, wenn meine Position jemals liquidiert wird, würde ich einfach… BTC verlieren. Klingt doch klar, oder? Tatsächlich ist das hier aber gar nicht so.
Trustless Bitcoin Vaults (TBV) sperren dein BTC direkt auf Bitcoin selbst, und Bitcoin bewegt sich nicht mit der Geschwindigkeit von Ethereum. Wenn jede Liquidation erst auf eine Redemption auf der Bitcoin-Seite warten müsste, wäre das zu langsam, um Kreditmärkte am Laufen zu halten. Aave kann sich das nicht leisten.
Daher trennt das Design Liquidation von Redemption.
Wenn eine Position liquidiert wird, nimmt der Liquidator die beschlagnahmte TBV-Vault, tauscht sie gegen WBTC zu einem kleinen Aufschlag und tilgt die Schuld sofort. Alles wird in Ethereum-Geschwindigkeit abgewickelt. Die eigentliche BTC-Redemption passiert später – wenn Arbitrageure diese treuhänderisch verwahrten Vaults kaufen und den zugrunde liegenden BTC dann im eigenen Zeitplan von Bitcoins Netzwerk einlösen.
Irgendwie auch witzig. TBV ist so designt, dass Nutzer nicht darauf angewiesen sind, WBTC als ihr Bitcoin-Exposure zu nutzen – und dennoch endet WBTC am Ende als Liquiditäts-Brücke, die Liquidationen schnell hält.
Was mich interessiert, ist, wie sich dieser Aufschlag während einer echten Marktkaskade verhält. An einem ruhigen Tag ist er vermutlich minimal, aber wenn die Volatilität stark anzieht: Bleibt die Effizienz dieser Brücke erhalten oder wird sie zu einer spürbaren Quelle von Liquidationsreibung?
Ich habe viel zu lange versucht herauszufinden, warum das Umhüllen (Wrapping) zur Standardeinstellung wurde. Dabei ging es nicht in erster Linie um Vertrauen. Es ging um Interoperabilität.
Warum wird alles umhüllt, bevor es mit DeFi in Berührung kommt? Wie sich herausstellt, hat Vertrauen damit nichts zu tun.
Smart Contracts auf Ethereum können nicht sehen, was auf Bitcoin passiert. Sie haben keine Möglichkeit, einen UTXO eigenständig zu prüfen. Deshalb ist das Wrapping keine wirkliche Sicherheitsentscheidung, sondern eine Umgehung für diese Blindstelle. Man umhüllt die Münze, damit etwas auf Ethereum sie abbilden kann.
Trustless Bitcoin Vaults (TBV) schließen diese Lücke von der anderen Seite. b$TC wird in einem Taproot-Skript auf Bitcoin gesperrt, und zum Entsperren wird ein zk-Beweis benötigt, der bestätigt, dass auf Ethereum etwas passiert ist – zum Beispiel dass ein Kredit zurückgezahlt wurde. Die Bitcoin-Ausgabebedingungen verifizieren den Beweis, bevor Gelder bewegt werden können. Außerdem gibt es eine Einspruchs-/Challenge-Window, falls jemand versucht, es zu fälschen. Ethereum erhält zwar ein Token als Stellvertreter für den BTC, aber es ist mit Einschränkungen gesperrt und nicht frei übertragbar wie WBTC.
Das ist die eigentliche Veränderung: nicht „es existiert keine Repräsentation“, sondern „die Repräsentation kann sich nicht daneben benehmen, ohne dass es auffällt“. Ein anderes Problem als darauf zu vertrauen, dass ein Custodian einfach das Richtige tut.
Allerdings stecken wir bei dieser Art von Proof-Checking noch in den frühen Tagen. Das Erzeugen und Verifizieren kostet etwas, und niemand hat wirklich unter realem Volumen gestresst getestet, wie das aussieht.
Ich frage mich, ob diese Kosten klein genug bleiben für kleinere BTC-Inhaber oder ob es am Ende eher ein Spiel für größere Positionen wird
Ich habe heute ein bisschen Zeit im TBV-Testnet verbracht und bin tatsächlich durch den Borrow-Flow gegangen, statt nur darüber zu lesen.
Ich habe Test-BTC vom Faucet geholt, ihn in einen Tresor gesperrt und dann Test-USDC dagegen über Aave v4 ausgeliehen. Kein Wrapping-Schritt irgendwo, kein separates Token, das irgendwo in meiner Wallet auftaucht, und das für den BTC steht.
Das, was besonders auffiel, war: Mein BTC ist nie aus dem Tresor herausgegangen. Aus Sicht des Nutzers war er einfach auf der Bitcoin-Seite gesperrt, während die Ethereum-Seite diesen Tresor als Sicherheit behandelt hat. Zu keinem Zeitpunkt habe ich am Ende eine verpackte Version meines BTC gehalten.
Das ist anders als bei der Art, wie ich BTC bisher in DeFi genutzt habe, wo normalerweise irgendwo ein Custodian oder ein Wrapped-Asset in der Mitte dazwischenkommt.
Zwar immer noch Testnet, aber Peg-In- und Unlock-Zeiten sagen dir noch nicht so viel. Echte Überlastung und echte wirtschaftliche Bedingungen sind es normalerweise, wo Systeme richtig getestet werden.
Ich werde es diese Woche nochmal laufen lassen und diesmal tatsächlich versuchen, zurückzuzahlen und zu entsperren. Bin neugierig, ob sich diese Seite genauso smooth anfühlt wie das Ausleihen.
Menschen beschreiben Bitcoin oft als digitales Gold, und im Laufe der Zeit hat dieser Vergleich geprägt, wie Menschen es nutzen. Gold ist etwas, das man aufbewahrt. Bitcoin wurde nach und nach ähnlich. Sobald man es besitzt, fühlt sich die sicherste Entscheidung oft so an, als ließe man es unberührt.
Diese Denkweise ist nicht zufällig entstanden. Über Jahre hinweg bedeutete die Nutzung von BTC in DeFi meistens, es zu tokenisieren, zu brücken oder zusätzliche Vertrauensannahmen zu akzeptieren. Das Halten wurde zur einfacheren Option, sodass Bitcoin den Ruf erhielt, ein Vermögenswert zu sein, der größtenteils abseits stand, während andere Assets die On-Chain-Finanzierung antrieben.
Eine Frage, zu der ich immer wieder zurückkomme, ist, ob dieser Ruf eine Eigenschaft von Bitcoin selbst ist oder lediglich das Ergebnis der Infrastruktur, die wir um ihn herum gebaut haben.
Genau da hat @BabylonLabs_io mich zum Nachdenken gebracht. Trustless Bitcoin Vaults (TBV) gehen von einem anderen Ausgangspunkt aus. Anstatt Nutzer zu bitten, Bitcoin erst zu transformieren, bevor es brauchbar wird, untersucht das Design, ob natives BTC nativ bleiben kann und gleichzeitig als Sicherheit dienen kann. Das erste öffentliche Testnet, das auf nativ besichertem Borrowing mit Aave v4 basiert, ist ein frühes Beispiel für diese Idee in der Praxis.
Was mich nicht nur der Borrowing-Flow interessiert, ist die Möglichkeit, dass Bitcoin nicht zwingend zwischen einem langfristigen Wertspeicher und der Teilnahme an On-Chain-Finanzierungen wählen muss. Wenn native Sicherheiten praktikabel werden, könnten diese beiden Rollen weniger getrennt sein, als sie es traditionell gewesen sind.
Ob sich dadurch das Nutzerverhalten ändert, ist eine weitere Frage. Menschen verlassen vertraute Modelle nicht über Nacht, und tokenisierte Assets haben bereits seit Jahren Liquidität und Integrationen hinter sich.
Ich bin gespannt, ob Bitcoins Zukunft schlicht darin besteht, es noch sicherer zu halten, oder darin, Wege zu finden, es zu nutzen, ohne das zu verändern, was es in erster Linie wertvoll macht.
Viele gehen davon aus, dass die Nutzung von Bitcoin in DeFi bedeutet, ihn einzuwickeln oder auf eine andere Kette zu bridgen. Diese Annahme ist nicht überraschend, weil Wrapped BTC seit Jahren die Grundlage der meisten Bitcoin-basierten DeFi-Anwendungen bildet. Das hat Bitcoin leicht in bestehende Protokolle integrierbar gemacht, aber auch zusätzliche Vertrauensannahmen eingeführt, die es nicht gibt, wenn man nativen BTC hält.
Ein Ansatz, der meine Aufmerksamkeit geweckt hat, ist, wie <@BabylonLabs_io > das mit den Trustless Bitcoin Vaults (TBV) angeht. Anstatt Wrapped BTC als Standard zu behandeln, ist TBV so konzipiert, dass nativer Bitcoin als Sicherheit genutzt werden kann, ohne einzuwickeln, zu brücken oder auf zentrale Zwischeninstanzen zu setzen. Anstatt Bitcoin in einem anderen Netzwerk nachzubilden, geht das Design von der Idee aus, dass Bitcoin nativ bleiben sollte und dennoch über On-Chain-Anwendungen hinweg nützlich ist.
Die erste Umsetzung ist eine native, durch Bitcoin unterlegte Kreditaufnahme über Aave v4 auf Babylons öffentlichem Testnetz. Sie zeigt, dass Bitcoin-Liquidität bei DeFi mitwirken kann, ohne vom traditionellen Wrapped-Asset-Modell abhängig zu sein.
Hier wird die Architektur besonders interessant. Wrapped BTC wurde zum Industriestandard, weil es sich nahtlos in die bestehende DeFi-Infrastruktur einfügte. TBV stellt jedoch eine andere Frage: Wenn nativer Bitcoin eine ähnliche Funktionalität liefern kann, brauchen wir dann wirklich standardmäßig Wrapper und Bridges?
Die spannendere Frage ist nicht, ob nativer BTC als Sicherheit genutzt werden kann. Babylon hat das bereits über sein öffentliches Testnetz demonstriert. Entscheidend ist nun, ob sich dieses Modell über das reine Lending hinaus in Bereiche wie Stablecoins, Derivate und andere Finanzanwendungen ausweiten kann, ohne dabei die Vertrauensannahmen zu verändern, die es zu bewahren versucht.
Ich werde das öffentliche Testnetz erkunden, um zu sehen, wie der Kreditaufnahme-Flow in der Praxis funktioniert. Mich interessiert außerdem, ob andere der Meinung sind, dass native Bitcoin-Sicherheit realistisch mit der Liquidität und den Netzwerkeffekten konkurrieren kann, die Wrapped BTC über die Jahre aufgebaut hat.
$BABY #baby $BTC #BTC Was wird die Einführung von nativen BTC antreiben?