> that the "money you have" is just an int32

well, luckily, that's not how money is stored, but instead, they're transaction based. Aka, that number you have is a calculated value, not a stored, arbitrary value.

Except...perhaps the central bank's, where they could really just generate that money as an arbitrary value to lend out to other banks.

footnote: of course, your account balance is cached, so that it is not recalculated over and over again...

▲

joha4270 11 hours ago | parent | next [-]

Alas, no matter how the bits that makes up my bank balance looks, in practice its still a single point of failure where I might simply lose access to my money if the right service is down. Cash has much better uptime stats, even if it can be inconvenient to carry around.

▲

have_faith 11 hours ago | parent | prev | next [-]

Regular banks create new money all the time (loans). There’s no difference to the central bank conceptually as far as I understand, they both record debits/credits to accounts (double entry).

	▲	0_____0 8 hours ago \| parent [-]
		Ah yes, who needs the Federal Reserve when you have Kansas' own Emprise Bank.

▲

TonyStr 12 hours ago | parent | prev | next [-]

Do you know of any resources where I can read about how banks store digital currency? Would be interesting to see how international transactions are handled, if they chunk data into months/periods, etc.

	▲	filcuk 11 hours ago \| parent \| next [-]
		I can't say this is exactly what you're after, but this article is really interesting https://calpaterson.com/bank-python.html Similar to what the author describes, I wouldn't be surprised if a lot of this information is generally not public.
	▲	delusional 2 hours ago \| parent \| prev [-]
		I'm a banker. What you're looking for here is called "interbank clearing". In europe that would be SEPA[1] But yes, most clearing is done daily. Each bank basically submits their daily flow of money to each other participating bank, and the central ACH (Automated Clearing House) keeps track of the balances. There's some processes in there by which banks can dispute charges, which is super interesting, but also way to complicated for me to detail here. [1]: https://www.europeanpaymentscouncil.eu/what-we-do/epc-paymen...

▲

lxgr 11 hours ago | parent | prev | next [-]

Seems like a distinction without difference in this context. The result of the "what is account x's current/available balance" is still some integer or decimal number.

	▲	chii 10 hours ago \| parent [-]
		But the GP implied that the bank (or someone) could just alter that number, and it would become reality. I'm saying that this can't be done - at least, not without leaving such a large trail behind that it would be easily reverted, and relevant people prosecuted.

▲

delusional 2 hours ago | parent | prev [-]

> well, luckily, that's not how money is stored, but instead, they're transaction based.

Not really. That's how the accounting works. It's the gold standard, and what we guarantee our customers, it's not universally how we store it though. Plenty of bank systems store just singular balances and infer that back into "transactions" in other systems to make the balance even out. Then the errors in those balances are manually corrected by looking at the sums.

IT systems only rarely match the legal frameworks they operate within.