die vier Durchsetzungsbereiche im Newton Vault SDK haben mich wirklich überrascht, als ich sie morgens nachzeichnete, weil sie mehr abdecken, als die Schlagzeile vermuten lässt.
Compliance ist die naheliegendste. OFAC-Scans, Sanktionsprüfungen, die regulatorische Ebene, die jede Institution nachweisen muss. Identity sitzt daneben: Verifizierung und Berechtigung, damit die richtigen Parteien mit den richtigen Protokollen interagieren. Allein diese beiden würden schon ein nützliches Produkt ergeben.
Security wird dann noch spannender. Echtzeit-Threat-Blocking. Eine Art von Schutz, der nicht nur prüft, wer du bist, sondern überwacht, was in dem Moment passiert, in dem Transaktionen ausgeführt werden: eingehende Gelder von kompromittierten Adressen erkennen und kennzeichnen, die Interaktion mit auf Blacklists stehenden Contracts blockieren und die Signaturen bekannter Exploits abfangen, bevor sie ausgeführt werden.
Und Risk ist der vierte Bereich.
Gegenparteirisiko, APY-Integrität, Hebel-Limits, Oracle-Health. Die Parameter, die bestimmen, ob eine Transaktion unter den aktuellen Marktbedingungen sicher ausgeführt werden kann—nicht nur, ob die involvierten Parteien compliant sind....$LAB
Was mich an dieser Einordnung besonders getroffen hat: Die meisten Systeme behandeln nur einen oder zwei dieser Bereiche und sehen die anderen als ein Problem von jemand anderem. Wenn man alle vier in einer einzigen Onchain-Durchsetzungsschicht bündelt, bekommt ein Vault, der Newton deployt, das vollständige Bild im Moment, in dem eine Transaktion eingereicht wird—statt es sich hinterher aus vier getrennten Quellen zusammensetzen zu müssen.
Ob vier Bereiche in einer Schicht stimmig bleiben, während die Policy-Komplexität in jedem Bereich wächst, ist die Designfrage, die man im Blick behalten sollte??
@NewtonProtocol $NEWT #Newt
Compliance ist die naheliegendste. OFAC-Scans, Sanktionsprüfungen, die regulatorische Ebene, die jede Institution nachweisen muss. Identity sitzt daneben: Verifizierung und Berechtigung, damit die richtigen Parteien mit den richtigen Protokollen interagieren. Allein diese beiden würden schon ein nützliches Produkt ergeben.
Security wird dann noch spannender. Echtzeit-Threat-Blocking. Eine Art von Schutz, der nicht nur prüft, wer du bist, sondern überwacht, was in dem Moment passiert, in dem Transaktionen ausgeführt werden: eingehende Gelder von kompromittierten Adressen erkennen und kennzeichnen, die Interaktion mit auf Blacklists stehenden Contracts blockieren und die Signaturen bekannter Exploits abfangen, bevor sie ausgeführt werden.
Und Risk ist der vierte Bereich.
Gegenparteirisiko, APY-Integrität, Hebel-Limits, Oracle-Health. Die Parameter, die bestimmen, ob eine Transaktion unter den aktuellen Marktbedingungen sicher ausgeführt werden kann—nicht nur, ob die involvierten Parteien compliant sind....$LAB
Was mich an dieser Einordnung besonders getroffen hat: Die meisten Systeme behandeln nur einen oder zwei dieser Bereiche und sehen die anderen als ein Problem von jemand anderem. Wenn man alle vier in einer einzigen Onchain-Durchsetzungsschicht bündelt, bekommt ein Vault, der Newton deployt, das vollständige Bild im Moment, in dem eine Transaktion eingereicht wird—statt es sich hinterher aus vier getrennten Quellen zusammensetzen zu müssen.
Ob vier Bereiche in einer Schicht stimmig bleiben, während die Policy-Komplexität in jedem Bereich wächst, ist die Designfrage, die man im Blick behalten sollte??
@NewtonProtocol $NEWT #Newt