Ich habe gerade den TBV-Redeem-Flow durchgelesen und beinahe das Repayment-Proof als den finalen Schritt behandelt. Bob zahlt auf Ethereum zurück, ein ZK-Proof bescheinigt, dass die Schuld beglichen ist und die Preisbedingung erfüllt ist, dann geht der Anspruch an Bitcoin. Fertig.

Diese Version ist ordentlich. Es stellte sich auch heraus, dass sie unvollständig ist.

Der Proof selbst hat fast keinen unabhängigen Wert. Jemand muss immer noch akzeptieren, dass der Proof korrekt gebildet ist. Jemand muss den Preisfeed und die ursprünglichen Kreditbedingungen als dieselbe Menge von Annahmen behandeln, die existierten, als der Vault erstellt wurde. Validatoren, Herausforderer und der Vault-Provider müssen alle dieselbe Aussage unter denselben Regeln betrachten, auch dann, wenn niemand aktiv die Position beobachtet.

Das ist der Teil, der bei mir hängen blieb. Die interessante Mechanik ist nicht die Kryptographie, die den Proof erzeugt. Es ist die Koordinationsschicht, die dafür sorgt, dass alle Teilnehmenden dasselbe Claim gegen dieselben vorherigen Zusagen prüfen. Wenn eine Seite eine Bedingung anders auslegt als eine andere, hört der Proof auf, das harte Problem zu sein. Ausrichtung wird zum harten Problem.

Sobald das Klick gemacht hat, verschwindet ein großer Teil der operativen Angriffsfläche. Kreditgeber müssen nicht mehr jedes Zwischenereignis von Hand rekonstruieren. Teilnehmende müssen dem Wort der Gegenpartei nicht vertrauen. Sie brauchen nur das Vertrauen, dass der Verifizierungsprozess selbst über die Zeit konsistent bleibt. Der Proof schließt den Kredit, aber was das Protokoll tatsächlich schützt, ist eine geteilte Übereinstimmung über den Zustand der Welt, bevor irgendein BTC bewegt wird.

@BabylonLabs_io
#baby $BABY

#baby $BABY