On 4/24/26 15:27, techmetx11 via Standards wrote:
Nice XEP. I wonder if Monero could be added to this?
Thanks, and sorry for the delayed response. After the latest revision a payment option is just a payment URI identified by its scheme. So a monero: URI will work with a client (or wallet) that recognizes that scheme. Different payment types have different proofs, so that's an additional nuance to keep in mind. With Monero you can't verify from a public txid (amounts and recipients aren't on-chain) so Monero relies on an out-of-band transaction proof. So concerning the proof-types, the issuing service should declare the proof type as "proof" (and not "txid") on the option and the payer echoes it (together with the proof itself).
Also, another note: If the client sent a payment but the server is waiting for it to confirm properly (and it doesn't really care about the payment proof), How would we signal to the client to wait a certain amount of time before it tries again?
Good catch, this is something I missed. The latest revision adds a payment-pending reason plus a retry-after attribute (seconds), returned with stanza error type of "wait" (per RFC 6120). The payer backs off for the indicated interval and retries the same session without re-paying. JC
On 4/24/26 11:26 AM, Daniel Gultsch wrote:
The XMPP Extensions Editor has received a proposal for a new XEP.
Title: Payment Required Abstract: This specification defines an XMPP protocol extension that enables services to require payment before granting access to a resource. It provides a payment-system neutral invoice format supporting multiple concurrent payment options, including bank transfers (SEPA, IBAN, UPI) and instant-settlement networks (Lightning Network), and integrates with the existing CAPTCHA challenge mechanism defined in XEP-0158.
URL: https://xmpp.org/extensions/inbox/payment-required.html
The Council will decide in the next two weeks whether to accept this proposal as an official XEP. _______________________________________________ Standards mailing list -- standards@xmpp.org To unsubscribe send an email to standards-leave@xmpp.org
Standards mailing list -- standards@xmpp.org To unsubscribe send an email to standards-leave@xmpp.org