In all den Jahren, die ich in der Szene verbracht habe, habe ich viel zu viele „Verpackungsspiele“ gesehen, die mit dem Schild der Dezentralisierung daherkommen. Kettenbrücken wurden gehackt, wBTC-verwahrungen gingen schief, renBTC-Liquidität ist ausgetrocknet. Jedes Mal hieß es: „Diesmal ist es anders.“ Und wenn dann die Sense zuschlägt, ist jemand anders schneller weg als alle anderen.
Bei @BabylonLabs_io TBV habe ich zum ersten Mal das Gefühl gehabt, dass vielleicht wirklich jemand den richtigen Weg eingeschlagen hat. Sein Highlight ist, dass BTC sich gar nicht erst bewegen muss: Es kann direkt als programmierbares Sicherheitenobjekt für eine externe Kette dienen. Kein Cross-Chain, kein „Locken gegen Zertifikate“ – stattdessen werden die Validierungslogiken über BitVM3 direkt in das Bitcoin-Ledger eingebettet. Mit Zero-Knowledge-Beweisen wird nach außen bewiesen, dass diese Coins tatsächlich gesperrt sind. Das Asset bleibt natives Bitcoin-UTXO; jedes Vault ist unabhängig voneinander isoliert, und Taproot-Skripte frieren den Zustand direkt ein. Vertrauen wird dabei größtenteils durch Mathematik ersetzt.
Aber im Vergleich zu dem Staking-System gefällt mir die Logik von TBV noch besser. Staking ist wie eine Sicherheitsleistung, die man für den „Sicherheits-Deal“ zahlt: BTC bleibt im Mainnet, um anderen Ketten Sicherheit zu geben. TBV hingegen ist wie ein bedingter Tresor für BTC – externe DeFi-Systeme können diesen gesperrten Zustand als Sicherheiten erkennen und damit Stablecoins ausleihen. Theoretisch könnte in Zukunft ein und dieselbe BTC-Nachricht gleichzeitig staken und Liquidität freigeben; die Kapitaleffizienz wäre dann maximal. Offiziell heißt es jedoch auch, dass TBV sich derzeit noch im Testnet befindet und nicht mit dem Staking-System verbunden ist. Was darüber hinaus „zusätzliche Spielzüge“ angeht, ist eher Zukunftsmusik.
Natürlich muss man auch kaltes Wasser draufkippen. So hart die Kryptografie auch sein mag: Bei der Auslösung der Liquidation muss man trotzdem den Sorter der externen Kette passieren. In extremen Marktphasen kann es passieren, dass die Preisbewegung schon „durch die Sicherheiten durch“ ist, bevor die Beweisgenerierung und die Verarbeitung durch den Sorter ein paar Sekunden später fertig sind. Die Mathematik lügt nicht – aber die Zeit kann trotzdem in den Rücken fallen. Deshalb habe ich aktuell nur ein bisschen Kleingeld zusammengekratzt, um die Mechanik erst einmal als Erfahrungskarte durchzuspielen: erst den Mechanismus zum Laufen bringen.
BABY verbindet Governance und Anreizökosysteme; falls TBV wirklich umgesetzt wird, könnte es vielleicht tatsächlich ein Schritt sein, der BTC-Finanzierung einen Umweg erspart. #baby $BABY
Drei Tage Newton-Code zerlegt – worin der Two-Digest gegenüber normalen Aggregatsignaturen wirklich stärker ist
Ganz ehrlich: In den letzten Tagen habe ich Newtons Code mehrfach auseinander- und wieder zusammengesetzt, Satz für Satz. Je öfter ich ihn mir anschaue, desto interessanter finde ich ihn. Wir schreiben Code, und am nervigsten sind diese Whitepaper, die alles in den Himmel loben, aber wenn man den Vertrag anschaut, besteht das Ganze aus Multi-Sig-Wallets als Vermögensverwaltungs-Plan. Aber Newtons TEE+ZKP-Hybrid-Architektur ist tatsächlich kein billiger Taschenspielertrick. Sie gibt den Gedanken für die Steuerung von KI-Agenten vor: kurz gesagt wird die Entscheidungsfindung in Hardware-Isolation ausgeführt, und mit Kryptografie wird bewiesen, dass man sich nicht rausreden kann. Das ist viel verlässlicher als nur darauf zu setzen, dass die Projektseite „schon ihren guten Ruf“ hält. Am meisten möchte ich über sein Two-Digest System sprechen – dieses Design versteht die Schmerzpunkte on-chain wirklich. BLS-Aggregatsignaturen sind zwar gängig, aber Newton zerlegt sie in zwei Teile: Consensus Digest läuft im Vordergrund. Dort wird aus den Unterschriften einer Menge von Betreibern ein kleines Beweisstück gemacht; die On-Chain-Verifikation geht dadurch extrem schnell – genau passend für Szenarien mit Hochfrequenzhandel. Full Digest bleibt im Hintergrund als Monitoring: Jede Attestation der Betreiber bleibt im Original erhalten. Wenn etwas schiefgeht, kann man alte Fälle nachprüfen, ohne Rätselraten. Bei früheren Aggregatsignaturen vermischte sich die Verantwortung, wenn ein Problem auftrat, und ließ sich kaum sauber zuordnen. Jetzt ist klar, wer was signiert hat und ob die Regeln stimmen – die On-Chain-Beweise sind eindeutig. Wenn man slashing wirklich umsetzen muss, gibt es auch dafür eine Grundlage. Große Institutionen mögen das besonders: Sie wollen nicht nur eine möglichst geringe Wahrscheinlichkeit, dass nichts passiert, sondern im Ernstfall Beweise, die eine echte Nachverfolgbarkeit und Verantwortungszuordnung erlauben.
Kürzlich sind die AVS-Konzepte so heiß heiß geworden, dass ich auch nicht anders konnte und mich durch den technischen Blog von Newton durchgearbeitet habe. Ganz ehrlich: Aus der Werbung klingt es ziemlich beeindruckend – „Pioniere“ bei verteilten Knotenpunkt-Schätzungen, so etwas. Aber in der Beta-Phase gibt es nur ein paar wenige Validierungsknoten; dieses vertraute „Wir klüngeln in der eigenen Gruppe“-Gefühl ist ziemlich stark.
Doch wenn man die Dezentralisierungsparolen beiseitelässt, gibt es technisch wirklich etwas. Es drängt sich nicht stur auf ein generisches EVM-Framework, sondern richtet mit WASM seine Umgebung ein, kombiniert mit Rego-Regeln, die als Compliance-Plugins funktionieren. Komplexe Vertragsklauseln für grenzüberschreitende Geschäfte werden direkt als steckbare Module umgesetzt – die Einstiegshürde für Entwickler ist deutlich niedriger. Die Strategie läuft im Sandbox-Modus; on-chain wird nur die aggregierte BLS-Signatur mehrerer Knoten als Bestätigung eingesammelt. Das bedeutet im Grunde: Anstatt „absolute Unschuld“ wird Vertrauen zu einer gemeinsamen Zustimmung – eine ziemlich realistische Kompromisslösung.
Die Sache mit der Privatsphäre hat mich besonders neugierig gemacht. Eine einmalige Authentifizierung für das ganze Netz klingt bequem – aber heißt das in institutionellen Szenarien nicht, dass man den General-Schlüssel aus der Hand gibt? Newton legt daher eine Bremsschicht nach: AAD bindet den Chiffretext fest an das konkrete policy_client und die chain_id. Wenn man die Anwendung oder die Kette wechselt, ist es nutzlos. Dazu kommt das Intent-Binding, das eine nachträgliche Autorisierungsverlängerung verhindert. Es gibt also mehr Reibung – aber bei normaler Datenwiederverwendung sowie bei sensiblen RWA- oder Stablecoin-Szenarien muss man die Sache neu verifizieren.
Für Trader ist das nicht bloß ein paar Mal „Bestätigen“ klicken. Man muss abwägen, ob hochwerthaltige Geschäftsprozesse bereit sind, für diese klar abgegrenzten Berechtigungen immer wieder Geld auszugeben. Bei kleinen Orders wirkt es vielleicht lästig und treibt Nutzer weg – aber für Institutionen und RWA eher ein Vorteil.
Natürlich habe ich auch Bedenken: Als ich früher selbst einen On-Chain-Proxy betrieben habe, ist durch ein Firmware-Upgrade des Service-Providers fast alles schiefgegangen. Deshalb habe ich bei Projekten, die früh stark auf bestimmte TEE-Umgebungen setzen, instinktiv mehr Vorsicht. Die Newton-Validatoren sind noch wenige; wenn man irgendwann auf mehr Hersteller-TEEs und Community-Knoten mit Mehrheitsanteil umschalten kann, wage ich erst dann, die Logik wieder neu durchzurechnen.
Alles in allem: $NEWT sucht sich einen schmalen Pfad zwischen Privatsphäre und Compliance. Kein „Skalieren auf Gedeih und Verderb“ für ein glattes Nutzererlebnis, sondern ein Setup, bei dem Nutzer eher bereit sind zu gehen und Legal eher die Freigabe erteilt. In dem aktuellen Markt ist das eine ziemlich pragmatische Route. @NewtonProtocol #Newt
Zwei Uhr nachts: Das grelle Licht auf dem Bildschirm der Entwicklungsmaschine brennt sich in die Augen und macht sie sofort müde. Ich blättere zur dritten Seite der GRVT-Schaltungsdokumentation – und meine Finger bleiben unwillkürlich stehen. Ganz ehrlich: Als ich zum ersten Mal diese Zahl „600.000 Batches/Sek.“ sehe, bin ich erst mal skeptisch. Aber wenn man sich entlang des ZK-Übersichtsschaltplans Zeile für Zeile durcharbeitet, wird die Logik tatsächlich klar. GRVT wirkt oben drauf wie diese glatte CEX-Erfahrung, aber darunter wird es von einem ZK-Stack-Validium getragen, das die Selbstverwahrung übernimmt. Es packt die gesamte Logik für Matching und Margin-Clearing in eine spezielle Schaltung – kein Wunder, dass sie eine Verzögerung im Submillisekundenbereich versprechen.
Je komplexer die Schaltung jedoch wird, desto unruhiger werde ich. Jeder, der schon mal mit Smart Contracts gearbeitet hat, weiß: Wenn in der Clearing-Logik auch nur ein kleiner Bug steckt, ist das eine Katastrophe. In ihrer Doku betonen sie deshalb auch immer wieder mehrere Runden an Audits – ich schätze, das Team weiß das selbst ganz genau.
Außerdem halte ich viel von One Balance. Früher bei anderen Plattformen wurde das Geld auf meinem Konto in mehrere Teile aufgeteilt: hier etwas als Margin lassen, dort in ein Investment übertragen – hin und her zu jonglieren kostet nicht nur Gebühren, man verpasst dabei auch oft die Kurssituation. GRVT fügt dir das direkt zusammen: Mit demselben Geld kannst du sowohl Orders eröffnen als auch Zins-/Rendite aus Staatsanleihen mitnehmen. Die Jahresrendite liegt grob bei etwa 3,5%. Kurz gesagt: Wenn das Geld für Arbeit eingesetzt wird, sitzt es nicht nur herum. Für Leute wie uns, die sehr häufig handeln, ist das extrem angenehm. Insgesamt wirkt der Weg über Validium ziemlich klug gewählt. Die Abrechnung ist fest an Ethereum verankert, die Datenverfügbarkeit delegieren sie an EigenDA – Kosten und Geschwindigkeit werden dabei gleichermaßen berücksichtigt. Ob das am Ende wirklich reibungslos läuft, wird man erst an der tatsächlichen Performance nach dem Mainnet-Launch sehen. Aber für diese Richtung bin ich mir ziemlich sicher: Sie ist richtig. @grvt_io #grvt
Newton zerlegt: Strategie-Engine, Operator-Netzwerk und jene Versprechen, die auf Validierung warten
Ganz ehrlich: Als ich zum ersten Mal das Whitepaper von Newton Protocol durchgeblättert habe, war der erste Gedanke, der mir durch den Kopf ging, einfach: Das ist schon eine ziemlich große Ambition. Es will die Frage „Wer genehmigt eine Transaktion?“ von einem einzelnen Chef, der das Okay gibt, hin zu einem Gremium verlagern, das erst in einer Runde darüber berät – und dann das Ganze mit einer ganzen Reihe hochtrabender Technologien als eine dezentrale Lösung verpacken. Ganz ehrlich: Als jemand, der sonst ständig über Mechanismen für On-Chain-Vertrauen nachdenkt, habe ich beim Weiterlesen immer mehr Fragezeichen im Kopf. Sind das wirklich alles Schritte, die zusammenarbeiten, und am Ende ist es tatsächlich besser als die traditionelle Vorgehensweise? Oder wird nur die Entscheidungsbefugnis in viele kleine Stücke zerlegt – und sieht zwar dezentral aus, ist aber im Grunde nur das alte Modell mit anderem Anstrich?
Letztes Wochenende bei der Hausverwaltung die Parkgebühr bezahlt. Der Wachmann wollte, dass ich erst 500 RMB als Kaution hinterlege, um einen Platz zu reservieren – er hatte Angst, ich parke und verlängere dann nicht. Ich musste direkt lachen. Parken ist doch nur Parken, oder? Als ich danach den Beleg sah, nämlich @NewtonProtocol , ist mir aufgefallen, dass man es on-chain viel genauer macht: Jede einzelne Überweisung muss erst den Strategieverifizierungs-Engine-Check passieren; erst wenn das durchgeht, wird sie ausgeführt. Da hat mich das Thema direkt gepackt: DeFi fängt endlich an, die Einstiegspunkte ernsthaft zu regeln.
Zuerst zur Rego-Strategiesprache. Laut offizieller Aussage ist sie entwicklerfreundlich. Ich habe zehn Jahre Code geschrieben, aber selbst nach dem Lesen war ich etwas verwirrt. Rego war ursprünglich ein Tool für das Compliance-Team. Jetzt wird es für Smart-Contract-Entwickler geöffnet – das heißt, man muss gleichzeitig zwei Logiken pflegen: Solidity und Rego. Die Einstiegshürde wurde zwar gesenkt, aber ist es am Ende nur ein Ortswechsel? Ich glaube, das hängt davon ab, ob ein Team bereit ist, Regeln so klar und transparent zu formulieren. Wenn die Regeln selbst wie Gesetzestexte geschrieben sind, hilft auch die beste Sprache nichts.
Auf der Konsens-Ebene klingt Streaming-BLS effizient: Dutzende Operatoren bewerten parallel, dann werden Signaturen aggregiert – die Geschwindigkeit hat wirklich Vorteile. In der Praxis jedoch muss die Datenbeschaffung erst über ein Gateway erfolgen, und dann holt man per WASM-Plugin Informationen aus dem Orakel. Jede Verzögerung in irgendeinem Glied kann die User-Experience beeinträchtigen. Newton betont die Dezentralisierung. Nach meinem aktuellen Eindruck verteilt man damit vor allem Vertrauen auf das Operator-Netzwerk – wie gut das letztlich funktioniert, müssen die Mainnet-Daten zeigen.
Der Datenschutz ist der Teil, auf den sie besonders Wert legen. HPKE-Verschlüsselung, Threshold-Entschlüsselung und MPC-Kombinationen sind tatsächlich professionell. Außerdem wird vorher geprüft, ohne direkt sensible Nutzerdaten anzufassen – das ist gut gemacht. Aber ich frage mich: Selbst wenn on-chain keine Namen oder Ausweise gespeichert werden, könnten KYC-Status, Gewohnheiten bei Autorisierungen und Gas-Einstellungen als digitale Fingerabdrücke langfristig gesammelt und in Verbindung gebracht werden und so ein Verhaltensprofil ergeben. Für Privatanleger heißt das: Angst, angegriffen oder gefischt zu werden. Für Institutionen: noch mehr Sorge, dass große Absichten früh offengelegt werden. Echte Privatsphäre ist vielleicht nicht nur das Verbergen der Identität, sondern das Senken der Wahrscheinlichkeit, dass man vorhergesagt oder zugeordnet werden kann.
Neulich habe ich ihr Beta gesehen. Am meisten hat mich die Autorisierungs-Visualisierung überzeugt. ZK-Beweise können zwar garantieren, dass KI-Agenten nicht über die Grenzen hinaus handeln. Noch wichtiger ist aber, dass die Berechtigungsgrenzen in eine Liste übersetzt werden, die normale Menschen verstehen können: zum Beispiel nur 1000 USDC, in Uniswap V3 handeln, gültig für 24 Stunden. Das ist eine Art Anti-Fehlbedienungsmechanismus im Voraus. Nutzer müssen nicht mehr blind eine kalte Code-Zeile signieren, sondern sehen klar, wofür sie genau autorisieren.
Kürzlich habe ich immer wieder dieses Konto-Ökosystem gesehen, das mit @grvt_io verknüpft ist. Anfangs dachte ich, das ist wieder so ein Ding, das für Kleinanleger gemacht wurde. Doch je mehr ich mir das anschaue, desto klarer wird: Das richtet sich ganz offensichtlich an Institutionen.
Die haben einen Ansatz mit mehrschichtiger Isolation, klingt ziemlich beeindruckend, aber ganz ehrlich bedeutet das im Kern: Geldbeutel und Trader werden voneinander getrennt. Das Kapital liegt auf der Chain. Für Abhebungen braucht man dann mehrere Signaturen—sicher ist es wirklich, aber es ist auch wirklich umständlich. Die Berechtigungen für die Handelskonten sind stark eingeschränkt: Die API kann nur genutzt werden, um Positionen zu eröffnen und zu schließen, und der private Key wird dort gar nicht gespeichert. Selbst wenn jemand die API stiehlt, kann der Hacker dir maximal eine Ladung Orders reinschieben, um dich zu ärgern—Geld wegtransferieren? Keine Chance. Dieses Layer-Design ist deutlich verlässlicher als bei den Börsen, wo Rechte in einem einzigen Topf vermischt werden.
Auch das Matching ist interessant: Orders krachen erst auf der Off-Chain-Seite extrem schnell aufeinander, und das Ergebnis wird dann per Zero-Knowledge-Proof zurück in die Chain gespiegelt und dort verifiziert. In normalem Chinesisch: Man will die Geschwindigkeit eines CEX, aber ohne die Transparenz eines DEX zu verlieren. Wie Assets über eine Cross-Chain-Bridge verbunden werden, ist außerdem ganz offen dokumentiert—zumindest ist klar, woher das Geld kommt und wohin es geht, nichts wird versteckt.
Was mich aber wirklich aufhorchen ließ, ist, wie sie die Margin richtig „auspressen“. Über ZKsync Atlas und die ONE-Balance-Engine wird das, was du an USDT einzahlst, 1:1 in den Aave-V3-Pool gespiegelt. Während du Positions-Orders offen hast, kannst du gleichzeitig Zinsen mitnehmen—die Annualisierte Rendite kann bis etwa 11% gehen. Wenn es zu extremen Marktphasen kommt und liquidiert werden muss: Geld aus Aave holen dauert auch nur ungefähr zehn Minuten. Ich sag’s dir—das Design überzeugt mich. Geld macht Geld, die Orders laufen weiter.
Natürlich gibt es auch Haken. Private Keys per Browser zu generieren ist zwar bequem, aber wenn du aus Versehen den Cache löschst, bist du direkt GG. Auf der Basisschicht nutzen sie den Validium-Modus: Das Orderbuch liegt komplett auf einem zentralisierten Server, während Ethereum L1 nur den Status-Root und die ZK-Proofs verifiziert. Wie es mit Datenverfügbarkeit aussieht, hängt komplett vom Betreiber ab. Wenn der Server ausfällt oder spinnt, besteht theoretisch tatsächlich ein Extraktionsrisiko—das Projektteam hat sich dazu auch nicht wirklich wortreich geäußert.
Unterm Strich ist das Architektur- und Risikomanagement-Grundgerüst von GRVT wirklich solide und auch compliance-technisch gut aufgestellt—geeignet für Teams, die große Summen verwalten. Für Kleinanleger, die gewohnt sind, per One-Click Orders zu eröffnen und zu schließen, ist die Einstiegshürde aber immer noch etwas hoch. Ich persönlich würde die Main-Position jedenfalls nicht einfach zuerst reinwerfen. Mein Vorschlag: Erst die Konto-Berechtigungen und die Risiko-Bedingungen komplett durchgehen und dann entscheiden. Ob es nach dem Launch am 21. wirklich „durchschlägt“, schauen wir gemeinsam an—reden wir darüber, wenn es soweit ist. #grvt
Newton Protocol Strategie-Shop im Praxistest: Echte Daten und Mechanik-Blindspots im TEE+AVS-Framework
Diese Woche hab ich eine Sache gemacht: den @NewtonProtocol KI-Strategie-Marktplatz von Anfang bis Ende durchgezogen. Ganz ehrlich, als ich den Roadmap-Plan gesehen habe, war ich richtig aufgeregt. TEE + AVS, dazu ein On-Chain-Strategiemarkt: Entwickler laden Handels-, Kredit- und Arbitrage-Strategien hoch. Leute wie ich, die bei sowas eher hämisch sind, können einfach per One-Click folgen—wenn die anderen Gewinne machen, bekomme ich einen Anteil, und das Protokoll zieht eine Gebühr aus dem Fee-Topf. In einem Bullenmarkt ist diese Story besonders attraktiv, das Vorstellungsvermögen ist auf jeden Fall riesig. Aber nachdem ich es wirklich gut sieben Tage lang ausprobiert habe, Daten auch ausgelesen habe, ist mein Gefühl: Das Ganze wirkt derzeit eher wie eine Konzept-Ausstellungsfläche, bis es zu einem stabilen, Geld abwerfenden Anlageprodukt ist, ist noch ein Stück Weg.
In den letzten zwei Tagen haben im Gruppenchat einige Leute über $NEWT diskutiert. Angeblich geht es um eine dezentralisierte KI-Handelsstrategie – wirkt fast wie der nächste große Hype. Anfangs war ich bei solchen neuen Projekten eher vorsichtig, aber wegen meiner Neugier habe ich mich dann doch selbst registriert, ein Newton-Konto erstellt, ein paar Test-Coins abgeholt und bin reingegangen, um den Strategiemarkt gründlich durchzugehen.
Nach ein paar Runden Praxiserfahrung muss ich ehrlich sagen: Die Enttäuschung war ziemlich groß.
Auf der Startseite sind insgesamt nur 19 hochrentable Strategien zu sehen. Von denen sind „Live-Handelsnachweise“ gerade mal ein kleiner Bruchteil – der Rest sind Beta-Backtests. Ich habe mir die an erster Stelle stehende ETH-Grid-Strategie plus AVS-Volatilitäts-Arbitrage genauer angesehen: Die Rendite der letzten 7 Tage war tatsächlich -2,3%, und der maximale Drawdown lag bei 11%. Wenn man weiter nach unten scrollt, sieht man bei vielen Strategien auch neben den Avataren der Ersteller: Die letzte Login-Zeit ist teilweise noch auf mehrere Monate her fixiert – klar erkennbar ein Zustand, in dem sich niemand mehr darum kümmert.
Noch etwas, das mich stutzig macht: Was in der Werbung immer wieder betont wird, ist die TEE-sichere Ausführung. In der Praxis ist es aber im Grunde nur so, dass man ein paar Parameter ausfüllt und das war’s. Ich habe weder eine Verknüpfung mit AVS-Knoten noch zusätzliche Sicherheitsprüfungen gesehen. Das Nutzergefühl ist im Prinzip dasselbe wie bei früheren klassischen Trading-Bots. Und was das offizielle Versprechen betrifft, es gäbe jeden Monat einen Reward-Pool von 2.000.000 $NEWT – ich habe nach den On-Chain-Daten für Juni geschaut: Tatsächlich gab es nur 9 Auszahlungsadressen. Damit liegen die Zahlen aus der Werbung doch deutlich daneben.
Wie auch immer: Das Projekt ist zwar noch ganz am Anfang und die Mainnet-Integration wird auch gerade vorangetrieben. Aber es gilt eben: Man sagt, was man sagt. Für normale Nutzer ist die Strategieanzahl, die fehlenden Live-Nachweise und die Kern-Erfahrung aktuell leider so schwer zu überblicken, dass sich kaum der Gedanke einstellt, „mal schnell einen Versuch zu starten“. Man kann nur sagen: Das Gerüst steht – aber um Nutzer zu halten, muss noch weiter gefeilt und verbessert werden.
Hat von euch jemand den Strategie-Shop von Newton ausprobiert? Lasst uns über eure echten Eindrücke sprechen.@NewtonProtocol #Newt
Ich habe kürzlich eine Mixed-Architecture von @grvt_io gesehen und musste mehrmals hinschauen. Als alter Hase glaube ich schon lange, dass DEX entweder zu sehr auf reines On-Chain-Erlebnis setzen und dadurch ziemlich enttäuschen, oder zu stark zentralisiert sind und damit die Seele des Non-Custodial-Ansatzes verlieren. GRVTs Spielweise geht dagegen einen Mittelweg: Order-Matching wird off-chain für maximale Geschwindigkeit gemacht, das Settlement läuft on-chain, um die Endgültigkeit zu gewährleisten. Klingt ziemlich clever.
In der offiziellen Dokumentation steht sub-2-ms-Latenz und bis zu 600.000 TPS, und tatsächlich fühlt sich das Ordern sehr flüssig an. Gestern habe ich dort auch einen ETH-Perps-Trade mit einem kleinen Order-Volumen getestet: 1000 US-Dollar Positionsgröße, fast im Handumdrehen ausgeführt – und mit einem Null-Gas-Gebühren-Erlebnis. Für Privatanleger ist das besonders attraktiv: Es behält Non-Custodial bei (die Assets bleiben stets in deiner eigenen Wallet), holt aber die Handelsgeschwindigkeit auf ein Niveau, das nahe an CEX herankommt. Das ist wirklich „nice“.
Wenn man tiefer geht, erkennt man aber auch die Abwägungen der Mixed-Architektur. Beim Matching wird das Validium-Modell genutzt; die Datenverfügbarkeit wird vom Komitee gewartet. Das ist nicht wie bei einem reinen Rollup, bei dem alles vollständig on-chain abgebildet wird. Das führt dazu, dass der Order-Book für normale Nutzer freundlich ist, aber für Quant-Teams sind die on-chain verifizierbaren historischen Daten vergleichsweise begrenzt. Beim Backtesting fehlt dann etwas an Transparenz. Bei dem BTC-Spike gestern, bei dem ich einen Stop-Loss gesetzt und die Order zurückgezogen habe, gab es ebenfalls eine kurzzeitige Verzögerung. In extremen Marktphasen kann schon eine halbe Sekunde die Grenze zwischen Leben und Tod sein.
Außerdem hat GRVT die Bermuda-Class-M-Lizenz erhalten und positioniert sich als der weltweit erste lizenzierte DEX. Im Fokus steht ein institutionelles Erlebnis und ein Compliance-orientierter Ansatz. Das ist anders als viele komplett dezentrale Projekte, die betonen, dass alles vollständig on-chain passieren muss. Es wirkt eher so, als würde GRVT versuchen, die Effizienz eines CEX mit der Non-Custodial-Idee eines DEX zu kombinieren. Die Service Terms ziehen auch klare Grenzen für die Compliance. Für Institutionen ist die Lizenz ein Pluspunkt, aber die konkrete Risiko- und Due-Diligence-Prüfung müssen sie am Ende selbst noch einmal sauber durchgehen.
Zusammengefasst: GRVT kopiert nicht einfach einen bestehenden Pfad, sondern verteilt die Verantwortung neu – für Matching, Settlement und die Kontrolle über die Assets. Es löst dabei ein Problem, das tiefer geht als nur Geschwindigkeit oder Gebühren. Stand jetzt ist es für Trader, die stark auf das Erlebnis setzen, auf jeden Fall eine Option, die man im Blick behalten sollte. Für größere Geldmengen würde ich aber dennoch empfehlen, nach dem TGE zu warten und dann auf die Token-Ökonomie und die Tiefe des Market-Making zu schauen, bevor man eine Entscheidung trifft. Die Zukunft des dezentralen Handels wird letzten Endes immer darin bestehen, das Gleichgewicht zwischen Sicherheit, Effizienz und Transparenz zu finden – und dieser Mixed-Weg von GRVT ist es wert, weiter beobachtet zu werden. #grvt
VaultKit im Detail zerlegt: Wie der ZK-Policy-Engine-Ansatz 57 Millionen Wallets mit Compliance auf Institutsniveau verbindet
Gestern, als ich durch die Doku gescrollt habe, habe ich auf der Newton-Seite von VaultKit einen Satz gelesen: „57M+ wallets onboarded“. Ich habe eine ganze Weile auf diese Zahl gestarrt. 57 Millionen mehr oder weniger Wallets: Magic Labs ist von Embedded Wallets ausgegangen und hat die Einstiegshürde durch E-Mail-/Social-Login stark gesenkt. Jetzt will man On-Chain-Policy-Enforcement machen. Aber ganz ehrlich: Ich habe lange in der Doku gewühlt und nicht richtig verstanden, wie genau diese 57 Millionen Nutzer überhaupt mit VaultKit zusammenhängen und sich in entsprechende Conversions übersetzen lassen. VaultKit richtet sich an Asset-Manager und Curators. Man muss Compliance- und Risikomanagement verstehen und wissen, wie man die Policy Engine konfiguriert. Die Zielgruppe ist eine ganz andere als die Nutzer, die sich nur mit einer E-Mail-Adresse für eine Wallet registrieren. Der Eindruck, den ich jetzt habe, ist: Diese Zahl wirkt eher wie eine Bestätigung auf Branding-Ebene. Wir haben zwar eine riesige Nutzerbasis, aber wie viel Traffic sich tatsächlich in das VaultKit-Ökosystem umleiten lässt, ist noch nicht klar.
Ich untersuche gerade die Keystore-Rollup-Architektur von @NewtonProtocol . Ehrlich gesagt, trifft das einen wunden Punkt, den ich schon lange habe: Zwischen mehreren Chains Positions-Custody herumzuschieben, ist einfach unglaublich mühsam. Jedes Mal, wenn man die Position anpasst, muss man zwischen unterschiedlichen Netzwerken ständig die Wallet wechseln, alles wiederholt signieren – und wenn der Markt nur etwas schneller schwankt, ist die Zeit bis zum Abschluss der Signaturen oft schon vorbei. Das Newton-Mainnet-Beta will dieses Problem im Kern lösen, und ich finde diese Richtung wirklich überzeugend.
Die Kernlogik besteht aus zwei Rollups, die zusammenarbeiten: Das Keystore Rollup trennt die Nutzerberechtigungen gezielt aus und verwaltet sie separat. Es ruft die EigenLayer AVS auf, um die Sicherheit von Ethereum zu übernehmen. Dadurch sind Updates der Berechtigungen schneller, Gas wird ebenfalls gespart, und es unterstützt auch Session Keys für eine fein granulierte Kontrolle – dieses Design ist ziemlich clever. Das zweite, das zkPermissions Rollup, führt zk-basierte Berechtigungsnachweise ein: Nutzer können ihre Intentionen vorab definieren, und das System triggert automatisch Transaktionen, statt dass man jedes Mal manuell autorisieren muss. $NEWT als Eintrittsschlüssel für das gesamte System ist eng mit der automatisierten Ausführung gekoppelt; der ökologische bzw. Ökosystem-Wert hat tatsächlich ein gewisses Entwicklungspotenzial.
Nach ersten Tests bin ich jedoch auch auf einige reale Probleme gestoßen. Aktuell wird das Keystore rollup noch von einem von der Foundation kontrollierten Sequencer betrieben. Die Reihenfolge der Writes und die Finalität hängen damit von einer einzigen Stelle ab – das macht mir ein wenig Sorgen. Die Berechtigungen werden zwischen Base und Ethereum synchronisiert; laut Testnetz-Daten dauert es im Durchschnitt etwa 4–5 Minuten, bis sie wirksam werden. Ich habe es selbst ausprobiert und den Umfang der Session-Key-Berechtigungen erweitert: Von der Initiierung bis zur Wirksamkeit auf Base hat es fast 5 Minuten gedauert. In dieser Zeit war mein Agent durchgehend im Status „abgelaufen“. Für Hochfrequenz-Strategien oder automatisierte Aktionen, die auf Preisbewegungen reagieren, kann diese Verzögerung sehr wahrscheinlich dazu führen, dass eine Intention entweder hängen bleibt oder sogar fehlschlägt – das tatsächliche Nutzungserlebnis ist nicht so flüssig, wie man es sich erhofft.
Außerdem steht noch kein echter Lasttest an, der den gleichzeitigen Update-Druck für eine Million Nutzer abbildet. Auf dem Explorer sind die Update-Lasten für das Mainnet-Beta derzeit noch relativ niedrig. Die größere Sorge liegt jedoch beim Nutzer selbst: Selbst wenn die ZK-Validierung noch so streng ist, können Probleme wie falsche Eingabepräzision oder falsch konfigurierte Parameter dazu führen, dass das System ganz normal ausführt – und am Ende werden Assets versehentlich bewegt. Bisher sehe ich noch keine ausreichend benutzerfreundlichen visuellen „Fail-Safe“-Tools, die diese Hürde senken. Für normale Nutzer besteht daher weiterhin ein gewisses Risiko beim Einstieg.
Zusammenfassend ist die Architektur-Logik von Newton ziemlich solide und trifft tatsächlich einen Branchen-Schmerzpunkt. #Newt
Nachdem ich @grvt_io genauer unter die Lupe genommen hatte, habe ich wirklich den Eindruck, dass das Konzept, On-Chain-Transaktionen und Vermögensverwaltung miteinander zu verbinden, besonders genial ist – und sich deutlich von den meisten Plattformen auf dem Markt abhebt.
Das Produkt ist dauerhaft darauf ausgerichtet, dass jeder einzelne Cent einen noch größeren Nutzen entfaltet. Die Grundlage bildet ein DEX für Perpetuals (Ewige Verträge). Besonders beeindruckt hat mich die Mechanik von One-Balance. Man muss keine Gelder wiederholt hin- und herübertragen oder einzelne Beträge gesondert für die Vermögensverwaltung sperren. Ein und derselbe Kontostand kann gleichzeitig als Margin für verschiedene Perpetual-Contracts wie BTC und ETH dienen und automatisch auch Erträge aus der Vermögensverwaltung generieren. Dadurch muss man zwischen Handel und Wertsteigerung keine Kompromisse eingehen – die Kapitalauslastung wird direkt maximiert.
Für diese flüssige Nutzererfahrung ist vor allem die einzigartige technische Architektur verantwortlich. Als die erste umgesetzte Hybrid-Kryptobörse mit ZK-Technologie ist sie auf der zkSync-eigenen App-Chain aufgebaut. Einerseits übernimmt sie die Vorteile zentralisierter Börsen: hohe Geschwindigkeit und geringe Latenz. Außerdem nutzt sie ein professionelles CLOB-Orderbuch, das bis zu 600.000 TPS erreichen kann, wodurch das bei herkömmlichen DEXs häufige Slippage-Problem deutlich entschärft wird. Andererseits bleibt der dezentrale Kern gewahrt: Die Assets werden vollständig vom Nutzer selbst verwaltet (Self-Custody). Sensible Nutzerdaten werden durch ZK-Verschlüsselung geschützt.
Die Plattform beschränkt sich auch nicht nur auf Derivate-Handel. Sie ist dabei, sich Schritt für Schritt in einen vollständigen On-Chain-Einstieg für Wealth Management (Vermögensverwaltung) zu verwandeln. Mit nur einem Kontostand kann man sowohl Spot- als auch Multi-Asset-Umsetzungen durchführen und zudem an der Allokation von RWA-Assets mit abgestuften Risikoebenen teilnehmen. Hochwertige klassische Vermögenswerte wie BlackRocks (bspw. BLK/CLOA) – früher meist nur für institutionelle Anleger zugänglich – können nun auch normale Nutzer erreichen. Wer den GRVT-Token der Plattform hält, kann außerdem Mitgliedervorteile wie Gebührenreduzierungen und exklusive Anlagestrategien freischalten. Sowohl auf der Handels- als auch auf der Vermögensverwaltungsseite gibt es echte Vorteile.
Auch die Projekt-Bestätigung ist solide: Es hat bereits mehrstellige Millionen US-Dollar Finanzierung eingeworben – u. a. vom ZKsync-Fonds und anderen Institutionen. TVL und das gesamte Handelsvolumen steigen kontinuierlich und stabil. Blickt man auf den heutigen Markt für dezentrale Derivate, haben viele Produkte entweder ruckelige Handelsabläufe oder eine zersplitterte Nutzung von Kapital. GRVT überbrückt dank ZK-Technologie genau zwei große Schwachstellen: die Nutzererfahrung und die Transparenz – und eignet sich besonders für Szenarien mit hohem Handelsvolumen.
Insgesamt betrachtet ist das Projekt besonders innovativ – sowohl was das Design der zugrunde liegenden Technologie betrifft als auch hinsichtlich der Logik, wie Kapital entsprechend den Nutzerbedürfnissen eingesetzt wird. Das weitere Entwicklungspotenzial ist daher definitiv ein fortlaufendes Beobachten wert. #grvt
Leute, wartet erstmal—bevor ihr weiterscrollt. Ich weiß, dass in letzter Zeit überall Neuigkeiten zu Mainnet-Deployments nur so um sich werfen und einen schwindelig machen. Aber beim Newton Mainnet Beta war ich bereit, mir die Zeit zu nehmen und alles gründlich durchzuchecken, weil es sich deutlich von dem unterscheidet, was ich zuvor bei irgendeinem weiteren L2 oder bei irgendeiner weiteren Cross-Chain-Bridge gesehen habe. Ich habe da eine Angewohnheit: Wenn ich sehe, dass ein Projekt gerade viel Aufmerksamkeit bekommt, ist meine erste Reaktion nicht FOMO. Stattdessen gehe ich zuerst auf die offizielle Website, lese das Dokumentationsmaterial durch, schaue dann im Explorer nach, ob es wirklich belastbare Daten gibt, und am Ende führe ich selbst noch ein Demo aus – erst dann habe ich im Kopf ein sicheres Gefühl. Nach allem, was ich mit dieser Newton-Sache ausprobiert habe, ist mein größter Eindruck: Sie prahlen nicht damit, dass sie Compliance „abschaffen“ können. Sie sagen vielmehr, dass sie das Thema Compliance programmierbar machen.
Gestern Abend bin ich bis spät in die Nacht in das Dokument <@NewtonProtocol > hineingelesen. Eigentlich wollte ich ein Problem rund um das Übergeben von Parametern klären – aber während ich so weitergelesen habe, hat sich mein Verständnis der paar <simulate>-Schnittstellen verändert.
Zuvor fand ich, dass <simulatePolicy> und <simulateTask> etwas redundante Schnittstellen sind, und funktional überlappt vieles. Aber diesmal bin ich der Aufrufkette ganz genau gefolgt und habe festgestellt, dass sie im Grunde etwas Fundamentales tun: Sie zerlegen das Vertrauensproblem in KI-Entscheidungen in eine Reihe nachvollziehbarer, auditierbarer Schritte.
Am Beispiel <simulatePolicy>: Die gesamte Kette – von der WASM-Ausführung über das Entschlüsseln der Daten bis hin zum Einspeisen der Preise durch das Oracle und der eigentlichen Strategiebewertung – lässt sich Schritt für Schritt reproduzieren. <simulateTask> ist eher darauf ausgerichtet, das Ergebnis zu verifizieren, nachdem es bereits zusammengesetzt wurde. Diese Schichtung dient nicht dem Selbstzweck oder dafür, es „hübscher“ zu machen, sondern damit der Entscheidungsprozess transparent und nachvollziehbar wird. Früher habe ich mich über die vielen Schnittstellen geärgert, jetzt sehe ich: Sie dienen dazu, Berechtigungen und Validierung gezielt zu stärken.
Wenn es ums Validieren geht, sind die Testnetz-Daten tatsächlich ziemlich interessant. Die Aufrufhäufigkeit von <simulatePolicy> ist derzeit nicht besonders hoch, aber das Onboarding von <PolicyData> wächst jede Woche – ein Hinweis darauf, dass bereits einige Entwickler ernsthaft versuchen, diese Validierungslogik anzuwenden. Vielleicht sind alle noch in einer Phase des Ausprobierens, aber die Richtung ist richtig.
Wenn man es noch größer betrachtet: Im Mainnet-Beta-Phase hat Newton eine Art Pre-Check-Mechanismus für Transaktionen entworfen. Vor der Ausführung werden Compliance- und Risiko-Checks anhand der vordefinierten policy durchgeführt; die Check-Ergebnisse werden anschließend als attestation on-chain generiert. <VaultKit> ist bereits in Base und Ethereum mit Euler integriert, deckt sowohl das Onboarding von Risiko- und Preisdatenservices ab, als auch die Erstellung der policy mit Rego – inklusive Vorlagen, die man als Referenz nutzen kann.
Architektonisch setzt Newton auf die AVS-Route von EigenLayer. Kein eigener Aufbau von alternativen Chains oder L2, sondern die direkte Nutzung des Validator-Netzwerks von Ethereum. Nachdem der Betreiber bei Ethereum registriert ist, kann er gleichzeitig mehrere EVM-Ketten bedienen. <$NEWT > ist hauptsächlich für den Teil der wirtschaftlichen Anreize zuständig und wird dabei klar von der Sicherheitsstufe getrennt, die mit ETH-Staking zusammenhängt.
Natürlich befindet sich das Ganze noch immer in der Beta-Phase. Wie hoch die Akzeptanz der vollständigen Validierungsprozesse ist und wie die Entwickler-Feedbacks ausfallen, muss man abwarten. Wie man On-Chain-Projektanforderungen nach Nachprüfbarkeit mit der tatsächlichen Anwendung in Einklang bringt – viele Details müssen sich erst durch die Praxis zeigen. <#Newt > <>