<p>Ok I get the idea! Thanks :)</p>
<div class="gmail_quote">Le 30 avr. 2011 21:42, "Thomas Lord" <<a href="mailto:lord@emf.net" target="_blank">lord@emf.net</a>> a écrit :<br type="attribution">> <br>>> ---------- Forwarded message ----------<br>
>> From: Pierre Fenoll <<a href="mailto:zmindster@gmail.com" target="_blank">zmindster@gmail.com</a>><br>> <br>>> Sorry if that was pointed out earlier, but what I don't understand is<br>>> this very socio-economic situation between Admins & Users.<br>
> <br>> Ok.<br>> <br>>> As I've understood:<br>>> • you need people with higher privileges than others<br>>> • you need "exit nodes" with sic: "preferably fixed IP addresse<br>
>> Are you asking for some kind of virtual network w/ exit nodes à la Tor<br>>> and thus a client/server design?<br>> <br>> <br>> Sort of.<br>> <br>> The overlay network here allows nodes that are often<br>
> behind a firewall (like a freedombox installed at home)<br>> to accept some kinds of connections anyway.<br>> <br>> Think of something like PageKite.<br>> <br>> So, "admins" operate machines on the net that have<br>
> no trouble accepting connections, and they tunnel<br>> these to freedomboxes that do have trouble accepting<br>> ordinary Internet connections.<br>> <br>> Admins also help with things like allocating numbers and <br>
> names for the overlay network.<br>> <br>> If people want Tor-like onion routing in addition, <br>> it should be possible to just run the freedombox <br>> overlay network over Tor itself.<br>> <br>> <br>
>> I'm not a saying that what you've done is shitty and BTW I'm pretty<br>>> impressed by this mastering of a design. I'm just a bit lost & can't<br>>> see the decentralization. Thanks <br>
> <br>> <br>> In the allocation of names and numbers, there is no<br>> central authority. A successful allocation occurs<br>> when many admins (in a federation) agree that certain<br>> encrypted messages were broadcast at certain times (within<br>
> a few hours) and later their verifiable decryption was <br>> broadcast -- and there were not (statistically unlikely)<br>> "collisions" of multiple requests for the same name<br>> or number. If lots of admins sign off that those<br>
> objective observable facts occurred, the name / number<br>> is assigned.<br>> <br>> Admins don't exactly have extra "privilege" in name<br>> allocation. Successful admins have widely well regarded<br>
> cryptographic signatures, is all.<br>> <br>> The system is also decentralized in that no user is <br>> "captive" to any one admin. Users can always change <br>> admins, sign up with multiple admins, invest time and <br>
> effort to be their own admin, etc.<br>> <br>> Does that help? I'm not too sure what details to <br>> make more explicit in trying to answer your question.<br>> <br>> <br>> -t<br>> <br>> <br>
</div>