Der Tresor wurde nicht weggebracht, aber das Preisschild könnte möglicherweise neu geschrieben werden. Dieses Bild ist anschaulicher als jeder Begriff. BTC bleibt in Bitcoin: Was es löst, ist die Kontrolle. Ethereum beurteilt hingegen die Position als gefährlich und kümmert sich um ein anderes System von Zahlungsfähigkeitsmaßstäben.
Trustless Bitcoin Vaults (TBV) verändern den Pfad, über den Vermögenswerte kontrolliert werden. Das native BTC muss nicht in eine verpackte, frei handelbare Brücken-Asset-Form umgewandelt werden, aber die Kreditpositionen laufen dennoch über die Konten und die Risikologik von Aave v4. Wenn eine Anwendung die Zahlungsfähigkeit bewerten will, muss sie den Beleihungswert, den Beleihungsfaktor und den Schuldenwert auslesen—dadurch rückt die Oracle-Komponente ins Zentrum.
Die Bitcoin-Schicht wirkt wie ein Tresor: Sie bestimmt, wo die Vermögenswerte platziert werden und über welchen Pfad man sie ausgeben kann. Oracle und Anwendungslogik sind eher wie eine Bewertungstafel: Sie bestimmen, wie viel die Vermögenswerte in diesem Tresor in der aktuellen Position wert sind. Selbst wenn die Tür noch so fest verriegelt ist, beeinflusst die Zahl, die die Bewertungstafel ausgibt, weiterhin den Health Factor. Dass Vermögenswerte nicht beliebig transferiert wurden, heißt nicht, dass sie buchhalterisch für immer sicher sind.
Genau an dieser Stelle wird #baby beim Diskutieren von nativer Besicherung am leichtesten zu stark „verpackt“. Manche packen das Aufbewahren der Assets, die Preisbewertung und das Schuldenrisiko in dasselbe Sicherheitsetikett—als ob mit dem Auftauchen der Worte „native“ die Liquidation automatisch offline geht. Die Realität ist zurückhaltender. Verbesserte Kontrolle ist eine Gewinnschicht; Oracle, Smart Contracts, Zinssätze und das Schuldenrisiko bleiben eine andere Risikoschicht.
@BabylonLabs_io muss nicht nur beweisen, dass BTC bei Bitcoin bleibt, sondern auch, wie die Ethereum-Seite den Zahlungsfähigkeitsstatus transparent definiert. $BABY kann den Wert der zugehörigen Protokolle nicht durch das Umgehen von Oracles begründen; stattdessen muss man prüfen, ob die Bewertung, die Behandlung von Ausnahmen und die Liquidationsgrenzen einer fortlaufenden Überprüfung standhalten.
Aktuelle Beleihungsfaktoren und andere Parameter gehören zum öffentlichen Testnet, und sie können sich je nach Version anpassen. Ohne echtes Liquidationserlebnis kann man keine Faktenprüfung ersetzen—und es geht dabei auch nicht um Vorhersagen des BTC-Preises oder um Positionsempfehlungen.
Am Ende also wieder zurück zu dem Bild. Der Tresor wird nicht weggebracht, und das Preisschild wird sich dennoch ändern. Wenn man solche Positionen liest, sollte man zuerst klären, wer die Vermögenswerte kontrolliert, und dann bestätigen, wer den Zahlungsfähigkeitsstatus definiert. Erst wenn man die zwei Prüfungsbögen getrennt betrachtet, verhindert man, dass „native“ alle Risiken mit nur einer Unterschrift abdeckt.
Trustless Bitcoin Vaults (TBV) verändern den Pfad, über den Vermögenswerte kontrolliert werden. Das native BTC muss nicht in eine verpackte, frei handelbare Brücken-Asset-Form umgewandelt werden, aber die Kreditpositionen laufen dennoch über die Konten und die Risikologik von Aave v4. Wenn eine Anwendung die Zahlungsfähigkeit bewerten will, muss sie den Beleihungswert, den Beleihungsfaktor und den Schuldenwert auslesen—dadurch rückt die Oracle-Komponente ins Zentrum.
Die Bitcoin-Schicht wirkt wie ein Tresor: Sie bestimmt, wo die Vermögenswerte platziert werden und über welchen Pfad man sie ausgeben kann. Oracle und Anwendungslogik sind eher wie eine Bewertungstafel: Sie bestimmen, wie viel die Vermögenswerte in diesem Tresor in der aktuellen Position wert sind. Selbst wenn die Tür noch so fest verriegelt ist, beeinflusst die Zahl, die die Bewertungstafel ausgibt, weiterhin den Health Factor. Dass Vermögenswerte nicht beliebig transferiert wurden, heißt nicht, dass sie buchhalterisch für immer sicher sind.
Genau an dieser Stelle wird #baby beim Diskutieren von nativer Besicherung am leichtesten zu stark „verpackt“. Manche packen das Aufbewahren der Assets, die Preisbewertung und das Schuldenrisiko in dasselbe Sicherheitsetikett—als ob mit dem Auftauchen der Worte „native“ die Liquidation automatisch offline geht. Die Realität ist zurückhaltender. Verbesserte Kontrolle ist eine Gewinnschicht; Oracle, Smart Contracts, Zinssätze und das Schuldenrisiko bleiben eine andere Risikoschicht.
@BabylonLabs_io muss nicht nur beweisen, dass BTC bei Bitcoin bleibt, sondern auch, wie die Ethereum-Seite den Zahlungsfähigkeitsstatus transparent definiert. $BABY kann den Wert der zugehörigen Protokolle nicht durch das Umgehen von Oracles begründen; stattdessen muss man prüfen, ob die Bewertung, die Behandlung von Ausnahmen und die Liquidationsgrenzen einer fortlaufenden Überprüfung standhalten.
Aktuelle Beleihungsfaktoren und andere Parameter gehören zum öffentlichen Testnet, und sie können sich je nach Version anpassen. Ohne echtes Liquidationserlebnis kann man keine Faktenprüfung ersetzen—und es geht dabei auch nicht um Vorhersagen des BTC-Preises oder um Positionsempfehlungen.
Am Ende also wieder zurück zu dem Bild. Der Tresor wird nicht weggebracht, und das Preisschild wird sich dennoch ändern. Wenn man solche Positionen liest, sollte man zuerst klären, wer die Vermögenswerte kontrolliert, und dann bestätigen, wer den Zahlungsfähigkeitsstatus definiert. Erst wenn man die zwei Prüfungsbögen getrennt betrachtet, verhindert man, dass „native“ alle Risiken mit nur einer Unterschrift abdeckt.