đź“… Original date posted:2022-07-01
đź“ť Original message:On Fri, Jul 1, 2022 at 5:43 AM Alfred Hodler via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
> I agree with your proposal to use bech32 instead of base58. It looks sound
> to me and as you said, the standard would benefit from more compact QR
> codes.
The most important thing to get more compact QR codes is to not use
lowercase letters, and certain other characters, as if you can avoid them
the QRs will auto-compress.
It happens that the core of bech32 works if all caps, and you are careful
with the human readable portion.
See
https://github.com/BlockchainCommons/Research/blob/master/papers/bcr-2020-003-uri-binary-compatibility.md
for more details, but a big offender is base64 which not only doesn’t
auto-compress but also can trigger binary mode that almost doubled the size
of the QR.
We have a number of standards & libraries focused on bitcoin QRs, including
support of animated QRs for things like PSBTs, but if you care about QR
size you should take a look at the techniques we use our swift library
https://github.com/BlockchainCommons/QRCodeGenerator which are also in
https://www.nayuki.io/page/qr-code-generator-library.
Basically both of these libraries support “optimal encoding using segments”
that if they encounter a set of characters that must be encoded in binary
(In particularly $ % * + / :) that would in most default platform QR
implementations cause the entire QR to double in size. Instead will only
encode the small segment as binary, letting the rest of the QR leverage
auto-compression.
If your are interested in our other Airgap QR and TorGap UR efforts, see
our video from last year:
https://youtu.be/RYgOFSdUqWY We have much more on the way, including NFC
encrypted Airgap & crypto-request/response flows.
I’d love to see proposals for various payment and invoice QRs that leverage
these wallet interoperability standards we have been offering. Let us know
if you are interested, or join discussions at
https://github.com/BlockchainCommons/Airgapped-Wallet-Community
— Christopher Allen, Blockchain Commons
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20220701/0acdb9a6/attachment.html>;
Christopher Allen [ARCHIVE] /
npub19g…ct5d0
2023-06-07 23:10:51
in reply to nevent1q…hhjn
Author Public Key
npub19g47w5ewcqlpd7n07wpkp5cvcu2gjwrse0vl47l0avwl9hu933xsqct5d0Published at
2023-06-07 23:10:51Event JSON
{
"id": "893ab1fdc54fef06fb76845152c75fbc2688be5c630cf9f3a71fd9db157ed5e0",
"pubkey": "2a2be7532ec03e16fa6ff38360d30cc714893870cbd9fafbefeb1df2df858c4d",
"created_at": 1686179451,
"kind": 1,
"tags": [
[
"e",
"4e799baef34dfdf8aed9b223f3f2db5f0addd67946973e3ef872663f978bce17",
"",
"root"
],
[
"e",
"4aa1d1737d60b56ac92dada198549c49df9b1397da72f6ad8bd5e37cbee4291d",
"",
"reply"
],
[
"p",
"320caaa48ab3daa9401088967d96c6f3d51a64d5241df2b47206a5c2475075d1"
]
],
"content": "📅 Original date posted:2022-07-01\n📝 Original message:On Fri, Jul 1, 2022 at 5:43 AM Alfred Hodler via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\u003e I agree with your proposal to use bech32 instead of base58. It looks sound\n\u003e to me and as you said, the standard would benefit from more compact QR\n\u003e codes.\n\n\nThe most important thing to get more compact QR codes is to not use\nlowercase letters, and certain other characters, as if you can avoid them\nthe QRs will auto-compress.\n\nIt happens that the core of bech32 works if all caps, and you are careful\nwith the human readable portion.\n\nSee\nhttps://github.com/BlockchainCommons/Research/blob/master/papers/bcr-2020-003-uri-binary-compatibility.md\nfor more details, but a big offender is base64 which not only doesn’t\nauto-compress but also can trigger binary mode that almost doubled the size\nof the QR.\n\nWe have a number of standards \u0026 libraries focused on bitcoin QRs, including\nsupport of animated QRs for things like PSBTs, but if you care about QR\nsize you should take a look at the techniques we use our swift library\nhttps://github.com/BlockchainCommons/QRCodeGenerator which are also in\nhttps://www.nayuki.io/page/qr-code-generator-library.\n\nBasically both of these libraries support “optimal encoding using segments”\nthat if they encounter a set of characters that must be encoded in binary\n(In particularly $ % * + / :) that would in most default platform QR\nimplementations cause the entire QR to double in size. Instead will only\nencode the small segment as binary, letting the rest of the QR leverage\nauto-compression.\n\nIf your are interested in our other Airgap QR and TorGap UR efforts, see\nour video from last year:\nhttps://youtu.be/RYgOFSdUqWY We have much more on the way, including NFC\nencrypted Airgap \u0026 crypto-request/response flows.\n\nI’d love to see proposals for various payment and invoice QRs that leverage\nthese wallet interoperability standards we have been offering. Let us know\nif you are interested, or join discussions at\nhttps://github.com/BlockchainCommons/Airgapped-Wallet-Community\n\n— Christopher Allen, Blockchain Commons\n\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20220701/0acdb9a6/attachment.html\u003e",
"sig": "50a02d6d6b1642222ea24402f2315f2bf7a28d36fa5d09995acd61368adbe69cb509ab2bcb0b4ae4839db5dfcbd3240a8d2801a25fa5fee6933fb27e0a61b94b"
}