Die Ethereum-Entwickler haben einen kritischen Fehler<\/strong> in der Einzahlungsverwaltung im bevorstehenden Glamsterdam-Upgrade<\/strong> behoben. Dieser Fehler h\u00e4tte es einem Blockbauer erm\u00f6glicht, ETH zu erhalten, die f\u00fcr einen neuen Validator bestimmt waren, nachdem eine anf\u00e4ngliche Entscheidung getroffen wurde, die vorgeschlagene \u00c4nderung abzulehnen. Laut den Konsensspezifikationen von Ethereum hat der Maintainer Justin Traglia<\/strong> die Korrektur am 26. Oktober<\/strong> zusammengef\u00fchrt, nachdem der Entwickler avsetsin<\/strong> ein Problem mit der Verarbeitung ausstehender Einzahlungen w\u00e4hrend des Gloas-Forks identifiziert hatte.<\/p>\n Die \u00c4nderung trennt die Einzahlungen von Blockbauern von den Einzahlungen der Validatoren gem\u00e4\u00df ihren Abhebungsberechtigungen<\/strong>. Dadurch wird verhindert, dass Gelder auf das falsche Konto gelangen, wenn beide dasselbe \u00f6ffentliche Schl\u00fcssel verwenden. Die Schwachstelle betraf Regeln, die sich in der Entwicklung befanden, und nicht einen best\u00e4tigten Diebstahl aus dem Ethereum-Hauptnetz. Die Entwickler haben die Korrektur in die Spezifikationen aufgenommen, obwohl einzelne Konsens-Clients die \u00fcberarbeitete Funktionalit\u00e4t noch implementieren und testen m\u00fcssen.<\/p>\n Das Problem entstand aus \u00c4nderungen, die im Rahmen der im Glamsterdam verankerten Trennung von Vorschlagenden und Blockbauern geplant waren. Diese Trennung weist den Blockbau und den Blockvorschlag verschiedenen Rollen zu. Blockbauer stellen Transaktionspayloads zusammen, w\u00e4hrend Validatoren am Vorschlagen und Best\u00e4tigen von Bl\u00f6cken durch das Proof-of-Stake-System<\/strong> von Ethereum teilnehmen. Der Forscher avsetsin beschrieb den Fehler am 12. Oktober<\/strong> und identifizierte ein Problem in den Regeln, die zur Verarbeitung von Einzahlungen verwendet werden, die w\u00e4hrend des Netzwerk-Upgrades warten.<\/p>\n \u201eDer Betreiber kann die Gelder des Protokolls abheben\u201c, warnte avsetsin im GitHub-Bericht.<\/p>\n<\/blockquote>\n Da der erwartete Validator nicht erstellt w\u00fcrde, k\u00f6nnte der Staking-Dienst Schwierigkeiten haben, den Nachweis zu erbringen, der erforderlich ist, um seine normalen Einzahlungs- und Wiederherstellungsverfahren abzuschlie\u00dfen.<\/p>\n Der Forscher untersuchte potenzielle Expositionen, die Lido<\/strong>, Origin<\/strong> und Rocket Pool<\/strong> durch vorl\u00e4ufige Codeforschung betreffen. Diese Ergebnisse hingen davon ab, wie einzelne Protokolle Einzahlungen handhabten, und der Bericht stellte nicht fest, dass die Projekte einen Exploit erlitten hatten. Die vorgeschlagene Korrektur stie\u00df zun\u00e4chst auf Widerstand von Ethereum-Client-Entwicklern, trotz der Beschreibung des Einzahlungs-Routing-Risikos durch den Forscher. Am 19. Oktober<\/strong> schloss Traglia die Pull-Anfrage nach Diskussionen unter den Kernentwicklern.<\/p>\n \u201eEs gab nicht genug Unterst\u00fctzung von den Clients, um diese \u00c4nderung zu diesem Zeitpunkt vorzunehmen\u201c, schrieb Traglia.<\/p>\n Die Entscheidung blieb jedoch nicht bestehen, da die Entwickler den Vorschlag am 23. Oktober<\/strong> nach weiterer Pr\u00fcfung wieder er\u00f6ffneten. Anschlie\u00dfend genehmigte der Pr\u00fcfer potuz<\/strong> den Ansatz, forderte jedoch weitere Tests f\u00fcr spezifische Einzahlungskombinationen. Avsetsin f\u00fcgte diese Tests am 23. Oktober<\/strong> hinzu, die F\u00e4lle abdeckten, in denen Blockbauer- und Validator-Einzahlungen ein \u00f6ffentliches Schl\u00fcssel teilen, aber eine separate Handhabung erfordern.<\/p>\n Die endg\u00fcltige \u00c4nderung wurde am 26. Oktober<\/strong> nach weiterer \u00dcberpr\u00fcfung durch die Clients in die Konsensspezifikationen von Ethereum zusammengef\u00fchrt. Sie leitet g\u00fcltige Validator-Einzahlungen in die Validator-Warteschlange, w\u00e4hrend sie legitimen Blockbauer-Einzahlungen erlaubt, sich zu registrieren oder Gelder zu einem bestehenden Blockbauer hinzuzuf\u00fcgen.<\/p>\n Die neuen Regeln unterscheiden Einzahlungen durch Abhebungsberechtigungen, die die zul\u00e4ssigen Abhebungsvereinbarungen bestimmen. Sie bewahren separate Aufzeichnungen f\u00fcr Blockbauer und Validatoren, selbst wenn dasselbe \u00f6ffentliche Schl\u00fcssel in beiden Rollen erscheint.<\/p>\n Das Spezifikationsupdate kam, w\u00e4hrend die Ethereum-Entwickler ein separates Problem \u00fcberpr\u00fcften, das die geplante Aktivierung von Glamsterdam im Hoodi-Testnetz<\/strong> betraf. Die Ethereum Foundation verschob das Upgrade vom 26. Oktober<\/strong>, nachdem Forscher Kompatibilit\u00e4tsrisiken im Zusammenhang mit EIP-8037<\/strong> identifiziert hatten.<\/p>\n Wie crypto.news<\/em> zuvor \u00fcber die Verschiebung berichtete, entfernte die Entscheidung sowohl die Ausf\u00fchrungs\u00e4nderungen von Amsterdam als auch die Konsens\u00e4nderungen von Gloas aus der geplanten Aktivierung von Hoodi. Die vorgeschlagene Erh\u00f6hung auf ein Gaslimit von 200 Millionen<\/strong> wurde zusammen mit ihnen verschoben.<\/p>\n Der Ethereum-Forscher Toni Wahrst\u00e4tter<\/strong> erkl\u00e4rte, dass EIP-8037 mit Smart Contracts interferieren k\u00f6nnte, die auf Annahmen \u00fcber verbleibendes Gas w\u00e4hrend der Ausf\u00fchrung basieren. Er identifizierte F\u00e4lle, in denen die Gasabrechnung dazu f\u00fchren k\u00f6nnte, dass eine Transaktion unerwartet zur\u00fcckgesetzt wird oder einen Ausf\u00fchrungsweg erm\u00f6glicht, von dem die Entwickler angenommen hatten, dass er unerreichbar sei.<\/p>\n Das Problem der Vertragskompatibilit\u00e4t ist von dem Blockbauer-Einzahlungsfehler, der in der GitHub-Korrektur behandelt wurde, zu unterscheiden. Beide betreffen Glamsterdam, aber die Verschiebung der Foundation am 22. Oktober<\/strong> nannte speziell die weitere Untersuchung der Interaktion von EIP-8037 mit bestehenden Vertr\u00e4gen.<\/p>\n Glamsterdam wurde bereits am 6. Oktober<\/strong> im Sepolia-Testnetz aktiviert, wo die Entwickler \u00c4nderungen beim Blockbau und eine h\u00f6here Transaktionsverarbeitungskapazit\u00e4t untersuchten. Die anschlie\u00dfende Hoodi-Probe bleibt nicht terminiert, ohne ein best\u00e4tigtes Datum f\u00fcr die Aktivierung im Ethereum-Hauptnetz.<\/p>\n Die zusammengef\u00fchrte Einzahlungs\u00e4nderung enth\u00e4lt Regressionstests, die abdecken, wie Einzahlungen w\u00e4hrend des Gloas-\u00dcbergangs klassifiziert werden. Die Client-Teams m\u00fcssen die Spezifikations\u00e4nderung in ihre Software integrieren und weitere Tests durchf\u00fchren, bevor die aktualisierten Regeln w\u00e4hrend eines zuk\u00fcnftigen Netzwerk-Upgrades in Betrieb genommen werden k\u00f6nnen.<\/p>\n","protected":false},"excerpt":{"rendered":" Fehlerbehebung im Ethereum Glamsterdam-Upgrade Die Ethereum-Entwickler haben einen kritischen Fehler in der Einzahlungsverwaltung im bevorstehenden Glamsterdam-Upgrade behoben. Dieser Fehler h\u00e4tte es einem Blockbauer erm\u00f6glicht, ETH zu erhalten, die f\u00fcr einen neuen Validator bestimmt waren, nachdem eine anf\u00e4ngliche Entscheidung getroffen wurde, die vorgeschlagene \u00c4nderung abzulehnen. Laut den Konsensspezifikationen von Ethereum hat der Maintainer Justin Traglia die Korrektur am 26. Oktober zusammengef\u00fchrt, nachdem der Entwickler avsetsin ein Problem mit der Verarbeitung ausstehender Einzahlungen w\u00e4hrend des Gloas-Forks identifiziert hatte. \u00c4nderungen zur Fehlervermeidung Die \u00c4nderung trennt die Einzahlungen von Blockbauern von den Einzahlungen der Validatoren gem\u00e4\u00df ihren Abhebungsberechtigungen. Dadurch wird verhindert, dass Gelder auf<\/p>\n","protected":false},"author":3,"featured_media":19792,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6],"tags":[11063,13,2848,8862,1377,11193],"class_list":["post-19793","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ethereum","tag-eip-8037","tag-ethereum","tag-glamsterdam","tag-hoodi","tag-lido","tag-rocket-pool"],"yoast_description":"Die Ethereum-Entwickler haben einen kritischen Fehler im Glamsterdam-Upgrade behoben, um eine Fehlzuweisung von Einzahlungen f\u00fcr Validatoren zu verhindern und die Netzwerksicherheit zu gew\u00e4hrleisten.","_links":{"self":[{"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/posts\/19793","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/comments?post=19793"}],"version-history":[{"count":0,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/posts\/19793\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/media\/19792"}],"wp:attachment":[{"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/media?parent=19793"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/categories?post=19793"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/tags?post=19793"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\u00c4nderungen zur Fehlervermeidung<\/h2>\n
Ursprung des Problems<\/h2>\n
\n
Untersuchung und Widerstand<\/h2>\n
Zusammenf\u00fchrung der \u00c4nderungen<\/h2>\n
Zus\u00e4tzliche Probleme und Verschiebungen<\/h2>\n