Hier kommt der erste Frontier -Patch, und das ist ein großer!
Beachten Sie, dass Sie jetzt alle Ihre Schlüssel neu generieren sollten, bevor Ihre Schlüssel von Go 1.0 RC oder C ++ 0.9.36 zurückreichen. Obwohl einige Veröffentlichungen der Pre-Alpha- und Alpha-Clients sicher sind, hängt dies davon ab, welche Codebasis und welche Version. Sie sollten davon ausgehen, dass alle vor diesen Kunden generierten Schlüssel unsicher und beeinträchtigt sind. Dies wirkt sich nicht auf die Brieftaschen vor dem Verkauf aus.
Auftauen
Das Auftauen Anfrage ziehen wurde für die verschmolzen Gehen Sie Kunde und die Master -Filiale wurde aktualisiert. Wenn Sie noch Branch Release 1.0.0 ausführen, wechseln Sie bitte zum Master.
Wie für die C ++ Benutzer können auch nach dem Zusammenführen zu Master wechseln, und Binärdateien werden in Kürze zur Verfügung gestellt. Wenn Sie ETH lieber nicht aktualisieren möchten, aber dennoch das Netzwerk auftauen möchten, können Sie ETH auch mit einem zusätzlichen Parameter von-Gas-Floor 3141592 neu starten.
Ich dachte, ich würde auch eine kurze Erklärung darüber neuposten, wie der Gasgrenze -Targeting -Prozess funktioniert und warum wir keine Zeit garantieren können, zu der wir die für die Verarbeitung einer grundlegende Transaktion pro Block erforderliche 21 -km -Grenze erreichen können.
Jeder Bergmann führt eine Kopie von Geth oder Eth. In der Frontier -Genesis -Freisetzung wurden beide auf 5K abzielen und sich nie von dieser Figur abweichen. Mit diesem Update werden beide Clients nun aktualisiert, um stattdessen die 3M -Gasgrenze pro Block zu zielen.
Sie können jedoch nicht so zu einer 3M -Gasgrenze wechseln, da das Protokoll sie dazu zwingt, mit einer bestimmten Geschwindigkeit langsam zu klettern. Diese Rate entspricht der vorherigen Blocklimit / 1024. Jetzt, vorausgesetzt, alle Bergarbeiter aktualisieren ihre Kunden, und keiner von ihnen spielt mit den Einstellungen herum, und wir werden innerhalb von 28 Stunden 3 m erreichen, wenn man eine konstante Blockzeit von 15S einschließlich Ausbreitung annimmt. Aber hier ist die Sache – nicht alle Bergleute werden rechtzeitig aktualisieren, einige mögen vielleicht und einige werden vielleicht nie aktualisieren!
Wenn also ein Gewinnblock von einem aktualisierten Bergmann abgebaut wird, wird sich das Blocklimit nach dem beabsichtigten Rate nach oben anpassen. Wenn er jedoch von einem “faulen” Bergmann abgebaut wird, der nicht aktualisiert wird, wird er wieder nach unten angepasst (da der faule Bergmann immer noch auf 5 km abzielt).
Aus diesem Grund dauert es mindestens 6 Stunden, um eine Gasgrenze von 21 km pro Block (1 TRX pro Block) und mindestens 28 Stunden zu 3M zu erreichen. In der Praxis wird es wahrscheinlich erheblich länger dauern.
Hier kommt der freie Markt ins Spiel. Technisch gesehen hätten Bergleute vor einigen Tagen sogar zusammengearbeitet haben, um den Client -Code zu ändern und das Netzwerk ziemlich anders zu verhalten als das, was wir im Sinn hatten. Wir fungieren lediglich als Berater der Gemeinschaft.
Der Genesis -Block, den wir von der Community übernommen haben, wurde jetzt in den Kunden festkodiert, und Sie müssen den Parameter -Genesis -Parameter nicht mehr angeben, um ETH oder GETH zu starten. Trotzdem können Sie weiterhin einen handgefertigten Genesis-Block angeben, wenn Sie beispielsweise eine private Kette mit unterschiedlicher Entstehung gründen möchten.
Fehlerbehebungen
Auf der GO -Client -Seite wurden eine Reihe von Fehlerbehebungen und Verbesserungen in 1.0,1 verschmolzen, einschließlich der Vorbereitung auf eine GO 1.5 -Version.
- Fester Absturz im Kettenmanager festgelegt #1568
- Protokollnummer Korrekturen #1545
- Crypto Fix für Go 1.5 #1536
- Fix für ETH_CALL und ETH_ESTIMEGAS #1534
- Konsole wiederholen Methode Fix #1461
Auf dem C ++ – Client wurde ein vollständiges externes Audit in seinem wichtigsten Laden und Kryptographie durchgeführt. Alle von unseren erfahrenen Gutachtern empfohlenen Maßnahmen wurden erledigt. Dem Kunden wurden zahlreiche Optimierungen und Sicherheitsverbesserungen hinzugefügt:
- Eine einzigartige C ++ – Client -Funktion ist sichere Geheimnisse: Alle zum Speichern Ihrer Geheimnisse verwendeten Heap -Speicher sind unmittelbar nach Abschluss sicher überschrieben
- Der C ++-Client verlässt sich jetzt auf Boost :: Random_Device und gibt eine kryptografisch sicher
- Mehrere Crash- und Build -Korrekturen für Alethzero
- Verbesserungen an Alethzero, insbesondere in Bezug auf Kontoinformationen
- Das CLI -Tool ‘Etkey’ kann jetzt zusammen mit Alethzero verwendet werden, um eine ansonsten nicht signierte Transaktion zu inspizieren und zu unterzeichnen. Auf diese Weise können Sie einen komplett luftgesteckten Kaltwallet-Gerät haben
Schwierigkeitsanpassungsschema
Viele von Ihnen haben sich gefragt, wie wir einen Wechsel von POW zu POS rechtzeitig zur Gelassenheit implementieren würden. Dies wird durch das neu eingeführte Schwierigkeitsgrad-Anpassungsschema behandelt, das in den nächsten 16 Monaten elegant einen Hardgabelpunkt garantiert.
Es funktioniert wie folgt: Ab Block 200.000 (sehr rund 17 Tage) wird die Schwierigkeit einer exponentiellen Erhöhung erfahren, die wird sich nur in ungefähr einem Jahr bemerkbar machen. Zu diesem Zeitpunkt (genau um die Freisetzung des Serenity -Meilensteins) werden wir eine signifikante Zunahme der Schwierigkeit verzeichnen, die die Blockauflösungzeit nach oben schieben.
Ein Jahr später wird das Netzwerk weiterhin für ungefähr 3-4 Monate nützlich sein, aber schließlich wird eine Art Eiszeit erreicht: Die Schwierigkeit wird einfach zu hoch sein, als dass jeder einen Block findet. Dies ermöglicht es uns, POS möglicherweise durch vorzustellen Casperwenn es sich beweist.
