superzamp

6 ms·

1.
by superzamp 10mo ago
Question is a bit broad, but out of all the concepts under the financial engineering umbrella you're bound to explore the concept of ledgering eventually. I've written a bit about it on my own co's product blog in an attempt
2.
by superzamp 11mo ago
Isn't the screen size difference basically enough between these two? I can't see why the 16" would need more performance, some ppl just want / can carry large computers with them while some other prefer to have something
3.
Chladni Figures Simulator(azrlog.dev)
2 points by superzamp 1y ago|0 comments
4.
by superzamp 1y ago
I think it's even realistic to say that dotfiles are vulnerable to being used as a fingerprint mechanism by nefarious packages. One could easily create an inventory of github profiles <> dotfiles; then read local dotfiles when th
5.
by superzamp 1y ago
Well, France just took a stance and officially qualified this as terrorism [1] for the first time. [1] https://www.diplomatie.gouv.fr/fr/dossiers-pays/israel-terri...
6.
by superzamp 1y ago
If you want to treat yourself with an accounting game night, there's this one built by @patio11: https://keshikomisimulator.com/
7.
by superzamp 1y ago
PS: it's not highly visible in the link but this post is 6 months old [1]. Wondering where they are now, given that they seemed to have less than that in runway. [1] https://community.preciousplastic.com/questions/
8.
by superzamp 1y ago
I would imagine that getting the user out of the in-app purchase payment screen and attempt to redirect them at the website for payment, have them figure out how to enter credit card details etc would result in a drastically decreased conve
9.
Formance (YC S21) Is Hiring Engineers to Build OSS Financial Infrastructure(ycombinator.com)
1 points by superzamp 1y ago
10.
by superzamp 2y ago
Attempts at doing this are effectively already existing, the IEX [1] exchange being an example, albeit on a less ambitious scale than your idea: > It's a simple technology: 38 miles of coiled cable that incoming orders and messages
11.
by superzamp 2y ago
Oh I definitely agree with that. I’m just wondering here if having something mechanical, predictable, deterministic (instead of whatever the hell that is that we have right now) wouldn’t be an interesting way to align incentives.
12.
by superzamp 2y ago
If that's the goal, one might wonder why are tariffs implemented in such a static way. Why not having your own tariffs importing from XYZ be updated on a monthly basis based on what XYZ imported from you last month.
13.
by superzamp 2y ago
| Formance | formance.com | OSS Financial Infrastructure | NYC, Paris | Currently hiring for Product Engineers [1], with a background in fintech/payments to work on our ledgering, reconciliation, and accounting systems. We have a highl
14.
by superzamp 2y ago
The graph seems to be alright, there are indeed red and (some) green pixels, looks like an issue with your extension unfortunately.
15.
by superzamp 2y ago
> Anastasios Angelopoulos, with beard, and Wei-Lin Chiang What is going on here, are we suppose to specify people's position in a photo according to facial features now?!
16.
Funds Traceability in Digital Ledgers(formance.com)
2 points by superzamp 2y ago|0 comments
17.
by superzamp 2y ago
(Disclaimer: I’m the author, nice to see your take here and pleasantly surprised to see my post here as well!) You can surely use accounts with fine grained attributes (e.g. to describe the soon to be received but not yet available money or
18.
by superzamp 2y ago
> Does recording it twice Double entry is (confusingly) not about recording it twice, it's about using a transaction model where the state of N accounts has to be changed in compensating directions within a transaction for it to be
19.
by superzamp 2y ago
Precisely. Designing a transactional system can be solved. Designed a transactional system that properly entangles the bits with the assets they represent is the hard part.
20.
by superzamp 2y ago
Coincidentally written something about this yesterday [1], but the gist of my take summed up is that the nature of accounting oriented data models doesn’t help when dealing with multiple FBO accounts. The main problem is that accounting def
21.
Warehousing Promises(formance.com)
2 points by superzamp 2y ago|1 comments
22.
by superzamp 2y ago
There's already "parasitic computation" so we could probably go for "parasitic data storage"
23.
by superzamp 2y ago
You could take a look at how the Formance ledger [1] is built for some inspiration and take it from there. A few pointers I’d have would be: * Decide what this ledger will be in charge of (keeping balances? Answering fast and in volume to a
24.
by superzamp 2y ago
Not as of today!
25.
by superzamp 2y ago
Thanks for the heads up! While the Numscript backend itself uses big.Int, we're still using normal javascript numbers in the playground for now so that's where it's coming from. But we should definitely switch to BigInt in th
26.
by superzamp 2y ago
Yeah that's a good question, you'll want to leverage the `overdraft` functionality for that, enabling the account end balance to go below zero. So you could do something like: send [USD/2 10000] ( source = @my_ban
27.
by superzamp 2y ago
For this particular case, I would say that tax-brackets sort of logic can be expressed in the destination block with ordered destinations. For example, you could have something like this: send [USD/2 *] ( source = @users:12
28.
by superzamp 2y ago
Well that's definitely a good puzzle. I've tried to model it for a bit, but it indeed looks like we'd need to add something to the language to make it possible at all! Thanks for bringing this up.
29.
by superzamp 2y ago
That's a very good question. So the DSL here operates an agnostic source/dest transaction model, which is akin to the credit/debit model sans the semantic baggage. The goal of this model is indeed to be "tracking transac
30.
by superzamp 2y ago
Yes exactly! There's actually two implementations, one tightly knit to our ledger product located at [1] and the new, standalone one (used by the playground) at [2]. In any case, in both implementations, the DSL is indeed MIT. [1] htt

More ›