š
Original date posted:2019-12-24
š Original message:I'd rather see something using Base58 or even better Bech32. Base64 is not
URL/QR code friendly.
On Tue, Dec 24, 2019, 18:06 Chris Belcher via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
> I've recently been playing around with descriptors, and they are very
> nice to work with. They should become the standard for master public
> keys IMO.
>
> One downside is that users cant easily copypaste them to-and-fro to make
> watch-only wallet. The descriptors contain parenthesis and commas which
> stop highlighting by double-clicking. Also the syntax might look scary
> to newbs.
>
> An obvious solution is to base64 encode the descriptors. Then users
> would get a text blog as the master public key without any extra details
> to bother them, and developers can easily base64 decode for developing
> with them.
>
> A complication might be the descriptor checksum. If there's a typo in
> the base64 text then that could decode into multiple character errors in
> the descriptor, which might be problematic for the checksum. Maybe the
> descriptor could be base64 encoded without the checksum, then attach the
> checksum to the end of the base64 text.
>
> Thoughts?
>
> I didn't come up with these ideas, they came from discussions with
> achow101.
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20191224/8cbce0ca/attachment.html>;
Pavol Rusnak [ARCHIVE] /
npub1wcā¦3hnuq
2023-06-07 18:22:06
in reply to nevent1qā¦5z7z
Author Public Key
npub1wccnjljxnarlx564vuc37hmuzuffurljevjnmuq4u0vjmh7e933sn3hnuqPublished at
2023-06-07 18:22:06Event JSON
{
"id": "478e8dcb59ea3f099b2099693d900f868b91798f4ae88458eae437558f9e7aa9",
"pubkey": "7631397e469f47f3535567311f5f7c17129e0ff2cb253df015e3d92ddfd92c63",
"created_at": 1686162126,
"kind": 1,
"tags": [
[
"e",
"8bbdf831a89ba0a55bf3e37d63be3e6c3f6d586728dc217a1365a527f149e0ff",
"",
"root"
],
[
"e",
"d83f838b6fe28cfdede0f016326ae426e74cc23e16dce809b36f486422d2f63e",
"",
"reply"
],
[
"p",
"0ef9fd1c0eb5913dc81a07de5c1bda500cbcf40eec899c58238b65b8774f6f68"
]
],
"content": "š
Original date posted:2019-12-24\nš Original message:I'd rather see something using Base58 or even better Bech32. Base64 is not\nURL/QR code friendly.\n\nOn Tue, Dec 24, 2019, 18:06 Chris Belcher via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\u003e I've recently been playing around with descriptors, and they are very\n\u003e nice to work with. They should become the standard for master public\n\u003e keys IMO.\n\u003e\n\u003e One downside is that users cant easily copypaste them to-and-fro to make\n\u003e watch-only wallet. The descriptors contain parenthesis and commas which\n\u003e stop highlighting by double-clicking. Also the syntax might look scary\n\u003e to newbs.\n\u003e\n\u003e An obvious solution is to base64 encode the descriptors. Then users\n\u003e would get a text blog as the master public key without any extra details\n\u003e to bother them, and developers can easily base64 decode for developing\n\u003e with them.\n\u003e\n\u003e A complication might be the descriptor checksum. If there's a typo in\n\u003e the base64 text then that could decode into multiple character errors in\n\u003e the descriptor, which might be problematic for the checksum. Maybe the\n\u003e descriptor could be base64 encoded without the checksum, then attach the\n\u003e checksum to the end of the base64 text.\n\u003e\n\u003e Thoughts?\n\u003e\n\u003e I didn't come up with these ideas, they came from discussions with\n\u003e achow101.\n\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20191224/8cbce0ca/attachment.html\u003e",
"sig": "6097532aa603ccc672d316a834afe879dc001bcf0e466e982bbe228b2f34f547b922da4a9d03b25f45825aaa51845cdbfbd38016c83dd297ee8218436d56c359"
}