this post was submitted on 12 Jun 2023
135 points (100.0% liked)
Selfhosted
573 readers
1 users here now
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.
Resources:
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
> Any issues on the community? Report it using the report flag.
> Questions? DM the mods!
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
You clearly don't know what I mean. While the each node is storing the same block chain... not every node is handling the same amount of traffic. Nodes can choose which nodes to peer with. I, for example, have a full node that only accepts traffic from a handful of trusted nodes and from my self-hosted btcpay instance.
Users can choose what nodes they wish to validate their wallets to. Many companies and exchanges only validate against their own full nodes. This is not equal. There is no sense of "equal" here. Aside from eventually the "correct" block chain is eventually agreed upon by the majority of the network.
This is exactly the same in this case... lemmy instances that want to peer, will peer. The activitypub standard will broadcast updates just like a block solve notification to the blockchain network. It's up to each node/peer what they do with it.
Ok, you are right about peering, I tried to get more peers to be faster, but it isn't necessary. I didn't find anything about ActivityPub broadcasting, but if it's true... so, yeah, having rpc p2p connection doesn't make the whole system less federated. But still, usually crypto clients has lists of nodes (or api balancers) for faster handling.