Fed announces details of new interbank service to support instant payments
federalreserve.gov
federalreserve.gov
Blatant self promotion: for anybody interested in learning more about the Automated Clearing House system (which FedNow will eventually supplement) and interbank settlement in general, I wrote a summary of much of it here: https://blog.yossarian.net/2019/12/25/A-shallow-dive-into-th...
* ACH-formatted transactions are supposed to be 80 character rows, but ACH emitters play loose and fast with that. 81 (CR/LF) and 82 (CR+LF) character entries are common enough in the wild that financial communities regularly complain about them. ACH transactions are supposed to be concatenative, so it wouldn't surprise me to learn that most real-world ACH handling code needs to handle 80, 81, and 82-character records in the same stream.
* The envelope and hierarchy of ACH is extremely simple. The internal state machine isn't: there are plenty of overlapping entry classes[1], obscure return codes, common misuse of said codes, and rider entries (like addenda information). The records for international settlements are shockingly complex; no ODFIs or RDFIs seem to follow the rules about not clawing back money after various contest periods expire.
[1]: When do I use CIE entries versus PPD? Do I use WEB for a recurring utility payment that was initiated online?
- the formats (there are more than one for interbank communications) are never properly followed by any bank, and many add their own undocumented proprietary extensions to them
- they are usually processed in batches, and the entirety of bank systems are built assuming that everything is processed in batches at specific times of day
- entries in batches may and will arrive out-of-order. For example, a request to cancel a transaction may and at one point will arrive before the request to authorize a transaction.
- a lot of other systems are built into the entire transaction process and assuming everything is processed in batches: fraud detection, dunning chains [1], account cancellations, reminders, fees etc. etc.
- There are systems where bank holidays are built into the system. If bank holiday is on a Friday, and you request/send payment, it will not be processed by the bank on the other side until Monday evening and the transaction will not be completed until Tuesday morning.
And that's just scraping the top of the iceberg. You can't just magically replace this. But you can try to build on top/work around that.
Source: worked at Klarna [2]
This is on purpose by some banks. They will sort the incoming queue and process withdraws before deposits to increase the number of NSF fees they collect.
It's possible that some of the more obscure abilities of ACH, like death notification entries[1], won't be needed in FedNow or will be replaced separately. But that's idle speculation on my part.
[1]: https://www.moderntreasury.com/journal/what-happens-when-you...
Thank you for answering my questions, faster payments is something I think we can all get behind.
I was pretty shocked at just how far behind the American banking system was when I lived overseas for a bit. I wrote about it here:
https://battlepenguin.com/tech/the-american-banking-system-i...
Which is just as well! In that circumstance, there would be nothing structurally to stop anyone who knows your routing and account number from performing ACH debits against your account. That's actually an already extant attack vector - and the reason why I never pay bills via ACH; I don't trust most payment processors to be very secure and fraudulent payment card transactions are easier to claw back - but without the barrier to entry inherent in the attacker having to subvert or convince some third party to act on their behalf, I think it'd be a much more common occurrence.
Is that possible in any country? I've never heard of a banking system where ordinary people directly submit a transaction to the national clearing house. They always tell their bank to send their funds, right?
That being so, if I'm honest I'm not really sure where the prior commenter's objection originates. Maybe they know about some directly accessible clearinghouse that I don't? I'd be surprised for several reasons to learn such a thing exists, but I've been surprised plenty of times before.
In the article author's defense, he did pretty much disclaim any detailed or experiential knowledge right up front. That said, while my own relevant experience is now many years past and was in any case mostly refracted through the payment card industry, I didn't spot any obvious howlers.
Because America doesn’t have the equivalent of a “receive only” code, every service has to build that functionality themselves “on top of” ACH, and prevent direct access to ACH debit and credit functionality.
That being said, for $10/month any business can get direct access to ACH including debits and credits, and then whatever gateway you use is supposed to do some level of fraud detection against your transactions.
Similarly in the NL if I want to send someone money to anyone in the EuroZone I open my bank app type in their IBAN type in the amount of money and hit send. Done.
Back in 2017 when I lived in the US this just wasn't possible. If I wanted to send money to someone I had to use Paypal, TransferWise (or similar), Venmo, etc. Some banks had direct access to ACH but far from all, then if they do support it it takes two days to arrive. Some banks allowed easy instant payments between accounts within the same bank. Much of my family purposefully keep an account with a small west coast credit union to facilitate moving money amongst ourselves.
Maybe things have gotten massively better in the US in the last 3+ years, but it was light years behind the UK and NL. In terms of speed, ease of use, and adoption.
For companies there are present lists so I don't need to know most company details to send say gas bill payments.
It's mostly functional, the problem is that it doesn't work for anything more than trivial amounts, for various reasons, so the choices are either to wait 2 days, or physically walk to a bank location, authenticate, get them to give you a magical piece of paper, and then walk to the other location. (And then sometimes you still have to wait a few days more if it's not something you normally do "while the check clears".)
It's a byzantine system, but at least it doesn't (as a customer - it still does in places on the backend) involve me having to find a fax machine to send a fax, or send a picture of a check through a sketchy "free" online service.
Apple / Google Pay? this isn’t as complicated as you’re trying to make it out to be. get a number, find out if they’re google or apple, use the appropriate app. This has been possible for years now.
I guess my point is: in Europe sending money from one person to another is easy and easily done with no third parties. All I need to know is the other person's account info, access to my own account either by app or website, and done. Almost instant transfers between people.
In the US a third party is required. Be that Paypal, Apple/Google Pay (I didn't know they had launched this as a thing for person-to-person), square, facebook, etc. Not only does it require a third party it requires two people to be using the same third party.
My mother-in-law is fairly technophobic. She doesn't do online banking, doesn't use apps, etc etc. Yet despite that I can still send her money without an issue, because the infrastructure is basically universal. Unless they are doing something very strange anyone who has an account can receive money. Plumber comes over to fix a pipe, send him some money digitally, buying a car, send some money, etc etc.
As for sending money via routing and account number: I’ve received conflicting information from different banks on how acceptable this is. The university I went to allowed it as a way to pay tuition (you could give them your account number and they would debit you), but every bank that I’ve privately banked with has told me that I need to own or be responsible for both accounts in order to do a “direct” (i.e. non-cheque) transfer. But I don’t know whether that’s just a policy thing among financial institutions.
While limits might not be much different from other banks, at the very least it's not Wells Fucking Fargo.
Seriously, do some research. I'd never use those fools.
When I lived in Australia, which I believe has a very modern banking system, I couldn't instantly send more than $5k a day. The one time I needed to send more money, I was fine with going into a branch.
That was a great writeup to read while lying in bed dreading the week!
Best, Misker
Why can't this just be batched faster anyway? Improve the hardware, run the batches every 30 seconds, and it's just like instant systems? I know there must be a reason but I'm curious why it is.
Is that a problem? Perhaps, but you've been trained to tolerate it, because you have no choice. Multiply your money by tens of millions of bank customers, and you begin to see the size of the opportunity.
Is it any wonder the status quo has lasted for so many decades since the invention of the computer?
“It is difficult to get a man to understand something, when his salary depends on his not understanding it.”
― Upton Sinclair
On the contrary the argument was to build a locally minimal, but sufficient, protocol that doesn’t try to compete with other locally suitable protocols.
I’d pick protobuf. Or json with schema if json is preferred.
Schema works on machines, good documentation is work for humans.
Without proof (or at least some great reasoning), I think downvotes of "predictions" are correct.
Internally all our logic runs on json. It works because at the end of the day, payments only need a few fields to work: Source, Destination, Amount.
>.<
I hope you aren't using floats for cents!
Edit: looks like there is no float in xml.
While alternative parsers exists (javascript has LosslessJSON for example), they're a pain to use.
Using strings for floats only has a tiny overhead, but it allows users to use standard JSON parsers and it signals a good practice.
If you use JSON numbers to serialize money, you create a situation where the path with the least friction is the incorrect one.
FWIW in Python that's as uncomplicated as
json.loads('1.1', parse_float=decimal.Decimal)
though of course it helps tremendously that `decimal` is part of the stdlib.To support these goals, the service will use the widely accepted ISO 20022 standard and adopt other industry best practices, that would remove barriers to interoperability, in order to avoid unnecessary and burdensome incompatibilities, to the extent the existing private-sector service also uses publicly available, widely accepted standards.
Interledger Architecture:
https://interledger.org/rfcs/0001-interledger-architecture/#... :
> For purposes of Interledger, we call all settlement systems ledgers. These can include banks, blockchains, peer-to-peer payment schemes, automated clearing house (ACH), mobile money institutions, central-bank operated real-time gross settlement (RTGS) systems, and even more.
[...]
> Interledger provides for secure payments across multiple assets on different ledgers. The architecture consists of a conceptual model for interledger payments, a mechanism for securing payments, and a suite of protocols that implement this design.
> The Interledger Protocol (ILP) is the core of the Interledger protocol suite. Colloquially, the whole Interledger stack is sometimes referred to as "ILP". Technically, however, the Interledger Protocol is only one layer in the stack.
> Interledger is not a blockchain, a token, nor a central service. Interledger is a standard way of bridging financial systems. The Interledger architecture is heavily inspired by the Internet architecture described in RFC 1122, RFC 1123 and RFC 1009.
[...]
> You can envision the Interledger as a graph where the points are individual nodes and the edges are accounts between two parties. Parties with only one account can send or receive through the party on the other side of that account. Parties with two or more accounts are connectors, who can facilitate payments to or from anyone they're connected to.
> Connectors [AKA routers] provide a service of forwarding packets and relaying money, and they take on some risk when they do so. In exchange, connectors can charge fees and derive a profit from these services. In the open network of the Interledger, connectors are expected to compete among one another to offer the best balance of speed, reliability, coverage, and cost.
ILP > Peering, Clearing and Settling: https://interledger.org/rfcs/0032-peering-clearing-settlemen...
ILP > Simple Payment Setup Protocol (SPSP): https://interledger.org/rfcs/0009-simple-payment-setup-proto...
> This document describes the Simple Payment Setup Protocol (SPSP), a basic protocol for exchanging payment information between payee and payer to facilitate payment over Interledger. SPSP uses the STREAM transport protocol for condition generation and data encoding.
> (Introduction > Motivation) STREAM does not specify how payment details, such as the ILP address or shared secret, should be exchanged between the counterparties. SPSP is a minimal protocol that uses HTTPS for communicating these details.
[...]
GET /.well-known/pay HTTP/1.1
Host: example.com
Accept: application/spsp4+json, application/spsp+jsonUnfortunately, I'm much too far removed to influence anything. The Federal Reserve System is massive and distributed into many large silos (Reserve Banks & The Board of Governor's) that prevent power from being too centralized in a single bank, but also make it difficult to work with anyone that's not in your bank. Interestingly, this is by design! Anyways, this work is primarily driven by the Board of Governor's and I'm at FRBNY, so I'll probably be getting most of my information from press releases like this one.
Literally every person I've met here or wanted to transact with in some way accepts payments via UPI... heck I was forced (or rather "strongly recommended") to pay a bribe to a cop that they were able to accept via UPI.
I felt like I stepped into the future. Transferring money to a friend w/ a different bank in the US is such a hassle if they don't have Venmo (and more than half in my circle don't), and I've had horrendous experiences with Zelle (terrible UX, confusing and often incorrect sending limits that I have to call my bank to resolve).
In India I mostly use Google Pay as my interface to UPI and wow, it's a magical user experience.
Can't wait for there to be more competition in payments UX in the US once this service is set up.
Now if only they could introduce some way to enable subscription payments, it'd be the cherry on top.
https://www.moneycontrol.com/news/business/startup/exclusive...
As a consumer I actually prefer this approach because I get a payment request that I must explicitly accept for my subscription to be renewed, as opposed to forgetting about a subscription and have it show up on my bank statement.
For example: Every month Netflix sends me a payment request asking me to pay for another month's service.
Perhaps they could allow for auto-withdrawing to reduce friction for subscriptions you definitely know you want, but I strongly feel this request-before-withdrawing model should be the default for any subscription service and anything else should be explicit opt-in.
I am already able to do that with eTransfer. That's how I pay my rent and haven't had any problems.
It's more like stepping out of the past. It's not that India is particularly ahead, it's that the US is particularly behind.
The EU for example has essentially instant SEPA transfers now and has done for a while.
It seems that for me (in Germany) transfers still only arrive the next business day. Something must be going on there...
I've done a few SEPA Instant transfers in Germany already and they really arrived within a few seconds to a few minutes.
Must be a problem with your bank, or the other banks. They must implement the instant payments in their systems.
Here in Estonia the SEPA payments were a step back, because we already had a quite fast transaction system between banks, transactions happened about every hour or so. Then came SEPA and transactions became slower, and now we have instant transactions, even better.
E.g.: Portugal has a great, free, cross-bank, ATM system since the beginning [1] because Portuguese banks were late to the party in regards to deploying such machines. They could learn from other countries and create a more resilient system, which has since been expanded to be able to pay various services, from utilities, fines, tolls, phones, withdrawals without cards (with phone), etc. Countries that developed earlier have to suffer with a lot of baggage and the Banking industry is not known for it's desire to innovate its tech.
Girocard is a debit card. But it operates over SEPA. So „ Good luck convincing the shop owner to accept payment in SEPA instead of cash the next time you get a beer.”, no problem, just pay with a Girocard :)
In some countries in the EU there is a minimum amount required to pay with Giro but generally it’s not a problem.
In fact, in India there are 4 different ways in which you can do online transfers across the banks (NEFT, RTGS, IMPS, and UPI). The latest iteration, UPI, is indeed state-of-art. It lets even companies like Amazon, Google, and PhonePe, which are not traditionally banks, to offer ability for people to do transfers from their Bank account. QR Code for UPI apps are very commonplace at least in metros and it enables nano transactions without really a fee to small merchants and users. There are lot of fail safe mechanisms and safety features built into the protocol and a user is not really hostage to the bank or the payment app as you can switch both at your will.
Of course the poorest were strongly hit by declaring the currency illegal. Some negligible UX experience wouldn't be my first thought on the issue
Hey here is this arbitrary limit for "security" purposes! Not good enough? Well now listen to this low level banker and customer support person make up a fake anti-money laundering law on the fly! We are still left wondering why the compliance team interpreted actual laws so ridiculously, or maybe this institution is just insolvent. Oh great, the entire population is also brainwashed to stigmatize ever having any actual money to transfer, can't talk to them about it either.
What we're really talking about with FedNow is not user-facing: Zelle runs on Mastercard Send/Visa Direct, but traditional bank transfers run on ACH, which is very antiquated. FedNow is supposed to replace all of this (though, who's to say if Zelle would actually use it; its possible Visa/Mastercard have stakes in it as well, and they'd lobby against it; but, even in those cases, Visa/Mastercard likely make heavy use of ACH somewhere, and they'd be using FedNow. Its all ACH all the way down)
Zelle's issue is really that most people don't know they have it. For example, Chase has had, for a very long time, QuickPay, which could be used to instantly send money to other Chase customers. Naturally, no one relied on it very often, because if I'm out for drinks with my friends, I'm not going to lead with "Hey, do you have Chase?". QuickPay now uses Zelle, so the bank doesn't matter, but people have their apps.
Its actually the exact same "problem" as WhatsApp is elsewhere in the world. Upgrades to the fundamental, platform-agnostic technologies (SMS->RCS, ACH->Zelle->FedNow) lose stickiness when people have "their app" they'd rather use. In my view, Zelle is one of the greatest tragedies in the US financial system; the banks did everything right with it, its an incredible product, but even very smart people I know refuse to use it, because its not Cash App or whatever.
https://techcrunch.com/2018/02/16/zelle-users-are-finding-ou...
Just like PayPal before it, it's not a bank and doesn't have to follow any of the rules.
How it's legal to operate in such a fashion is beyond my ability to understand, but that's my understanding of the situation.
Seriously - check out your limits. I can ACH into the 100's of thousands but I can zelle basically nothing - I don't think you could run even a small payroll on zelle or make even a medium sized purchase with it.
The fraud story is horrendous.
The traceability and audit-ability of things is horrendous - seriously -> you CANNOT see where the funds are and no one will tell you / can tell you.
With a cancelled check image I get the back and I can trace down what account it went into if need be.
With a wire I get my reference number and can trace status that way.
With NACHA I can do Payment Trace Requests...
Zelle - forget it, the money is GONE and no way to trace who got it.
Zelle is horrendous and cannot die soon enough. How are people even considering this as a settlement service?
For context - Fedwire does something like trillions of dollars per day in activity. NACHA at least $100B per day+.
1. I have linked a non-joint account in my name at bank A to another (non-joint) account of my wife at bank B (accidentally) without any verification of any kind. I call BS on anyone claiming they magically checked the home address link or know we are married.
2. I have walked in to my bank and did a wire transfer of a large amount without any kind of verification. They didn't check my ID. I am not kidding. I did enter my ATM card and PIN. Then why do they have a $500 or $1000 limit at ATM. If someone did get my ATM card and PIN, they just had to appear confident and walk in to the branch. This is one of the largest banks in the US.
3. Because my wife doesn't like to deal with customer service of various financial items (credit-cards, 401k etc). I regularly call and just say I am her (clearly feminine name) and the conversation carries on as if nothing is surprising/suspicious.
4. On the other extreme, IRS's "MyIRS" site let us authenticate yourself (first time setup) using a security question that allows one to type any financial account number. CC, Bank, 401k, whatever. I mean how tf did they get all that data on me? legally? Why does IRS need my CC number?
IMHO, the only thing keeping us secure is that nobody from outside US has really tried to mess around with US banks.
Don't forget to account for physical enforcement.
I imagine many banks operate similarly, but I can't say that for certain.
If the bank in question has literally never dealt with federal funds (e.g. FHA mortgages) then they may be exempt but this does not apply to most consumer banks.
EDIT: The Equal Credit Protection Act and the Fair Housing Act explicitly covers gender and sex as protected classes. Very few consumer banks in the US are not covered by these acts.
Technically but not materially true, since gender identity discrimination, like other forms of conformance-to-sex-stereotype discrimination, has been found by the Supreme Court to be a form of sex discrimination.
Credit reporting agency and data broker data. It’s legal and it’s used by the IRS to perform identity proofing so threat actors don’t defraud the US Treasury with fraudulent refund requests using bogus return data.
This has been going on for at least a decade. There is approximately zero financial privacy in the US.
You implied both that there is no oversight and that it is bulk collection. Both are not supported by your source, which says there is some oversight by a judge and that the FBI manually requests data on specific individuals. It may be a violation of civil liberties, but it doesn't support your claim.
If this is the bank I think it is, once you inserted your card and entered your (valid) PIN, the teller was shown the color scan of your ID card that you presented when you opened the account. The teller then uses this to compare to you without you handing over a (possibly-faked) ID card.
That is why this bank will periodically ask you to provide a new copy of your ID.
Regarding 1, 2, & 4: You aren't taking the physical angle into account. In all of these cases it sounds to me like one US institution dealing with another. Wire fraud is a federal crime. All US institutions collect a fair bit of identifying information when you open an account. Good luck fraudulently transferring money into an account you control and getting away with it.
Regarding 2: They probably verified a picture of you that they had on file without you realizing it. Moreover, it's safe to assume the bank lobby was absolutely carpeted in cameras. I expect you would be unlikely to successfully commit fraud with this approach.
A friend that works on a call center for a US bank told me they are not able to ask about the caller's gender, like when the perceived voice/gender and name don't match. They may report the call to the fraud department if the conversation is suspicious though.
This is what cryptocurrency people ignore. They see reversing as a bug, when it's clearly not.
Let's say you abuse linking, and you take money. Great. The tx is reversed and you go to jail.
Prevention is better, but it's not that the security isn't there.
In general - from my time working at a phone company call center some years back - it is a much better indicator of security to ask folks to verify some account information than to try to say someone is doing something fraudulent by judging whether or not the sound of their voice matches what I think it should sound like based on their name. Verifying information tends to mean that the person has permission to speak about it. A lot of companies will let folks 'authorize' someone to speak on an account, set up a password, or simply allow her to tell them to talk to you and hand the phone to you. If you call from her personal phone, that is another step to verify as well.
Trying to judge someone's voice doesn't add security, though. Some folks don't have voices that can be classed as one gender: Some folks voices simply are deeper or higher than expected. Not to mention that some folks are transgender, which does mean that sometimes the voice won't match outward appearance or perceived gendered name. Some folks have health issues that make their voices seem deeper or higher as well.
They could have just though you were old, too. Sometimes older voices are more unisex.
To complicate things even more, parents name their children non-gendered names and some names have switched genders over the years. And to add another layer: Foreign names can sound like they "belong" to a gender they aren't traditionally used for.
HSBC in the UK have a system they call "Voice ID" which claims to authenticate you by your voice: https://www.hsbc.co.uk/ways-to-bank/phone-banking/
I've not enrolled...
Fingerprints are fairly unique, but not necessarily special to you and only you. I really don't know if voice is even that special or if this is more like a car door lock: It's ok so long as there is enough verification.
I'm not saying that it can be used as a tip-off for extra verification but the real solution is to use a strong authenticator in the first place and not worry about these "softer" details.
[1]: https://www.schneier.com/academic/paperfiles/Privacy_Threats...
No more system that allows mistake debits or others to accidentally/maliciously deduct from my checking account, such that I have to be watching for errors and ask for them to be fixed. Or wondering if someone's payment to me might be reversed. Or having my (or your) parents fall victim to an advance fee scam with bounced checks 2 weeks after deposit. Ridiculous.
It's well past time for this. Or at least now give me the choice to have those loopholes eliminated from my checking account.
Irrevocability- for consumer payments there will always be revocability. Humans doing stuff make mistakes, and need to be able to "take it back." At the ledger level, all transactions are irrevocable. You apply other transactions on top to implement recovability.
And yet, if you go into a store and buy something with cash, you have never been able to just arbitrarily reverse that payment and keep the goods several months later, and the sky has not fallen.
Humans doing stuff make mistakes, and need to be able to "take it back."
And what about the humans who didn't make a mistake, but simply chose to abuse the system at the expense of whoever they transferred the money to? Certainty and security are important for those on both sides of a transaction. If you have a dispute, that's what legal systems are there for. The quasi-judicial role that financial services play in resolving disputes, often with little regulatory oversight and absolutely no requirement to be neutral or objective, is long overdue for retirement.
And why people don’t wire funds to buy a bag of snackums.
I would bet that the Fed views this as a feature, not a bug. Regardless of your (and mine or their) beliefs on that matter, I would hope you see why they might choose a measure of progress in payment clearance and disassociate the two goals. I imagine the Fed fully knows it plays the role of a rather strong glue within the broader global financial system, and could just as easily throw on another layer of binding to require irrevocable payments by sheer fiat if they chose, regardless of the technical implementations of bank payment clearance.
Honestly, from what I've heard of the US Court system, I'd much rather have the least competent bank in the country deal with my disputes than have to go through the courts. Slow, expensive, and also unjust.
I'm also under the impression that this would be a tightly regulated area but I don't know for sure.
>No more system that allows mistake debits or others to accidentally/maliciously deduct from my checking account, such that I have to be watching for errors
Sure, with bitcoin you can't get charged maliciously (if you don't get your keys stolen) or get hit by a chargeback but... i can't think of any financial system that's less error tolerant and that requires more attention to errors. What he describes has nothing to do with bitcoin, at all.
here in Europe it's the contrary :)
and btw: the service will be active in 2023 or 2024... while I enjoy immediate transfers bank to bank since years...
1) Americans have been trained from birth to distrust government in all forms. Centralizing more and more services triggers a visceral fear response. (IMO it's nonsense, for the most part, but it's there nonetheless.)
2) Being "first to market" with new technologies often means you're just stuck with the sub-optimal first version, while other countries can learn from your mistakes when they do their first implementation.
On the flip side, when I'm in Europe, I definitely run into more places that only take cash, which I find annoying to no end. It's rare for places in the US (at least in fairly well-populated areas) to not take credit or at least debit cards.
This is mostly for tax evasion reasons and sometimes for employees skimming off the top. The more “proper” a place, the less likely they are to encourage cash transactions.
Happens in US too, of course. It’s always the shady places that are cash only and everyone else is digital.
https://www.npr.org/2019/06/09/728323278/for-many-germans-ca...
* Fees for the rental and maintenance of payment card terminals.
* Gateway fees.
* Cost of fraud prevention services.
* Fees or premiums to insure against ‘forward delivery risk’
All of this erodes the already thin margins that small businesses typically operate at.
And then you have cash: no fees, instant payment, private.
Even street and marker vendors in The Netherlands accept electronic payments.
The US is a big place. Maybe where you are it's like that, but that's not at all accurate where I am.
It's either mom and pop places, or places that have been around for decades that "charmingly" never added support for cards. Both of which are probably less shady than average.
Although the pandemic has forced some of those places to start accepting cards now.
Source: Know people who have recently worked across a variety of franchise type locations, they definitely still have _plenty_ of things go below board.
What are your reasons to state that so strongly as if it's a fact?
There’s advantages and disadvantages to being early.
Great thing about the US is that it's possibly the biggest homogeneous market in the world where you can form a lot of reliable expectations of people throughout. By contrast, countries such as China and India are highly diverse culturally. You can't even expect people to be speaking the same language (yes, each have national languages but not everyone speaks them and it's not a first language for many.)
I imagine China is a lot like the Philippines. There are a lot of dialects and then one national language. The national language here is Tagalog, but English is also a national language.
You can expect that almost everyone speaks the local dialect unless they are from another region. You can expect that most people speak conversational English. Some have a difficult time speaking Tagalog and may revert to English if Tagalog is the only common language among the speakers.
People feel confident speaking the languages they use regularly. For regions outside the Tagalog regions, that's mostly the regional dialect. Most street signs are in English. Local TV is mostly Tagalog but there are English stations as well.
Everyone is unique, but in many cases people have no reason to speak Tagalog. They may hear it, but hearing is different than speaking. In any case, you can't make the same assumptions nation-wide as you can with people in the US.
In the Philippines, you could do pretty good with marketing in English. Kids are taught English in school and it's possible the regional dialects could quickly disappear in the future. If you're going to learn only one language in the Philippines, it should be English. Other countries may not have this same unity on language. Each country is different.
In the US, you have (Wikipedia 2019 numbers) nearly 330 million people who you can make solid assumptions for in terms of language. Most of those people are English as a daily driver if not a first language. It's hard to beat the combination of one of the most widely spoken languages and one of the largest countries by population.
I don't know what other language has that many "first language" speakers in a single country. Mandarin could be, but even within the Mandarin language there are lots of dialects (one caveat is that the writing system is the same for all.) So, it's difficult to determine what the actual numbers are. According to a quick Google search, a quarter of the Chinese population doesn't speak the common tongue at all.
An honorable mention might be Brazil, a country with a population of over 200 million and all-in on Portuguese.
i believe losing linguistic variety is almost a tragedy.
Different languages embody different cultures, and different ways of thinking. This diversity should be celebrated and embraced, not only as an aesthetic matter, but also because being able to communicate and think in different ways makes humans more capable.
Maybe what happend in 2020 would change that...
I have heard similar stories from Europeans coming from places with strong dialects / local languages, so it's not unique to China for sure.
And otherwise I like cash and social security is one factor. Let's take a "problematic" country like Germany and its social security net. In the event that you cannot take care of yourself, the government gives you the minimal amount of money you need to survive. In exchange for total control of your accounts. There is a gray area with abuse of social security, but I think it is clear what that control can entail.
Will they even seize 10$ you got from your friend for a pack of cigarettes? Yes, they will... Being critical of government is the better way, it cannot be your parent and if it is, it is a lousy one. These rules were made by civil servants that cannot even get into that situation and it shows.
So don't give up the suspicion just yet.
Nobody in the US wants to pay for infrastructure. It's the governments role, but political figures want to spend our money in less critical ways.
We’ve had a single unified payment network for like 40 years. We’ve had instantly settled electronic transfers (Interac e-Transfer) exposed to consumers directly through their institutions for about 20 years. We’ve had chip and pin and NFC contactless payments for quite a long time.
And the rip off is really just the handful of big banks. My credit union (which is in another province but thanks to the unified network and mobile deposit, etc I’ve been able to continue using on the other end of the country without issue or inconvenience) provides free accounts with no per-transaction or other fees. They’re also happy to issue a loan or provide other services online.
Obviously I’m not as familiar with the US system, but I think putting Canada anywhere near the same level as the US is a mistake.
And for instantaneous transfers, we have Fedwire. The original real-time wire service. It’s free for most commercial and high net worth users, and thus, from a bulk economic perspective, sufficient for industry.
1. Send the payment through your logged in session at the bank or credit union, or via their respective phone app. 2. Select the recipient, adding a new one if needed. They'll need a mobile # or email address. 3. Include the question and its one-word answer that the recipient has to answer to accept. 4. Hit send 5. Recipient is notified, follows the link, and answers the question. If they have it set up, it might be auto-deposited without the question/answer.
It takes minutes, and doesn't ask the sender for the recipient's banking details.
And many poorer countries too -- pretty common here in Thailand to scan a QR code with someone's bank details in it to send them money, bank-to-bank, instantly.
We have crappy old subways, airports, bridges, skyscrapers, and so on... because we built them early, versions 1.0. And they stuck around.
Other countries had the luxuries of building their versions decades later, when the technology was 2.0 and 3.0 and so on.
So the US is stuck with both old and crappier versions of a lot of stuff, but where it still doesn't make financial sense to rip them out and replace them with the newest.
Our financial system suffers from a lot of similar flaws. E.g. by the time other countries knew enough to base their credit cards on chips+PIN, the US was still stuck with a legacy installed base of stripes+signatures. Money transfers is just one more example.
London, Glasgow, Budapest and Paris all have metro systems that predate the New York Subway
There are multiple bridges that are still in use that predate European colonization of North America
While the oldest airport is in the US, (College Park), Hamburg, Bucharest, Bremen, Rome, Amsterdam, Paris, Sydney all follow very shortly after
AFAICT Skyscrapers is really the only example you give where the US canonically built the v1.0
I think that there are probably other reasons, my suspicion is primarily rent seeking
The underground in Glasgow was comprised of orange trains. They “ran like clockwork” and had the nickname “the clockwork orange”, which is where the Stanley Kubrick movie title came from. Allegedly.
Never thought I'd get to know what Clockwork Orange actually means through a random comment on HN.
[0] https://en.wikipedia.org/wiki/A_Clockwork_Orange_(novel)#Tit...
Before WW2 there wasn't much infrastructure to begin with, the big highways have been built after.
The metro lines from before are still there and the bridges that were built before the war have just been rebuilt in the same places (i.e. were the roads arrived and the river was narrow).
Most of the big cities also still have medieval and older city centers, and we're still using roman-era routes for roads.
There are bridges in use that predate Christianity.
1) I think US tend to think of itself as No.1 nation and makes it less likely to look at other countries doing things better and looking to follow. I think this becomes a mental limitation for many US citizens and policy makers.
2) There is too much corporate capitalism. Money in politics etc. Look at the internet system where Google tried to roll out fibre and there were regions passing laws stop competitors even going into the market. Look at the prices you pay for mobile services. For the world leading free market, there is way to much corruption where markets are restricted rather than government pushing to open established markets to new business when they become entrenched.
3) Over investment in military. US could have that budget, still be the largest military by a mile and be dropping hundreds of billions in building and repairing infrastructure.
4) Too much focus on making money vs doing things well. The desire to keep building a nation seems to be gone. same in my country of Australia. You read history from earlier in the 20th century and they had a view to get things done that would benefit a nation overall. Now its 'would a rail line really pay for itself and be cost effective' type mentality that limits visionary projects.
5) Career politicians. Like other nations I think many career politicians want to take the safe route for reelections. There is endless media criticism of these guys if something goes wrong, and big projects, things do wrong and no-one wants to hear were putting up taxes this year to pay for stuff. No idea how, but we need to filter better for people that believe in what they are doing and have a vision vs popularity based vote for me campaigning. And generally vet them for brains and ability vs I always vote for this party.
Take US healthcare. There are a lot of models for how you can deliver universal healthcare to all your country's residents. They're all different. They all have problems. They're all better than the current US situation. They're all cheaper for a start, most of them have better outcomes by some measures, often by almost all measures.
There was plenty of room for two political parties to have ideological disagreements about how to deliver universal healthcare to Americans as a result. Which examples to follow and which to reject.
But the Republicans didn't do that. They decided the hill they wanted to die on (or at least, for some of their voters to die on) was the ideological rejection of universal healthcare as a goal. They would literally tell people it can't be done, despite the fact that every comparable country already did it.
- It's primary purpose it to bill people, not to cure people. It is doing really well at this.
- The secondary purpose is to provide incredible care to the richest of people. It does pretty well at this as well. Not as good as it used to, but still probably good enough.
Pretty far down the list of priorities is to heal poor people and make sure they don't fall sick again. It is not something most people give a shit about. If they die, they hey they should have been rich instead.
It is slowly changing with the middle class that was rich enough to get good care being eroded away enough to realize no-one gives a shit about them but they have enough voting power that people have to pretend (similar situations happen all over the world, just maybe not with healthcare).
The coronavirus testing response, where the USA refused to use existing, proven, tests from Germany (or S Korea) proved this to me more than any other single event.
The USA is a very strange mix of hyper-first-world and second/third-world, and a lot of it has to do with how taxes are raised and spent.
One aspect of US taxation and funding that seems wildly out of step: Primarily local funding of schools. Way to build inequality into the system!
None of these seem like very close comparisons to the US model. There isn't the same legal independence in Spain on a number of matters, from what I recall, but I'll see if I can find a source that provides a direct comparison. For starters, Spain could actually issue centralized coronavirus restrictions and has only recently devolved this to a limited degree to the autonomous communities.
A few EU countries may be more relevant, but I think the closest comparison I've found so far is with Switzerland where I currently live. However, the federalism in the US seems to involve a lot more infighting with frequent lawsuits between state and federal agencies.
Solely as a side note: London has an underground system from 1863 that is still in use today. New York’s subway (the first in the nation) didn’t get going for more than forty years later.
US has more than 10,000 banks and credit unions. That combined with the fact that US the most "market driven" of the industrialized countries it has take a backseat approach of letting the "market" solve it
There have been attempts by the "market" e.g. wallets and lately "push to card" by VISA/MC and RTP by the The Clearing House but it has realized that the Federal Government needs to come up with a standard settlement network with specifications and a protocol that "market" i.e. private companies can build upon.
Given the timeline i.e. 2023-2024, it may be a little late since apps and companies building on top of P2C (Push to Card) and RTP (Real-time Payments ) are likely to corner substantial portion of faster 24x365 payments before FedNow is ready.
And don't forget even if it's ready on time it'll take another 2-4 years for all the Financial Institutions to connect to it
Have there been studies about this? I'm pretty sure Adam Smith predates mass advertising, branding, modern marketing.
To put it simply, humans are creatures of habit. In a vacuum devoid of propaganda, we will still continue to repeat the habits we have developed.
Facebook or google don’t need to do any advertising to keep their audience on the platform. That pesky “g-o” you impulsively type into the address bar will do it for them!
The only saving grace for humanity is that people die, and not all of their habits get passed to the next generation.
The main digital ID system was also made and is owned by the banks. The government just set legal standards for digital ID to fulfill to be legally valid, there were a few competitors (including one by a phone company), and the bank system won because everyone already had strong digital ID for internet banking.
The EU-wide international systems, however, have been pushed from above from the EU
That’s not true in banking though where many upgrades are software based and not so disruptive/expensive. The UK, and presumably other countries, did not start from the systems we have today - we moved from signatures to chip & pin, and from checks to bank transfers to instant bank transfers. My parents would write checks all the time when I was growing up, but I’m in my late 20s and have never written one in my life.
Is that really true?
ATMs were first in Europe and Japan, BACS in the UK is older than ACH in the US.
I think this is more about lack of coordination (i.e. political reasons) than something like a natural first mover disadvantage.
German debit cards for example simply had both stripes and chip for the transition period.
The gears were set in motion prior to the Pandemic. They are just saying that the Pandemic reinforces the work they have been doing.
"Since we initiated FedNow one year ago, we have been hitting our project milestones, and today I am pleased to announce the Federal Reserve Board has approved the core features and functionality based on extensive input from stakeholders."
Of course you have to be more mindful about fraud when accepting one but in many scenarios they prove quite useful.
Where I'm from (Italy) we still use cheques, and where I live (Hungary) they never used them. This was odd for me.
This resulted in people here buying expensive items by going around with a literal bag of money, or people having to walk into a bank together.
Possibly now it's solved with instant payments and everyone having a mobile banking app, I don't know.
The actual money transfers (the €5 you paid at some shop from your account to the pin terminal vendor, and the hourly or daily total for that shop from the vendor to the shop's internal account) take place hours after the fact.
So for all parties involved it seems instant, but technology wise it's still more or less batched, but seems instant based on trust.
Of course in The Netherlands, we have SEPA Instant Payments now (based on but not entirely the same as the European IP scheme). These are actually instant; when you pay, account balances of you and the creditor (at the other bank) are updated within 5 seconds.
When we bought our cars, we just upped the daily transfer limit. I’m not sure how my husband transferred the down payment for our house, though — it was all in his savings account, and was above that 50k EUR maximum daily transfer limit. The proceeds of the mortgage we took for the rest was transferred by the bank to the seller once the bank was satisfied with the purchase contract and that the Grundbuch (city property registry) was clear.
Here in Estonia, or northern europe.. or even eastern europe, nobody uses cheques, nobody has ever seen one I guess.
I haven't bought a car yet, but I guess I would just get the payment details for the car and go to a bank office, give them the seller's bank account information and tell them to transfer the money.
Big purchases won't be helped by instant transactions or mobile banking because there are daily limits on your account, for your protection, so that when someone somehow manages to get into your account (though it should be impossible.. they would need to get my mobile phone, and get my 2 pin numbers that I have memorised. Maybe when someone is forced to go to their internet bank by threat of violence? and transfer money then), then they couldn't take all the money in the account in one day.
The bank didn’t even issue me a check book when I opened my account. Tells you something about the use of check payment here.
Interestingly, it’s been two years since I used cash. I even stopped carrying it in my wallet. And close to an year since I last used my debit card. Apple Pay is incredibly convenient.
Germany doesn't have cheques.
I'm like -- what century do you live in? Since when a) is that an appropriate way to verify an account, and b) does anyone even use cheques anymore?! Most banks don't even issue them anymore and most people don't have them.
https://www.europeanpaymentscouncil.eu/what-we-do/sepa-insta...
Normal SEPA does not work in weekends just like ACH even though the core process is moving XML files to an shared FTP server.
SEPA instant could be starting point for mobile based payments in Eurozone which is currently not present in anyway.
you give a SEPA transfer order to your bank in the afternoon.
Your bank consolidates all the transfers for the day in a big XML file and puts it in an ftp server in the evening.
Bundesbank pull it from there and puts the XML file in other banks ftp server.
Other bank pull it from there and completes the transaction.
In case the account does not exist or something happens the whole thing has to happen again to get your money back.
This is similar to BACS in UK.
The main issue with releasing cash as I understand it wasn’t that it wasn’t arriving fast enough; rather it was verifying the recipient was eligible and was who they say they were.
The only way to solve that as I see it is with a national ID which I am more against the more I hear about the abuses that both democrats and republicans do with what little power they have to identify political enemies.
Obviously ACH could be faster but when it comes to getting gov money back I just don’t see how the 2 extra days was the issue.
>The Federal Reserve System is not "owned" by anyone. The Federal Reserve was created in 1913 by the Federal Reserve Act to serve as the nation's central bank. The Board of Governors in Washington, D.C., is an agency of the federal government and reports to and is directly accountable to the Congress.
It’s absolutely not a government agency but also absolutely not privately owned. It’s best thought of as a non-governmental entity that is strongly influenced—and sanctioned—by the government, but does not operate underneath it.
This is why e.g. the Fed and Treasury negotiated how losses fell from the Main Street lending program. And if you visit a Fed, one of the first things their employees like to point out is that they’re NOT federal employees.
The closest analogy is that it's a co-op:
> Some observers mistakenly consider the Federal Reserve to be a private entity because the Reserve Banks are organized similarly to private corporations. For instance, each of the 12 Reserve Banks operates within its own particular geographic area, or District, of the United States, and each is separately incorporated and has its own board of directors. Commercial banks that are members of the Federal Reserve System hold stock in their District's Reserve Bank. However, owning Reserve Bank stock is quite different from owning stock in a private company. The Reserve Banks are not operated for profit, and ownership of a certain amount of stock is, by law, a condition of membership in the System. In fact, the Reserve Banks are required by law to transfer net earnings to the U.S. Treasury, after providing for all necessary expenses of the Reserve Banks, legally required dividend payments, and maintaining a limited balance in a surplus fund.
If they decide immediately, it can go faster, but they don't have to, and many banks have no incentive to work on processing faster.
They could still use a batch processing system, and just process the batches once per hour, or half hour, or whatever. It would still be slower than some newly-designed instant payments system, but could potentially be more palatable within the current system.
Not sure I agree. How about the incentive to prevent customers using competing services like Venmo and others?
Also the incentive to quickly receive funds into bank coffers so the bank can lend it faster.
Presumably, increasing the ACH batch frequency would break something in the system or it would already have been done.
You could have verified voters accounted this way too which would probably raise the amount of voters. You could even establish mail voting properly sending the documents to everybody who's eligible without a need to register.
I don't understand that fear of a national ID in the US. It works in other countries and you have stuff like the Social Security Number too.
If you think this is unique to the GOP, you missed the last century of politics in Chicago.
I recently found jmp.chat [0] which provides an easy workaround for this.
[0] https://jmp.chat
T-Mobile's DIGITS service was fantastic for this, at least for doing SMS with a number not attached to the SIM you have inserted in your phone, but they blocked almost all short-code senders when the service entered production.
What I do these days is give banks and businesses a mobile number attached to the second SIM in my iPhone. That number is on a prepaid carrier under a completely different name and address than mine. There's the non-zero chance that someday I'll have to "prove" who I am to that prepaid carrier and won't be able to prove that name. The odds of that are a lot lower than the odds of having my main number snatched from my mobile carrier just by an attacker knowing the last four digits of my SSN and persuading a customer service rep to swap SIMs on the "strength" of knowing this information.
How unfortunate to hear, I guess I've just gotten lucky so far.
When this assumption is violated, a psuedo-identifier is assigned. I have worked with multiple systems that work this way and it is the norm in finance and was the norm in higher education until relatively recently. State government information systems also use SSN as primary identifier surprisingly often, and in the system I've worked most closely with reused SSNs were resolved by just deleting the old record.
You could say that SSNs are the perfect storm - they aren't unique, but they're pretty close to unique, and this allows you to rely on SSNs as an identifier for long enough that when you run into a problem you're too dug in and so you find a workaround. For example, assign non-citizens "SSNs" with prefixes not used by SSA---this was the norm in higher ed, and many institutions "eliminated" the use of SSNs by just handling all students as international.
The IRS, of all organizations, uses SSN as a primary means of identifying individuals. They absolutely run into all kinds of problems with this that must be resolved by using other information as well but that doesn't stop them because it's just too convenient. Many such defects in use of SSNs are resolved by assigning an ITIN, which is just a pseudo-SSN with first digit '9' which is not in use by SSA. Even EINs have the same digit length as SSNs, suggesting that they're handled as SSNs by some systems.
Or consider this similar situation: name and DOB are not unique, but this doesn't stop them being near universally used as primary identifier in healthcare information systems. Actually healthcare widely used SSN before HIPPA mandated a change.
Some had processes that would use an SSN or name and birthday as inputs to an identification procedure. These procedures would invariably include additional steps.
It's perfectly reasonable to ask someone their name and birthday. You can easily use these as search keys to be presented with a list of options. Then, you can select the appropriate record from that list. Sometimes you might need additional information to determine the correct record. If so, you ask the patient.
Each organization also had many reconciliation processes to resolve misidentified patients.
All this to say, they were explicitly not using SSN to identify patients. Sometimes they are put in situations where this is the primary identifying datum for a record, and this is an (unfortunately common) exceptional situation to be resolved.
> name and DOB are not unique, but this doesn't stop them being near universally used as primary identifier in healthcare information systems
[1]: https://www.dhs.gov/xlibrary/assets/real-id-act-text.pdf
------
can't reply directly to the GDP comment as some cry baby has flagged my post and then a free speech loving mod has shadow-banned me with "you're submitting too fast".
----
GDP comparison in $$ terms is a really uninformative comparison. Even between states inside the USA it doesn't work due to different land costs.
---
social mobility: https://www.visualcapitalist.com/ranked-the-social-mobility-...
USA: 27th. Like the UK, the place you were supposed to break free from - anyone can make it!
Here's a good place to start:
https://en.wikipedia.org/wiki/List_of_landmark_court_decisio...
That's "won" is it? You've gone backwards compared to most countries, even if you did write some of it down on a piece of paper.
It's damaging to other countries, for example in the UK emploers are always trying to lower standards to align with new USA lows.
Downvote patriots, instead of fixing your country.
This is the danger you wade into when commenting psuedo-authoritatively about the internal politics of another Nation. You're very unlikely to have a complete picture, or deep enough understanding to make anything but surface-level superficial comments. The only sources available are partisan and political, particularly the stuff that makes it's way overseas. It would be unreasonable to expect otherwise.
As an American, I could easily retort we could have all the nice things if you European's would just pay for your own militaries for once! But that would be a gross simplification of international politics, and a, likely, gross mischaractarization of your country's politics.
Check out the relative prosperity of the US States individually vs the world:
https://www.aei.org/carpe-diem/us-gdp-per-capita-by-state-vs...
There are plenty of issues, but all countries have them, the US just tends to get the biggest magnifying glass on theirs.
If you _want_ a Federal ID that is accepted by all states, you can certainly get a passport. It's what I often use for ID.
If there were some pressing real world need for it then perhaps it would be acceptable. There isn't though, so I can only interpret such a move in the most cynical of terms (ie exploiting 9/11 to increase federal power).
It's already fairly difficult to get by without a state ID or passport. They're often required where they aren't really needed simply because everyone is assumed to have at least a driver's license. States already collect far more information about you (IMO) than they have any business doing. Various forms of state issued ID are already more than sufficient for the vast majority of use cases. In the rare instance that greater security is required for some reason, passports exist and can be used.
(As an example, the DoD has legitimate real world security concerns. As such they've had their own ID card system, which includes a PKI chip, for far longer than most institutions. But no one is complaining (I hope) about being subject to stringent ID requirements while working for the military.)
If it was a national ID, it would be mandatory. Real ID is optional.
Thankfully, it appears my state will continue to offer the same IDs it always has in addition to the "enhanced" ones. I suppose I'll have to start using my passport for domestic flights in 2021.
https://en.wikipedia.org/wiki/List_of_national_identity_card...
For example:
https://en.wikipedia.org/wiki/National_identity_card_(France...
The Real ID Act just sets a standard for "enhanced" drivers licenses that will also be accepted by various government agencies as "verified ID".
Each state still has their own databases of drivers licenses and you can still get the original IDs without the extra verification step (basically proof of address and immigration status).
Before Real ID, you pretty much just told them your address and they didn't care that much about immigration status (as long as you were legal). NOTE: this varied by states considerably - some states were already doing many of these things before the Real ID Act (they just were doing it their own way).
First, your life is already pretty bad if you don't have either federal or state ID at all. It's hard to drive, it's hard to fly, it's hard to get a paycheck. (You can live off the land in the middle of nowhere and avoid contact with the outside world, but you're not much of a political enemy for anyone if you do.)
So, your data is already in some sort of database, and if the authorities want to make your life bad, they can do it whether or not you happen to be carrying an ID on you. They've got facial recognition databases that are plugged into all of the various state IDs.
And you don't have to be compelled to carry your ID with you. This can be solved by saying, if you want certain government services, you have to have an ID. We do this for the very simple government service of public roads, and it doesn't seem like that's been a step down a slippery slope. I think it's important that we not live in a "Papers, please" society, but I don't think that's a necessary consequence of a national ID program.
I completely agree that a national ID would not enable the US government to do anything that it can't already do. But enough people in the US react to this sort of thing emotionally, not logically.
Technically we already do have a national ID: the passport. But relatively few Americans actually hold passports (when compared to, say, Europeans), and the federal and state governments would get a lot of push-back if they required passports for common things like banking. Hell, there are enough un- and under-banked people in the US due to other socioeconomic barriers; adding another would not be great.
The same can be said for databases that keep logs of facial recognition and license plate camera feeds.
(Both are widely deployed in the US, but don’t seem to be usable in cases involving crimes against individuals. I think they’re reserved for “terrorism”, victimless crimes, etc.)
Because America has seen what happens when it's used in other countries.
The HN crowd is mostly too young to remember these sorts of things, or to have learned about them in school. But it's a very short ride from "What's the big deal with national IDs?" to "SELECT * FROM 'residents' WHERE 'religion' = 'jewish' ORDER BY 'national_id';"
Sure, the government rounding up people by religion is bad and worth protecting against. I do not follow the argument that blocking a national ID actually protects against this in any meaningful way.
(Also, uh, don't put a religion field in your national ID?)
I see that having an ID number for everyone would better help to organise the data and let the government offer better services. Like.. when one deparment has asked for my address then it stores it somewhere, and when some other department needs it, then it gets it from the database, and doesn't have to ask for it again, and again and again on every interaction.
The US already has a de facto one AFAICT: the Social Security Number (SSN).
Unique to every individual, assigned from birth (or whenever applied for), and which never changes for the life of the person until they die.
> Many countries issued such numbers for a singular purpose, but over time, they become a de facto national identification number. For example, the United States developed its Social Security number (SSN) system as a means of organizing disbursing of Social Security benefits. However, due to function creep, the number has become used for other purposes to the point where it is almost essential to have one to, among other things, open a bank account, obtain a credit card, or drive a car.
* https://en.wikipedia.org/wiki/National_identification_number
> Unique to every individual
https://www.pcworld.com/article/3004654/a-tale-of-two-women-...
> assigned from birth (or whenever applied for)
Sort of. Mostly yes, but not for everyone. As social security and medicare are de facto insurance policies, there are populations in the U.S. which object to them, and are not required to register, and therefore do not have SSNs. The Amish are one group.
https://en.wikipedia.org/wiki/Social_Security_number#Non-uni...
> and which never changes for the life of the person until they die.
https://en.wikipedia.org/wiki/Social_Security_number#Replace... Note that one valid, accepted reason for issuing a replacement is when a duplicate has been issues.
And finally, as anyone who has ever worked in records management for a large institution that happens to receive SSN information, an SSN very explicitly is not a candidate primary key for an identifier of an individual. Everyone I've met who has tried has horror stories to tell. SSNs are not primary keys for individuals in the U.S.
Not sure how Europe handles this, but here in Korea phone numbers are tied to government-issued photo IDs. Sellers of phones have to fax ID scans to the central office for verification. Remote transactions such as signing up for a credit card require phone name + first half of ID + phone number 2FA at a minimum.
As a result, I'm not aware of any cases of identity theft. US infrastructure is so broken.
They could have also just done it online in the US and not needed any photo ID to begin with.
As an aside, I assume the student ID had a photo on it, although accepting it begs the question of whether the teller is able to distinguish authentic and fake ones, although this is a problem for obscure state IDs as well.
Oh, wow. I laughed at that one.
Come work in healthcare IT, where in some geographies if you were to pick a group of 50,000 unique person records, you'd find that dozens, even hundreds, of people are using the same Social Security Number.
Sometimes you'll find eight or ten people with the same SSN in the same household. Or more often, several dozen unrelated people in the same state who have the same SSN because they all bought it from the same guy at the border.
Unique keys are a bitch in healthcare.
assigned from birth
Also nope.
I'm an American-born American citizen. I didn't get my Social Security number until I was 17.
Since 2017, the SEPA Instant Credit Transfer protocol is enabled in Europe. Which is basically what FedNow will be.
Multiple apps and banks have built on top of it solutions for consumers and businesses.
I interviewed Bizum, the success story of Spain related to instant payments. Here, "bizum" is a verb. 100% of banks supoort it. Everyone, kids and adults, use it to pay for beers, food or presents https://www.javierescribano.me/bizum/
The UK has had instant interbank payments (FASTER) since May 2008 ;)
Also, I almost stopped using cash and just use my phone everywhere.
Never had a problem with it. I use a few banks that are technically good, and I can send a payment from one to the other & get a push notification a couple of seconds after sending cash from one account to another. It's great!
Kenya has had a Real-Time Gross Settlement (RTGS) system for years supported by the central bank which works in near-realtime during working hours, and an even better one was recently introduced by a conglomeration of the local banks which works in real-time 24/7 called Pesalink: https://www.ipsl.co.ke/pesalink ..
https://www.npr.org/transcripts/229224964
And that’s why the Feds want to replace it, not refactor it.
Presumably, increasing that frequency would break something in the system or it would already have been done.
In the ‘70s, no one predicted 24/7 banking or even ATMs let alone internet payments. I remember my father using an ATM for the first time in 1981, I think. Perhaps it was 1980. But we had to drive 7 miles to get to it.
Stocks were still traded in fractions, not decimals!
https://www.nacha.org/rules/same-day-ach-moving-payments-fas...
It's more expensive than regular ACH transactions. The above page seems to indicate the sending bank has to pay the receiving bank 5.2 cents per same day transaction on top of regular ACH fees (that appear to be 0.0185 cents per transaction sent or received for 2020).
Even then, there was no excuse why physically walking cash from one place to another, with in-person interactions at both ends, should have been faster than a direct electronic transfer, but it was, by a factor of something like 150. Improved electronic infrastructure has been a LONG time coming.
[0]The final straw was the time I deposited a check at the bank, then wrote a check on that money, put it in an envelope and mailed it, and the check still bounced. It still kind of boggles my mind that the system was that slow, although I kind of assume there was a certain amount of bank-being-gougy in there too.
4 years away, at least...
Also it's usually not a problem with the government that causes the delay, rather the lowest bidder that they award the tender to.
[1] https://www.propublica.org/article/congress-is-about-to-ban-...
PS I knew I'd get these downvotes. The comment stands. Uncomfortable things should be said.
We've had this since 2003.
As much fun as it is to come up with Canadian supremacy, _everyone_ except the Americans has had this for a long time.
Does anyone in fin tech know why it takes so long?
My understanding is this achieves the same goal as wire transfer, which already exists today, but is for whatever reason super expensive. Why is wire transfer so expensive?
Plus, Venmo (and PayPal) has interest in being a trusted brand in financial transactions of other sorts, I'm sure. PayPal has a credit product now, for example. I would not be surprised if they have a rent-seeking lobbying interest in making federal bank transactions remain a worse experience than their own service.
[0]:https://www.marketplace.org/2018/02/20/what-are-apps-venmo-d...
Inertia, at least partially.
It's why chip-and-pin is still not a thing in many places: Old School credit card POS devices were distributed to a lot of places over the years, and those only had the magnetic strip readers. Replacing is time consuming and no one wants to go through the expense and effort of changing it in all the places that they're in (e.g., gas pumps).
Sometimes it's handy to be a late/delayed adopter of technology and to skip a generation or two.
Chip-cards replaced old cards here in 2006. During those 14 years every reader has already been updated several times, including gas pumps.
So it seems somehow the US has a much lower rate of updating readers - I'd really like to know why that is... Maybe the merchant services market is somehow radically different?
Because, as pointed out in other comments, the United States pioneered electronic finances when the rest of the world's banks were still settling their accounts at the end of the day by dragging cartloads of paper money and gold bars from branch to branch.
You're welcome.
The whole problem was that the account number was too long. No error messages anywhere. Fidelity also has a 13-digit account number version that I've been using ever since.
What a mess.
Something akin to hearing that payroll at a large company was a batch job dumping a ton of text files to a share or something and the bank slurped them up for direct deposit.
Sounds like it's just a notice of intent.
To be fair, this has been the norm here for decades and it baffles most of us that some shady companies like venmo are used so much in the USA. The same with 'numbered accounts' or no-factor authentication where people can steal your money by knowing a single number.
SEPA Instant is literally settled in a few seconds. I tried this out a while ago: Started the money transfer from one bank account to another, logged in into my second bank account immediately after and the money was already there.
I hope not. What incompetent assholes.
Hopefully the banks start taking making public consumer/business/bank facing standard apis seriously cause this is a shit show disaster. This is not a role the fed should be taking.
I wonder how these companies will pivot once banks begin to adopt this interbank service.
https://www.europeanpaymentscouncil.eu/what-we-do/sepa-insta...
They cant honestly beat the motivated masses that hold collectively billions in crypto currency.
https://www.federalreserve.gov/newsevents/pressreleases/file...
Considering that I’ve never been able to do wire transfers by mobile app with two major US banks (but Zelle transfer by mobile app? Of course!), I’m not confident this will replace Zelle, Venmo, etc for some time.
Sure, in 10 years or so... but don’t hold your breath.
It'll take a while, but it's nice to know a decent end state is on the roadmap.
24x7x52?
The protocol is a full handshake between the banks which provides the ability for the receiving entity to confirm the account number of the destination account in real-time and provide confirmation to the sender that the transfer is accepted. This is notably different from ACH where errors can come hours or even days after the fact.
Account identifiers appear to be standard bank account and routing numbers as they exist today -- I say this only because I couldn't find anything in the PDF saying otherwise. There is a section on using "Alias-based Payments" and on how directory services might be integrated or even centralized, but the current approach would rely on 3rd party directory services to facility "alias-based payments" (think Venmo).
IMO a major security shortcoming of FedNow is that it reuses the existing account numbers. As a credit-only system, if a new (unique) account identifier was used then that number could be shared freely, printed on invoices or web pages, and handed out without any loss of safety, and used without the need for a directory service. Aliasing could be built on top this new unique number in 3rd party directories, but it would no longer be a security method, rather purely a usability one.
The service will use ISO 20022 messaging standard (https://www.iso20022.org/) and will define both payment and non-payment message types which include the ability to attach meta-data such as invoice and receipt information, as well as to transmit a 'Request for Payment' to make up for the lack of debit transactions which would normally be used for recurring payments.
In the 'Request for Payment' use-case, the account holder would be presented with a user interface provided by their banking institution, e.g. in their bank's mobile app) which would list pending requests for payment and provide the ability to approve payments.
From what I can tell, there's nothing necessarily stopping a bank from providing a UI which could allow pre-approving future payment requests, e.g. by matching the date / amount / account number of the Payee, but if the 'Request for Payment' doesn't include the necessary meta-data it becomes increasingly difficult to not require the Payor to manually approve recurring requests.
For the use-case of bill payments, I can only hope that the messaging format could be standardized to the point where something like the following could be possible;
1) Checking out at a retail store. The register computes the total amount due.
2) Select FedNow in our Apple Pay / Android Pay settings as the payment method and wave your device in front of the payment terminal. Here's where you would want NFC to be able to transfer a one-time-use secure identifier for where the payment request should be sent.
3) Phone presents a confirmation screen with the name of the store, total amount, and an Approve button. The one-time identifier sent in Step 2 could carry an implicit approval up to a certain amount (e.g. $250)
4) Full itemized receipt from the transaction is attached and automatically saved in the wallet.
5) Total amount charged is reduced by 1% as a bonus for not using a credit card.
The key component of the system is a service which hides the long-standing / re-usable account identifiers from the POS system, and replaces it with a one-time use only identifier. At first glance it seems like such a system could conceivably be hacked on top of FedNow by a type of directory service that also acted as a proxy for the Payment Request messages.
0 results, here or on the actual website
you disappoint me, HN
It sure sounds like this particular thing is good for "the people". It'll take away some business from industries that prey on the poor, like check-cashing.