Das Newton-Mainnet-Beta ist am 23. Juni mit VaultKit live gegangen – dem SDK, das angeblich dafür sorgen soll, dass Policy-Regeln tatsächlich onchain durchsetzbar sind, statt nur, na ja, so vermarktet zu werden. Ich habe am Nachmittag den Explorer nach Attestationen durchforstet, dabei zugesehen, wie RedStone-Preisfeeds zum ersten Mal in die Policy-Engine eingespeist werden. Spannende Sache – funktioniert wirklich.
Dann habe ich den Unlock-Kalender geprüft und — Moment mal. Am 24. Juni, einen Tag nach der Mainnet-Beta, wurden 139,45 Mio. NEWT freigeschaltet. Das sind 13,95 % der gesamten Tokenmenge, ungefähr 12 Mio. US-Dollar, größtenteils für Core Contributor und frühe Unterstützer. Dieselbe Woche, in der das Protokoll hier draußen sich „compliance-as-code“ nennt und institutionelle Vertrauensinfrastruktur anpreist, landet das größte Liquiditätsereignis in seiner Geschichte ganz genau in Insider-Wallets, noch bevor irgendein externer Third-Party-Developer irgendetwas Reales auf VaultKit ausgeliefert hat.
Das, was mir dabei besonders aufgefallen ist: Die Policy-Engine erzwingt Regeln für die Transaktionen von allen anderen in Echtzeit, kryptografisch, ohne Ausnahmen. Aber der eigene Release-Plan des Tokens bekommt diese Behandlung nicht – der läuft einfach nach Kalender, ohne Attestation, ohne Nachweis, den jemand verifizieren müsste. Die Trust-Layer wirkt nach außen, nicht nach innen, wenn das Sinn ergibt.
Ich glaube nicht, dass das genau genommen vernichtend ist. Jedes Protokoll stellt Insidern voraus. Aber wenn man sieht, wie „verifiable enforcement“ startet und „unverifiable unlock“ 24 Stunden später landet, wird die Lücke zwischen diesen zwei Arten von Vertrauen ziemlich unübersehbar.
Wer bekommt das Attest, und wer bekommt einfach nur die Tokens?
@NewtonProtocol #Newt $NEWT
Dann habe ich den Unlock-Kalender geprüft und — Moment mal. Am 24. Juni, einen Tag nach der Mainnet-Beta, wurden 139,45 Mio. NEWT freigeschaltet. Das sind 13,95 % der gesamten Tokenmenge, ungefähr 12 Mio. US-Dollar, größtenteils für Core Contributor und frühe Unterstützer. Dieselbe Woche, in der das Protokoll hier draußen sich „compliance-as-code“ nennt und institutionelle Vertrauensinfrastruktur anpreist, landet das größte Liquiditätsereignis in seiner Geschichte ganz genau in Insider-Wallets, noch bevor irgendein externer Third-Party-Developer irgendetwas Reales auf VaultKit ausgeliefert hat.
Das, was mir dabei besonders aufgefallen ist: Die Policy-Engine erzwingt Regeln für die Transaktionen von allen anderen in Echtzeit, kryptografisch, ohne Ausnahmen. Aber der eigene Release-Plan des Tokens bekommt diese Behandlung nicht – der läuft einfach nach Kalender, ohne Attestation, ohne Nachweis, den jemand verifizieren müsste. Die Trust-Layer wirkt nach außen, nicht nach innen, wenn das Sinn ergibt.
Ich glaube nicht, dass das genau genommen vernichtend ist. Jedes Protokoll stellt Insidern voraus. Aber wenn man sieht, wie „verifiable enforcement“ startet und „unverifiable unlock“ 24 Stunden später landet, wird die Lücke zwischen diesen zwei Arten von Vertrauen ziemlich unübersehbar.
Wer bekommt das Attest, und wer bekommt einfach nur die Tokens?
@NewtonProtocol #Newt $NEWT