What is Nostr?
Dan Gould [ARCHIVE] /
npub1l58…xs5k
2023-08-13 14:32:58
in reply to nevent1q…8e9t

Dan Gould [ARCHIVE] on Nostr: 📅 Original date posted:2023-08-12 🗒️ Summary of this message: Blockchain ...

📅 Original date posted:2023-08-12
🗒️ Summary of this message: Blockchain Commons UR is suggested as the best choice for encoding pub keys in the `pj=` endpoint, and a v2 upgrade is needed for JavaScript ur library support.
📝 Original message:
Blockchain Commons UR seems to be the most elegant choice since QRs are commonplace. This suggestion, along with Adam’s to reconsider DH over symmetric crypto would let us encode a pub key directly in the `pj=` endpoint rather than with a separate am somewhat concerned that some payjoin implementations are written in JavaScript and would benefit most from a v2 upgrade in order to support receiving, but no JavaScript ur library exists yet. Perhaps one could be bound from the rust implementation.

I have updated the draft to include these suggestions and posted it to the bips repo: https://github.com/bitcoin/bips/pull/1483

The biggest change is that symmetric crypto is replaced with a Noise IK-based cryptosystem using Secp256k1/Sha256/ChaChaPoly1305 to address the problems waxwing helped uncover.

I hope also to hear more input on the transport protocol. I know many developers are interested in Nostr for its censorship resistant properties and would like to see that discussion play out within the BIP process to reach rough consensus before deployment. This hope is a key reason I’ve written here first instead of developing and deploying a complete reference implementation.

Thanks list,

Dan

> On Aug 11, 2023, at 9:05 PM, Christopher Allen <ChristopherA at lifewithalacrity.com> wrote:
>
>
>
> On Fri, Aug 11, 2023 at 3:29 PM symphonicbtc via bitcoin-dev <bitcoin-dev at lists.linuxfoundation.org> wrote:
> Quick little nit I noticed as well, are you sure base64 encoding is the best choice for the psk in the URI? You may find that having to urlencode the special characters in base64 it impacts readability and adds a layer of complexity if a human wanted to extract the psk from the URI for some reason. I suggest using something like [base64url](https://datatracker.ietf.org/doc/html/rfc4648#section-5) which modifies base64 slightly to be more suited to this purpose.
>
> Yes, the URI version of base64 is better.
> However, If you plan to display these via QRs, either will double the density of the QR as QR libraries treat them as binary data (like hex of hex data). Thus you may want to use UR encoding, which is what over a dozen bitcoin wallets use to encode PSBTs. URs are very efficient with QRs, and have the optional benefit that if the data carried becomes too large, they can be animated. The have other advantages.
>
> * A top level link about URs:
> https://github.com/BlockchainCommons/crypto-commons/blob/master/Docs/README.md#uniform-resources-urs
>
> * About the base64 encoding with QRs problem:
> https://github.com/BlockchainCommons/Research/blob/master/papers/bcr-2020-003-uri-binary-compatibility.md
>
> * The base UR tech spec:
> https://github.com/BlockchainCommons/Research/blob/master/papers/bcr-2020-005-ur.md
>
> * List of bitcoin wallets using UR for PSBTs:
> https://github.com/blockchaincommons/gordian-developer-community#urs
>
> * List of UR libraries:
> https://github.com/BlockchainCommons/crypto-commons#bc-ur
>
> Let me know if you’re interested.
>
> — Christopher Allen
Author Public Key
npub1l58t68e4t3wgtva5enuvr4aaxxlut7srnhx88avfyfv25jzhkedq6nxs5k