Neuer MPT-Stream von rippled kennzeichnet Nachrichten als transaction
Der XRP-Ledger-Server rippled hat am 9. Oktober Pull Request 8539 übernommen. Er ändert ein Detail einer Funktion, die erst eine Woche zuvor hinzugekommen war – und der Zeitpunkt ist entscheidend: Da beide Änderungen im Entwicklungszweig liegen, ist das korrigierte Verhalten das, was Node-Betreiber und Client-Entwickler sehen werden, wenn die Funktion in ein Release kommt.
Die Funktion. Am 2. Oktober hatte rippled PR 5671 gemergt, der den RPCs subscribe und unsubscribe ein Feld mpt_issuances hinzufügt. Ein Client übergibt eine Liste von MPTIssuanceIDs – Kennungen von Multi-Purpose Tokens, dem neueren fungiblen Token-Typ des XRPL –, und der Server schickt jede validierte Transaktion, die mindestens einen dieser Token betrifft. Clients sollten sich so das Abonnieren des kompletten Transaktionsstroms samt eigener Filterung sparen. In der gemergten Fassung trugen diese Nachrichten einen neuen Typ: mptTransaction.
Die Änderung. PR 8539 desselben Autors, Shawn Xie, stellt den Nachrichtentyp wieder auf transaction um. Begründet wird das mit Einheitlichkeit: Die Streams transactions, transactions_proposed, accounts und books verwenden alle type: "transaction"; ein eigener Typ bringe „keinen Nutzen und erzeugt Inkonsistenz". Der PR ändert drei Dateien mit 11 hinzugefügten und 16 entfernten Zeilen; als Änderung der öffentlichen API hat der Autor ihn nicht markiert – folgerichtig, denn der frühere Typ war nie veröffentlicht.

Was Entwickler tun sollten. Wer in der vergangenen Woche einen Client gegen den Entwicklungszweig gebaut oder getestet und auf type === "mptTransaction" verzweigt hat, sollte auf transaction prüfen und MPT-Updates über das eigene Abonnement oder den Transaktionsinhalt unterscheiden. Clients, die ohnehin alle transaction-Nachrichten durch einen Handler schicken, müssen nichts ändern. Wer in Bibliotheken wie xrpl.js oder xrpl-py Unterstützung für mpt_issuances ergänzt, sollte die Nachricht als gewöhnliche Transaktionsnachricht modellieren.
Kontext. In derselben Woche erschien rippled 3.4.1, das von der XRPL Foundation am 9. Oktober offengelegte Sicherheitsrelease; PR 8539 hat damit nichts zu tun und ging in den Entwicklungszweig. Keiner der beiden PRs sagt, mit welchem Release der MPT-Stream zuerst ausgeliefert wird.
Quellen: rippled PR 8539 — https://github.com/XRPLF/rippled/pull/8539 ; rippled PR 5671 — https://github.com/XRPLF/rippled/pull/5671