#XRPL升级 Ursprünglich für den 29. September im Blick war bereits kein gültig erwarteter Einsatztag mehr für das Batch-Upgrade. Entscheidend ist nicht „wieder ein Sicherheitsvorfall“, sondern dass die Validatoren kurzzeitig unter die Schwelle fielen, der 14-tägige Governance-Countdown dadurch zurückgesetzt wurde; bis 13:38 Uhr (Pekingzeit) ist die Mainnet-Funktion noch nicht aktiviert.
Zuerst die Zeitleiste klären. Batch V1.1 erreichte am 15. September die Mehrheit der Unterstützung. Bei durchgehender Beibehaltung hätte es um den 29. September herum ins Mainnet wechseln können. In der Nacht vom 25. September reichten die Stimmen zeitweise nicht aus, wodurch der alte, fortlaufende Zähler ungültig wurde. Nachdem die Unterstützung erneut die erforderliche Schwelle erreicht hatte, wurde das neue Zeitfenster von vorn berechnet; der derzeit früheste erwartete Zeitpunkt ist nun der 9. Oktober um 22:46 Uhr (Pekingzeit). Das ist weder am 25. September noch ein erneuter Angriff, noch hat das Entwicklungsteam einseitig „um zehn Tage verschoben“; die Daten werden von den On-Chain-Abstimmungsregeln festgelegt. Wenn die Stimmen erneut schwanken, wird sich der Termin weiter nach hinten verschieben.
Warum ist das relevant? Batch möchte das Problem „zwei Beine der Transaktion dürfen nicht nur eins machen“ lösen: Es kann bis zu 8 Transaktionen zu einer Gruppe bündeln, sodass entweder alle erfolgreich sind oder alle fehlschlagen. Wenn beispielsweise die tokenisierte Vermögensauslieferung und die Zahlung synchron abgeschlossen werden, muss man nicht erst darauf wetten, ob die Gegenseite ihren Teil erfüllt. Wenn die Funktion aktiviert ist, bietet sie zwar tatsächlich ein reibungsvolleres technisches Werkzeug für Vermögens-Transfers und dafür, dass die Plattform Servicegebühren erhebt; aber technische Verfügbarkeit bedeutet nicht, dass Asset-Management-Institutionen bereits in großem Umfang damit arbeiten. Und man kann daraus auch nicht direkt ableiten, dass der Bedarf für $XRP deutlich steigen wird. Ob sich tatsächlich Transaktionszahlen, bezahlte Nutzungsfälle und Gebühren verändern, zeigt erst die Zeit nach dem Go-Live anhand der Daten.
Und noch eine Ebene, die man nicht weglassen darf: Die ältere Batch-Version hatte vor der Aktivierung eine Schwachstelle bei der Berechtigungsprüfung entdeckt, die daraufhin zurückgezogen wurde. V1.1 ist die überarbeitete Lösung. Die heutige Neuberechnung durch die Abstimmung beweist nicht von sich aus, dass die neue Version wieder Schwachstellen hat; sie erinnert uns aber daran, „Code-Review“, „Zustimmung der Validatoren“ und „tatsächlichen Betrieb im Mainnet“ nicht als dasselbe zu betrachten.
Als Nächstes schaue ich nur auf drei Dinge: Ob die Unterstützung dauerhaft über der Schwelle bleibt, ob sich zum Zeitpunkt der Mainnet-Feature-Status auf „aktiviert“ ändert, und ob nach der Aktivierung tatsächlich echte Batch-Nutzung auftritt. Aktuell werden etwa 30/35 Stimmen für die Unterstützung angezeigt, mindestens sind 29 nötig. Das ist nur ein Momentaufnahme-Stand, keine Zusage für den 9. Oktober. Quelle: Offizielle XRPL-Dokumentation, Mainnet-Feature-RPC, On-Chain-Status-Panel; verifiziert bis 13:38 Uhr (Pekingzeit) am 26. September. #XRP
Zuerst die Zeitleiste klären. Batch V1.1 erreichte am 15. September die Mehrheit der Unterstützung. Bei durchgehender Beibehaltung hätte es um den 29. September herum ins Mainnet wechseln können. In der Nacht vom 25. September reichten die Stimmen zeitweise nicht aus, wodurch der alte, fortlaufende Zähler ungültig wurde. Nachdem die Unterstützung erneut die erforderliche Schwelle erreicht hatte, wurde das neue Zeitfenster von vorn berechnet; der derzeit früheste erwartete Zeitpunkt ist nun der 9. Oktober um 22:46 Uhr (Pekingzeit). Das ist weder am 25. September noch ein erneuter Angriff, noch hat das Entwicklungsteam einseitig „um zehn Tage verschoben“; die Daten werden von den On-Chain-Abstimmungsregeln festgelegt. Wenn die Stimmen erneut schwanken, wird sich der Termin weiter nach hinten verschieben.
Warum ist das relevant? Batch möchte das Problem „zwei Beine der Transaktion dürfen nicht nur eins machen“ lösen: Es kann bis zu 8 Transaktionen zu einer Gruppe bündeln, sodass entweder alle erfolgreich sind oder alle fehlschlagen. Wenn beispielsweise die tokenisierte Vermögensauslieferung und die Zahlung synchron abgeschlossen werden, muss man nicht erst darauf wetten, ob die Gegenseite ihren Teil erfüllt. Wenn die Funktion aktiviert ist, bietet sie zwar tatsächlich ein reibungsvolleres technisches Werkzeug für Vermögens-Transfers und dafür, dass die Plattform Servicegebühren erhebt; aber technische Verfügbarkeit bedeutet nicht, dass Asset-Management-Institutionen bereits in großem Umfang damit arbeiten. Und man kann daraus auch nicht direkt ableiten, dass der Bedarf für $XRP deutlich steigen wird. Ob sich tatsächlich Transaktionszahlen, bezahlte Nutzungsfälle und Gebühren verändern, zeigt erst die Zeit nach dem Go-Live anhand der Daten.
Und noch eine Ebene, die man nicht weglassen darf: Die ältere Batch-Version hatte vor der Aktivierung eine Schwachstelle bei der Berechtigungsprüfung entdeckt, die daraufhin zurückgezogen wurde. V1.1 ist die überarbeitete Lösung. Die heutige Neuberechnung durch die Abstimmung beweist nicht von sich aus, dass die neue Version wieder Schwachstellen hat; sie erinnert uns aber daran, „Code-Review“, „Zustimmung der Validatoren“ und „tatsächlichen Betrieb im Mainnet“ nicht als dasselbe zu betrachten.
Als Nächstes schaue ich nur auf drei Dinge: Ob die Unterstützung dauerhaft über der Schwelle bleibt, ob sich zum Zeitpunkt der Mainnet-Feature-Status auf „aktiviert“ ändert, und ob nach der Aktivierung tatsächlich echte Batch-Nutzung auftritt. Aktuell werden etwa 30/35 Stimmen für die Unterstützung angezeigt, mindestens sind 29 nötig. Das ist nur ein Momentaufnahme-Stand, keine Zusage für den 9. Oktober. Quelle: Offizielle XRPL-Dokumentation, Mainnet-Feature-RPC, On-Chain-Status-Panel; verifiziert bis 13:38 Uhr (Pekingzeit) am 26. September. #XRP
