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

Reminds how US centric a lot of crypto companies are. An advantage of crypto that often comes up is “instant and cheap money transfers”. In the UK, I transfer money to my friends instantaneously and for free using just my bank account.



> In the UK, I transfer money to my friends instantaneously and for free using just my bank account.

You can do the same thing in the US. The problem is that businesses can't easily do this without collecting bank routing information from customers, which is effectively "secret" because it allows anyone to debit money directly from their bank account, so they're reluctant to provide it.

What's needed is a low- or no-fee system for requesting payments from someone without collecting any secrets from them. The technology to do this is not hard -- use public key cryptography, or just require the customer to approve merchants before they can make debits. But the customer's bank has little incentive to implement this because the customer won't choose a different bank over it and meanwhile the banks own the credit processing networks charging the high fees.

Which is why people are looking for an external solution.


I think you are talking about a different use case to the parent.

You seem to be talking about authorising businesses to take money from my account without needing further approval. A direct debit.

Parent is talking about transferring money to someone else's account, which is easy and requires no secrets or authorisation.


It would be nice to have both.


Both already exist. Setting up a direct debit generally only involves filling in a form. Sending money to someone else is as simple as authorising a payment to them with their account details.

What problem needs to be solved?


What's needed is a better system for approving who is allowed to make withdrawals from your bank account instead of just "anyone in possession of your bank routing information" which makes customers reluctant to provide it.

This would be essentially solved with a standardized system for customers to give each merchant a separate bank account number (or equivalent) which really refers to the same bank account but could be revoked individually if that number is compromised or you want to remove the merchant's access, or could be set to automatically expire for non-recurring payments. But the banks don't have the incentive to provide this when they're the ones getting the credit card fees.


I like the idea of per merchant account numbers. Even better if we used some kind of cryptographic binding between the merchant account and your account, so it would not work for anyone else.


You can't really use ACH or Zelle for retail payments. It's not worth doing the setup for a one-time payment.


I don't know how it works outside of Italy but here we can make instantaneous bank transfers for free or a really small (and capped fee) to anyone just knowing their bank account without leaking any secret information.

How does it work in the US?


You go to your bank's website and input the other person's bank routing information to make a transfer.

But with the same information someone can also make a withdrawal, which is problematic.


Whoa... that's totally broken...


> What's needed is a low- or no-fee system for requesting payments from someone without collecting any secrets from them.

Supposedly FedNow is the solution to this, but it will be a while before this functionality is exposed to end users.


You can also do this in the US with Zelle. Of course there's app alternatives like Venmo or PayPal too -- I don't really understand the importance / benefit of 'just using a bank account.'




Consider applying for YC's W25 batch! Applications are open till Nov 12.

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

Search: