$ETH Ein Entwickler hat am frühen Morgen des 27.10. nach Pekinger Zeit eine Korrektur in die Spezifikation der Consensus Layer übernommen. Sie schließt eine Schwachstelle, durch die Einlagen beim Wechsel zum Glamsterdam-Upgrade möglicherweise dem falschen Konto gutgeschrieben werden konnten.
ETH ist die native Währung von Ethereum. Validatoren staken ETH, um für das Netzwerk Blöcke zu erzeugen und dafür Belohnungen zu erhalten.
Mit diesem Upgrade kommt eine neue Rolle hinzu: der „Builder“. Builder sind für das Zusammenstellen von Blöcken zuständig und müssen ebenfalls Geld hinterlegen, um sich zu registrieren. Dabei kann derselbe öffentliche Schlüssel sowohl von einem Validator als auch von einem Builder verwendet werden.
Das Problem betrifft Einlagen, die zum Zeitpunkt des Upgrades noch in der Warteschlange stehen: Wenn für denselben öffentlichen Schlüssel zuerst eine Builder-Einlage eingereiht wurde, konnte die darauffolgende Validator-Einlage ebenfalls dem Guthaben des Builders zugeschlagen werden. Der Validator wurde dann gar nicht erst angelegt.
Der Entwickler, der das Problem gemeldet hat, nannte als Beispiel ein Staking-Protokoll, das für einen Node-Betreiber die Einlage für einen Validator finanziert. Registriert der Betreiber jedoch zuerst mit demselben Schlüssel einen Builder, landet das Geld bei ihm und kann von ihm abgehoben werden.
Die Korrektur sieht nun vor, die Einlagen anhand ihrer Auszahlungsnachweise zuzuordnen: Das Geld für Validatoren bleibt in der Validator-Warteschlange, während das Geld für Builder nur deren Konten gutgeschrieben wird.
Die Korrektur war letzte Woche zunächst mangels ausreichender Unterstützung durch die Client-Teams geschlossen worden. Später beantragte ein Entwickler mit Verweis auf Änderungen am Glamsterdam-Zeitplan, sie wieder zu öffnen. Schließlich wurde sie nach Genehmigung durch die Spezifikationsverantwortlichen übernommen.
ETH ist die native Währung von Ethereum. Validatoren staken ETH, um für das Netzwerk Blöcke zu erzeugen und dafür Belohnungen zu erhalten.
Mit diesem Upgrade kommt eine neue Rolle hinzu: der „Builder“. Builder sind für das Zusammenstellen von Blöcken zuständig und müssen ebenfalls Geld hinterlegen, um sich zu registrieren. Dabei kann derselbe öffentliche Schlüssel sowohl von einem Validator als auch von einem Builder verwendet werden.
Das Problem betrifft Einlagen, die zum Zeitpunkt des Upgrades noch in der Warteschlange stehen: Wenn für denselben öffentlichen Schlüssel zuerst eine Builder-Einlage eingereiht wurde, konnte die darauffolgende Validator-Einlage ebenfalls dem Guthaben des Builders zugeschlagen werden. Der Validator wurde dann gar nicht erst angelegt.
Der Entwickler, der das Problem gemeldet hat, nannte als Beispiel ein Staking-Protokoll, das für einen Node-Betreiber die Einlage für einen Validator finanziert. Registriert der Betreiber jedoch zuerst mit demselben Schlüssel einen Builder, landet das Geld bei ihm und kann von ihm abgehoben werden.
Die Korrektur sieht nun vor, die Einlagen anhand ihrer Auszahlungsnachweise zuzuordnen: Das Geld für Validatoren bleibt in der Validator-Warteschlange, während das Geld für Builder nur deren Konten gutgeschrieben wird.
Die Korrektur war letzte Woche zunächst mangels ausreichender Unterstützung durch die Client-Teams geschlossen worden. Später beantragte ein Entwickler mit Verweis auf Änderungen am Glamsterdam-Zeitplan, sie wieder zu öffnen. Schließlich wurde sie nach Genehmigung durch die Spezifikationsverantwortlichen übernommen.