Der Native Ethereum Delegation (NED)-Ansatz, auch als Flanders-Protokoll bezeichnet, liefert ein protokollintegriertes, anbieterneutrales Delegierungsverfahren für das Proof-of-Stake-Netzwerk von Ethereum. Ziel ist es, die Wahl des Staking-Anbieters von der validatorischen Stimmrechtsverteilung zu entkoppeln und gleichzeitig mathematisch gesicherte Grenzen gegen verdeckte Kartellbildung zu setzen – und das ohne ein Identitäts-Orakel.

Warum NED für das Ethereum-Ökosystem relevant ist

Kommerzielle Liquid-Staking- und Custody-Anbieter bündeln heute beträchtliche Anteile am Konsensgewicht. Durch das Routing über NED wird die Commercial-Provider-Entscheidung nicht mehr zum Bestimmungsfaktor für den finalen Konsens-Stake. Die wichtigsten Vorteile lassen sich wie folgt zusammenfassen:

• Lineare Allokation Di = u·Bi garantiert Split-Neutralität: Das Aufspalten eines Validators in mehrere Pseudonyme ändert die gesamte Zuteilung nicht.
• Das Delegation Concentration Envelope (DCE) beschränkt die Delegationskapazität so, dass verborgene Kartelle die 1/3-Konsensschwelle (τ = 1/3) nicht überschreiten können.
• Ein Slashing-Haftungsfenster von 8.192 Epochen entspricht der bestehenden Konstante EPOCHSPERSLASHINGSVECTOR (~36,4 Tage) und verhindert unbegrenzte Nachschusspflichten.

Lineare Allokation: Die einzige split-neutrale Regel

Die Formel Di = u·Bi ist die einzige identity-lokale Zuweisungsregel, die strikt invariant gegenüber einer Teilung des Stakes ist. Jede nichtlineare Regel – sei sie konkav (z. B. Quadratwurzel) oder konvex – erzeugt Anreize zur Arbitrage. Konkave Kurven belohnen das künstliche Aufspalten großer Validatoren, während konvexe Kurven Skaleneffekte für große Akteure schaffen. Die lineare Zuordnung eliminiert beide Probleme und erfüllt die Bedingung g(x+y)=g(x)+g(y), womit g(x)=u·x folgt.

Delegation Concentration Envelope (DCE) als Sicherheitsgarantie

Das DCE-Modell nutzt ein Fractional-Knapsack-Verfahren, um die maximale Delegationsmenge zu bestimmen, die in einem beliebigen Basis-Stake-Slice von Größe m verborgen sein kann. Die Kernformel lautet:

C(m) = max_{0≤z_i≤1, Σz_i b_i ≤ m} Σ z_i y_i

Hierbei stehen b_i = B_i / S und y_i = D_i / S für normalisierte Basis- bzw. Delegationsanteile. Das Ergebnis ist ein konservatives, fraktionales Ober-Limit, das auch bei Sybil-Aufspaltungen unverändert bleibt.

• Für ein Beispiel mit κ = 32 %, ℓ = 2/3 und K = 1024 beträgt die maximale Überschätzung lediglich 0,02083 % des Basis-Stakes.
• Die harte Bedingung für versteckte Koalitionen lautet: κ + γ·C(min(κ, e)) ≤ au·(1 + γ·d) mit au = 1/3 (Ethereum-Finalitätsgrenze).

Integration in bestehende Ethereum-Standards

NED baut auf den jüngsten EIP-Entwicklungen auf, insbesondere:

• EIP-7251 (MaxEB): Erhöht den maximalen effektiven Validator-Saldo auf 2.048 ETH und führt ein guthabenbasiertes Churn-Limit von 256 ETH pro Epoche ein.
• EIP-7685 (Request-Bus): Stellt ein generisches Bus-System bereit, über das Delegations-, Einzahlungs- und Austritts-Requests deterministisch von der Execution-Layer- in die Consensus-Layer übergeben werden.

Durch diese Standards kann NED Delegations- und Rückzugsoperationen ohne neue Pre-compiles oder ad-hoc-Schnittstellen ausführen, während die Konsens-State-Übergänge die DCE-Histogramme verarbeiten.

Konsensdynamik des 8.192-Epochen-Slashing-Vektors

Das Slashing-Fenster WNED = 8.192 Epochen entspricht exakt der Spezifikationskonstanten EPOCHSPERSLASHINGSVECTOR. Bei 12-Sekunden-Slots summiert die Beacon-State über diesen Zeitraum alle Verstöße, bevor die Strafe kalkuliert wird. Erst nach Ablauf des Fensters können delegierte ETH verlustfrei abgezogen werden. Die Dauer von 8.192 Epochen entspricht 36,41 Tagen (≈ 3.145.728 Sekunden), ein Trade-off zwischen Liquidität und Schutz vor “Slashing-Bank-Runs”.

Abgrenzung zu eODS und Rainbow Staking

Im Vergleich zu anderen Delegations-Ansätzen bleibt NED im bestehenden Voll-Validator-Modell und neutralisiert lediglich die Kapitalzuweisung:

• eODS (Enshrined Operator Delegator Separation) schlägt ein explizites 1:1- bzw. 1:N-Mapping zwischen Delegator und Validator auf der Beacon-Chain vor.
• Rainbow Staking trennt Validierungsdienste in “Heavy” (slashbare Finalität) und “Light” (Zensur-Resistenz / Inclusion Lists).
• NED hingegen leitet Delegierende in einen einheitlichen, protokollverwalteten Pool und behält das Vollvalidator-Modell bei.

Wichtige Kennzahlen und Szenarien

Metric	Wert	Jahr	Hinweis
Maximales Operator-Hebelverhältnis (Prototype)	1:3 bis 1:250	2024	Diskussion zu Eigen- vs. delegiertem Kapital bei Rainbow Staking
Zulässige Zieldelegationsquote (u) – 40 % vs. 88,9 % Abdeckung (κ = 0,32)	2,86 % vs. 50,0 %	2026	Modellrechnung des Flanders-Mechanismus
Maximaler effektiver Validator-Saldo (MaxEB)	2.048 ETH	2024	EIP-7251
Konsens-Exit-Churn-Basisvolumen	256 ETH pro Epoche	2024	EIP-7251
EPOCHSPERSLASHINGSVECTOR	8.192 Epochen	2020	Ethereum-Consensus-Spec
Casper FFG Sicherheitsgrenze (τ)	33,33 %	2020	Finalitäts-Schwelle

Risiken und Gegenargumente

• Rendite-Nachteil: MEV- und Ausführungsgebühren verbleiben beim Node-Operator. Kommerzielle LST-Anbieter, die MEV umverteilen, könnten höhere Gesamtrenditen bieten.
• Konsensrisiko durch Multiplikator-Herabstufung: Ein plötzlicher Rückgang des globalen Multiplikators γ verringert das wirksame Konsensgewicht des NED-Pools und könnte von Angreifern für Griefing-Attacken ausgenutzt werden.
• Opportunitätskosten: Das 36-Tage-Slashing-Fenster bindet Kapital, das nicht mehr arbeitet, während es weiterhin für Alt-Vergehen haftet. Ohne Sekundärmarkt-Token könnte dies Kleinanleger abschrecken.

Häufig gestellte Fragen (FAQ)

Warum verhindert eine lineare Allokation (Di = u·Bi) Sybil-Angriffe besser als degressive Kurven?

Jede nichtlineare Zuteilung erzeugt Anreize zur Arbitrage: Konkave Kurven (z. B. Quadratwurzel) belohnen das Aufspalten eines großen Validators, während konvexe Kurven Skaleneffekte für große Akteure schaffen. Die lineare Formel ist strikt invariant gegenüber jeder rechnerischen Aufteilung identischer Basiseinlagen (Quelle S4).

Wie verhindert das DCE-Modell, dass eine bösartige Staking-Allianz die Konsensmehrheit übernimmt?

Das DCE nutzt eine Knapsack-Schranke, die den maximalen Delegationsbetrag berechnet, der theoretisch in einer versteckten Validator-Gruppe unterhalb von κ (z. B. 32 % des Basis-Stakes) gebündelt werden kann. Durch die Bindung der Gesamtkapazität an die Netzwerkabdeckung e wird garantiert, dass selbst im ungünstigsten Verteilungsszenario die 1/3-BFT-Schwelle (τ = 1/3) niemals überschritten wird.

Auf welche bestehenden Ethereum-Standards stützt sich der technische Lebenszyklus von NED?

NED nutzt die in EIP-7251 eingeführte MaxEB-Architektur für variable Validator-Guthaben und guthabenbasierten Churn sowie EIP-7685 als universelle Schnittstelle (Execution Requests), um Depositen und Entflechtungen von Smart Contracts aus direkt in den Beacon-Chain-Zustand zu überführen (Quellen S1, S2).

Fazit

Native Ethereum Delegation liefert ein mathematisch fundiertes, anbieterneutrales Delegierungsverfahren, das sich nahtlos in die aktuellen Ethereum-Spezifikationen (EIP-7251, EIP-7685) einfügt. Durch lineare Allokation, das Delegation Concentration Envelope und ein 8.192-Epochen-Slashing-Fenster wird die Gefahr von verdeckten Kartellen und übermäßigem Konsens-Amplifikationspotential wirksam begrenzt. Gleichzeitig bleiben zentrale Wirtschaftsfaktoren wie MEV-Erträge und Liquiditätskosten offen, wodurch weitere Forschungs- und Implementierungsarbeiten nötig sind, um die freiwillige Teilnahme und langfristige Nachhaltigkeit von NED zu sichern.