Wenn der Nitwit-Vorschlag Ende Juli aktiviert wird, wird es meines Wissens nach zu einem Hard Fork kommen, da Bergleute und Knoten, die weiterhin die alte Software verwenden, Blöcke im alten Format generieren, aber diese Blöcke werden von Nitwit-Clients ignoriert und umgekehrt umgekehrt. Im Grunde wird es also zwei Ketten geben.
Wenn das passiert und ich einige Münzen überweise, wie wird entschieden, auf welcher Kette die Transaktion stattfindet? Kann ich meine Münzen doppelt ausgeben, einmal für jede Kette?
Nein, alle Clients werden bis zum HF kompatibel sein und eine Kette minen.
Wenn SegWit2x während einer 336-Block-Signalisierungsperiode 80 % Unterstützung erreicht, bedeutet dies, dass der SegWit-Softfork einrastet und weitere 336-Blöcke später auf allen SegWit2x-Clients aktiviert. Diese Clients schalten dann bei der SegWit-Aktivierung automatisch die Bit1-Signalisierung ein, um die Core BIP141-Clients beim Erreichen der 95-%-Schwelle zu unterstützen, die sie für ihre eigene SegWit-Aktivierung benötigen.
Dann, genau 12.960 Blöcke (~3 Monate) nachdem SegWit auf den SegWit2x-Clients aktiviert wurde, wird der SegWit2x 2 MB Hardfork automatisch auf allen Knoten aktiviert, auf denen SegWit2x zu diesem Zeitpunkt noch ausgeführt wird.
Dieser Hardfork wird, wenn er zum Zeitpunkt seiner Aktivierung mehr als 75 % der Hashpower beibehält, jeden anderen Knoten im gesamten Netzwerk dazu zwingen, auf SegWit2x (oder SegWit2x-Kompatibilität) zu aktualisieren oder vom Netzwerk abgezweigt zu werden.
Als normaler Inhaber können Sie sich einfach zurücklehnen und all dem zusehen. Möglicherweise möchten Sie auf die SegWit2x-Kompatibilität Ihrer gewählten Brieftasche achten und diese entsprechend anpassen, aber ansonsten sind Sie während dieser gesamten Tortur größtenteils sicher. (Sie können Ihre Schlüssel später jederzeit in ein SegWit2x-kompatibles Wallet importieren).
Wenn Sie jedoch einen Knoten betreiben, müssen Sie sich bald entscheiden, ob Sie ihn vor oder unmittelbar nach dem Hardfork auf SegWit2x umstellen möchten oder nicht. Der Code für die SegWit2x-Hardfork ist eigentlich ziemlich einfach. Es beinhaltet zwei ziemlich einfache Variablen, die als Aktivierungsauslöser fungieren (ca. 3 Monate oder 90 x 144 Blöcke, nachdem SegWit aktiviert wurde): BIP102active und fSegwitSeasoned.
Sowie zwei Variablen, die die Hardfork-Änderungen tatsächlich erzwingen (Erhöhen der Blockgewichtungseinstellungen):
MaxBaseBlockSizeund MaxBlockWeight.
Das ist es. Es gibt ein paar andere kleine Änderungen an anderen Codezeilen, die die Signalisierung und Größenänderungen berücksichtigen sollen, sowie ein paar neue Tests, aber alles andere bleibt so ziemlich gleich wie Cores 0.14.1.
Was bedeutet das also für „Blockgröße“ und Durchsatz in der realen Welt? Mit Core 0.14.1 und SegWit2x Softfork:
Base Size = 1,000,000 bytes.
Max Block Weight = 4,000,000 bytes.
Real-world block size results = ~2MB.
Transactions: 4,000 - 5,000 per block.
Mit SegWit2x 2MB Hardfork:
Base Size = 2,000,000 bytes.
Max Block Weight = 8,000,000 bytes.
Projected real-world block size results = ~4MB.
Projected Transactions: 8,000 - 10,000 per block.
Nick Odell
MCCCS
Murch