Ich habe diese Woche früher eine kleine Überweisung über Dusk's Web Wallet gemacht, während ich einen CreatorPad-Task abschloss, und wurde mitten im Ablauf von einer Blocklist-Warnung gestoppt, mit der ich nicht gerechnet hatte. Nichts Dramatisches, nur ein rotes Flag, bevor die Transaktion überhaupt abgeschickt werden konnte. Für eine Kette, die um $DUSK s selektives-Disclosure-Privacy-Modell herum gebaut ist, #dusk , @Dusk , wirkte das wie etwas Ungewöhnliches, das man antreffen könnte.

Wie sich herausstellte, lässt sich die Warnung auf die Empfänger-Blocklist zurückführen, die das Team nach dem Zwischenfall Mitte August mit einer kompromittierten Bridge-Operations-Wallet an das Web Wallet ausgeliefert hat. Es prüft ausgehende Transfers gegen bekannte, als auffällig markierte Adressen, bevor du sie senden kannst.

Ich hatte angenommen, dass „privacy-first“ weniger Checkpoints bedeutet, nicht mehr. Es live zu sehen, wie es bei einem echten Versuch auslöst, hat das etwas verändert. Das Mechanismus funktioniert nur, wenn jemand diese Liste in nahezu Echtzeit pflegt und aktualisiert – das heißt, darunter sitzt eine kuratorische Ebene, die still und leise unter dem „confidential by default“-Versprechen liegt.

Ich sage nicht, dass das falsch ist, nur dass ich es bemerkte. Selektive Offenlegung und Adress-Screening sind nicht dasselbe, aber sie leben jetzt in derselben Wallet. Ich arbeite noch heraus, wie wohl ich mich damit fühle – und wer genau entscheidet, was künftig zur Liste hinzugefügt wird.

Welcher Teil davon ist dir am meisten aufgefallen? 👀