Was ist ein MASF?

Ein MASF ist ein Mechanismus, mit dem Blockchain-Miner neue Updates einführen können, ohne den Betrieb zu beeinträchtigen. 

Un Miner Active Soft Fork (MASF) o Miner-getriggerter Soft Fork Es ist ein Mechanismus, der wie ein UASF, erzeugt eine Änderung oder einen Übergang des Netzwerks hin zu einem neuen Satz von Konsensregeln. Der Unterschied zwischen MASF und UASF besteht darin, dass MASF von Bergleuten aktiviert wird, die ihr verwenden Hash-Power Anstatt aktiviert zu werden durch Knoten vervollständigen. 

Um diesen Mechanismus zu aktivieren, müssen Miner ihre Bereitschaft offenbaren, Änderungen oder Modifikationen des Protokolls zu akzeptieren. Und um dies zu erreichen, nutzen Miner ihre Hashing-Leistung. Dies liegt daran, dass Miner die Versionsbitnummern der Blöcke, die sie schürfen, ändern. Wenn also mit der Änderung der Versionsbitnummern eine bestimmte Anzahl geschürfter Blöcke erreicht ist, können Vollknoten die neuen Konsensregeln durchsetzen.

Un MEHR F ein Soft Fork, die darauf angewiesen ist, dass Miner über Hash-Power Signale senden, um sie zu aktivieren.

Implementierung eines MASF in Bitcoin

La Bitcoin-Verbesserungsvorschlag (BIP) BIP 34, um die versionierten Transaktionen und Blöcke des Netzwerks zu aktualisieren und zu verbessern, stellte ein MASF im Protokoll bereit. Wo die Bergleute ihre Position zum Ausdruck bringen mussten, ob sie die vorgeschlagenen Änderungen im Konsens akzeptieren oder nicht. Zu diesem Zweck mussten die Miner eine Änderung vornehmen, indem sie eine Zahl größer als 1 in die Blockversionsnummer einfügten; Zusätzlich zur Anforderung, dass die Blockhöhennummer im Eintrag des angezeigt wird Coinbase-Transaktion jedes abgebauten Blocks.  

Um diesen Mechanismus zu aktivieren, mussten die Miner also die Versionsnummer des Blocks angeben. „1“ für die alten Regeln und der Wechsel von „1“ zu „2“, um Akzeptanz und Übergang zu den neuen Regeln zu signalisieren. 

Daher könnten Bergleute bei der Implementierung dieses Mechanismus entscheiden, ob sie die Änderungen akzeptieren oder nicht; Das heißt, Sie können wählen, ob Sie die Verzweigung durchführen oder ablehnen möchten. Daher müssen in den letzten 1000 Blöcken, die von Minern im Netzwerk generiert wurden, 75 % (was insgesamt 750 Blöcken entspricht) die Signalisierung von Version „1“ bis „2“ enthalten, um anzuzeigen, dass die Änderungen angewendet werden. Darüber hinaus mussten dieselben 750 Blöcke die im Coinbase-Transaktionseintrag jedes Blocks angegebene Blockhöhe enthalten. 

Zu diesem Zeitpunkt geben die Miner, die Blöcke mit der Version „1“ generieren, Blöcke aus, die vom Netzwerk akzeptiert werden. Dies lag daran, dass nicht alle Parameter von BIP 34 erfüllt waren, sodass die Blöcke der Version 1 weiterhin gültig waren. Sobald jedoch 95 % (entspricht insgesamt 950 Blöcken) der letzten 1000 generierten Blöcke erreicht sind, gelten die neuen Blöcke, die von Minern mit der Kennzeichnung „1“ produziert wurden, als ungültig und werden abgelehnt. Denn von nun an waren nur noch die Blöcke gültig, die mit der Version „2“ gekennzeichnet waren und deren Blockhöhe im Coinbase-Transaktionseintrag angegeben war.

Dieser zweiteilige Übergang gab den Bergleuten Zeit, ihre Systeme kontinuierlich und systematisch zu aktualisieren, um die vorgeschlagenen Änderungen zu akzeptieren. Ohne dass alle Miner die Änderung sofort und gleichzeitig umsetzen müssen. 

Andere MASF-Implementierungen

Nach der erfolgreichen Implementierung von BIP 34 wurde dieser Mechanismus in gleicher Weise für die Aktivierung des verwendet BIP 66 (strikte DER-Signaturbeschränkung) und BIP 65 (OP_CHECKLOCKTIMEVERIFY). Wo die gleiche Signalisierungsstruktur implementiert wurde, nur für BIP 66, mussten Miner ihre Akzeptanz der Abspaltung signalisieren, indem sie in den letzten 2 generierten Blöcken Version „3“ in Version „1000“ änderten. Alle Blöcke der Version „2“ bleiben ungültig, wenn 95 % der abgebauten Blöcke die Version „3“ akzeptieren. 

Ebenso für die Aktivierung von BIP 65, Miner mussten in den letzten 3 im Netzwerk generierten Blöcken auf die gleiche Weise von Version „4“ auf Version „1000“ umsteigen. Die Blöcke der Version „3“ werden ungültig gemacht, wenn 95 % dieser 1000 abgebauten Blöcke den Wechsel zur Version „4“ vorgenommen haben. 

Aber dieser Mechanismus, mit jeder Aktivierung die Versionen um eine zu erhöhen, wurde deutlich eingeschränkt. Vor allem, weil es jeweils nur möglich war, Versionen 1 zu erhöhen, und weil es auch darauf beschränkt war, den vorherigen Soft Fork aktivieren zu müssen, um den nächsten zu aktivieren. 

Daher wurden neue Änderungsvorschläge anschließend in umgesetzt BIP 9, wo sich der Signalmechanismus der Bergleute änderte. Zu diesem Zeitpunkt markierte die Blockversionsnummer die Signalisierung nicht. Stattdessen würde es auf der Interpretation des Versionsfelds als Bitvektor beruhen. Das heißt, die Aktivierung des Soft Fork würde über verschiedene Bits im Versionsfeld erfolgen. Auf diese Weise wurde auf die Vorgehensweise zur Erhöhung der Versionsnummer verzichtet. 

Dies bot einen großen Vorteil gegenüber der Vorgängerversion, da eine größere Anzahl hinzugefügt und aktiviert werden konnte weiche Gabel gleichzeitig statt nur einzeln. 

Auswirkungen der MASF-Implementierung

Die Miner-getriggerte Soft Forks (MASF) Sie ermöglichen die Aktivierung neuer Konsensregeln im Protokoll, sobald die Mehrheit der Knoten diese aktualisiert und akzeptiert. 

Da Miner ihre Hash-Power jedoch nur für die Durchführung dieses Prozesses nutzen, kann dies unpraktisch sein. Dies liegt daran, dass die Rechenleistung oder Hash-Rate darauf hinweist, dass der Fork ausgeführt wird. Allerdings laufen sie tatsächlich auf den älteren Versionen ohne Soft Fork. Etwas Ähnliches passierte mit BIP 66. Damals haben viele Miner auf die Regeln hingewiesen, diese aber nicht angewendet. Dies veranlasste die Miner dazu, eine neue Kette (Hard Fork) zu erstellen. Allerdings wird dies von den Minern, die BIP 66 angewendet haben, abgelehnt. Dies bedeutete, dass diese Miner alle Belohnungen und die investierte Rechenleistung verloren.