💻 computer science

Geographical Centralization Resilience in Ethereum's Block-Building Paradigms

Diese Arbeit entwickelt ein formales Modell und Simulationen, um zu zeigen, wie Ethers Block-Building-Paradigmen und latenzabhängige Anreize zu einer geografischen Zentralisierung der Validatoren führen, was die Resilienz des Netzwerks gegenüber regionalen Schocks beeinträchtigt.

Ursprüngliche Autoren: Sen Yang, Burak Öz, Fei Wu, Fan Zhang

Veröffentlicht 2026-04-07

📖 5 Min. Lesezeit🧠 Tiefgang

CC BY 4.0

Ursprüngliche Autoren: Sen Yang, Burak Öz, Fei Wu, Fan Zhang

Originalarbeit lizenziert unter CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). ✨ Dies ist eine KI-generierte Erklärung des untenstehenden Papers. Sie wurde nicht von den Autoren verfasst oder gebilligt. Für technische Genauigkeit konsultieren Sie das Originalpaper. Vollständigen Haftungsausschluss lesen

Das große Problem: Warum Krypto-Netzwerke nicht überall gleich verteilt sind

Stell dir Ethereum wie eine riesige, globale Party vor. Damit die Party funktioniert, müssen viele Leute (die sogenannten Validatoren) anwesend sein, um die Musik zu steuern und sicherzustellen, dass niemand schummelt.

Das Ziel von Krypto ist Dezentralisierung: Jeder soll überall auf der Welt mitmachen können. Aber in der Realität passiert etwas Seltsames: Fast alle wichtigen Teilnehmer tummeln sich in bestimmten Regionen – hauptsächlich in den USA und Europa. Warum? Weil sie dort schneller sind.

Diese Studie von Sen Yang und Kollegen untersucht genau dieses Phänomen: Wie die Geografie die Sicherheit von Ethereum beeinflusst und warum die Bauweise von Ethereum-Blöcken die Leute dazu bringt, sich an denselben Orten zu versammeln.

Die zwei Arten, wie Blöcke gebaut werden

Um das zu verstehen, müssen wir uns zwei verschiedene Szenarien vorstellen, wie ein "Block" (ein Paket mit Transaktionen) erstellt wird:

1. Der "Selbstkocher" (Lokales Block-Building)

Stell dir vor, du bist ein Koch in einem Restaurant. Du musst selbst die Zutaten (Transaktionen) von verschiedenen Lieferanten (Information Sources) holen, sie in der Küche mischen und das fertige Gericht (den Block) an die Gäste (das Netzwerk) servieren.

Das Problem: Wenn deine Lieferanten weit weg sind, brauchst du lange, um die Zutaten zu holen. Wenn du zu lange brauchst, kochen die Gäste ihr eigenes Essen oder gehen woanders hin.
Die Lösung: Du ziehst in eine Stadt, in der alle Lieferanten direkt vor deiner Haustür wohnen. So kannst du schneller kochen.
Das Ergebnis: Alle Köche ziehen in die gleiche Stadt, wo die Lieferanten wohnen. Das Netzwerk wird zentralisiert.

2. Der "Besteller" (Externes Block-Building / PBS)

Jetzt stell dir vor, du bist ein Koch, der gar nicht mehr selbst kocht. Du rufst einen spezialisierten Lieferdienst (einen "Builder") an. Der Lieferdienst kocht das Essen, verpackt es und bringt es dir. Du musst es nur noch unterschreiben und an die Gäste weitergeben.

Das Problem: Du bist nicht mehr vom Ort der Zutaten abhängig, sondern nur noch davon, wie schnell der Lieferdienst zu dir kommt.
Die Lösung: Du ziehst dorthin, wo der Lieferdienst wohnt.
Das Ergebnis: Auch hier sammeln sich alle Köche an einem Ort – diesmal dort, wo der Lieferdienst sitzt.

Die wichtige Erkenntnis der Studie: Egal ob du selbst kochst oder bestellst – du wirst immer dorthin ziehen, wo du am schnellsten bist. Das Netzwerk ist also nicht "geografisch neutral".

Die Analogie: Das Rennen im Regen

Stell dir vor, Ethereum ist ein Marathon, bei dem jeder Läufer (Validator) versuchen muss, als Erster eine Wasserstelle zu erreichen, um einen Preis zu gewinnen.

Die Latenz (Verzögerung): Das ist wie der Regen. Wenn du weit weg von der Wasserstelle bist, bist du nass und langsamer. Wenn du nah dran bist, bleibst du trocken und schnell.
Die Information: Die Wasserstelle ist wie die neuesten Nachrichten über den Kurs. Wer sie zuerst hat, gewinnt.

Die Studie zeigt, dass die Regeln des Marathons (das Protokoll) die Läufer dazu bringen, sich alle in der Nähe der Wasserstelle zu versammeln.

Wenn die Regeln ändern (z. B. das Rennen wird kürzer oder die Wasserstelle wird weiter weg), ändern sich auch die Strategien.
Manchmal führt eine Änderung dazu, dass sich die Läufer noch enger zusammendrängen (Zentralisierung), manchmal breiten sie sich etwas mehr aus.

Was passiert, wenn die Welt nicht gleichmäßig verteilt ist?

Die Forscher haben Simulationen durchgeführt, um zu sehen, was passiert, wenn:

Die Lieferanten (Information Sources) nur in einem Land sind.
Die Validatoren (Läufer) schon jetzt in einem Land wohnen.

Das Ergebnis:

Wenn die Lieferanten weit weg sind, ziehen die Läufer dorthin, wo die Lieferanten sind, um Zeit zu sparen.
Wenn die Lieferanten in einer schlechten Gegend sind (hohe Latenz), ziehen die Läufer noch schneller dorthin, weil der Vorteil dort riesig ist.
Gefahr: Wenn alle in einer Region sind und dort ein Erdbeben passiert oder die Regierung das Internet abschaltet, bricht das ganze Netzwerk zusammen. Das ist wie ein Haus, das nur auf einem einzigen Fundament steht.

Was kann man tun? (Die Lösungsvorschläge)

Die Studie schlägt vor, dass die Macher von Ethereum (die Entwickler) nicht nur an Code denken, sondern auch an die Geografie:

Mehrere Köche pro Block: Statt dass nur eine Person einen Block baut, könnten mehrere gleichzeitig arbeiten. Dann ist der Vorteil, ganz nah an der Wasserstelle zu sein, nicht mehr so groß.
Die Belohnung anpassen: Wenn man die Belohnung für das "Schnellsein" etwas dämpft (z. B. durch "MEV-Burn", bei dem ein Teil des Gewinns verbrannt wird), lohnt es sich weniger, extra weit zu reisen, nur um 0,1 Sekunden schneller zu sein.
Vielfalt fördern: Man könnte Regeln einführen, die Builder oder Lieferanten dazu zwingen, sich über die ganze Welt zu verteilen, damit kein einzelner Ort zu mächtig wird.

Fazit in einem Satz

Ethereum ist wie ein riesiges Orchester: Wenn alle Musiker versuchen, so nah wie möglich am Dirigenten zu stehen, um keine Verzögerung zu haben, sitzen sie alle auf der ersten Reihe. Das klingt gut, aber wenn die erste Reihe ausfällt, ist das Orchester stumm. Die Studie zeigt, wie die Spielregeln das Orchester dazu bringen, sich so zu verhalten, und wie man die Regeln ändern kann, damit die Musiker auch in den hinteren Reihen sicher spielen können.

1. Problemstellung

Die Dezentralisierung von Blockchains wie Ethereum besitzt eine oft übersehene geografische Dimension. Während Metriken wie die Verteilung des Stakes (Einsatz) üblicherweise analysiert werden, wird die geografische Verteilung der Validatoren selten berücksichtigt. Dies ist jedoch kritisch für zwei Hauptaspekte:

Resilienz gegen Schocks: Wenn Validatoren geografisch stark konzentriert sind (z. B. in den USA und Europa), sind sie gemeinsam anfällig für regionale Schocks wie Naturkatastrophen, Stromausfälle oder staatliche Eingriffe (wie das Bitcoin-Mining-Verbot in China 2021).
Fairness: Validatoren, die weiter von den Netzwerkknoten entfernt sind, leiden unter höheren Latenzen, was ihre Fähigkeit beeinträchtigt, Belohnungen zu erhalten und Blöcke rechtzeitig zu validieren.

Das Paper untersucht, wie die Protokoll-Designs von Ethereum, insbesondere die Architektur des Block-Building (Block-Erstellung), Anreize für Validatoren schaffen, sich geografisch zu konzentrieren. Es wird analysiert, ob und wie die beiden aktuellen Paradigmen – lokales Block-Building (der Validator erstellt den Block selbst) und externes Block-Building (z. B. via Proposer-Builder Separation, PBS) – die Migration von Validatoren zu bestimmten Regionen beeinflussen.

2. Methodik

Die Autoren entwickeln einen einheitlichen analytischen und rechnerischen Rahmen, um die Interaktion zwischen Protokollregeln, Netzwerklatenz und strategischem Verhalten zu modellieren.

Formales Modell:
- Das Modell betrachtet Validatoren als autonome Agenten, die ihre geografische Position (Region) wählen, um ihren erwarteten Gewinn zu maximieren.
- Es unterscheidet zwischen zwei Block-Building-Paradigmen:
  1. Lokales Building: Der Validator aggregiert Signale (z. B. Transaktionen, Preise) von verteilten Informationsquellen und erstellt den Block selbst. Die Latenz zu diesen Quellen und zu den Attestierenden (Attesters) ist entscheidend.
  2. Externes Building (PBS): Der Validator outsourct die Erstellung an einen externen „Builder" (Lieferanten). Der Validator muss nur die Latenz zum Lieferanten minimieren; die Verbreitung des Blocks übernimmt der Lieferant.
- Latenzmodellierung: Die Netzwerklatenz zwischen Regionen wird als log-normalverteilte Zufallsvariable modelliert, basierend auf empirischen Daten von Google Cloud.
- Optimierungsproblem: Validatoren wählen einen Freigabezeitpunkt ( $\tau$ ) und eine Region, um einen Kompromiss zwischen maximaler Blockwertigkeit (durch Warten auf mehr Transaktionen/MEV) und der Wahrscheinlichkeit zu finden, dass der Block rechtzeitig von genügend Attestierenden bestätigt wird (Konsens-Deadline).
Analytische Charakterisierung:
- Unter einer Mean-Field-Approximation (Annahme einer großen Anzahl von Validatoren) leiten die Autoren qualitative Vorhersagen über die Richtung und Skalierung der Migrationsanreize ab.
- Es werden Theoreme bewiesen, die zeigen, wie Reduktionen der Latenz den erwarteten Gewinn erhöhen und wie dies von der Anzahl der Informationsquellen bzw. der Wahl des Lieferanten abhängt.
Agentenbasierte Simulation (ABM):
- Das Modell wird durch eine Simulation erweitert, die mit realen Latenzdaten (Google Cloud Regionen) kalibriert ist.
- Experimente: Vier Szenarien werden getestet:
  1. Effekt der Platzierung von Informationsquellen.
  2. Effekt der initialen Verteilung der Validatoren.
  3. Kombination beider Heterogenitäten.
  4. Einfluss von Konsens-Parametern (Attestationsschwellenwert $\gamma$ , Slot-Dauer $\Delta$ ).
- Metriken: Zur Messung der Dezentralisierung werden der Gini-Koeffizient, der Herfindahl-Hirschman-Index (HHI), der Variationskoeffizient der Belohnungen und ein „Liveness-Koeffizient" (ähnlich dem Nakamoto-Koeffizienten) verwendet.

3. Wichtige Beiträge

Erster einheitlicher Rahmen: Dies ist die erste Arbeit, die eine analytische und simulationsbasierte Analyse der gemeinsamen Wirkung von Block-Building-Mechanismen, Informationsquellen-Verteilung und Konsens-Parametern auf die geografische Positionierung von Validatoren bietet.
Formalisierung der Anreize: Das Paper formalisiert, wie Latenzanreize unter lokalen und externen Paradigmen unterschiedlich wirken.
Entdeckung nicht-neutraler Architektur: Es wird gezeigt, dass die Ethereum-Architektur nicht geografisch neutral ist und systematisch zu einer Konzentration führt.
Rolle von Konsens-Parametern: Es wird demonstriert, dass Parameter wie der Attestationsschwellenwert und die Slot-Länge als Hebel wirken, die die Latenzempfindlichkeit und damit die Zentralisierung verstärken oder dämpfen können.

4. Ergebnisse

Die Simulationen und analytischen Ergebnisse zeigen folgende Kernpunkte:

Geografische Konzentration ist unvermeidbar: Unter beiden Paradigmen führt die Suche nach niedriger Latenz zu einer Konzentration der Validatoren, selbst wenn sie initial gleichmäßig verteilt sind.
Unterschiedliche Mechanismen:
- Lokales Building: Die Migrationsanreize skalieren mit der Anzahl der Informationsquellen. Validatoren wollen sich in Regionen mit vielen Signalquellen und niedriger Latenz zu den Attestierenden befinden. Dies führt zu einer starken Konzentration in gut vernetzten „Hubs".
- Externes Building (PBS): Die Anreize werden durch die Latenz zum einzelnen ausgewählten Lieferanten (Builder) bestimmt. Die Konzentration erfolgt primär um die Standorte der Lieferanten.
Asymmetrie verstärkt Konzentration: Wenn Informationsquellen oder Lieferanten ungleich verteilt sind (z. B. nur in bestimmten Regionen), beschleunigt dies die Migration und die Zentralisierung. Interessanterweise zeigen die Paradigmen entgegengesetzte Empfindlichkeiten: Bei externem Building führt eine schlechte Anbindung des Lieferanten zu stärkeren Migrationsanreizen dorthin, da dies den einzigen kontrollierbaren Latenzfaktor darstellt.
Einfluss von Konsens-Parametern:
- Höhere Attestationsschwellen ( $\gamma$ ): Dämpfen die Migration beim lokalen Building (da ein Ausgleich zwischen Quellen und Attestierenden nötig ist), verstärken sie aber die Migration beim externen Building (da jede Millisekunde Latenz zum Lieferanten kritischer wird).
- Kürzere Slot-Zeiten: Erhöhen die relative Bedeutung von Latenzvorteilen, was zu größeren Belohnungsunterschieden zwischen Regionen führt, auch wenn die absolute Konzentration ähnlich bleibt.
Resilienz: Die geografische Konzentration verringert den „Liveness-Koeffizienten", was bedeutet, dass ein Ausfall weniger Regionen ausreicht, um die Lebendigkeit des Netzwerks zu gefährden.

5. Bedeutung und Implikationen

Die Studie hat tiefgreifende Auswirkungen auf das Design und die Zukunft von Ethereum:

Protokoll-Design als geografischer Faktor: Protokollentscheidungen (wie PBS, Slot-Länge, Quorum) sind keine rein technischen oder wirtschaftlichen Fragen, sondern bestimmen direkt die geografische Verteilung des Netzwerks.
Risiko für Sicherheit: Die beobachtete Konzentration (bereits heute in den USA und Europa) wird durch die aktuellen Anreize weiter verstärkt, was die Sicherheit gegen regionale Angriffe oder regulatorische Eingriffe schwächt.
Mitigationsstrategien:
- Die Monopolmacht eines einzelnen Proposers könnte durch dezentrale Block-Building-Netzwerke (z. B. Multiple Concurrent Proposers) geschwächt werden.
- Mechanismen wie „MEV-Burn" könnten die finanziellen Anreize für Latenzvorteile reduzieren.
- Eine bewusste Förderung der geografischen Diversität von Buildern, Relays und Informationsquellen ist notwendig.
Fazit: Geografische Dezentralisierung ist kein rein infrastrukturelles Problem, sondern ein emergentes Ergebnis von Protokoll-Designs. Um die Sicherheit und Fairness von Ethereum zu erhalten, muss das Protokoll aktiv so gestaltet werden, dass es geografische Konzentration verhindert, anstatt sie zu begünstigen.

Das Paper liefert somit eine fundierte Basis für zukünftige Protokoll-Upgrades (wie ePBS oder Änderungen der Slot-Zeit), indem es quantifiziert, wie diese Änderungen die geografische Resilienz des Netzwerks beeinflussen.