Hacker News new | past | comments | ask | show | jobs | submit login

Even if you can send $1.

Users dislike paying on the web because it is a security risk. Because of this insane system of credit cards, where you give the other party a "secret" which enables them to take the money from you.

If you could just send the money, the barrier to pay would be 100x lower.

Most websites pay the bills via ads. And make less than $0.001 per visitor. If they could sell a monthly membership for a one-time payment of $1, they would have a way better business model.




There are traditional ways to send money without giving out a secret, like Apple Pay. But there's plenty of fraud in the other direction, people accepting charges with stolen payment info that end up being reversed. It's always a little the merchant's job to decide whose "money is no good here," and that's because of laws.


Paying via Apple Pay means you have to pay Apple so that Apple will pay the vendor for you.

How do you pay Apple without giving them a secret?


No, that's not how it works at all. Apple is neither in the authorization nor the transaction clearing/settlement flow.

> How do you pay Apple without giving them a secret?

Credit cards being effectively unrestricted bearer tokens isn't nearly the only way to do payments. For example you could send a signed message to your bank instructing them to pay Apple (in a world in which you'd be paying them; again, Apple Pay is not that).


I think Apple has some special relationship with banks, so it's not this simple. But yeah, one way or another you're trusting Apple Pay, which presumably is more trustworthy than a gas station sale terminal.

And if you were signing your own payments, you'd still have to trust your computing device and the bank.


With crypto, you would not have to trust your computing device nor your bank.

You would send $100 to your computing device every now and then. And use that for day to day spendings. If the device turns out to be malicious, you lost only the $100 and stay away from the brand that made the device.

A bank would not be involved at all.


But you're sending that $100 from another computing device, and if you're not trusting a bank-like entity to hold the cryptocurrency for you, you're responsible for securing all your money on that device without locking yourself out.

On the other hand, having some money outside a bank is nice. I've had them freeze my assets before just cuz they felt like it, until I spent a whole day telling them to fix it.


Having a couple hardware wallets in different places + a paper backup split in a couple pieces gives you enough redundancy not to worry about this. Source: my own experience of close to 10 years now.


Unfortunately I will never be willing to entrust my financial safety solely to an algorithm.

An algorithm cannot be reasoned with, it cannot understand that your house burned down and destroyed your ID. It cannot accept liability for it's actions.

If I lose my bank card I go to a branch, verify my ID, and get a replacement. The bank is liable if they allow somebody other then me access to my accounts, regardless of how convincing the fraudster might have been.

Source, been using banks for 30 years now.


Key redundancy and social recovery are pretty much solved problems in crypto.


On a technical level, not a human level.


Exactly. I've held large amounts of Bitcoin for years but always been too intimidated by hardware wallets or the fancier security schemes. It takes time to learn and try that stuff to the point of 100% trusting it, and I'd rather be called obtuse than overconfident like this guy: https://www.reddit.com/r/TREZOR/comments/s9lgyy/5eth_bounty_...

My solution in the end hinged on a paper recovery phrase, stored in... a bank.


So where do you store the paper?


> Users dislike paying on the web because it is a security risk.

I wonder how small independent sites like Amazon and eBay exist then if people dislike paying on the web because of the security risk.

The reality is that people have literally no problem paying for stuff on the internet.


Because Amazon and eBay aren't small independent sites. Those stored payment methods and user trust are quite valuable to both.


The joke just wooshed past you :)


No, you miss the point.

It's a high barrier for users to pay online. That's why they don't pay $1 on a whim on a small site, even if it offers something they like.

Paying online is more like a marriage these days. You pray that the other side will not disappoint you and then you jump in.

That's why big popular sites with brand names worth billions gobble up unproportional more paying users.


Yes, the barrier is high because paying is a high-friction activity whenever cards are involved. That's why the various quick checkouts are all the rage the past 10 years or so.

This has very little to do with the original claim of "Users dislike paying on the web because it is a security risk". Users have no issues paying for stuff online.


They have no issue paying for stuff on well-established sites like eBay and Amazon. If it's a random site, there's a problem.


> If you could just send the money, the barrier to pay would be 100x lower.

We can already do that here in Brazil: the web site displays a QR code (plus its contents in text form), the user scans the QR code (or copies the text) into their banking app, and confirms it on the app to send the money.

I hasn't AFAIK made any meaningful difference for websites. What people dislike isn't the inconvenience of credit cards, it's the inconvenience of having any paywall at all.


What if they had $50 stored in a browser plugin and when a website asks for it, they could pay $1 with a simple click?


That was possible 30 years ago. There have been probably been a dozen schemes that tried something like that over the decades, starting with DigiCash from before the WWW existed.

They all failed not because of fees, not because of security concerns, but because even having to think about whether you want to pay for something and how much incurs a mental cost that people avoid.

Free beets cheap by a margin that has nothing to do with how cheap or how easy.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: