Gestern beim Replaying der Live-Transaktionen habe ich nebenbei dieses kürzlich heiß diskutierte Code-@NewtonProtocol ausgiebig durchleuchtet. Viele preisen es als „on-chain Visa“, aber bei meinen Tests habe ich festgestellt: Im Kern ist das Ding im Bereich zwischen dem Auslösen des Trades und dem eigentlichen Underlying-Settlement wie eine harte Tür im Weg – es klemmt dir eine Art Zugangskontrolle dazwischen. Gewöhnt an „Smart Contracts machen einfach das Nötige“, fühle ich mich plötzlich gezwungen, erst das Gesicht eines externen Netzwerks zu prüfen, bevor eine Transaktion durchgelassen wird. Das ist ziemlich frustrierend.
Um den Geschmack institutioneller Anbieter zu treffen, haben sie die solide, ausgereifte Solidity aufgeben und stattdessen Rego verwendet – eine Sprache, die in Enterprise-Anwendungen sehr beliebt ist, um Strategien zu schreiben. Dieser Schachzug war jedoch ziemlich riskant. Meine Erfahrung beim Programmieren sagt mir: Wenn man im Tech-Stack noch eine neue Sprache obendrauf packt, steigt die Wahrscheinlichkeit, dass Bugs auftauchen, garantiert linear. Und wenn dieses „policy pack“ irgendwann einen Logikfehler produziert und das Geld feststeckt – wer haftet dann für Schadensersatz? $BTC
Schauen wir uns den Konsens der Knoten an: Alles steht und fällt damit, dass EigenLayer mit „restake“ die Show stützt. Man behauptet, mit Zero-Knowledge-Fraud-Proofs könne man böswillige Akteure direkt bestrafen bzw. entschädigungslos enteignen. Klingt hart – aber vergesst nicht: Das Mainnet steckt noch in der Beta-Phase. Ich habe erst kürzlich Geld bei einem ähnlichen, unfertigen Mechanismus verloren. Ein System, das nicht alle Multi-Phase-Review-Schwellen „voll durchläuft“, wenn man echtes Kapital hineinwirft, macht mir ehrlich gesagt richtig Bauchweh. $ETH
Auch das diesmal vorgestellte VaultKit ist wiederum ein zweischneidiges Schwert. Curator-Regeln on-chain zu erzwingen, gefällt zwar den compliance-orientierten Geldern, aber wenn ich mir die angebundenen Komponenten anschaue – Chainalysis, Persona, Webacy und zusätzlich RedStone – dann gilt: Je mehr externe Datenquellen du einbindest, desto größer wird das Risiko von Single-Point-of-Failure. Selbst wenn du TEE plus ZK-Claims nutzt, um die Privatsphäre zu schützen – wer bezahlt am Ende die Rechnung, wenn diese komplexen Validierungsprozesse erst einmal durch sind? Die hohen Gas-Kosten und die nervige, verzögerte Abrechnungslogik: Wer übernimmt das? Ich sehe gerade, dass $NEWT offiziell die Rechnung bislang nicht wirklich sauber aufgestellt hat.
Außerdem haben sie die Story besonders stark mit „guardrails gegen wahnsinnige AI-Agenten“ verpackt. Aber ich denke nach wie vor: Die Code-Schutzlinie ist am Ende von Menschen geschrieben. Triffst du auf solche extrem hintergründigen „Low-Level-Logik“-Agenten aus dem wilden Westen, dann kannst du diese starr aufgesetzte Mauer trotzdem relativ leicht umgehen. Alles in allem glaube ich, Newton steckt im Grunde dabei, die ursprünglich wilde Seite der Dezentralisierung Stück für Stück zurück in die traditionelle, sperrige und kleinteilige Finanzwelt – genauer gesagt: in die dortigen umständlichen Genehmigungs-Workflows – zu stopfen. Großes Kapital braucht zwar eine rechtssichere Compliance- und Security-Unterlage, aber wenn man eine so harte Authorisierungs- und Verifikationsschicht künstlich baut, dann wird sie sich vermutlich früher oder später selbst zu einem neuen Ballast entwickeln: zu einer zusätzlichen Last, die die Netzwerk-Concurrency ausbremst. #newt
Um den Geschmack institutioneller Anbieter zu treffen, haben sie die solide, ausgereifte Solidity aufgeben und stattdessen Rego verwendet – eine Sprache, die in Enterprise-Anwendungen sehr beliebt ist, um Strategien zu schreiben. Dieser Schachzug war jedoch ziemlich riskant. Meine Erfahrung beim Programmieren sagt mir: Wenn man im Tech-Stack noch eine neue Sprache obendrauf packt, steigt die Wahrscheinlichkeit, dass Bugs auftauchen, garantiert linear. Und wenn dieses „policy pack“ irgendwann einen Logikfehler produziert und das Geld feststeckt – wer haftet dann für Schadensersatz? $BTC
Schauen wir uns den Konsens der Knoten an: Alles steht und fällt damit, dass EigenLayer mit „restake“ die Show stützt. Man behauptet, mit Zero-Knowledge-Fraud-Proofs könne man böswillige Akteure direkt bestrafen bzw. entschädigungslos enteignen. Klingt hart – aber vergesst nicht: Das Mainnet steckt noch in der Beta-Phase. Ich habe erst kürzlich Geld bei einem ähnlichen, unfertigen Mechanismus verloren. Ein System, das nicht alle Multi-Phase-Review-Schwellen „voll durchläuft“, wenn man echtes Kapital hineinwirft, macht mir ehrlich gesagt richtig Bauchweh. $ETH
Auch das diesmal vorgestellte VaultKit ist wiederum ein zweischneidiges Schwert. Curator-Regeln on-chain zu erzwingen, gefällt zwar den compliance-orientierten Geldern, aber wenn ich mir die angebundenen Komponenten anschaue – Chainalysis, Persona, Webacy und zusätzlich RedStone – dann gilt: Je mehr externe Datenquellen du einbindest, desto größer wird das Risiko von Single-Point-of-Failure. Selbst wenn du TEE plus ZK-Claims nutzt, um die Privatsphäre zu schützen – wer bezahlt am Ende die Rechnung, wenn diese komplexen Validierungsprozesse erst einmal durch sind? Die hohen Gas-Kosten und die nervige, verzögerte Abrechnungslogik: Wer übernimmt das? Ich sehe gerade, dass $NEWT offiziell die Rechnung bislang nicht wirklich sauber aufgestellt hat.
Außerdem haben sie die Story besonders stark mit „guardrails gegen wahnsinnige AI-Agenten“ verpackt. Aber ich denke nach wie vor: Die Code-Schutzlinie ist am Ende von Menschen geschrieben. Triffst du auf solche extrem hintergründigen „Low-Level-Logik“-Agenten aus dem wilden Westen, dann kannst du diese starr aufgesetzte Mauer trotzdem relativ leicht umgehen. Alles in allem glaube ich, Newton steckt im Grunde dabei, die ursprünglich wilde Seite der Dezentralisierung Stück für Stück zurück in die traditionelle, sperrige und kleinteilige Finanzwelt – genauer gesagt: in die dortigen umständlichen Genehmigungs-Workflows – zu stopfen. Großes Kapital braucht zwar eine rechtssichere Compliance- und Security-Unterlage, aber wenn man eine so harte Authorisierungs- und Verifikationsschicht künstlich baut, dann wird sie sich vermutlich früher oder später selbst zu einem neuen Ballast entwickeln: zu einer zusätzlichen Last, die die Netzwerk-Concurrency ausbremst. #newt