Ich habe dieses Mal eine @BabylonLabs_io weiße Arbeit gelesen und bin dabei auf ein Wort gestoßen, das ich zuvor überflogen hatte, ohne genauer hinzuschauen: Covenant Tree.
Das TBV-vault ist kein einlagiges Skript, sondern eine baumartige Struktur, die aus mehreren Covenants besteht. Jeder Blattknoten steht für eine Art gültige Ausgabebedingung – normales Einlösen, Gewinn bei einer Challenge, Rückerstattung nach Zeitablauf, Slash-Strafen usw. Der Wurzelknoten ist der tweaked public key der P2TR-Ausgabe.
Der Vorteil dabei ist: Wenn du eine Ausgabetransaktion initiierst, musst du nur den Merkle-Pfad von dem Blatt bis zur Wurzel offenlegen, statt die komplette Baumstruktur preiszugeben. Beim Verifizieren durch Bitcoin-Knoten wird nur geprüft, ob der von dir offengelegte Pfad mit dem Wurzel-Hash übereinstimmt; die anderen Zweige bleiben für dich Privatsache.$BABY
Was bedeutet das? Dass die vollständige Logik des vault für externe Beobachter verborgen ist. Andere wissen nur den Root dieser Baumstruktur, nicht, wie viele verschiedene Ausstiegsbedingungen darin hängen und welche Parameter jede Bedingung hat.
Ein weiterer Punkt ist die rekursive Verifikation. Das Whitepaper erwähnt, dass bestimmte komplexe Challenge-Szenarien mehrere Runden an Beweisen erfordern: Die Ausgabe einer Beweisschleife wird zur Eingabe der nächsten. Die Struktur des Covenant Tree unterstützt diese Rekursion von Natur aus – die Ausgabebedingung jedes Blattknotens kann auf einen anderen Knoten im Baum verweisen und so eine Ketten-Verifizierungspfade bilden.
Ich verstehe den Zweck dieses Designs: Die Ausdruckskraft von Bitcoin-Skripten ist begrenzt. Wenn sich eine komplexe Logik in einem einzigen Verifikationsschritt nicht abbilden lässt, wird sie in mehrere Schritte zerlegt – jeder Schritt entspricht einem Knoten im Baum. Schritt für Schritt werden sie über Covenant-Einschränkungen miteinander verkettet. So umgehst du die Längenbeschränkung von Skripten, während die Verifizierungsintegrität erhalten bleibt.#baby
Das TBV-vault ist kein einlagiges Skript, sondern eine baumartige Struktur, die aus mehreren Covenants besteht. Jeder Blattknoten steht für eine Art gültige Ausgabebedingung – normales Einlösen, Gewinn bei einer Challenge, Rückerstattung nach Zeitablauf, Slash-Strafen usw. Der Wurzelknoten ist der tweaked public key der P2TR-Ausgabe.
Der Vorteil dabei ist: Wenn du eine Ausgabetransaktion initiierst, musst du nur den Merkle-Pfad von dem Blatt bis zur Wurzel offenlegen, statt die komplette Baumstruktur preiszugeben. Beim Verifizieren durch Bitcoin-Knoten wird nur geprüft, ob der von dir offengelegte Pfad mit dem Wurzel-Hash übereinstimmt; die anderen Zweige bleiben für dich Privatsache.$BABY
Was bedeutet das? Dass die vollständige Logik des vault für externe Beobachter verborgen ist. Andere wissen nur den Root dieser Baumstruktur, nicht, wie viele verschiedene Ausstiegsbedingungen darin hängen und welche Parameter jede Bedingung hat.
Ein weiterer Punkt ist die rekursive Verifikation. Das Whitepaper erwähnt, dass bestimmte komplexe Challenge-Szenarien mehrere Runden an Beweisen erfordern: Die Ausgabe einer Beweisschleife wird zur Eingabe der nächsten. Die Struktur des Covenant Tree unterstützt diese Rekursion von Natur aus – die Ausgabebedingung jedes Blattknotens kann auf einen anderen Knoten im Baum verweisen und so eine Ketten-Verifizierungspfade bilden.
Ich verstehe den Zweck dieses Designs: Die Ausdruckskraft von Bitcoin-Skripten ist begrenzt. Wenn sich eine komplexe Logik in einem einzigen Verifikationsschritt nicht abbilden lässt, wird sie in mehrere Schritte zerlegt – jeder Schritt entspricht einem Knoten im Baum. Schritt für Schritt werden sie über Covenant-Einschränkungen miteinander verkettet. So umgehst du die Längenbeschränkung von Skripten, während die Verifizierungsintegrität erhalten bleibt.#baby