Ich sehe immer wieder, wie „trustless“ behandelt wird, als sei es ein abgeschlossener Zustand und nicht ein Arbeitsschritt – also habe ich mir angesehen, was das Wort in Babylons Design der „Trustless Bitcoin Vaults“ tatsächlich abdeckt. Die Vault-Mechaniken halten einer Prüfung stand. BTC wird in einem Taproot-Skript direkt auf Bitcoin gesperrt, und es bewegt sich nur, wenn ein Zero-Knowledge-Beweis für ein konkretes Ethereum-Ereignis verifiziert wird. Jeder kann während eines Fraud-Proof-Fensters eine ungültige Behauptung anfechten, und der Einzahlende kann jederzeit auch in eigenem Namen anfechten. Kein Custodian, kein Signer-Komitee, niemand, der einen Ersatzschlüssel bereithält.
Hier ist der Teil, der mich überrascht hat. Der „Temp Check“, den Babylon am 25. Mai im Governance-Forum von Aave eingereicht hat, verschiebt das Oracle-Design und die vollständigen Vertrauensannahmen auf eine spätere ARFC-Phase – nicht auf diese. Der Aave-DAO behält die volle Kontrolle über die Risikoparameter sowie über die Supply- und Borrow-Caps bei den beiden neuen Spokes. Die Vault-Redeem-Logik ist also heute kryptografisch vertrauensfrei, aber der Markt darum herum – also der Teil, der entscheidet, wie viel BTC hinein fließt und welcher Preisfeed welchen Preis liefert – muss noch drei Governance-Phasen durchlaufen: Temp Check, ARFC und anschließend eine Onchain-AIP-Abstimmung.
Das ist nicht ungewöhnlich dafür, wie Aave neue Märkte ausrollt, und es ist auch kein Rückschlag für das Design. Es bedeutet nur: Das „kein zentralisierte Intermediäre“-Pitch ist derzeit für eine Ebene des Systems wahr und wird für die andere Ebene noch geschrieben.
Babylons TBV ist nicht „trustless“ als abgeschlossene Behauptung – es ist „trustless“ in Ebenen. Und im Moment ist nur die Redemption-Logik des Vaults live und unabhängig verifizierbar. Die Governance-Ebene zur Festlegung von Caps und Oracles wird noch immer im öffentlichen Prozess über Aaves eigenes Verfahren aufgebaut – offen, aber noch nicht fertig.
@BabylonLabs_io $ON $BANK $BABY #baby
Hier ist der Teil, der mich überrascht hat. Der „Temp Check“, den Babylon am 25. Mai im Governance-Forum von Aave eingereicht hat, verschiebt das Oracle-Design und die vollständigen Vertrauensannahmen auf eine spätere ARFC-Phase – nicht auf diese. Der Aave-DAO behält die volle Kontrolle über die Risikoparameter sowie über die Supply- und Borrow-Caps bei den beiden neuen Spokes. Die Vault-Redeem-Logik ist also heute kryptografisch vertrauensfrei, aber der Markt darum herum – also der Teil, der entscheidet, wie viel BTC hinein fließt und welcher Preisfeed welchen Preis liefert – muss noch drei Governance-Phasen durchlaufen: Temp Check, ARFC und anschließend eine Onchain-AIP-Abstimmung.
Das ist nicht ungewöhnlich dafür, wie Aave neue Märkte ausrollt, und es ist auch kein Rückschlag für das Design. Es bedeutet nur: Das „kein zentralisierte Intermediäre“-Pitch ist derzeit für eine Ebene des Systems wahr und wird für die andere Ebene noch geschrieben.
Babylons TBV ist nicht „trustless“ als abgeschlossene Behauptung – es ist „trustless“ in Ebenen. Und im Moment ist nur die Redemption-Logik des Vaults live und unabhängig verifizierbar. Die Governance-Ebene zur Festlegung von Caps und Oracles wird noch immer im öffentlichen Prozess über Aaves eigenes Verfahren aufgebaut – offen, aber noch nicht fertig.
@BabylonLabs_io $ON $BANK $BABY #baby