Ein Standard soll im XRP Ledger auch ausgegebene Token treuhaenderisch sperren
Victoria Shinder1 Min. LesezeitXLS-85d, ein im XRPL-Standards-Repository vorgeschlagener Token-Escrow-Standard, wuerde die Escrow-Objekte des Ledgers ueber natives XRP hinaus auf ausgegebene Werte ausdehnen. Der Vorschlag ermoeglicht das Sperren von IOU- und MPT-Token, sodass Konten ausgegebene Token in Escrow-Objekten binden koennen, mit Unterstuetzung fuer Freeze, Autorisierung und Transferraten.
Er ergaenzt Ledger-Felder wie sfLockedAmount und sfIssuerNode, um gesperrte Betraege fuer IOU- und MPT-Escrows zu fuehren, und passt die Transaktionslogik von EscrowCreate, EscrowFinish und EscrowCancel an Trustlines, MPT-Autorisierung, Transferraten und gesperrte Betraege an. Fuer eskrowierte IOU- und MPT-Betraege gelten Invariantenpruefungen, und gateway_balances wird erweitert, sodass ausstehende und gesperrte Betraege eines Emittenten in einem Aufruf statt in zweien lesbar sind.
Was das bedeutet
Escrow auf XRP war einfach, weil XRP keinen Emittenten hat. Ein ausgegebener Token hat einen: Er kann eingefroren werden, er verlangt Autorisierung, er traegt eine Transferrate, und sein Bestand liegt in einer Trustline, auf die der Emittent einwirken kann. Ihn zu sperren wirft deshalb eine Frage auf, die natives XRP nie stellte - was ein Emittent mit einem eskrowierten Betrag noch tun darf.
Darum sind die Invariantenpruefungen und die Aenderung an gateway_balances der substanzielle Teil, nicht der Escrow selbst. Ein Standard, der Token sperren laesst, ohne die Gesamtmenge eines Emittenten in einem Aufruf berechenbar zu halten, erzeugte an jedem Gateway eine Luecke in der Berichterstattung - und der Hinweis darauf kam aus dem Review-Thread, nicht vom Autor.