📅 Original date posted:2018-11-12
📝 Original message:Thank you for all your comments. To sum up:
- There were no comments related to the implementation details.
- There are concerns about this may incentivize users to use copypaste
functionality extensively.
- A counter argument was made that crypto hijackers use the clipboard,
because that is the most convenient thing to hijack, not because they can
only hijack that and, if Bitcoin users would move to other ways of
specifying destinations, that may end up being just as an issue, too.
- The rest of the conversation was about crypto hijackers, which I think is
off topic in this thread.
Finally I'd like to note, there's already a work in progress implementation
in Wasabi: https://github.com/zkSNACKs/WalletWasabi/pull/825
On Fri, Nov 9, 2018 at 1:14 AM Dmitry Petukhov via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
>
> > > Do you know any reasonably convenient mechanism for end user to
> > > transfer an address from, say, a web page to the wallet address
> > > input field ?
> >
> > - QR code scanning of a Bitcoin URI
> > - On Android: A "bitcoin:" URI intent or a BIP70 payment message
> > intent
> > - On desktop OSes there are similar mechanisms to launch Apps from the
> > browser (e.g. for mailto: links)
>
> This works if the author of the web page thought about this, and
> created appropriate liks/qr codes. In many cases, addresses are
> just presented for users as text, to copy.
>
> People also send addresses in message apps and emails. Maybe if
> applications start to autodetect bitcoin addresses and convert them to
> bitcoin: links, there will be less need to copy-paste. But I suspect
> that this feature will not be quickly adopted by applications.
>
> > For cases where the payee is a well-known entity the BIP70 payment
> > protocol has authentication via certificates. That doesn't work for
> > the "the person in front of you is the only trust anchor you have"
> > usecase though.
>
> There are also BIP75 and BIP47 that may help, but the number of wallets
> that support these protocols is small (I think in part because of
> relative complexity of these protocols).
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
--
Best,
Ádám
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20181112/2c148c33/attachment.html>;
Adam Ficsor [ARCHIVE] /
npub1wh…4v3gj
2023-06-07 18:15:10
in reply to nevent1q…kt2u
Author Public Key
npub1wh6j4sjw7nc97f64slljrznfexaekvzk4s0zq60erztskmtagvxsq4v3gjSeen on
wss://relay.nostr.bandPublished at
2023-06-07 18:15:10Event JSON
{
"id": "0e177fae94caef01ba258c2ce20efa7fbf3939831abc640e9729f0f131a1bb74",
"pubkey": "75f52ac24ef4f05f275587ff218a69c9bb9b3056ac1e2069f918970b6d7d430d",
"created_at": 1686161710,
"kind": 1,
"tags": [
[
"e",
"6b2133cdefe033c98de94718f9aec1f0191d14197767d256b7dab51b73fd3e89",
"",
"root"
],
[
"e",
"25616fcfb9dfaafaf800354c34a210a4d2aee77f0c4f8a0a556a8ebbd9e7d2a6",
"",
"reply"
],
[
"p",
"78f5a82a0b64fb3c18bd33a69c53b1af612b3ac8dd81e12f74ba62f3793dac05"
]
],
"content": "📅 Original date posted:2018-11-12\n📝 Original message:Thank you for all your comments. To sum up:\n\n- There were no comments related to the implementation details.\n- There are concerns about this may incentivize users to use copypaste\nfunctionality extensively.\n- A counter argument was made that crypto hijackers use the clipboard,\nbecause that is the most convenient thing to hijack, not because they can\nonly hijack that and, if Bitcoin users would move to other ways of\nspecifying destinations, that may end up being just as an issue, too.\n- The rest of the conversation was about crypto hijackers, which I think is\noff topic in this thread.\n\nFinally I'd like to note, there's already a work in progress implementation\nin Wasabi: https://github.com/zkSNACKs/WalletWasabi/pull/825\n\nOn Fri, Nov 9, 2018 at 1:14 AM Dmitry Petukhov via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\u003e\n\u003e \u003e \u003e Do you know any reasonably convenient mechanism for end user to\n\u003e \u003e \u003e transfer an address from, say, a web page to the wallet address\n\u003e \u003e \u003e input field ?\n\u003e \u003e\n\u003e \u003e - QR code scanning of a Bitcoin URI\n\u003e \u003e - On Android: A \"bitcoin:\" URI intent or a BIP70 payment message\n\u003e \u003e intent\n\u003e \u003e - On desktop OSes there are similar mechanisms to launch Apps from the\n\u003e \u003e browser (e.g. for mailto: links)\n\u003e\n\u003e This works if the author of the web page thought about this, and\n\u003e created appropriate liks/qr codes. In many cases, addresses are\n\u003e just presented for users as text, to copy.\n\u003e\n\u003e People also send addresses in message apps and emails. Maybe if\n\u003e applications start to autodetect bitcoin addresses and convert them to\n\u003e bitcoin: links, there will be less need to copy-paste. But I suspect\n\u003e that this feature will not be quickly adopted by applications.\n\u003e\n\u003e \u003e For cases where the payee is a well-known entity the BIP70 payment\n\u003e \u003e protocol has authentication via certificates. That doesn't work for\n\u003e \u003e the \"the person in front of you is the only trust anchor you have\"\n\u003e \u003e usecase though.\n\u003e\n\u003e There are also BIP75 and BIP47 that may help, but the number of wallets\n\u003e that support these protocols is small (I think in part because of\n\u003e relative complexity of these protocols).\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\n\n-- \nBest,\nÁdám\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20181112/2c148c33/attachment.html\u003e",
"sig": "618ae70e4cd3bbf29ddf83350822afaf06c249afe800db86196f0ce63666746a24ba18c8b9fa9ace93d9db602b3521225a192bc23c12eda95ca773e9c0ec40d3"
}