Aha. Hány különböző oldalt is látogattál meg az elmúlt 24 órában? Ha ezt a számot csak 13MB-tal szorzod, már az is elég szép adatmennyiség lesz.
A másik probléma, hogy a legtöbb oldalon tárolt adatmennyiség elenyésző része aktív tartalom, teljesen felesleges redundánsan tárolni mindenkinél mindent, főleg hogy tartalom előállításakor, módosulásakor mindenkihez le kell azt szinkronizálni.
A fentiek miatt a működési elv szerintem: a teljes oldal elérhetősége (vagyis hány teljes másolat állítható elő az elosztott szegmensekből) egy viszonylag alacsony, de azért 1-nél nagyobb érték, és minden user csak az oldalak egy kis szegmensét fogja tárolni (azt is elképzelhetőnek tartom, hogy csak a renderelt tartalmat, adatbázist nem). Nyilván adat előállításakor először nálad módosul az oldal, majd tőled szinkronizálódik le azokhoz, akik szintén rendelkeznek az adott szegmenssel. Amikor be akarsz tölteni egy új oldalt, akkor szintén csak attól a pár usertől tudod letölteni, akiknél aktuálisan megtalálható a kért tartalom. Valószínűnek tartom, hogy a pool méretének növekedése lehetővé teszi azok számára, akik már régóta seedelik a tartalmat, hogy az náluk törlésre kerüljön, helyet teremtve más oldalak betöltésére, tárolására, seedelésére.
A bittorrent sync-et nem ismerem, nem tudom ott van-e ilyen működési módra lehetőség, de tudok erre egy másik példát. A vuze firssítései is torrenten keresztül érkeznek, frissítés után csak egy rövid ideig tárolódnak nálad, amíg bizonyos arányban vissza nem osztottad, majd automatikusan törlésre kerülnek. Nyilván van pár permanens seeder, ez adja a garanciát arra hogy mindig lehet frissíteni, a többi user csak ideiglenesen járul hozzá a tartalom terjesztéséhez, mégis remekül működik a rendszer.