Un destination tag XRP è un codice numerico allegato a un pagamento insieme all'indirizzo di ricezione, che indica ai sistemi interni del destinatario a quale cliente o account appartengono i fondi in arrivo. La documentazione dell'XRP Ledger descrive i destination tag come una funzionalità dei pagamenti XRP Ledger in grado di indicare uno scopo specifico per i pagamenti inviati a indirizzi multiuso. Si incontrano più spesso quando si deposita XRP su un exchange, dove molti clienti condividono un unico indirizzo e il tag è ciò che distingue il deposito di un utente da quello di tutti gli altri.

A cosa serve un destination tag XRP

Un destination tag identifica il beneficiario di un pagamento quando l'indirizzo di ricezione serve più di un cliente. Secondo la documentazione dell'XRP Ledger, un pagamento verso l'indirizzo di un exchange o di un emittente di stablecoin può utilizzare un destination tag per indicare quale cliente accreditare, mentre un pagamento a un commerciante potrebbe indicare quale articolo o carrello si sta acquistando.

Il tag non ha alcun effetto sul ledger stesso. I source tag e i destination tag non hanno funzionalità diretta on-ledger; esistono solo per indicare ai sistemi off-ledger come elaborare un pagamento. Nelle transazioni, i tag sono formattati come interi senza segno a 32 bit, motivo per cui un destination tag è sempre un numero semplice anziché una stringa di lettere.

La documentazione di supporto di Coinbase descrive il destination tag o memo come una funzionalità aggiuntiva dell'indirizzo necessaria per identificare il destinatario di una transazione oltre l'indirizzo del wallet. Le diverse piattaforme usano etichette diverse per il campo, ma la funzione è la stessa: ogni volta che una piattaforma serve molti clienti tramite un unico indirizzo di deposito, necessita di un identificatore aggiuntivo per instradare i fondi in arrivo all'account corretto.

Perché l'XRP Ledger usa i tag anziché indirizzi aggiuntivi

Su molte altre reti, le piattaforme assegnano a ogni cliente un indirizzo di deposito separato. La documentazione dell'XRP Ledger spiega perché questo approccio si adatta male a XRP: un indirizzo deve essere un account finanziato e permanente per ricevere pagamenti, e l'importo di riserva deve essere accantonato a tempo indeterminato per ogni indirizzo. Creare un account per ogni cliente consuma risorse di rete e blocca fondi, quindi i tag rappresentano un modo più leggero per associare depositi e pagamenti ai singoli clienti. Questa scelta progettuale è visibile anche agli utenti: invece di un indirizzo univoco per cliente, la schermata di deposito XRP tipicamente abbina un indirizzo condiviso a un tag numerico.

Offrire ai clienti la possibilità di inviare e ricevere transazioni dall'indirizzo XRP Ledger di un'azienda tramite un'altra interfaccia è noto come fornitura di hosted account, e gli hosted account tipicamente utilizzano source tag e destination tag per ciascun cliente.

Quando è necessario un destination tag

Un tag è richiesto ogni volta che l'indirizzo di ricezione serve più account e il suo proprietario lo richiede. I depositi su exchange sono il caso tipico. La documentazione dell'XRP Ledger elenca i principali usi commerciali dei tag: mappature dirette agli account dei clienti, abbinamento dei pagamenti di restituzione ai pagamenti in uscita che li hanno generati, mappatura dei pagamenti a preventivi con scadenza e tag monouso che i clienti possono generare per depositi specifici.

Il requisito arriva sempre dal lato della ricezione, quindi l'abitudine più sicura è semplice: aprire la pagina di deposito della piattaforma destinataria e copiare sia l'indirizzo sia il tag esattamente come mostrati. La stessa cautela vale sia che i fondi vengano inviati da un account di exchange, da un'app mobile o da un dispositivo hardware.

Alcuni indirizzi di ricezione applicano la regola a livello di ledger. Con l'impostazione RequireDest abilitata, l'XRP Ledger rifiuta un pagamento che arriva senza destination tag invece di accreditare fondi che il destinatario non può assegnare. Il mittente può quindi inviare nuovamente il pagamento includendo il tag corretto.

Cosa succede se XRP viene inviato senza tag

Se l'indirizzo applica RequireDest, il pagamento viene rifiutato dal ledger, quindi nulla viene accreditato e il mittente può reinviare il pagamento includendo il tag. Se l'indirizzo accetta pagamenti senza tag, i fondi arrivano, ma non è subito evidente quale cliente accreditare. La documentazione dell'XRP Ledger indica che questo può richiedere un intervento manuale e una discussione con il mittente per capire chi fosse il destinatario previsto. Il risultato è un processo lento e manuale anziché un accredito automatico, e poiché i pagamenti confermati sul ledger non possono essere annullati dal mittente, l'esito dipende dal processo di assistenza della piattaforma ricevente anziché da una correzione on-ledger — ecco perché copiare il tag prima dell'invio è sempre la strada migliore.

Source tag, pagamenti di restituzione e X-address

I destination tag hanno un rispecchiamento. I source tag indicano l'originatore o la fonte di un pagamento, e sono inclusi più comunemente affinché il destinatario sappia dove inviare un pagamento di restituzione, o respinto. Quando si restituisce un pagamento in arrivo, il source tag del pagamento in entrata deve essere utilizzato come destination tag del pagamento di restituzione in uscita.

Esiste anche un formato che riunisce entrambe le informazioni. Un X-address combina un indirizzo classico con un tag in un unico indirizzo che li codifica entrambi, e il tag all'interno di un X-address funge da source tag in fase di invio e da destination tag in fase di ricezione. Per un cliente, significa gestire una singola stringa anziché un indirizzo più un tag separato.

I tag hanno anche una dimensione legata alla privacy. Tutte le transazioni dell'XRP Ledger sono pubbliche, quindi assegnare i tag in ordine numerico offre minore privacy e può rendere possibile indovinare quali tag corrispondano agli indirizzi di quali utenti. La documentazione suggerisce invece di assegnare i tag in un ordine imprevedibile all'interno di intervalli riservati.

Domande frequenti

Un destination tag è la stessa cosa di un memo?

Per il mittente, di fatto sì. Coinbase considera destination tag e memo la stessa funzionalità aggiuntiva dell'indirizzo che identifica il destinatario di una transazione oltre l'indirizzo del wallet. Qualunque sia il nome del campo nella pagina di deposito, il valore va copiato nel campo corrispondente del wallet prima dell'invio.

Come appare un destination tag XRP?

È un semplice numero. Le transazioni dell'XRP Ledger formattano i tag come interi senza segno a 32 bit, quindi un destination tag valido contiene solo cifre, senza lettere o simboli.

È necessario un destination tag quando si invia a un wallet personale?

I tag esistono per smistare i pagamenti in arrivo su indirizzi multiuso, come quelli gestiti da exchange ed emittenti di stablecoin. Seguire le istruzioni del lato ricevente: se la schermata di deposito mostra un tag, includerlo, e se il wallet personale non lo richiede, non c'è alcun tag da copiare.

Cosa fare se XRP è già stato inviato senza il tag richiesto?

Se l'indirizzo aveva RequireDest abilitato, il pagamento è stato rifiutato e nulla è stato accreditato, quindi può essere semplicemente reinviato con il tag. Se il pagamento è passato senza tag, il destinatario potrebbe aver bisogno di un intervento manuale e di una discussione con il mittente prima che il deposito possa essere assegnato, e la piattaforma ricevente va contattata fornendo i dettagli della transazione.

Fonte: Cryptsy