{"type":"rich","version":"1.0","author_name":"npub18gjvug29c4yg46lmplq38e75gg6wn5mn8taytckcsr4jt8p74h3s5knkzl","author_url":"https://nostr.ae/npub18gjvug29c4yg46lmplq38e75gg6wn5mn8taytckcsr4jt8p74h3s5knkzl","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2015-06-19\n📝 Original message:\u003e What retail needs is escrowed microchannel hubs (what lightning provides,\nfor example), which enable untrusted instant payments. Not reliance on\nsingle-signer zeroconf transactions that can never be made safe.\n\nThey don't need to be made cryptographically safe, they just have to be\nsafer than, for instance, credit card payments that can be charged back. As\nlong as it's reasonably good in practice, that's fine.\n\n\nAaron Voisine\nco-founder and CEO\nbreadwallet.com\n\nOn Fri, Jun 19, 2015 at 6:09 PM, Mark Friedenbach \u003cmark at friedenbach.org\u003e\nwrote:\n\n\u003e What retail needs is escrowed microchannel hubs (what lightning provides,\n\u003e for example), which enable untrusted instant payments. Not reliance on\n\u003e single-signer zeroconf transactions that can never be made safe.\n\u003e\n\u003e On Fri, Jun 19, 2015 at 5:47 PM, Andreas Petersson \u003candreas at petersson.at\u003e\n\u003e wrote:\n\u003e\n\u003e\u003e I have some experience here. If you are seriously suggesting these\n\u003e\u003e measures, you might as well kill retail transactions altogether.\n\u003e\u003e\n\u003e\u003e In practice, if a retail place starts to accept bitcoin they have a\n\u003e\u003e similar situation as with cash, only that the fraud potential is much\n\u003e\u003e lower. (e.g. 100-dollar bill for a sandwich might turn out fake later)\n\u003e\u003e and the fraud frequency is also much lower.\n\u003e\u003e\n\u003e\u003e 0-conf concerns were never a problem in practice. except for 2-way atms\n\u003e\u003e i have never heard of a problem that was caused by double spends.\n\u003e\u003e while adding these measures is generally positive, requiring them means\n\u003e\u003e excluding 99.9% of the potential users. so you might as well not do it.\n\u003e\u003e\n\u003e\u003e RBF as implemented by F2Pool just flat out lowers Bitcoins utility\n\u003e\u003e value. So it's a bad thing.\n\u003e\u003e\n\u003e\u003e for any online or automated system, waiting for a handful of\n\u003e\u003e confirmations was always recommended practice.\n\u003e\u003e\n\u003e\u003e Am 19.06.2015 um 22:39 schrieb Matt Whitlock:\n\u003e\u003e \u003e Retail POS merchants probably should not be accepting vanilla Bitcoin\n\u003e\u003e \u003e payments, as Bitcoin alone does not (and cannot) guarantee the\n\u003e\u003e \u003e irreversibility of a transaction until it has been buried several\n\u003e\u003e \u003e blocks deep in the chain. Retail merchants should be requiring a\n\u003e\u003e \u003e co-signature from a mutually trusted co-signer that vows never to sign\n\u003e\u003e \u003e a double-spend.\n\u003e\u003e\n\u003e\u003e\n\u003e\u003e\n\u003e\u003e ------------------------------------------------------------------------------\n\u003e\u003e\n\u003e\u003e _______________________________________________\n\u003e\u003e Bitcoin-development mailing list\n\u003e\u003e Bitcoin-development at lists.sourceforge.net\n\u003e\u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\u003e\u003e\n\u003e\u003e\n\u003e\n\u003e\n\u003e ------------------------------------------------------------------------------\n\u003e\n\u003e _______________________________________________\n\u003e Bitcoin-development mailing list\n\u003e Bitcoin-development at lists.sourceforge.net\n\u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\u003e\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150619/8f05595a/attachment.html\u003e"}