Ethereum Konstantinopel -Upgrade -Ankündigung | Ethereum Foundation Blog

Hinweis: Aufgrund einer Sicherheitsanfälligkeit verschieben wir Konstantinopel. Bitte ignorieren Sie die Anweisungen in diesem Blog -Beitrag. Klicken Sie hier, um weitere Informationen zu erhalten.

Das Ethereum -Netzwerk wird ein geplantes Upgrade unterzogen Blocknummer 7.080.000was vorausgesagt wird auf Mittwoch, 16. Januar 2019. Das genaue Datum kann sich zwischen und damals von den Blockzeiten ändern und kann 1-2 Tage vor oder nachher aktiviert werden. Ein Countdown -Timer ist bei sehen https://amberdata.io/blocks/7080000. Sie können das Netzwerk -Upgrade in Echtzeit bei überwachen http://forkmon.ethdevops.io/.

Was ist Konstantinopel?

Konstantinopel ist der Name, das diesem Netzwerk -Upgrade gegeben wird. Frühere Netzwerk -Upgrades wurden andere Namen wie z. Falscher Drache Und Byzanz.

Als Ethereum -Benutzer oder Ätherhalter muss ich etwas tun?

Wenn Sie einen Austausch (z. B. Coinbase, Kraken oder Binance), einen Web -Wallet -Dienst (wie Metamaske, Mykrypto oder Myetherwallet) verwenden, einen mobilen Brieftaschenservice (wie Coinbase -Brieftasche, Status, Status oder Vertrauensbrieftasche), oder eine Hardware -Brieftasche (wie Ledger, Trezor, ohne dass Sie den TREIGOR, ohne Sie, zu verhindern, oder wenn Sie sich von Ihrem Austausch oder dem Wall -oder dem Wall -oder dem Wall -oder dem Wall -oder dem Wall -oder der Wall -oder der Wall -oder -oder dem Aufbewahren, müssen Sie nicht mehr aufnehmen.

Was muss ich als Knotenoperator oder Bergmann tun?

Laden Sie die neueste Version Ihres Ethereum -Kunden herunter:

Was passiert, wenn ich Bergmann oder Knotenbetreiber bin und nicht am Upgrade teilnehme?

Wenn Sie einen Ethereum-Client verwenden, der nicht auf die neueste Version (oben aufgeführt) aktualisiert wird, synchronisiert Ihr Client nach dem Upgrade mit der Blockchain vor dem Zapfen. Sie werden nach den alten Regeln an einer inkompatiblen Kette festgehalten und können den Äther nicht senden oder im Post-Upgrade-Ethereum-Netzwerk arbeiten.

Was ist ein Netzwerk-Upgrade in Ethereum-Land?

Ein Netzwerk -Upgrade ist eine Änderung des zugrunde liegenden Ethereum -Protokolls und schafft neue Regeln, um das System zu verbessern. Die dezentrale Natur von Blockchain -Systemen erschwert ein Netzwerk -Upgrade. Netzwerk -Upgrades in einer Blockchain erfordern Zusammenarbeit und Kommunikation mit der Community sowie mit den Entwicklern der verschiedenen Ethereum -Kunden, damit der Übergang reibungslos verläuft.

Was passiert während eines Netzwerk -Upgrades?

Nachdem die Community zu einer Vereinbarung über die Änderungen in das Upgrade getroffen werden sollte, werden Änderungen des Protokolls in die verschiedenen Ethereum -Kunden wie Geth, Parität und Harmonie geschrieben. Die Protokolländerungen werden an einer bestimmten Blocknummer aktiviert. Alle Knoten, die nicht auf den neuen Regeln aufgerüstet wurden, werden in der alten Kette aufgegeben, in der die vorherigen Regeln weiterhin existieren.

Welche Veränderungen gehen in Konstantinopel?

Änderungen, die in Konstantinopel implementiert werden, werden mit EIPs definiert. Ethereum Improvement Vorschläge (EIPs) beschreiben Standards für die Ethereum -Plattform, einschließlich Kernprotokollspezifikationen, Kunden -APIs und Vertragsstandards. Die folgenden EIPs werden in Konstantinopel implementiert.

EIP 145: Anweisungen für bitweise Verschiebungen in EVM

• Bietet native bitweise Verschiebung mit Kosten, die mit anderen arithmetischen Operationen gleich sind.

• EVM fehlt bitweise wechselnde Operatoren, unterstützt jedoch andere logische und arithmetische Operatoren. Schichtvorgänge können über arithmetische Operatoren implementiert werden, dies hat jedoch höhere Kosten und erfordert mehr Verarbeitungszeit. Die Implementierung von SHL und SHR unter Verwendung von Arithmetik kostet jedes 35 Gas, während diese vorgeschlagenen Anweisungen 3 Gas erfolgen.

• Kurz gesagt: Dieser EIP verleiht dem Protokoll native Funktionen, so dass es billiger ist und es einfacher ist, bestimmte Dinge in der Kette zu tun.

EIP 1014: Skinny Create2

• Fügt einen neuen Opcode bei 0xF5 hinzu, der 4 Stapelargumente nimmt: Stiftung, memory_start, memory_length, Salz. Verhält sich identisch, um zu erstellen, außer dass Keccak256 (0xff ++ SENTER_ADDRESS ++ SALT ++ KECCAK256 (INIT_CODE))))[12:] Anstelle von Keccak256 (RLP (SENTER_ADDRESS, NONCE))[12:] als Adresse, an der der Vertrag initialisiert wird.

• Auf diese Weise können Interaktionen mit Adressen vorgenommen werden, die noch nicht vorbereitet sind, sich jedoch darauf verlassen können, dass sie nur möglicherweise Code enthalten, der irgendwann von einem bestimmten Init-Code erstellt wurde.

• Wichtig für Staatskanal-Anwendungsfälle, die kontrafaktische Wechselwirkungen mit Verträgen beinhalten.

• Kurz gesagt: Dieser EIP macht es so, dass Sie mit Adressen interagieren können, die noch nicht erstellt werden müssen.

EIP 1052: ExtcodeHash -Opcode

• Dieser EIP gibt einen neuen Opcode an, der den Keccak256 -Hash des Vertragskodex zurückgibt.

• Viele Verträge müssen Schecks auf dem Bytecode eines Vertrags durchführen, benötigen jedoch nicht unbedingt den Bytecode selbst. Beispielsweise möchte ein Vertrag überprüfen, ob der Bytecode eines anderen Vertrags einer von zulässigen Implementierungen ist, oder Analysen für Code und einen Whitelist für einen Vertrag mit dem passenden Bytecode durchführen, wenn die Analyse verabschiedet wird.

• Verträge können derzeit das ExtCodecopy -Opcode durchführen, dies ist jedoch teuer, insbesondere für große Verträge, in Fällen, in denen nur der Hash erforderlich ist. Infolgedessen wird ein neuer Opcode als ExtCodehash implementiert, das den Bytecode eines Vertrags von Keccak256 von einem Vertrag zurückgibt.

• Kurz gesagt: Dieser EIP macht es billiger (weniger Gas wird benötigt), bestimmte Dinge in der Kette zu tun.

EIP 1283: Netgasmessung für Sstore ohne schmutzige Karten

• Dieser EIP schlägt die Net -Gas -Messänderungen für SSTORE OPCODE vor, die neue Verwendungen für die Aufbewahrung der Vertragsspeicherung ermöglichen und übermäßige Gaskosten senken, wenn sie nicht übereinstimmt, wie die meisten Implementierung funktioniert.

• Kurz gesagt: Dieser EIP macht es billiger (weniger Gas wird benötigt), bestimmte Dinge in der Kette zu tun, insbesondere Dinge, die derzeit „übermäßig“ teuer sind.

EIP 1234: Konstantinopel -Bombenverzögerung und Blockbelohnungsanpassung

• Die durchschnittlichen Blockzeiten steigen aufgrund der Schwierigkeitsgrad -Bombe (auch als “Eiszeit” bezeichnet) langsam beschleunigt. Dieser EIP schlägt vor, die Schwierigkeitsgrad -Bombe ungefähr 12 Monate lang zu verzögern und die Blockprämien zu reduzieren, um die Eiszeitverzögerung anzupassen.

• Kurz gesagt: Diese EIP stellen Sie sicher, dass wir die Blockchain nicht einfrieren, bevor der Nachweis des Anteils bereit und implementiert ist.

Danke schön!

Ein großes Dankeschön an die Ethereum -Community und alle Ethereum -Entwickler aller Kunden und Plattformen, die zusammengekommen sind, um Input, Gedanken und Beitrag zu liefern. Besonderer Dank geht an den Reddit -Benutzer Cartercarlson, der uns verwenden lässt Sein Reddit -Beitrag und die Mykrypto Team, das uns ihre benutzen lässt “Ethereum Constantinopel: Alles, was Sie wissen müssen“Mittlerer Beitrag.

HAFTUNGSAUSSCHLUSS: Dies ist ein aufstrebender und sich weiterentwickelner technischer Raum. Wenn Sie die Empfehlungen in diesem Beitrag implementieren und weiterhin teilnehmen, sollten Sie sicherstellen, dass Sie verstehen, wie sich dies auf Sie auswirkt. Sie sollten verstehen, dass es Risiken gibt, einschließlich, aber nicht beschränkt auf Risiken wie unerwartete Fehler. Indem Sie diese Empfehlungen implementieren, nehmen Sie allein die Risiken der Konsequenzen ein. Dieser Beitrag und Empfehlungen sind keinerlei Verkauf und erstellen keine Gewährleistungen jeglicher Art, einschließlich, aber nicht beschränkt auf das hierin verwiesene Ethereum -Netzwerk oder die Clients von Ethereum.