diff --git a/bip-0077.md b/bip-0077.md index 25f73b26..8021503b 100644 --- a/bip-0077.md +++ b/bip-0077.md @@ -234,13 +234,14 @@ These session-specific parameters use a bech32-inspired encoding. The HRP is used as the parameter key, followed by the '1' separator, followed by the parameter value encoded using the bech32 character set in [uppercase](#uppercase-url). No checksum is used. Parameters are separated -by a `+` character. +by a `-` character. -The following parameters are defined, and must be provided in reverse -lexicographical order: +The following parameters are defined, and must be provided in lexicographical +order: -- `RK`: encodes the *receiver key* as a 33-byte compressed public key. - Senders will initiate HPKE with the receiver using this key. +- `EX`: specifies a [session + expiration](#session-expiration) in [unix + time](https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap04.html#tag_04_16). - `OH`: encodes an alternate format of the OHTTP Key Configuration of the directory. It consists of a 33-byte compressed public key of the directory's OHTTP Gateway, prefixed by the 2-byte Key Identifier. A [ @@ -248,12 +249,15 @@ lexicographical order: Configuration](https://www.ietf.org/rfc/rfc9458.html#section-3.1) is reconstructed by assuming the HPKE KEM ID and Symmetric Algorithms are [fixed](#secp256k1-hybrid-public-key-encryption). -- `EX`: specifies a [session - expiration](#session-expiration) in [unix - time](https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap04.html#tag_04_16). +- `RK`: encodes the *receiver key* as a 33-byte compressed public key. + Senders will initiate HPKE with the receiver using this key. For example, a properly encoded endpoint Bitcoin URI looks like this -`bitcoin:tb1q6q6de88mj8qkg0q5lupmpfexwnqjsr4d2gvx2p?amount=0.00666666&pjos=0&pj=HTTPS://PAYJO.IN/TXJCGKTKXLUUZ%23RK1Q0DJS3VVDXWQQTLQ8022QGXSX7ML9PHZ6EDSF6AKEWQG758JPS2EV+OH1QYPM59NK2LXXS4890SUAXXYT25Z2VAPHP0X7YEYCJXGWAG6UG9ZU6NQ+EX1WKV8CEC` +`bitcoin:tb1q6q6de88mj8qkg0q5lupmpfexwnqjsr4d2gvx2p?amount=0.00666666&pjos=0&pj=HTTPS://PAYJO.IN/TXJCGKTKXLUUZ%23EX1WKV8CEC-OH1QYPM59NK2LXXS4890SUAXXYT25Z2VAPHP0X7YEYCJXGWAG6UG9ZU6NQ-RK1Q0DJS3VVDXWQQTLQ8022QGXSX7ML9PHZ6EDSF6AKEWQG758JPS2EV` + +Until 2026 implementations SHOULD also accept `+` as a fragment parameter +separator and not enforce parameter ordering requirements, for compatibility +with the [previous version of this document](#changelog). ### Sender Original PSBT Messaging @@ -734,3 +738,15 @@ directory, and development kit may be found here: . Source code for an Oblivious HTTP relay implementation may be found here: . + +## Changelog + +- 0.2.0 2025-07-08 + - Change fragment parameter delimiter from `+` to `-` to improve + compatibility with generic URI parsing libraries, and order them + lexicographically. `+` can cause issues due to a common convention (not + specified in RFC 3986, but in RFC 1866, in relation to HTML form + submission and query parameters) of interpreting `+` as ` ` when decoding + URIs. +- 0.1.0 2025-05-28 + - First merged Draft version of BIP 77