> The first time you join the network there will be a lot to download and process. For real, this “inital syncing” process can take up to an hour and use a couple of gigabytes.
Are you saying the ssb project's website is wrong here? (I don't use ssb, so I'm going by what's documented only)
The docs aren't wrong; they just make a few assumptions, which are mostly true for existing implementations:
- Your SSB client downloads feeds you follow, plus feeds they follow, and possibly feeds they follow too
- When downloading lots of new feeds at once (for example, the first time you sync) your client makes no attempt to prioritise which feeds it downloads first
- Your client downloads all blobs (attachments) greedily
- Your client indexes downloaded messages (for example, to find the recent messages from all feeds); its implementation of indexing is slow and heavy; until indexing is complete, the app is unresponsive
None of these assumptions is necessarily true of an SSB client, but they're generally true of popular existing clients.
It’s not wrong, it’s just generally but not exhaustively true.
SSB doesn’t have a root node, so if you think of yourself like an island the data transfer required from your first “bridge” is going to depend on what you are bridging to.
In practical terms, if you join one of the SSB pubs published in their documentation, you’ll sync whatever is on that pub.
