[HN Gopher] OrbitDB: Peer-to-peer databases for the decentralize...
       ___________________________________________________________________
        
       OrbitDB: Peer-to-peer databases for the decentralized web
        
       Author : ouzb64ty
       Score  : 96 points
       Date   : 2020-04-19 20:17 UTC (2 hours ago)
        
 (HTM) web link (github.com)
 (TXT) w3m dump (github.com)
        
       | xchaotic wrote:
       | eventually consistent database Is an oxymoron
        
         | ArnoVW wrote:
         | In case you didn't know, it's in used as a technical term in
         | distributed computing circles.
         | 
         | https://en.m.wikipedia.org/wiki/Eventual_consistency
        
         | seangrogg wrote:
         | Alternatives to strong consistency in databases has been around
         | for quite a while...
        
         | vhiremath4 wrote:
         | Ask me how I know you've never scaled a high throughput
         | Elasticsearch cluster.
        
         | trollbaitmate wrote:
         | i feel bad for you
        
         | sjkelleyjr wrote:
         | Lol...hackernews commenters...
        
         | [deleted]
        
         | dchyrdvh wrote:
         | Iirc, Spanner is eventually consistent.
        
           | exacube wrote:
           | spanner is strongly consistent
        
             | dastbe wrote:
             | spanner does support eventually consistent snapshot reads
             | as well with improved latency benefits (as you're
             | effectively foregoing a transaction).
        
           | aprao wrote:
           | Cloud Bigtable is eventually consistent, Spanner is strongly
           | consistent.
        
         | AtlasBarfed wrote:
         | When you get down to it, between cache coherency across CPUs
         | and memory, disk flush delays and disk caches, every database
         | is eventually consistent.
         | 
         | And if you want to operate over a distributed network, which
         | means you WILL have network partitions, then you are subject to
         | CAP and will need eventual consistency mechanisms.
        
       | qorrect wrote:
       | What is the use case for this ?
        
       | continuations wrote:
       | p2p DB in JS using CRDT. That sounds a lot like GUN.
       | 
       | How does OrbitDB compare to GUN?
        
         | olah_1 wrote:
         | Gun is a graph database. I don't think Orbit uses a graph
         | system, but instead uses feeds or KV stores. So that's a
         | another difference. But Gun can use IPFS as a storage adapter
         | if you wanted.
        
         | lildata wrote:
         | One of the main difference is it is based on IPFS
        
           | continuations wrote:
           | What does GUN use instead of IPFS? What are the pros and cons
           | of the 2 approaches?
        
           | ekseda wrote:
           | Another one is that the source code of OrbitDB is not
           | completely obfuscated.
        
             | evv wrote:
             | Can you elaborate? Source code to GUN is right here:
             | https://github.com/amark/gun/tree/master/src
        
       | noworriesnate wrote:
       | It looks like they have an identity provider, so this must
       | support authentication. Link: https://github.com/orbitdb/orbit-
       | db-identity-provider
       | 
       | What I'd like to know is do they support authorization?
        
       | vuldin wrote:
       | OrbitDB is one of the key dependencies in 3box, an awesome tool
       | for building decentralized apps where the user controls their own
       | data. https://3box.io/
        
       | LoSboccacc wrote:
       | last time I tested it needed to fetch the whole db to do even the
       | most basic reads, so even simple but long running applications
       | had a very long, network intensive initialization time. is that
       | still the case?
        
       | eeZah7Ux wrote:
       | javascript? No thanks.
        
       | dang wrote:
       | Related from 2018: https://news.ycombinator.com/item?id=18748542
        
         | [deleted]
        
       ___________________________________________________________________
       (page generated 2020-04-19 23:00 UTC)