Zwei Hashtag-Fehler gemacht. Von Rang 42 auf 750 gefallen. Aber nicht aufgegeben. Jetzt bin ich wieder bei Rang 82 und steige weiter.
Ich hatte angenommen, dass das Öffnen eines Babylon-TBV-Tresors bedeutet, eine Bitcoin- und eine Ethereum-Wallet zu verbinden und dann die App sie verknüpfen zu lassen.
Doch der Peg-in-Request enthält viel mehr als nur zwei Wallet-Adressen.
Der Request registriert die Ethereum-Adresse des Einzahlers, einen Bitcoin-Public-Key, einen BIP-322-Beweis dafür, dass man tatsächlich im Besitz dieses Bitcoin-Keys ist, den gewählten Vault-Provider sowie eine WOTS-Public-Key-Verpflichtung, die an den Einzahler gebunden ist. Während der Off-Chain-Einrichtung authentifiziert sich der Einzahler außerdem gegenüber diesem Vault-Provider über einen Challenge-Response-Austausch.
Ich musste mir genauer ansehen, warum der Besitznachweis hier ganz konkret wichtig ist.
Denn eine angezeigte Bitcoin-Adresse beweist für sich allein gar nichts: Jeder kann eine Adresse in ein Formular eintippen. BIP-322 zwingt den Einzahler, zuerst eine Nachricht mit dem tatsächlichen privaten Key zu signieren – damit wird die Kontrolle nachgewiesen, bevor überhaupt ein Vault-Eintrag auf Ethereum-Seite erstellt wird.
Die Rolle des Vault-Providers ist hier enger, als sie klingt. Er hilft bei der Koordination der Einrichtung, greift aber nie in die Bitcoin-Verwahrung ein – der Key des Einzahlers bleibt die ganze Zeit beim Einzahler.
Eine einzige Signatur beweist Besitz. Sie übergibt keine Kontrolle.
Auch all das führt nicht zu einem einzigen, einheitlichen Konto. Die Bitcoin-Seite sendet weiterhin die Pre-PegIn-Transaktion und signiert später alle Freigabe-Pfade. Ich hatte erwartet, dass es in Babylons Design einen Punkt gibt, an dem sich die beiden Seiten zusammenführen – aber ich habe keinen gefunden. Die Ethereum-Seite behandelt den Peg-in-Request, das Reveal des Aktivierungsgeheimnisses und jede Anwendungsaktion: Ausleihen, Rückzahlung, Abhebung.
Wenn man einen Babylon-Tresor öffnet, beweist das kryptografisch, dass dieselbe Person beide Seiten kontrolliert. Es verschmilzt diese Seiten nicht zu einem einzigen Wallet-Erlebnis: Der Einzahler betreibt weiterhin zwei Netzwerke, zwei Signing-Keys und mehrere unterschiedliche Vault-States.
Liegt der harte Teil also wirklich im Besitznachweis – oder ist die eigentliche Kostenstelle das ständige Koordinieren zweier separater Wallets?
@BabylonLabs_io #baby $BABY $BANK $ESPORTS
Ich hatte angenommen, dass das Öffnen eines Babylon-TBV-Tresors bedeutet, eine Bitcoin- und eine Ethereum-Wallet zu verbinden und dann die App sie verknüpfen zu lassen.
Doch der Peg-in-Request enthält viel mehr als nur zwei Wallet-Adressen.
Der Request registriert die Ethereum-Adresse des Einzahlers, einen Bitcoin-Public-Key, einen BIP-322-Beweis dafür, dass man tatsächlich im Besitz dieses Bitcoin-Keys ist, den gewählten Vault-Provider sowie eine WOTS-Public-Key-Verpflichtung, die an den Einzahler gebunden ist. Während der Off-Chain-Einrichtung authentifiziert sich der Einzahler außerdem gegenüber diesem Vault-Provider über einen Challenge-Response-Austausch.
Ich musste mir genauer ansehen, warum der Besitznachweis hier ganz konkret wichtig ist.
Denn eine angezeigte Bitcoin-Adresse beweist für sich allein gar nichts: Jeder kann eine Adresse in ein Formular eintippen. BIP-322 zwingt den Einzahler, zuerst eine Nachricht mit dem tatsächlichen privaten Key zu signieren – damit wird die Kontrolle nachgewiesen, bevor überhaupt ein Vault-Eintrag auf Ethereum-Seite erstellt wird.
Die Rolle des Vault-Providers ist hier enger, als sie klingt. Er hilft bei der Koordination der Einrichtung, greift aber nie in die Bitcoin-Verwahrung ein – der Key des Einzahlers bleibt die ganze Zeit beim Einzahler.
Eine einzige Signatur beweist Besitz. Sie übergibt keine Kontrolle.
Auch all das führt nicht zu einem einzigen, einheitlichen Konto. Die Bitcoin-Seite sendet weiterhin die Pre-PegIn-Transaktion und signiert später alle Freigabe-Pfade. Ich hatte erwartet, dass es in Babylons Design einen Punkt gibt, an dem sich die beiden Seiten zusammenführen – aber ich habe keinen gefunden. Die Ethereum-Seite behandelt den Peg-in-Request, das Reveal des Aktivierungsgeheimnisses und jede Anwendungsaktion: Ausleihen, Rückzahlung, Abhebung.
Wenn man einen Babylon-Tresor öffnet, beweist das kryptografisch, dass dieselbe Person beide Seiten kontrolliert. Es verschmilzt diese Seiten nicht zu einem einzigen Wallet-Erlebnis: Der Einzahler betreibt weiterhin zwei Netzwerke, zwei Signing-Keys und mehrere unterschiedliche Vault-States.
Liegt der harte Teil also wirklich im Besitznachweis – oder ist die eigentliche Kostenstelle das ständige Koordinieren zweier separater Wallets?
@BabylonLabs_io #baby $BABY $BANK $ESPORTS