3 ms·
well it's distributed, so just caching a DB is a bit of a tricky question. What are you going to be caching in your offline storage? If you just used flat-file
by rtpg 10y ago
well it's distributed, so just caching a DB is a bit of a tricky question. What are you going to be caching in your offline storage?
If you just used flat-file CSVs, and don't want to re-download the entire DB twice a day, you want to now come up with syncing strategies, merging strategies, and probably conflict resolution. If you just have a blockchain, then you get all of this for free (so long as your data fits the blockchain shape).
Though I imagine there's something else that can be used here as well...
- icebraining 10y agoWhy would you need merging and conflict resolution when there's a single source of truth? All you need is a stream of messages and some way to record them. If you want to distribute them P2P, add some metadata to sort them.
- rtpg 10y agoper the article, in the Burma case, you have multiple banking branches with only intermittent internet connections, and therefore want to be able to work offline easily while still querying the (albeit stale) database state. Streams of messages don't work as well when you're multi-party, and the default state is offline, not online
- icebraining 10y agoIn what way do stream of messages which are recorded by the receiver not work in this case, and how does the Blockchain differ?
- tedunangst 10y agoThat something else is called rsync.
- cma 10y ago> Though I imagine there's something else that can be used here as well... Running transaction logs; you don't need to re download the entire DB twice a day. If you are disconnected, when you reconnect you give the last sequence number received. It is already built into FIX and other systems. Disconnects happen all the time in real trading systems and the ability to query past transactions doesn't go down.