Live data from Hacker News

Daiwa to adopt blockchain for Myanmar stock trading

asia.nikkei.com

21–22 of 22 posts

Re: Daiwa to adopt blockchain for Myanmar stock trading

#21
post #4
post #3

Earlier quoted context omitted.

Traditional offline storage can do that too, right?

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 th…

> 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.

Re: Daiwa to adopt blockchain for Myanmar stock trading

#22

Earlier quoted context omitted.

> The "blockchain as a distributed transaction DB" concept is more interesting than I thought Not particularly. It's using the wrong tool for the job. A distributed database is helpful in many ways, but you don't need an attached proof-of-work system.

> Not particularly. It's using the wrong tool for the job. A distributed database is helpful in many ways, but you don't need an attached proof-of-work system. Blockchain doesn't imply PoW. You could consider each block minted with e.g. a M of N signature scheme, in the case of a stock-trading system you don't need open anonymous/participation and it's quite fine to rely on trusted parties.

Without an incentive to "mine" blocks (cryptographically solve).. Anyone can write blocks to the network. How would the network ensure a trusted actor is writing blocks?
Post reply on HN