Ich habe gerade ein paar Edge-Knoten eingestellt, die synchron Daten aus dem Ethereum-Hauptnetz ziehen. Während ich mir diesen endlosen Bildschirm mit roten Fehlermeldungen wegen Netzwerklatenz anschaue, bin ich wirklich immer mehr genervt.

Jeden Tag sehe ich auf dem Platz eine ganze Menge Leute darüber schwafeln, was „Single-Chain-Performance und Durchsatz“ angeht. Sie betrachten Solanas hohe Parallelität als die einzig mögliche Zukunft von Web3, und ich kann nur stumm lachen. Wenn du nach echter, purer Dezentralisierung strebst, muss die Geschwindigkeit so langsam sein wie #BTC Überweisungen, bei denen man am liebsten den Computer gegen die Wand werfen möchte; wenn du maximale Geschwindigkeit willst, musst du dich damit abfinden, diese paar ständig abgestürzten Superknoten zu nutzen.@NewtonProtocol Wenn ich mir beide Seiten anschaue, entscheide ich mich direkt dafür, das System „in zwei Welten zu zerlegen“.

#Newt Wir verfrachten alle hardwarehungrigen, maximal parallelisierbaren Strategie-Berechnungen, Datenerfassungen und Message-Streams gnadenlos „Off-Chain“. Dann sollen verteilte Komponenten-Netzwerke sich den Arsch aufreißen und wild durchstarten; während die allerkernigsten Asset-Ledger, die Anteile an starkem Restaking (Restaking) und die ultimative Slashing- bzw. Beschlagnahme-Autorität fest im On-Chain-„Ethereum“-#ETH Zustandsautomaten eingesperrt bleiben. Die Off-Chain-Komponenten erledigen ihre Arbeit, legen eine nicht fälschbare BLS-kryptografische Signatur vor und übergeben sie dem On-Chain, diesem kalten und kompromisslosen EigenLayer-Vertragsmatrix, damit er sie absegnet—mit Tempo, mit eiserner Sicherheit.

Aber ich muss dir einen eiskalten Eimer Wasser übergießen: Bei dieser „Himmeln und Höllen“-Verzahnung hängt alles an der „Status-Synchronisation zwischen On-Chain und Off-Chain (State Sync)“. Läuft Off-Chain zu schnell, ist das On-Chain-Settlement zu langsam. Wenn das Off-Chain-Netzwerk innerhalb von 1 Sekunde fortlaufend 100 Transaktionen autorisiert und Ethereum Mainnet plötzlich komplett verstopft, dann können diese 100 aggregierten Signaturen erst sehr spät, vielleicht gar nicht rechtzeitig, on-chain geschrieben werden. In dem Moment: Lässt Off-Chain weiter blind Gelder frei, oder stoppt man und wartet in der Sackgasse stur zu Ende? Wenn man das nicht sauber hinbekommt, endet es als Tragödie: ein neues Muster von Cross-Chain-Double-Spend (Double Spend).

Also ist meine Strategie: Bei der Architektur-Integration $NEWT nicht impulsiv handeln. Ich mache das selbst im Rechenzentrum praktisch und brauche dafür einen strengen Monitor, um diese Verzögerungsdifferenz abzudecken. Sobald sich die Warteschlange der On-Chain-ungeklärten Tasks um mehr als 3 Blockhöhen staut, muss das Off-Chain-Gateway automatisch drosseln. Lieber opfern wir die Reaktionsgeschwindigkeit, als zuzulassen, dass die Off-Chain-„Rennwagen“ das große On-Chain-Gestell wegschleudern.