Daten lügen nicht. Ich habe denselben Algorithmus – inklusive Clock-Trigger-Mechanismus – über verschiedene Netzwerkpfade gelegt und festgestellt: Knoten, die bei der Reaktionsgeschwindigkeit zur ersten Leistungsgruppe gehören, erzielen am Ende oft einen deutlich schlechteren tatsächlichen durchschnittlichen Ausführungspreis als die, die eine halbe Sekunde hinterherhinken. Nach genauer Analyse der Transaktionsplatzierung innerhalb des Blocks wurde klar: Je schneller und je pünktlicher deine Anfrage gesendet wird, desto weiter vorne steht sie in der Warteschlange im Mempool (Mempool). Für diese MEV-Roboter, die wie die Lauerjäger warten, sind genau solche Aufträge – mit hoher zeitlicher Regelmäßigkeit und bereits in der frühen Phase der Blockentstehung „auftauchend“ – wie ein Suchscheinwerfer am Nachthimmel. Sie haben genügend Zeit, präzise vor und nach deiner Order Kauf- und Verkaufsaufträge mit hohem Gas-Preis einzuschieben und so eine lehrbuchreife Sandwich-Schlacht auszuführen. Umgekehrt werden bei manchen Knoten, die etwas Netzwerk-Jitter haben und bei der Latenz etwa bei 120 Millisekunden liegen, die eingereichten Transaktionen eher in die Ströme späterer Blockphasen eingemischt. Dort geraten sie mit anderen großen Retail-Orders durcheinander – und erhalten so eine Art natürliche „Privatsphäre-Abschirmung“.

Diese Kosten sind extrem hoch: Man legt Strategiemuster offen, nur weil man zu sehr technische Parameter optimiert. In einer Seitwärtsphase des Marktes mag der dabei entstehende Verlust nur ein paar Tausendstel betragen, und viele halten das für unbedeutend – schieben es einfach auf den normalen Slippage.
Nachdem mir das bewusst geworden war, richtete ich meinen Blick von traditionellen, zentralisierten RPC-Diensten weg und hin zu einigen neuen Protokollen, die bereits auf Basisebene Anti-MEV und Datenschutz mitdenken. Bei Vergleichstests waren die etablierten Knoten wie Infura oder Alchemy zwar stabil, aber im Kern sind sie transparente „Durchleitungsrohre“ ohne irgendeinen Abwehrmechanismus gegen böswilliges Front-Running. Und bei meiner jüngsten Untersuchung des NewtonProtocol-Ausführungsnetzwerks fiel mir eine völlig andere Designidee auf. Es geht nicht nur darum, Bandbreite zu stapeln, um absolute Latenzzahlen zu „gewinnen“, sondern versucht, zwischen der Ebene der Validatoren und der Transportebene einen widerstandsfähigeren Mechanismus für das Scheduling aufzubauen. Mit dieser Mechanik werden meine Strategietransaktionen beim Versand nicht in einer starr festgelegten, vorhersehbaren Frequenz für das gesamte Netzwerk sichtbar – und damit wird die Zeitdifferenz-Angriffsstrategie der Sandwich-Maschinen von der Wurzel her ausgehebelt.

Wie seht ihr diese Erkenntnis?
@NewtonProtocol #Newt $NEWT
$CAP #美国对伊朗发动新一轮打击
RPC节点越快越好,被夹纯粹是策略策略写得不够隐蔽
100%
延迟屏蔽确实存在,底层网络自带反MEV机制才是未来的刚需
0%
没感觉,平时交易量小,滑点损耗都在接受范围内
0%
1 Stimmen • Abstimmung beendet