You need permission to use cash with someone's online infrastructure because the world is rife with bad actors.
A payment system isn't graded by "permissions", it is graded by how well it handles disputes. That is why in it's current state, the future-of-money-Bitcoin™ won't work for many, many people and isn't competitive. (even with multi-sig escrow)
So, if the world is rife with bad actors, why does cash work so well offline? You should consider that online systems are more risky, mostly due to their pull-based nature, which is why so many roadblocks exist in traditional Internet-based value routing systems. As for competitive, clearly you've never bought something with Bitcoin online.
What's clear is that you have a cognitive bias about bitcoin - I have used it online, which is irrelevant because you can make statements critical to something without having ever used it.
You're canvassing this thread making vapid pro-bitcoin arguments, which is probably your attempt to reconcile reality with your constructed view of Bitcoin. It's okay to admit Bitcoin isn't competitive.
> Permission required to participate in any electronic-fiat-money-transfer-system™ = mucho
Then make a better system which doesn't burn all of Ireland's electrical output to handle 2 transactions a second, to let people transfer fiat to each other. Maybe you can call it "Pal Pay".
"But then I'd have to follow regulations!! :("
But you'd have to with Bitcoin as well. Just ask Coinbase or Circle.
"Ah, but Bitcoin gives me the option to evade the law, unlike those assholes as Google or PayPal who need 'identification' and keep whining about 'money laundering'".
Perhaps, but you could build a system to track IOUs on Tor if you'd wanted and as long as your OPSEC wasn't as shitty as DPR's "my_crimes.txt" you could evade the law for awhile too.
As it stands those are mostly orthogonal concerns, although I do appreciate how nice it is for the Feds to be able to publicly view every transaction ever made in Bitcoin, something that couldn't be done on an off-blockchain system.
I know you're not seriously looking for an answer but meh...
I've actually created a service (B2B) which requires bitcoin as I need atomicity, which bitcoin delivers perfectly (as long as I wait for N confirmations, it's pretty certain that I now _own_ the bitcoins). This is where PayPal fails, people can get refunds, chargebacks from credit card providers & PayPal can limit/suspend your account without notice (which they are famous for doing). I'm not a pro/anti bitcoin evangalist but I'm just throwing out there an example of what "programmable money" actually means. Bank transfers work well for non-refundable payments as well but most banks don't offer an API so bitcoins is the best alternative for my use case.
Other advantages over PayPal are the OP codes and multisig which are a powerful thing for programmers to use. Bitcoin is great for merchants/developers but it has many disadvantages for customers.
> I've actually created a service (B2B) which requires bitcoin as I need atomicity, which bitcoin delivers perfectly (as long as I wait for N confirmations, it's pretty certain that I now _own_ the bitcoins).
Atomicity is not a distributed database feature unique to Bitcoin, or even to PoW-based schemes in general.
Though if Bitcoin happens to work for your use case then by all means, don't reinvent the wheel.
> (as long as I wait for N confirmations, it's pretty certain that I now _own_ the bitcoins)
That's assuming your transaction makes it into a mined block. There have been backlogs of multiple blocks worth of transactions waiting to make it into a mined block, and there's been a huge blocksize debate going on partially because of that (which brings the potential for a fork of the blockchain into competing camps no less!)
Even after getting your transaction into a mined block, it's not unheard of to have orphaned blocks https://blockchain.info/charts/n-orphaned-blocks so you need to determine what level of atomicity you need. If it's actually 100% instead of 99.99% then even Bitcoin is not safe for your use case.
You're being obtuse. If the point of contention is that a user's transactions might not be mined - your point is redundant. I've settled thousands of value transfers on the Bitcoin network, and have never had a transaction that didn't confirm. Additionally, if the nature of your business is such that this risk was nonetheless unacceptable, Bitpay and Coinbase will happily insure the confirmation risk for free, if you use their payment gateways. I'm certain that whatever this confirmation risk is, it's far less than the risk of a chargeback or receipt of a counterfeit dollar.
You need permission to use cash with someone's online infrastructure because the world is rife with bad actors.
A payment system isn't graded by "permissions", it is graded by how well it handles disputes. That is why in it's current state, the future-of-money-Bitcoin™ won't work for many, many people and isn't competitive. (even with multi-sig escrow)