Nutze die kurzen Pausen beim Charting, während ich eine Instantnudel in mich hineinschlinge, und blättere die neuesten, gerade angesagten technischen Dokus zum Hype-Framework @grvt_io durch. Danach denke ich nur: „Ganz schön der Hammer!“ Auf den ersten Blick ist dieses „hybride“ Framework ein wahrer Performance-Biest. Es verlagert das Matching komplett offline, verspricht Geschwindigkeiten von 600.000 TPS, und schafft dann mit Zero-Knowledge-Proofs on-chain eine Art Sicherheitsnetz, mit dem Claim, dass das Kapital in Selbstverwaltung bleibt. Im Alltag aber: $BTC und $ETH geraten bei jedem größeren Markt-Impuls auf der Kette ständig ins Stocken – derart „wie ein Hund am Verhungern“. Diese Erzählung, die maximale geschmeidige Performance und Sicherheit perfekt miteinander vermischt, trifft wirklich einen Nerv.
Doch wenn man die glänzende Datenhülle beiseitelegt, sehe ich als alter Fuchs in Sachen DeFi sofort einen tödlichen blinden Fleck: „Der Dealer“ – wer ist das eigentlich? Geht man den Mechanismus genau durch, stellt man fest, dass sowohl die zuständige Matching-Engine für Order-Matches als auch das Risk-/Wind-Control-Modul zur Überwachung von Liquiditätsausfällen/Crashs komplett in den abgeschlossenen Rechenzentren des Projektbetreibers laufen. Das bedeutet: Der zentrale Geldfluss bei Trades hat keinerlei externe, dezentrale Knoten zur Überwachung. Vereinfacht gesagt: Du setzt dein Geld an den Tisch, aber Mischen, Austeilen und sogar das Auszählen übernimmt der „Hobby-Profi“ im Hintergrund in einer Blackbox – ohne dass daneben ein Schiedsrichter steht.
Aus der Branche wurde diese Art von Architektur schon früh als Schwachstelle benannt. Im Vergleich zu den aktuell führenden L2s, die alle hart an „Shared Sorters/Shared Sequencer“ arbeiten, um Einzelpunkt-Schurken zu verhindern, ist ihr Ansatz, die Sortierrechte zu monopolisieren, ein extrem riskantes Spiel. Wenn der Betreiber ein Szenario inszenieren will, können Retail-User sich praktisch nicht schützen: Reihenfolge der Orders und Abrechnungsparameter hängen am Ende von einem einzigen Satz aus dem Backend ab. In extremen Marktphasen können sie problemlos zuerst die eigenen „Mauselager“-Positionen bedienen oder ganz gezielt dein Stornieren blockieren. Selbst wenn die Daten am Ende gebündelt auf die Kette gepackt werden und die Kryptobeweise nur verifizieren, dass die Endsumme der Konten korrekt ist – herausfinden, ob jemand beim Warten heimlich eingeschleust und dir beim Scheduling einen Strich durch die Rechnung gemacht hat, lässt sich damit überhaupt nicht.
Kurz gesagt: Dieser übertriebene Durchsatz wird vollständig mit einer „nur für sie selbst frei les- und schreibbaren“ lokalen Netzwerk-Umgebung erkauft. Ja, das bringt ein ultraschnelles Nutzererlebnis, aber es nimmt gleichzeitig die Risiken einer Blackbox-Manipulation von Orders, von böswilligen Backend-Nadeln im Clearing usw. vollständig in Kauf. Wenn die entscheidenden Rechte – Sortierung und Risk Control – fest in den Händen des Projektteams bleiben, was für einen echten, grundlegenden Unterschied macht das dann noch gegenüber klassischen zentralisierten Institutionen, außer dass es sich hübsch in eine Kette-Protokoll-Schale gehüllt hat? Genau das Transparenzversprechen von Web3 wollen wir – und das ist nicht nur ein Namenswechsel.
#grvt
Doch wenn man die glänzende Datenhülle beiseitelegt, sehe ich als alter Fuchs in Sachen DeFi sofort einen tödlichen blinden Fleck: „Der Dealer“ – wer ist das eigentlich? Geht man den Mechanismus genau durch, stellt man fest, dass sowohl die zuständige Matching-Engine für Order-Matches als auch das Risk-/Wind-Control-Modul zur Überwachung von Liquiditätsausfällen/Crashs komplett in den abgeschlossenen Rechenzentren des Projektbetreibers laufen. Das bedeutet: Der zentrale Geldfluss bei Trades hat keinerlei externe, dezentrale Knoten zur Überwachung. Vereinfacht gesagt: Du setzt dein Geld an den Tisch, aber Mischen, Austeilen und sogar das Auszählen übernimmt der „Hobby-Profi“ im Hintergrund in einer Blackbox – ohne dass daneben ein Schiedsrichter steht.
Aus der Branche wurde diese Art von Architektur schon früh als Schwachstelle benannt. Im Vergleich zu den aktuell führenden L2s, die alle hart an „Shared Sorters/Shared Sequencer“ arbeiten, um Einzelpunkt-Schurken zu verhindern, ist ihr Ansatz, die Sortierrechte zu monopolisieren, ein extrem riskantes Spiel. Wenn der Betreiber ein Szenario inszenieren will, können Retail-User sich praktisch nicht schützen: Reihenfolge der Orders und Abrechnungsparameter hängen am Ende von einem einzigen Satz aus dem Backend ab. In extremen Marktphasen können sie problemlos zuerst die eigenen „Mauselager“-Positionen bedienen oder ganz gezielt dein Stornieren blockieren. Selbst wenn die Daten am Ende gebündelt auf die Kette gepackt werden und die Kryptobeweise nur verifizieren, dass die Endsumme der Konten korrekt ist – herausfinden, ob jemand beim Warten heimlich eingeschleust und dir beim Scheduling einen Strich durch die Rechnung gemacht hat, lässt sich damit überhaupt nicht.
Kurz gesagt: Dieser übertriebene Durchsatz wird vollständig mit einer „nur für sie selbst frei les- und schreibbaren“ lokalen Netzwerk-Umgebung erkauft. Ja, das bringt ein ultraschnelles Nutzererlebnis, aber es nimmt gleichzeitig die Risiken einer Blackbox-Manipulation von Orders, von böswilligen Backend-Nadeln im Clearing usw. vollständig in Kauf. Wenn die entscheidenden Rechte – Sortierung und Risk Control – fest in den Händen des Projektteams bleiben, was für einen echten, grundlegenden Unterschied macht das dann noch gegenüber klassischen zentralisierten Institutionen, außer dass es sich hübsch in eine Kette-Protokoll-Schale gehüllt hat? Genau das Transparenzversprechen von Web3 wollen wir – und das ist nicht nur ein Namenswechsel.
#grvt