EIP-8148 würde es ermöglichen, Schwellenwerte von 32 ETH bis 2.048 ETH festzulegen, während Standard-Withdrawal- und Exit-Mechaniken weiterhin intakt bleiben.
Ethereum erwägt eine Änderung, die es festlegen würde, dass sich die Compounding-Validatoren selbst aussuchen können, wie viel ETH auf einem Validator verbleiben soll, bevor überschüssige Rewards in den automatischen Withdrawal-Sweep des Netzwerks eingehen.
Eine Aktualisierung vom 20. Aug. an einem Entwurf von EIP-8148 senkte die minimale benutzerdefinierte Schwelle des Vorschlags von 33 ETH auf 32 ETH und fügte eine Möglichkeit hinzu, die anfängliche Schwelle festzulegen, wenn ein neuer Validator erstellt wird. Wenn aktiviert, würde der Vorschlag es ermöglichen, ein Niveau zwischen 32 ETH und dem aktuellen Standard von 2.048 ETH auszuwählen. Die Änderung würde den Zeitpunkt des Reward-Sweeps beeinflussen, während die bestehenden Exit-Regeln von Ethereum weiterhin die Auszahlungen des Kapitals steuern.
Validatoren, die Legacy-0x01-Zugangsdaten verwenden, haben eine effektive-Balance-Grenze von 32 ETH. Jeder darüberliegende Saldo wird periodisch an die Withdrawal-Adresse abgeführt, sodass diese Rewards auf dem Validator nicht mehr verzinsen (nicht mehr aufaddieren/compounden).
Compoundende 0x02-Validatoren können ihre effektive Balance in 1-ETH-Schritten bis zu 2.048 ETH erhöhen. Nach den aktuellen Regeln für Withdrawal-Zugangsdaten von Ethereum wird ihre Balance automatisch nur dann geswept, wenn sie 2.048 ETH überschreitet. Der Zugriff auf ETH unterhalb dieser Schwelle erfordert eine manuell angeforderte teilweise Withdrawal.
EIP-8148 würde es einem neuen 0x02-Validator ermöglichen, eine anfängliche Schwelle im Deposit zu kodieren, die sie erzeugt. Ein fehlender oder ungültiger benutzerdefinierter Wert würde standardmäßig auf 2.048 ETH festgelegt, bis eine gültige Änderung nach der Erstellung verarbeitet wird. Bestehende compounding-Validatoren würden ebenfalls mit dem Standardwert beginnen und später eine gültige Anfrage einreichen können.
Der Entwurf verhindert, dass diese Einstellung zu einem sofortigen Withdrawal-Werkzeug wird. Eine Anfrage nach der Erstellung muss die Schwelle auf oder über der aktuellen Balance des Validators festlegen. Wenn ein Erstellungs-Deposit eine Schwelle unterhalb des eingezahlten Betrags kodiert, würde das Protokoll sie ignorieren und den Standard verwenden. Ein Validator, der eine niedrigere Schwelle anstrebt, müsste zunächst den standardmäßigen Teil-Withdrawal-Prozess nutzen.
Sobald eine gültige benutzerdefinierte Schwelle vorhanden ist, würden zukünftige Rewards oberhalb davon für den normalen automatischen Sweep von Ethereum berechtigt. Abhebungen des Kapitals würden weiterhin die bestehenden teilweisen-Withdrawal- oder Full-Exit-Pfade von Ethereum nutzen, gefolgt von einer geordneten Verarbeitung der Withdrawals.
Der Vorschlag überträgt daher die zeitliche Steuerungsmöglichkeit auf der Validator-Ebene, während die breitere Liquidität für Kunden eine Ergebnisgröße der Produktpolitik bleibt. Ethereum würde die optionale Validator-Einstellung bereitstellen; Operatoren und Staking-Produkte würden festlegen, wie oder ob sich der resultierende Reward-Flow darauf auswirkt, was Kunden erleben.
EIP-8148 war am 25. Aug. weiterhin als „Draft“ gekennzeichnet. Forkcast führte es als vorgeschlagen für Hegotá auf, während die zugehörige Änderung der Consensus-Spezifikation am 24. Aug. zusammengeführt wurde.
Die Platzierung des Forks, der Aktivierungszeitpunkt und die finale Umsetzung bleiben allesamt ausstehend. Die Änderung vom 20. Aug. machte den Entwurf konkreter, indem sie eine 32-ETH-Untergrenze sowie eine Auswahl des Deposit-Zeitpunkts hinzufügte. Das Ethereum-Mainnet nutzt weiterhin die bestehenden Regeln.
Solange Entwickler den Vorschlag nicht auswählen und finalisieren, bleibt die aktuelle Aufteilung in Kraft: automatische Sweeps oberhalb von 32 ETH für 0x01, Compounding bis zur 2.048-ETH-Standardgrenze für 0x02 und manuelle Teil-Withdrawals für compounding-Validatoren, die Rewards früher erhalten wollen.