Das Batch-Upgrade des XRP Ledger wird am 29. September live geschaltet – Server, die nicht auf xrpld 3.3.0 laufen, werden abgeschaltet #CryptoNewss
$XRP
$TRX
$FF
#Market_Update
Das XRP Ledger bereitet die Aktivierung seiner lang erwarteten Batch-Erweiterung am 29. September vor. Dabei wird die Möglichkeit eingeführt, mehrere Transaktionen zu einer Gruppe zusammenzufassen und unter einem einzigen Satz von Bedingungen auszuführen.
Für das Upgrade müssen Serverbetreiber rippled ausführen – auch bekannt als xrpld – Version 3.3.0 oder höher. Server, die auf älteren Versionen verbleiben, wenn die durch das Release aktivierten Erweiterungen eingeschaltet werden, werden erweiterungsblockiert. Das verhindert, dass sie den aktuellen Zustand des Ledgers bestimmen können, bis ihre Software aktualisiert ist.
#cryptouniverseofficial Version 3.3.0 wurde am 6. August veröffentlicht und bringt Unterstützung für Batch zusammen mit mehreren weiteren Erweiterungen sowie Protokolländerungen. Der Aktivierungsprozess folgt dem XRPL-Erweiterungssystem: Protokolländerungen benötigen eine anhaltende Unterstützung durch Validatoren, bevor sie automatisch aktiv werden.
Für Börsen, Wallet-Anbieter, Validatoren und andere Betreiber von Infrastruktur ist die Frist bis zum 29. September daher operativ und nicht optional – sofern ihre Server von neu aktivierten Erweiterungen betroffen sind.
#MarketAnalysis Batch bringt atomare Transaktionen ins XRPL
Im Mittelpunkt steht die Batch-Erweiterung. Sie führt eine neue Batch-Transaktion ein, die bis zu acht interne Transaktionen enthalten kann.
Diese Transaktionen können mit unterschiedlichen Modi ausgeführt werden. In einer Struktur „All or Nothing“ muss jede enthaltene Transaktion erfolgreich sein, andernfalls wird keine angewendet. Andere Modi ermöglichen es, dass Transaktionen unabhängig ausgeführt werden, nach der ersten erfolgreich ausgeführten Transaktion stoppen oder nach der ersten fehlgeschlagenen Transaktion stoppen.
#xrpapdet Damit entstehen Anwendungen, die über das bloße Bündeln von Transaktionen hinausgehen.
Ein Nutzer könnte beispielsweise Abläufe konstruieren, die mehrere koordinierte Zahlungen oder Aktionen auf Konten beinhalten, während sichergestellt wird, dass sie gemäß vorab festgelegten Bedingungen ausgeführt werden. Entwickler können außerdem die Komplexität reduzieren, die mit der Orchestrierung mehrstufiger Workflows verbunden ist..
$XRP
$TRX
$FF
#Market_Update
Das XRP Ledger bereitet die Aktivierung seiner lang erwarteten Batch-Erweiterung am 29. September vor. Dabei wird die Möglichkeit eingeführt, mehrere Transaktionen zu einer Gruppe zusammenzufassen und unter einem einzigen Satz von Bedingungen auszuführen.
Für das Upgrade müssen Serverbetreiber rippled ausführen – auch bekannt als xrpld – Version 3.3.0 oder höher. Server, die auf älteren Versionen verbleiben, wenn die durch das Release aktivierten Erweiterungen eingeschaltet werden, werden erweiterungsblockiert. Das verhindert, dass sie den aktuellen Zustand des Ledgers bestimmen können, bis ihre Software aktualisiert ist.
#cryptouniverseofficial Version 3.3.0 wurde am 6. August veröffentlicht und bringt Unterstützung für Batch zusammen mit mehreren weiteren Erweiterungen sowie Protokolländerungen. Der Aktivierungsprozess folgt dem XRPL-Erweiterungssystem: Protokolländerungen benötigen eine anhaltende Unterstützung durch Validatoren, bevor sie automatisch aktiv werden.
Für Börsen, Wallet-Anbieter, Validatoren und andere Betreiber von Infrastruktur ist die Frist bis zum 29. September daher operativ und nicht optional – sofern ihre Server von neu aktivierten Erweiterungen betroffen sind.
#MarketAnalysis Batch bringt atomare Transaktionen ins XRPL
Im Mittelpunkt steht die Batch-Erweiterung. Sie führt eine neue Batch-Transaktion ein, die bis zu acht interne Transaktionen enthalten kann.
Diese Transaktionen können mit unterschiedlichen Modi ausgeführt werden. In einer Struktur „All or Nothing“ muss jede enthaltene Transaktion erfolgreich sein, andernfalls wird keine angewendet. Andere Modi ermöglichen es, dass Transaktionen unabhängig ausgeführt werden, nach der ersten erfolgreich ausgeführten Transaktion stoppen oder nach der ersten fehlgeschlagenen Transaktion stoppen.
#xrpapdet Damit entstehen Anwendungen, die über das bloße Bündeln von Transaktionen hinausgehen.
Ein Nutzer könnte beispielsweise Abläufe konstruieren, die mehrere koordinierte Zahlungen oder Aktionen auf Konten beinhalten, während sichergestellt wird, dass sie gemäß vorab festgelegten Bedingungen ausgeführt werden. Entwickler können außerdem die Komplexität reduzieren, die mit der Orchestrierung mehrstufiger Workflows verbunden ist..
