Die meisten Ketten behandeln Compliance wie ein Häkchen bei der Onboarding-Phase. Ein KYC-Formular, eine Allowlist – und das war’s. Funktioniert ganz gut, bis „Market Sounding“ auftaucht.
„Sounding“ ist vorübergehend, spezifisch und mit hohen Einsätzen verbunden. Sobald ein Investor nicht-öffentliche Details erhält, muss er abgeschottet werden – kein Handel, bis die Informationen öffentlich sind oder das Zeitfenster abläuft. Off-Chain erledigen Banken das mit E-Mails und internen Listen. On-Chain aber ist die „Mauer“ im Grunde nur eine Mailingliste, wenn das System nur Adressen und ein statisches Credential sieht. Sie kommt zu spät. Die Order ist bereits ausgeführt. Durchsetzung wird dann zu teurer forensischer Aufräumarbeit nachträglich.
Der echte Test ist der Live-Status: Abdeckung, die erst beginnt, wenn der Erhalt bestätigt ist (nicht nur „wir haben die E-Mail gesendet“), und die sich automatisch aufhebt, sobald die Informationen öffentlich werden oder die Frist erreicht ist. Außerdem wird die exakte Lift-Zeit protokolliert, damit du jeden Rest-Lock oder ein vorzeitiges Unlock auditieren kannst. Misserfolge sollen einen klaren Wall-Code zurückgeben – nicht irgendeinen Balance-Fehler. Statische Fragebögen können mit dieser Art von Timing nicht umgehen.
Dusk’s Design kommt dem näher. Zugriffskontrollen und Transfer-Checks können aus bestimmten Gründen fehlschlagen. Identitäts-Credentials plus selektive Offenlegung öffnen die Tür zu zeitgebundenen, ereignisspezifischen Restriktionen, ohne alles ungefiltert offenzulegen. Ob das Protokoll tatsächlich eine dynamische Sounding-Wall in Produktion ausführen kann, ist weiterhin die offene Frage – aber zumindest stellt die Architektur schon die richtige.
Die meisten L1s sehen die Lücke nicht einmal.
$DUSK #dusk @Dusk $TUT $PAXG
„Sounding“ ist vorübergehend, spezifisch und mit hohen Einsätzen verbunden. Sobald ein Investor nicht-öffentliche Details erhält, muss er abgeschottet werden – kein Handel, bis die Informationen öffentlich sind oder das Zeitfenster abläuft. Off-Chain erledigen Banken das mit E-Mails und internen Listen. On-Chain aber ist die „Mauer“ im Grunde nur eine Mailingliste, wenn das System nur Adressen und ein statisches Credential sieht. Sie kommt zu spät. Die Order ist bereits ausgeführt. Durchsetzung wird dann zu teurer forensischer Aufräumarbeit nachträglich.
Der echte Test ist der Live-Status: Abdeckung, die erst beginnt, wenn der Erhalt bestätigt ist (nicht nur „wir haben die E-Mail gesendet“), und die sich automatisch aufhebt, sobald die Informationen öffentlich werden oder die Frist erreicht ist. Außerdem wird die exakte Lift-Zeit protokolliert, damit du jeden Rest-Lock oder ein vorzeitiges Unlock auditieren kannst. Misserfolge sollen einen klaren Wall-Code zurückgeben – nicht irgendeinen Balance-Fehler. Statische Fragebögen können mit dieser Art von Timing nicht umgehen.
Dusk’s Design kommt dem näher. Zugriffskontrollen und Transfer-Checks können aus bestimmten Gründen fehlschlagen. Identitäts-Credentials plus selektive Offenlegung öffnen die Tür zu zeitgebundenen, ereignisspezifischen Restriktionen, ohne alles ungefiltert offenzulegen. Ob das Protokoll tatsächlich eine dynamische Sounding-Wall in Produktion ausführen kann, ist weiterhin die offene Frage – aber zumindest stellt die Architektur schon die richtige.
Die meisten L1s sehen die Lücke nicht einmal.
$DUSK #dusk @Dusk $TUT $PAXG