On Wednesday 26 November 2008 03:09, Daniel Cheng wrote: > On Wed, Nov 26, 2008 at 10:15 AM, Michael Rogers <m.rogers at cs.ucl.ac.uk> wrote: > > Florent Daigni?re wrote: > >> * Zero3 <zero3 at zerosplayground.dk> [2008-11-25 23:55:20]: > >> > >>> Shouldn't we just accept that fact that people are moving towards > >>> mobility, and that most likely won't change anytime soon? :). > >>> > >> > >> I would really appreciate if you could share your insight on the topic: > >> How exactly would you design a fully decentralized protocol where most > >> of the nodes are hardly ever connected and mostly unreachable? > > > > It's a very hard problem, but that's life: many people are moving away > > from fixed PCs towards mobile devices with intermittent connectivity. > > Maybe P2P as we know it can't survive in that world... time will tell, I > > guess. > > We did have some discussion back in May: > http://archives.freenetproject.org/message/20080508.004108.a9bb6270.en.html > > Basically, this give very long term passive request.
Sure. There are possibilities. But it's a hard problem and not something IMHO we should be spending time on right now. That's why I've scheduled it for 0.10: 0.8 - stabilise current features, merge db4o, new metadata format maybe, UOM for freenet-ext, basic main:ext and plugin dependancies, maybe more work on searching. 0.9 - splitfile crypto randomization (insert security), tunnels (security), bloom filters (performance), UI refactoring (usability) 0.10 - passive requests, long-term requests, possibly transport plugins 1.0 - debug everything Full passive requests and long-term requests (which IMHO depend on full passive requests) are likely to be a *MAJOR* task, I don't see it being realistic to postpone 0.8 until they are ready. We can argue over 0.9 vs 0.10, but bloom filters would really help long term/passive requests, and IMHO for acceptable security we can't have bloom filters without tunnels. > > > Cheers, > > Michael -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20081126/f4f20632/attachment.pgp>
