Skip to content

Commit

Permalink
Problem: Root docs page about decentralization has two incorrect sent…
Browse files Browse the repository at this point in the history
…ences (#2505)

Solution: Delete them
  • Loading branch information
ttmc committed Aug 31, 2018
1 parent cf1f253 commit 905b1a5
Showing 1 changed file with 0 additions and 4 deletions.
4 changes: 0 additions & 4 deletions docs/root/source/decentralized.md
Original file line number Diff line number Diff line change
Expand Up @@ -12,10 +12,6 @@ Ideally, each node in a BigchainDB network is owned and controlled by a differen

We use the phrase "BigchainDB consortium" (or just "consortium") to refer to the set of people and/or organizations who run the nodes of a BigchainDB network. A consortium requires some form of governance to make decisions such as membership and policies. The exact details of the governance process are determined by each consortium, but it can be very decentralized.

If sharding is turned on (i.e. if the number of shards is larger than one), then the actual data is decentralized in that no one node stores all the data.

Every node has its own locally-stored list of the public keys of other consortium members: the so-called keyring. There's no centrally-stored or centrally-shared keyring.

A consortium can increase its decentralization (and its resilience) by increasing its jurisdictional diversity, geographic diversity, and other kinds of diversity. This idea is expanded upon in [the section on node diversity](diversity.html).

There’s no node that has a long-term special position in the BigchainDB network. All nodes run the same software and perform the same duties.
Expand Down

0 comments on commit 905b1a5

Please sign in to comment.