L’acquirente paga. Tu sei pagato. Stessa transazione.

Non appena l’acquirente paga. Non c’è alcun ritardo perché non esiste una fase di accredito: la transazione che l’acquirente firma è il pagamento a te. Prima di spedire, però, aspetta lo stato completed, non settled.

Una percentuale su ogni pagamento, trattenuta nella stessa transazione, più le commissioni di rete. Nessun canone mensile, nessuna commissione di accredito, nessuna penale per i rimborsi.

Lo decidi tu. Per impostazione predefinita si aggiungono al totale dell’acquirente e gli vengono mostrate come voce separata; puoi anche assumertele, e allora vengono detratte dal tuo incasso.

No. L’acquirente si limita a firmare; la transazione la inviamo noi. Chi possiede soltanto USDC può pagare, ed è la situazione più comune.

Il denaro è perso e non possiamo aiutarti. Non è mai stato nostro. Scegli un wallet a cui avrai accesso anche fra cinque anni.

Per uno scenario preciso: qualcuno ottiene le tue credenziali e cambia l’indirizzo di accredito nel cuore della notte. Il periodo di attesa, l’email a tutti i titolari e la firma richiesta dal wallet sono tre ostacoli distinti su quella strada.

Li invii tu. Registriamo quanto è dovuto con una scadenza, costruiamo la transazione esatta e verifichiamo sulla catena che sia arrivata. Poiché il tuo denaro non è presso di noi non possiamo rimborsare al posto tuo — ed è anche il motivo per cui nessuno può costringerci a farlo.

Sì, dove il contratto di deposito è pubblicato. Il denaro dell’acquirente entra in un contratto anziché nel tuo wallet; lo incassi alla spedizione, per intero o in parte, oppure lo liberi del tutto. Liberarlo ti costa solo le commissioni di rete.

Sette giorni per impostazione predefinita — quanto dura l’autorizzazione di una carta — e fino a trenta se la piattaforma lo consente. Dopodiché l’acquirente riprende il proprio denaro da solo, senza bisogno di noi né di te.

Il denaro ti arriva e te lo segnaliamo con l’evento payment.late_settled. Far scadere un pagamento non ferma il wallet dell’acquirente. La decisione è tua: spedire o rimborsare.

Lo registriamo, ti avvisiamo e lo restituiamo all’indirizzo di rimborso dell’acquirente una volta scaduto il pagamento. Non viene mai conteggiato come pagamento.

Revocala dal pannello: smette di funzionare all’istante. Una chiave non può creare un’altra chiave, né aggiungere un indirizzo di accredito, né cambiare la destinazione di un pagamento: per farlo serve che una persona acceda al pannello e reinserisca la propria password.

No, e non è una promessa ma una proprietà dell’architettura. Il denaro è nel tuo wallet, e non ne abbiamo né la chiave né un contratto in grado di spostarlo.

Dal webhook, oppure rileggendo il pagamento dall’API. Mai dal fatto che il browser dell’acquirente sia tornato sulla tua pagina di conferma: visitare un URL non dimostra nulla.

Sì. Le chiavi di test percorrono la stessa macchina a stati e inviano webhook veri, compresi i casi scomodi: pagamento insufficiente, scadenza, riorganizzazione della catena. Una chiave di test non raggiunge alcun dato reale.

Il minimo indispensabile: un riferimento facoltativo, il paese, l’indirizzo del wallet che ha pagato, e un indirizzo email soltanto se chiedi l’invio di una ricevuta — e in quel caso cifrato.

Il denaro che è nel tuo wallet resta dov’è; non siamo mai stati sul suo percorso. I contratti non hanno un proprietario: chiunque può completare un deposito, e l’acquirente può riprendersi una trattenuta scaduta. Ciò che si perde è il servizio, non il denaro.