functionland / fula-archived

Client-server stack for Web3! Turn your Raspberry Pi to a BAS server in minutes and enjoy the freedom of decentralized Web with a superior user experience!
https://fx.land
MIT License
4 stars 0 forks source link

OrbitDB aggressive replication. #201

Open farhoud opened 2 years ago

farhoud commented 2 years ago

The replication mechanism for orbitDB is too simple and need new design :

We have to consider:

mehdibalouchi commented 2 years ago

@farhoud I totally agree with the need for user spaces. They should also take dApps into account.

about the Replication Factor, I can see the high availability is necessary but promising to store an exact number of copies of a record seems to be just a barrier with no use case.

farhoud commented 2 years ago

Oh the real problem with our replicatore is if we have 100 box that runs box. all of there collection would be replicated which Is not really ideal. (don't forget that orbitdb is a append only with no rollup so it going to take space).

farhoud commented 2 years ago

@mehdibalouchi Did you ream my response?

mehdibalouchi commented 2 years ago

@farhoud If I understand your point correctly, you are saying that in order for the data protocol records to be highly available there is no need to replicate them on every box in the network. A much less replication factor must be sufficient. I agree with that and as far as I know, orbitDB does not have a replication factor configuration.

farhoud commented 2 years ago

I does not have a replicator, I wrote the aggressive replicator and I think it need your attention.