Der Beitrag Bitcoin Core verwirft OP_RETURN-Veraltung Stunden vor v30-Veröffentlichung erschien auf BitcoinEthereumNews.com. Bitcoin Core-Entwickler haben ihren Plan rückgängig gemacht, die Benutzerkonfigurierbarkeit der Standard-datacarriersize von OP_RETURN zu verwerfen, nur wenige Stunden vor der geplanten Veröffentlichung von Core Version 30 (v30), eine der umstrittensten und am meisten publizierten Änderungen an Bitcoins dominanter Software für tausende von Node-Betreibern. Pull Request (PR) 33453 wurde von Core-Maintainer Ava Chow in den Master-Branch von Bitcoin Core über GitHub gestern Abend New Yorker Zeit zusammengeführt. Die Anpassung in letzter Minute signalisierte einen kleinen Sieg für eine Dissidentenbewegung unter der Führung von Knots-Node-Betreibern, die lautstark gegen Cores Erleichterungen der datacarriersize von OP_RETURN protestiert haben. Nach Ansicht vieler Knots-Node-Betreiber sollten die meisten Memory Pools (Mempools) der Nodes standardmäßig Transaktionen ablehnen, die große Mengen an Daten transportieren, die nicht mit der On-Chain-Bewegung von Bitcoin (BTC) zusammenhängen. Anstatt Node-Betreiber mit der Speicherung und Weiterleitung beliebiger Daten im Netzwerk für Nicht-Währungszwecke von BTC zu belasten, sollten Standardeinstellungen solche beliebige Datenspeicherung in OP_RETURN-Outputs verhindern. Weiterlesen: Knots-Anführer sagt, Bitcoin Core v30 könnte illegale Erwachseneninhalte hosten Obwohl die Core v30-Software die datacarriersize von OP_RETURN für ihren Standard-Mempool immer noch von weniger als 90 Bytes auf 100KB erhöhen wird, wird v30 die Fähigkeit der Benutzer beibehalten und nicht planen, die manuelle Änderung dieser Obergrenze für die Menge an beliebigen Daten, die OP_RETURN-Outputs tragen werden, zu verwerfen. Die Veraltung der Konfigurationsoptionen datacarrier und datacarriersize war ursprünglich für die Veröffentlichung im Oktober in Core v30 geplant. Aufgrund der erfolgreichen Überprüfung und Zusammenführung von PR 33453 ist die Veraltung der Benutzerkonfigurierbarkeit jetzt auf unbestimmte Zeit ausgesetzt. Die Richtlinienumkehr in letzter Minute macht nicht alle umstrittenen Änderungen von v29 zu v30 rückgängig. Haben Sie einen Tipp? Senden Sie uns eine E-Mail sicher über Protos Leaks. Für mehr informierte Nachrichten folgen Sie uns auf X, Bluesky und Google News oder abonnieren Sie unseren YouTube-Kanal. Quelle: https://protos.com/bitcoin-core-drops-op_return-deprecation-hours-before-v30-release/Der Beitrag Bitcoin Core verwirft OP_RETURN-Veraltung Stunden vor v30-Veröffentlichung erschien auf BitcoinEthereumNews.com. Bitcoin Core-Entwickler haben ihren Plan rückgängig gemacht, die Benutzerkonfigurierbarkeit der Standard-datacarriersize von OP_RETURN zu verwerfen, nur wenige Stunden vor der geplanten Veröffentlichung von Core Version 30 (v30), eine der umstrittensten und am meisten publizierten Änderungen an Bitcoins dominanter Software für tausende von Node-Betreibern. Pull Request (PR) 33453 wurde von Core-Maintainer Ava Chow in den Master-Branch von Bitcoin Core über GitHub gestern Abend New Yorker Zeit zusammengeführt. Die Anpassung in letzter Minute signalisierte einen kleinen Sieg für eine Dissidentenbewegung unter der Führung von Knots-Node-Betreibern, die lautstark gegen Cores Erleichterungen der datacarriersize von OP_RETURN protestiert haben. Nach Ansicht vieler Knots-Node-Betreiber sollten die meisten Memory Pools (Mempools) der Nodes standardmäßig Transaktionen ablehnen, die große Mengen an Daten transportieren, die nicht mit der On-Chain-Bewegung von Bitcoin (BTC) zusammenhängen. Anstatt Node-Betreiber mit der Speicherung und Weiterleitung beliebiger Daten im Netzwerk für Nicht-Währungszwecke von BTC zu belasten, sollten Standardeinstellungen solche beliebige Datenspeicherung in OP_RETURN-Outputs verhindern. Weiterlesen: Knots-Anführer sagt, Bitcoin Core v30 könnte illegale Erwachseneninhalte hosten Obwohl die Core v30-Software die datacarriersize von OP_RETURN für ihren Standard-Mempool immer noch von weniger als 90 Bytes auf 100KB erhöhen wird, wird v30 die Fähigkeit der Benutzer beibehalten und nicht planen, die manuelle Änderung dieser Obergrenze für die Menge an beliebigen Daten, die OP_RETURN-Outputs tragen werden, zu verwerfen. Die Veraltung der Konfigurationsoptionen datacarrier und datacarriersize war ursprünglich für die Veröffentlichung im Oktober in Core v30 geplant. Aufgrund der erfolgreichen Überprüfung und Zusammenführung von PR 33453 ist die Veraltung der Benutzerkonfigurierbarkeit jetzt auf unbestimmte Zeit ausgesetzt. Die Richtlinienumkehr in letzter Minute macht nicht alle umstrittenen Änderungen von v29 zu v30 rückgängig. Haben Sie einen Tipp? Senden Sie uns eine E-Mail sicher über Protos Leaks. Für mehr informierte Nachrichten folgen Sie uns auf X, Bluesky und Google News oder abonnieren Sie unseren YouTube-Kanal. Quelle: https://protos.com/bitcoin-core-drops-op_return-deprecation-hours-before-v30-release/

Bitcoin Core verwirft OP_RETURN-Abwertung Stunden vor der v30-Veröffentlichung

2025/10/01 18:07

Bitcoin Core-Entwickler haben ihren Plan, die Benutzerkonfigurierbarkeit der Standard-Datacarriersize von OP_RETURN zu verwerfen, nur wenige Stunden vor der geplanten Veröffentlichung von Core Version 30 (v30) rückgängig gemacht, eine der umstrittensten und am weitesten publizierten Änderungen an Bitcoins dominanter Software für tausende von Node-Betreibern.

Pull Request (PR) 33453 wurde vom Core-Maintainer Ava Chow gestern Abend New Yorker Zeit über GitHub in den Master-Branch von Bitcoin Core übernommen.

Die Anpassung in letzter Minute signalisierte einen kleinen Sieg für eine Dissidentenbewegung unter der Führung von Knots-Node-Betreibern, die lautstark gegen Cores Erleichterungen der Datacarriersize von OP_RETURN protestiert haben.

Nach Ansicht vieler Knots-Node-Betreiber sollten die Memory Pools (Mempools) der meisten Nodes standardmäßig Transaktionen ablehnen, die große Datenmengen transportieren, die nicht mit der On-Chain-Bewegung von Bitcoin (BTC) zusammenhängen.

Anstatt Node-Betreiber mit der Speicherung und Weiterleitung beliebiger Daten im Netzwerk für Nicht-Währungsnutzungen von BTC zu belasten, sollten Standardeinstellungen solche willkürliche Datenspeicherung in OP_RETURN-Outputs verhindern.

Mehr lesen: Knots-Anführer sagt, Bitcoin Core v30 könnte illegale Erwachseneninhalte hosten

Obwohl die Core v30-Software die Datacarriersize von OP_RETURN für ihren Standard-Mempool immer noch von weniger als 90 Bytes auf 100KB erhöhen wird, wird v30 die Fähigkeit für Benutzer beibehalten und nicht planen, die Möglichkeit zu verwerfen, manuell diese Obergrenze für die Menge an beliebigen Daten zu ändern, die OP_RETURN-Outputs tragen werden.

Die Verwerfung der Konfigurationsoptionen für Datacarrier und Datacarriersize war ursprünglich für die Veröffentlichung im Oktober in Core v30 geplant.

Aufgrund der erfolgreichen Überprüfung und Zusammenführung von PR 33453 ist die Verwerfung der Benutzerkonfigurierbarkeit jetzt jedoch auf unbestimmte Zeit ausgesetzt.

Die Richtlinienumkehr in letzter Minute macht nicht alle umstrittenen Änderungen von v29 zu v30 rückgängig.

Haben Sie einen Tipp? Senden Sie uns eine E-Mail sicher über Protos Leaks. Für weitere informierte Nachrichten folgen Sie uns auf X, Bluesky und Google News oder abonnieren Sie unseren YouTube-Kanal.

Quelle: https://protos.com/bitcoin-core-drops-op_return-deprecation-hours-before-v30-release/

Haftungsausschluss: Die auf dieser Website veröffentlichten Artikel stammen von öffentlichen Plattformen und dienen ausschließlich zu Informationszwecken. Sie spiegeln nicht unbedingt die Ansichten von MEXC wider. Alle Rechte verbleiben bei den ursprünglichen Autoren. Sollten Sie der Meinung sein, dass Inhalte die Rechte Dritter verletzen, wenden Sie sich bitte an service@support.mexc.com um die Inhalte entfernen zu lassen. MEXC übernimmt keine Garantie für die Richtigkeit, Vollständigkeit oder Aktualität der Inhalte und ist nicht verantwortlich für Maßnahmen, die aufgrund der bereitgestellten Informationen ergriffen werden. Die Inhalte stellen keine finanzielle, rechtliche oder sonstige professionelle Beratung dar und sind auch nicht als Empfehlung oder Billigung von MEXC zu verstehen.