Live data from Hacker News

Ask HN: Do we need to pay billions in fees to Stripe, Block, PayPal and Visa/MC?

news.ycombinator.com

191–200 of 377 posts

Re: Ask HN: Do we need to pay billions in fees to Stripe, Block, PayPal and Visa/MC?

#191

Earlier quoted context omitted.

Same thing in Ukraine. And it's not because they face less fraud attempts, it's just their tech is years ahead of US.

Their tech is years ahead of US. Can you elaborate? (Am new to the topic, so your perspective would be appreciated).

Hard to pick up one thing among multiple.

For example, transfers between accounts are instantaneous, not 2-5 days for ACH (Wire transfers are same-day, but expensive).

Electronic menus/payments in cafes are default for at least 3 years now (US has toasttab.com but it's far from being default).

If you have a small business account, taxes are paid in one click (app shows you tax to be paid with Confirm button).

PS: These features are available in many other countries besides Ukraine, of course. Only in government id/functions Ukraine excels (#2 in the world, after Estonia only).

Re: Ask HN: Do we need to pay billions in fees to Stripe, Block, PayPal and Visa/MC?

#192

It’s the ultimate two sided marketplace and super hard to bootstrap. But if you find a way to debit peoples bank account with 0 fees and 0 default risk and The problem is: Getting merchants and customers on board. I’m personally super interested in this topic. If anyone what’s to chat about this: mail@konstantinschubert.com

Some things to keep in mind from the merchant perspective. A merchant will care about cost per transaction, cost of fraud/chargebacks, acceptance by customers, and integration into their backend systems. Once you have these solved, merchants will flock to you.

I’m a merchant myself, I sell e-paper calendars. Last year I paid about 4% of my revenue for transaction costs in various shapes. That’s very roughly 20% of my margin. (!) Some of these are hidden as very bad, but non-optional, currency conversions.

The hard one here is acceptance by customers. No merchant wants to clutter their checkout page with a button that nobody understands. Or worse, have customers get trapped in a dead-end payment process.

Re: Ask HN: Do we need to pay billions in fees to Stripe, Block, PayPal and Visa/MC?

#193
1. Moving stuff in a ledger from A to B (sending money around in general) is all fairly trivial from a technology standpoint, but only a minuscule part of what financial institutions are doing. They spend a lot of money and effort on combatting fraud and making sure rules and regulations (KYC, AML, CTF, sanctions, etc.) are being followed.

(The crypto bros (and some FinTechs) solve a tiny part of the puzzle with a new technology (not even good/efficient tech in case of crypto), and then think that they alone have solved it, and that the rest is easy, and that they are now in a position to take over finance. Not so.)

2. Costs vary tremendously by jurisdiction and industry structure. In Europe, bank transfers within the SEPA region are basically free (instantaneous transfers might cost 35 cents or so). Bank transfers, direct debit, and standing orders have been ubiquitous and cheap for a long time, and checks and credit cards are rarely used (on the continent; the UK is closer to the US system). There was no need for PayPal, as it was fairly trivial to pay bills. (Only when Ebay bought PayPal and made it the default payment method did PayPal get any traction in Europe, I think.)

Similarly, credit card interchange fees are capped at 0.5% in the EU. That means fewer card rewards (which arguably benefit mostly the rich), and less credit card marketing.

The banking system in the US is quite crap, but that's not due to stupidity, but a mix of a) well intended regulation that intends to support small regional banks, b) misguided business-friendly regulation with insufficient consumer protection.

2.b. I think Visa/MC/Amex are ridiculously expensive in many jurisdictions, and that they basically skim off some 2% or so of the entire retail revenue is ridiculous. They should be treated as cheap infrastructure. But this requires sensible regulation. It's not a technological issue.

3. There are lots of somewhat successful neo-banks, neo-brokers, etc. in many jurisdictions. I don't think many of them have extraordinary profits. And that's because, no, it's not "all coming from inefficiency and lack of real competition". Sure, the sector is so heavily regulated (like aviation) that you can't just walk in and compete willy-nilly. That has some downsides, but it also has advantages.

4. A bank that makes insufficient profits and tethers on the brink of insolvency invites bank runs. That's one reason regulators are not pushing too hard for more competition. (Replacing the current fractional banking system with private credit + narrow banking might be an option, but that's a huge and complicated topic...)

For deep insight, I recommend Bits about Money by Patrick McKenzie (patio 11 on HN).

https://www.bitsaboutmoney.com

https://news.ycombinator.com/user?id=patio11

Re: Ask HN: Do we need to pay billions in fees to Stripe, Block, PayPal and Visa/MC?

#194

Earlier quoted context omitted.

Yea I’m not proposing to replace low security credit cards with low security debit card this is a silly strawman. EDIT: I see the general problem of origination fraud. But that can be mitigated by imposing limits and requiring extra levels of authentication for bigger payments.

> EDIT: I see the general problem of origination fraud. But that can be mitigated by imposing limits and requiring extra levels of authentication for bigger payments. Which are exactly the kinds of things credit cards do, but it can't be perfect so they still suffer losses, so they still have to charge a percentage. (Of course a lot of the percentage can go to rewards programs, so we're talking about the percentage o…

In the US you can take money from a credit card by just using the that’s plainly written on it. That’s not what I would call making an effort at origination fraud prevention.

Re: Ask HN: Do we need to pay billions in fees to Stripe, Block, PayPal and Visa/MC?

#195

Stripe, Block, and PayPal each solved a massive pain point. PayPal provided a way to pay people and vendors without giving away your credit card number. Square made it easy to accept payment in person on a phone, without an extensive upfront underwriting experience and without expensive fixed monthly fees. Stripe did the same as Square, but for accepting online payments. Fraud and Risk come in many forms, and these p…

One aspect that's very important is legal. It's very hard / cumbersome to comply in legal for payment processing in one country, having it to comply in most countries is a massive feat, and an expensive one at that. Though yeah if you already has a mass, pressuring regulation may be easier.

Re: Ask HN: Do we need to pay billions in fees to Stripe, Block, PayPal and Visa/MC?

#196

Earlier quoted context omitted.

Yea I’m not proposing to replace low security credit cards with low security debit card this is a silly strawman. EDIT: I see the general problem of origination fraud. But that can be mitigated by imposing limits and requiring extra levels of authentication for bigger payments.

And that becomes industrial, as someone takes 50 thousand cards, and then steals $20 from each. Then the next store takes another $20... Fraud is already a big business, with the current security levels. With worse security? Fraud goes up some more.

Why are you thinking cards?

A modern payment system would require at least touch/Face ID on every transaction.

Higher amounts would require 2FA, pre-authorization, delays, cool-downs etc.

Re: Ask HN: Do we need to pay billions in fees to Stripe, Block, PayPal and Visa/MC?

#197
post #87

Earlier quoted context omitted.

Absolutely not true. Some places still don’t even take tap to pay and still use chip.

Is that in the US? Europe hasn't used the magnetic strip on cards for years. It's all chip based and those payment terminals all take NFC / Apple Pay. It would be suicide for a shop not to take it, I know many people that don't carry their bank card at all. Only their phone for Apple pay.

Fun fact: In China, most people don't carry a wallet anymore. It's all on the phone.

Re: Ask HN: Do we need to pay billions in fees to Stripe, Block, PayPal and Visa/MC?

#199

Earlier quoted context omitted.

The page is light on details, but is it scoped and merchant/amount/time limited? Because if not, it’s yet another “hack” that merely reduces one specific type of fraud (when a card number is leaked) without fully addressing the problem, so the need for chargeback arbitration (and thus associated costs) persists.

In a word yes. You'll still get a lot of chargebacks by the way. With a lot of ecomm I've been involved with the fraud you are talking about is actually a small part of chargeback volume. Most is unhappy or demanding customers, or another type of low level fraud, claiming goods didn't arrive despite a photo of the person literally accepting them from the delivery company. This is absolutely rampant in b2c with smalle…

Thing is, if you eliminate the risk of unauthorized transactions, you can then reasonably discontinue the concept of chargebacks as a whole, replacing it with a mediation/arbitration service that consumers can opt-in for an additional fee.

This would open the door to cheap or even completely fee-free transactions if the user doesn't want to opt-in to additional protection, which they reasonably may not want when the stakes are low enough (you weren't gonna chargeback a lunch anyway).

But for this to be viable, the risk of unauthorized transactions/origination fraud needs to be eliminated completely at a technical level, something I believe an oAuth-style system would do, and currently none of the many of hacks on top of the legacy system address. Otherwise, you'd still need to take some fees to refund unauthorized transactions, separate of customer-merchant conflicts.

Re: Ask HN: Do we need to pay billions in fees to Stripe, Block, PayPal and Visa/MC?

#200

Earlier quoted context omitted.

Can I understand this flow? I want to buy a CD from Amazon for 19.99. I click on my bank application (or maybe some QR code on Amazons site) And that tells my bank app on my phone to authenticate my phone agains the bank And ask for a 16 digit number that is solely for amazon, 19.99 and 20240812

Think standard oAuth. Github has multiple flows that should cover most purposes here: https://docs.github.com/en/apps/oauth-apps/building-oauth-ap... . The key is that payment data is encoded in oAuth-like scopes, so all authorizations are scoped by amount and lifetime, and are implicitly merchant-specific. Browser-based flow, where you're already logged into the bank in an existing browser tab: * Amazon redirects yo…

So, this tickles an idea in my head. Under EU / UK regulations one can “overlay” a users bank account. I had always thought that was useful only as a Mint style approach but this seems feasible
Post reply on HN