Letzte Woche bin ich beim Abschnitt auf der Website über „Atomic Settlement“ hängen geblieben. Fünf englische Wörter wirkten wie ein Versprechen – und zugleich wie eine Aussage, die nichts ganz ausschöpft. „Atomic Settlement“ steht als vier Worte auf der Startseite. Die Community hat es längst als „Sekunden bis zum Eingang“ weiterverbreitet. Aber was die Originalformulierung der Website wirklich verspricht: Es hat niemand die einschränkenden Wörter herausgearbeitet.
Ich habe mir sowohl die Originalzeile der Website als auch den Overview-Teil der Docs genommen und Wort für Wort verglichen. „deterministic finality“ plus „delivery-versus-payment-ready workflows“. Übersetzt heißt das: Asset- und Payment-Leg gehen gemeinsam – wenn Lieferung und Bezahlung bereit sind, ist das „wenn Ware und Geld abgemacht sind“, nicht „Überweisung ist in dem Moment schon erledigt“. Ein einziger englischer Satz zieht die Grenzen. Er verspricht die Abstimmung beider Legs, nicht die Geschwindigkeit. Die Website gibt nur die halbe Aussage. Die andere Hälfte muss man aus den Docs ergänzen.$DUSK
Zerlegt man das Ganze, sind es drei Prüfstellen. Erstens: Deterministische Finalität. Beide Legs bekommen einen gemeinsamen Zeitpunkt, an dem der Abschluss als sicher gilt. Bei Bitcoin braucht man sechs Bestätigungen, bevor man loslegt; hier beendet bereits 1 bestätigter Block. Wer zuerst oder wer später ist, spielt keine Rolle. Zweitens: Beide Legs sind entweder vollständig abgeschlossen oder eben nicht. Das ist die Definition von DvP, nicht irgendein Marketingversprechen. Wenn die Payment-Leg hängen bleibt, bewegt sich die Asset-Leg nicht – umgekehrt gilt es genauso. Drittens: Dinge, die die Website nicht schreibt, habe ich ebenfalls aufgelistet: Was passiert, wenn nach einer Cross-Chain-Zustellung der Asset-Preis wen füttert; und was tun bei einer Zeitdifferenz von mehr als einem Block zwischen den Legs. Selbst bei Extrem-Szenarien wie „16-mal fehlgeschlagen, in den Emergency-Modus schalten“ steht das nur in Whitepaper 3.6, auf der Startseite wird nicht einmal eine Zeile erwähnt.
Warum schreibt die Website nur die halbe Zusage? Ich bin dabei stehen geblieben und habe die beiden Sätze nebeneinandergelegt. Ganz klar: Die Website zügelt die fünf Wörter. Die Community erzählt es als „Sekunden bis zum Eingang“ in Übertreibung. Der Unterschied ist genau diese Vertrauens-Prüfstein.@Dusk Deterministic finality ist das Versprechen der DuskDS-Schicht. Wer auch immer die Execution-Layer bereitstellt, ändert an dieser Zusage nichts. DvP-ready schließt weder Cross-Chain-Preisabsicherung ein noch Takt-/Zeitdifferenzen zwischen den Legs aus. Ein Protokoll mit klar abgegrenzten Zusagen ist vertrauenswürdiger als jedes, das nur besonders mutig klingt.
Mein Reflex ist: Wenn ich wieder „Atomic Settlement“ sehe, frage ich zuerst, welches „Atom“ gemeint ist – das Asset-Leg oder das Payment-Leg. Sobald ich diese eine Frage gestellt habe, kann dich das Marketing nicht mehr hinters Licht führen.#dusk
Ich habe mir sowohl die Originalzeile der Website als auch den Overview-Teil der Docs genommen und Wort für Wort verglichen. „deterministic finality“ plus „delivery-versus-payment-ready workflows“. Übersetzt heißt das: Asset- und Payment-Leg gehen gemeinsam – wenn Lieferung und Bezahlung bereit sind, ist das „wenn Ware und Geld abgemacht sind“, nicht „Überweisung ist in dem Moment schon erledigt“. Ein einziger englischer Satz zieht die Grenzen. Er verspricht die Abstimmung beider Legs, nicht die Geschwindigkeit. Die Website gibt nur die halbe Aussage. Die andere Hälfte muss man aus den Docs ergänzen.$DUSK
Zerlegt man das Ganze, sind es drei Prüfstellen. Erstens: Deterministische Finalität. Beide Legs bekommen einen gemeinsamen Zeitpunkt, an dem der Abschluss als sicher gilt. Bei Bitcoin braucht man sechs Bestätigungen, bevor man loslegt; hier beendet bereits 1 bestätigter Block. Wer zuerst oder wer später ist, spielt keine Rolle. Zweitens: Beide Legs sind entweder vollständig abgeschlossen oder eben nicht. Das ist die Definition von DvP, nicht irgendein Marketingversprechen. Wenn die Payment-Leg hängen bleibt, bewegt sich die Asset-Leg nicht – umgekehrt gilt es genauso. Drittens: Dinge, die die Website nicht schreibt, habe ich ebenfalls aufgelistet: Was passiert, wenn nach einer Cross-Chain-Zustellung der Asset-Preis wen füttert; und was tun bei einer Zeitdifferenz von mehr als einem Block zwischen den Legs. Selbst bei Extrem-Szenarien wie „16-mal fehlgeschlagen, in den Emergency-Modus schalten“ steht das nur in Whitepaper 3.6, auf der Startseite wird nicht einmal eine Zeile erwähnt.
Warum schreibt die Website nur die halbe Zusage? Ich bin dabei stehen geblieben und habe die beiden Sätze nebeneinandergelegt. Ganz klar: Die Website zügelt die fünf Wörter. Die Community erzählt es als „Sekunden bis zum Eingang“ in Übertreibung. Der Unterschied ist genau diese Vertrauens-Prüfstein.@Dusk Deterministic finality ist das Versprechen der DuskDS-Schicht. Wer auch immer die Execution-Layer bereitstellt, ändert an dieser Zusage nichts. DvP-ready schließt weder Cross-Chain-Preisabsicherung ein noch Takt-/Zeitdifferenzen zwischen den Legs aus. Ein Protokoll mit klar abgegrenzten Zusagen ist vertrauenswürdiger als jedes, das nur besonders mutig klingt.
Mein Reflex ist: Wenn ich wieder „Atomic Settlement“ sehe, frage ich zuerst, welches „Atom“ gemeint ist – das Asset-Leg oder das Payment-Leg. Sobald ich diese eine Frage gestellt habe, kann dich das Marketing nicht mehr hinters Licht führen.#dusk