|
|
|
|
|
by andreskytt
1638 days ago
|
|
AFAIK Indian telecoms are using blockchain tech to maintain a distributed database of do-not-call numbers. Lag of up to 24 hours is ok and the relatively small number of parties is quite trustworthy. Basically they just use the bc for consensus and mirror it to a rdbms for read queries. That’s the only bc implementation I know that is both in production and is not speculation- or crime-fed. |
|
> Lag of up to 24 hours is ok
So you could use any eventually consistent DB? Or a pub-sub type queue that you process at your leisure?
> and the relatively small number of parties is quite trustworthy.
I'm assuming this parties need to apply/be invited? How is that different than needing an API key?
> Basically they just use the bc for consensus
Consensus of what exactly? AFAIU the consensus is about the state of the data on the blockchain, with sanity checking against itself, not about if many parties agree if "this number should be blocked"
> and mirror it to a rdbms for read queries.
I was always under the impression that it's quite fast to read the data off the blockchain if you are a node. Am I misunderstanding something or is what they are doing just overkill?