Ein XRP Destination Tag ist ein numerischer Code, der einer Zahlung zusammen mit der Empfangsadresse beigefügt wird und den internen Systemen des Empfängers mitteilt, welchem Kunden oder Konto die eingehenden Mittel gehören. Die XRP Ledger-Dokumentation beschreibt Destination Tags als eine Funktion von XRP-Ledger-Zahlungen, die einen bestimmten Zweck für Zahlungen an Mehrzweckadressen angeben kann. Sie begegnen ihnen am häufigsten bei XRP-Einzahlungen an eine Börse, wo viele Kunden eine einzige Adresse teilen und der Tag die eigene Einzahlung von allen anderen unterscheidet.

Was ein XRP Destination Tag bewirkt

Ein Destination Tag identifiziert den Begünstigten einer Zahlung, wenn die Empfangsadresse mehr als einen Kunden bedient. Laut der XRP Ledger-Dokumentation kann eine Zahlung an eine Börsen- oder Stablecoin-Emittentenadresse einen Destination Tag verwenden, um anzugeben, welchem Kunden die Gutschrift zuzuordnen ist, und eine Zahlung an einen Händler könnte angeben, welcher Artikel oder Warenkorb damit bezahlt wird.

Der Tag selbst hat keine Wirkung auf dem Ledger. Source- und Destination-Tags haben keine direkte Ledger-Funktionalität; sie existieren nur, um externen Systemen mitzuteilen, wie eine Zahlung zu verarbeiten ist. In Transaktionen werden Tags als 32-Bit-Integer ohne Vorzeichen formatiert, weshalb ein Destination Tag immer eine reine Zahl und keine Zeichenkette ist.

Coinbase beschreibt in ihrer Support-Dokumentation einen Destination Tag oder Memo als zusätzliche Adressfunktion, die notwendig ist, um einen Transaktionsempfänger über die Wallet-Adresse hinaus zu identifizieren. Unterschiedliche Plattformen verwenden unterschiedliche Bezeichnungen für das Feld, aber die Aufgabe ist dieselbe: Sobald eine Plattform viele Kunden über eine einzige Einzahlungsadresse bedient, benötigt sie eine zusätzliche Kennung, um eingehende Mittel dem richtigen Konto zuzuordnen.

Warum der XRP Ledger Tags statt zusätzlicher Adressen verwendet

Auf vielen anderen Netzwerken erhält jeder Kunde eine separate Einzahlungsadresse. Die XRP Ledger-Dokumentation erklärt, warum dieser Ansatz für XRP ungeeignet ist: Eine Adresse muss ein finanziertes, dauerhaftes Konto sein, um Zahlungen zu empfangen, und der Reservebetrag muss für jede Adresse unbefristet zurückgelegt werden. Ein Konto pro Kunde anzulegen verbraucht Netzwerkressourcen und bindet Mittel, daher dienen Tags als leichtgewichtigere Methode, um Einzahlungen und Zahlungen einzelnen Kunden zuzuordnen. Diese Designentscheidung ist auch für Nutzer sichtbar: Statt einer eindeutigen Adresse pro Kunde zeigt ein XRP-Einzahlungsbildschirm typischerweise eine gemeinsame Adresse mit einem numerischen Tag.

Kunden die Möglichkeit zu geben, Transaktionen über eine andere Schnittstelle von der XRP-Ledger-Adresse eines Unternehmens zu senden und zu empfangen, wird als Bereitstellung gehosteter Konten bezeichnet; gehostete Konten verwenden typischerweise Source- und Destination-Tags für jeden Kunden.

Wann ein Destination Tag benötigt wird

Ein Tag ist immer dann erforderlich, wenn die Empfangsadresse mehrere Konten bedient und deren Inhaber einen verlangt. Börseneinzahlungen sind der typische Fall. Die XRP Ledger-Dokumentation listet die wichtigsten geschäftlichen Verwendungen für Tags auf: direkte Zuordnungen zu Kundenkonten, das Zuordnen von Rückzahlungen zu den auslösenden ausgehenden Zahlungen, das Verknüpfen von Zahlungen mit ablaufenden Angeboten sowie Einweg-Tags, die Kunden für bestimmte Einzahlungen generieren können.

Die Anforderung kommt stets von der Empfängerseite, daher ist die sicherste Gewohnheit einfach: Öffnen Sie die Einzahlungsseite der Empfängerplattform und kopieren Sie sowohl die Adresse als auch den Tag exakt wie angezeigt. Dieselbe Sorgfalt gilt, ob die Mittel von einem Börsenkonto, einer mobilen App oder einem Hardware-Gerät gesendet werden.

Einige Empfangsadressen erzwingen die Regel auf Ledger-Ebene. Mit aktivierter Einstellung RequireDest lehnt der XRP Ledger eine Zahlung ohne Destination Tag ab, statt Geld gutzuschreiben, das der Empfänger nicht zuordnen kann. Der Absender kann die Zahlung dann erneut mit dem korrekten Tag senden.

Was passiert, wenn XRP ohne Tag gesendet wird

Wenn die Adresse RequireDest erzwingt, wird die Zahlung vom Ledger abgelehnt, es erfolgt keine Gutschrift, und der Absender kann sie mit dem Tag erneut senden. Akzeptiert die Adresse Zahlungen ohne Tag, kommen die Mittel an, aber es ist nicht unmittelbar erkennbar, welchem Kunden sie gutzuschreiben sind. Die XRP Ledger-Dokumentation weist darauf hin, dass dies manuelle Eingriffe und eine Rücksprache mit dem Absender erfordern kann, um den beabsichtigten Empfänger zu ermitteln. Das Ergebnis ist ein langsamer, manueller Prozess statt einer automatischen Gutschrift, und da bestätigte Ledger-Zahlungen vom Absender nicht rückgängig gemacht werden können, hängt der Ausgang vom Support-Prozess der Empfängerplattform ab und nicht von einer Lösung auf Ledger-Ebene – weshalb das Kopieren des Tags vor dem Senden immer der bessere Weg ist.

Source Tags, Rückzahlungen und X-Adressen

Destination Tags haben ein Gegenstück. Source Tags geben den Urheber oder die Quelle einer Zahlung an und werden am häufigsten beigefügt, damit der Empfänger weiß, wohin er eine Rück- oder abgewiesene Zahlung senden soll. Bei der Rücksendung einer eingehenden Zahlung sollte der Source Tag der eingehenden Zahlung als Destination Tag der ausgehenden Rückzahlung verwendet werden.

Es gibt auch ein Format, das beide Informationen zusammenfasst. Eine X-Adresse kombiniert eine klassische Adresse mit einem Tag in einer einzigen Adresse, die beides codiert; der Tag in einer X-Adresse fungiert beim Senden als Source Tag und beim Empfangen als Destination Tag. Für einen Kunden bedeutet das, eine einzige Zeichenkette statt einer Adresse plus separatem Tag verwalten zu müssen.

Tags haben auch eine Datenschutzdimension. Alle XRP-Ledger-Transaktionen sind öffentlich, daher bietet die Vergabe von Tags in numerischer Reihenfolge weniger Privatsphäre und kann es ermöglichen zu erraten, welche Tags zu welchen Benutzeradressen gehören. Die Dokumentation empfiehlt stattdessen, Tags in reservierten Bereichen in unvorhersehbarer Reihenfolge zu vergeben.

Häufig gestellte Fragen

Ist ein Destination Tag dasselbe wie ein Memo?

Für den Absender praktisch ja. Coinbase behandelt Destination Tags und Memos als dieselbe zusätzliche Adressfunktion, die einen Transaktionsempfänger über die Wallet-Adresse hinaus identifiziert. Wie das Feld auf der Einzahlungsseite auch bezeichnet wird: Kopieren Sie den Wert vor dem Senden in das entsprechende Feld Ihrer Wallet.

Wie sieht ein XRP Destination Tag aus?

Es ist eine reine Zahl. XRP-Ledger-Transaktionen formatieren Tags als 32-Bit-Integer ohne Vorzeichen, daher enthält ein gültiger Destination Tag ausschließlich Ziffern, ohne Buchstaben oder Symbole.

Brauche ich einen Destination Tag beim Senden an eine private Wallet?

Tags dienen dazu, Zahlungen zu sortieren, die an Mehrzweckadressen eingehen, etwa solche von Börsen und Stablecoin-Emittenten. Folgen Sie den Anweisungen der Empfängerseite: Zeigt der Einzahlungsbildschirm einen Tag, geben Sie ihn an; verlangt Ihre private Wallet keinen, gibt es keinen Tag zu kopieren.

Was, wenn XRP bereits ohne den erforderlichen Tag gesendet wurde?

War RequireDest auf der Adresse aktiviert, wurde die Zahlung abgelehnt und nichts gutgeschrieben, sodass sie einfach mit dem Tag erneut gesendet werden kann. Ist die Zahlung ohne Tag durchgegangen, kann der Empfänger manuelle Eingriffe und eine Rücksprache mit dem Absender benötigen, bevor die Einzahlung zugeordnet werden kann; wenden Sie sich mit den Transaktionsdaten an die Empfängerplattform.

Quelle: Cryptsy