summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorMatt Corallo <git@bluematt.me>2024-10-02 16:46:57 +0000
committerMatt Corallo <git@bluematt.me>2024-10-02 16:46:57 +0000
commite1aab46c6359fcabd77b8d3c2bddfc8045bd5cca (patch)
treeee2d5a848bbbc9863f988fc865c1cba15fff209f
parenta1be309f91f70b855626c823af317d9b1163309e (diff)
Explicitly mention care around payment instruction expiry in 353
If someone puts a lightning BOLT 12 offer in a BIP 353 entry with the offer expiring before the DNS entry's TTL (plus now), they may get stuck being unpayable, so its worth explicitly mentioning that people should take care here.
-rw-r--r--bip-0353.mediawiki2
1 files changed, 2 insertions, 0 deletions
diff --git a/bip-0353.mediawiki b/bip-0353.mediawiki
index 9c48f91..ef4b6c0 100644
--- a/bip-0353.mediawiki
+++ b/bip-0353.mediawiki
@@ -46,6 +46,8 @@ User and domain names which are not expressible using standard printable ASCII M
Note that because resolvers are not required to support resolving non-ASCII identifiers, wallets SHOULD avoid using non-ASCII identifiers.
+For payment instructions that have a built-in expiry time (e.g. Lightning BOLT 12 offers), care must be taken to ensure that the DNS records expire prior to the expiry of the payment instructions. Otherwise, senders may have payment instructions cached locally which have expired, preventing payment.
+
=== Resolution ===
Clients resolving Bitcoin payment instructions MUST ignore any TXT records at the same label which do not begin with (ignoring case) "bitcoin:". Resolvers encountering multiple "bitcoin:"-matching TXT records at the same label MUST treat the records as invalid and refuse to use any payment instructions therein.