Laut den Statistiken einer Datenorganisation verwalten derzeit rund 3.500 Vaults auf der Kette Vermögen in Höhe von 89,3 Milliarden US-Dollar. Bei 80 % davon wird noch immer von einem einzelnen Manager-Key direkt kontrolliert; das Vertrauen ist vollständig auf diese eine Person als Curator ausgerichtet. In letzter Zeit habe ich mit VaultKit ganz praktisch einen Stablecoin-收益-Vault aufgebaut, den gesamten Designprozess einmal durchgespielt und erkläre, auf welche Punkte ich gestoßen bin und wie die darunterliegende Logik funktioniert.

Der Unterschied von VaultKit zu herkömmlichen Multisigs liegt nicht in der Anzahl der Signaturen, sondern im Prinzip. Es ersetzt „Vertrauen in eine Person“ durch „Vertrauen in Code“. Die Regeln werden als Code hinterlegt. Vor der Ausführung wird zuerst eine Strategieprüfung durchgeführt; wenn sie besteht, wird anschließend eine kryptografische Attestation signiert, die on-chain nachvollziehbar ist. Wenn sie nicht besteht, bewegt sich das Geld grundsätzlich nicht. Dieses Mechanismus wird in @NewtonProtocol intern „Autorisierungsschicht für Kettenfinanzen“ genannt und richtet sich von der Logik her im Grunde an die Zahlungsautorisierungs-Netzwerke wie bei einer Visa-Karte aus.

Mein konkretes Praxis-Szenario ist wie folgt: Ich verwalte einen Stablecoin-收益-Vault mit einem Ziel-TVL von 50 Millionen US-Dollar und akzeptiere Einlagen externer LPs. Der Curator möchte die Beleihungsquote bei Morpho anpassen oder durch Aave Rendite erzielen – bei jeder Operation muss zuerst eine Prüfung mit VaultKit erfolgen.

Erster Schritt: Policy definieren. Ich schreibe die Policy Packs mit Rego; das ist eine deklarative Strategiesprache des Open Policy Agent. Die Regeln bestehen aus vier Teilen. Die Compliance-Schicht bindet Chainalysis und Hexagate ein, um automatisch OFAC-Sanktionslisten und gestohlene Token-Adressen zu prüfen; die Identitätsschicht führt KYC aus und prüft den Status qualifizierter Investoren; die Sicherheits-Schicht scannt in Echtzeit markierte Wallets; die Risikoklasse zieht RedStone-Kern-APY-Gesundheit heran, berechnet mit Credora die Kreditwürdigkeit des Kontrahenten und ergänzt eine Beschränkung auf maximal 0,5 % Drawdown pro Einzeltransaktion. Die gesamte Policy umfasst mehrere hundert Zeilen Rego; die Integration in das VaultKit SDK ist eine Ein-Klick-Aufgabe.

Zweiter Schritt: On-chain Abfangen. Wenn der Curator jedes Mal eine Verwaltungsaktion sendet, lässt ein Newton-Knoten zuerst diese Policy ausführen, um eine Bewertung vorzunehmen. Wenn die Compliance-Schicht trifft, wird der Geldfluss unterbrochen; wenn die Risikoklasse den Drawdown-Threshold übersteigt, wird die Operation direkt blockiert. Bei erfolgreicher Bewertung signiert das Verifier-Netzwerk (praktisch die Tokeninhaber, die Knoten betreiben) eine Attestation, die on-chain nachprüfbar ist.

Dritter Schritt: Ökonomisches Modell des Verifiers. Die Staking-Rendite von $NEWT ist keine passive Belohnung, sondern basiert darauf, dass der Verifier die Bewertung ausführt und dafür Gas-Kompensation plus Stimmrechte aus Governance erhält. Fehlverhalten eines Knotens triggert ein Slash; das aus dem Slash entstehende NEWT fließt in den Staatshaushalt (Treasury). Das gesamte System bindet die Sicherheit an die Mechanik von PoS – es sind keine „weichen“ Anreize.

Im Vergleich zum traditionellen Vault-Design liegt der Unterschied genau darin: „Interception während des Vorgangs vs. Audit nachträglich“. Für kleine Institutionen und LPs ist es nicht realistisch, dass Auditoren diese Logik live überwachen; Code-Interception ist das, was wirklich funktioniert.

Mainnet Beta ging am 23. Juni auf TokenizeThisNYC live, läuft auf Ethereum plus Base (auf Base gibt es dort auch mehr AI-Agenten); die Dokumentation befindet sich unter docs.newton.xyz. Wenn du Anforderungen an die Transparenz von On-chain Governance für deine LPs hast, lohnt sich dieser Punkt, in deine Compliance-Liste aufgenommen zu werden.

#Newt #NewtonProtocol #VaultKit #DeFi