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(a)xmpp.org
To unsubscribe send an email to standards-leave(a)xmpp.org
_______________________________________________
Standards mailing list -- standards(a)xmpp.org
To unsubscribe send an email to standards-leave(a)xmpp.org