Re: Fwd: netsukuku

Matthew Toseland <toad-EI5O+8PHWbJeeLb3ft/[email protected]> Mon, 5 Jan 2009 19:33:31 +0000
Newsgroups gmane.network.freenet.technical
Message-ID <[email protected]>
On Monday 05 January 2009 18:46, Gregory Maxwell wrote:
> 2009/1/5 3BUIb3S50i 3BUIb3S50i <[email protected]>:
> > The exchange of USB keys seems very far from the initial project of
> > Freenet... Too slow, not anonymous. TrueCrypt is a better choice in this
> > case!
> 
> USB keys should be no less anonymous than darknet freenet is normally:
> You know who your neighbors are in the network, but not further, and
> you don't know who a request came from.  It may even be more anonymous
> than normal freenet because the batching would create bigger 'mixes'
> and some kinds of timing attacks may become impossible.
> 
> You have it a bit backward: Truecrypt would have zero anonymity and it
> would not really be a 'network' without a lot of manual labor.
> 
> ... though I suspect a "batch-mode" for freenet might ultimately find
> more utility for opportunistic exchanges with ad-hoc wireless.

Opportunistic ad-hoc wireless isn't freenet, it's Haggle. It's very far from 
meeting our standards for security, but against some threat models, and given 
some hardware assumptions, it may be useful. The basic principle is to have 
your cellphone announce to everyone on the same train that you want a 
specific, probably illegal, file, and hope that nobody can trace your request 
before you leave. It ignores the fact that cellphones are probably the most 
locked-down widely used hardware in existence apart from cable/satellite 
decoders and maybe games consoles, and it doesn't fit into freenet's current 
architecture either for darknet or opennet.

However, ad-hoc networking with known friends, over some short-range 
high-bandwidth low-power system, maybe UWB-based, is a good idea and 
hopefully will happen one day, but it would need a huge amount of burst 
bandwidth to get a reasonable overall transfer rate... exchanging USB keys 
could get around 1Mbps per peer equivalent, assuming 8GB sticks swapped 
daily.

Anyway, all this delay tolerant stuff relies on figuring out a way to do 
delay-tolerant location swapping, which is far from trivial, and may not be 
possible.

_______________________________________________
Tech mailing list
[email protected]
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/tech
signature.asc (application/pgp-signature, 827 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iQIVAwUASWJgi3svjZi+xPTDAQJl3Q//TYPX++SWgstFzxO5mgbIE0Ivo4aywcrQ
Y1215ElROIeBb90vPZnDGTIJ6qTVsEKBpnBOKSW1pqdraYEzRZkzTu8z10UWVH56
M1J5eNzUSnnMdZGk2jseTV7MOxdOcYqWwWrVCVRuAzY/uAhKUYja5BPEGU5Vc/gF
GJN0pROYeZBgsTju/dS0RATwx8+6W+No56eHrg39S151niYRrot5M/3ByhqkVuJM
2aW7FK6RmFb6vBCoDA72Mwuyg7IMSnY9ucKoV32DlGuosFsheH3T40DB/JcD1TeE
qbHI97t656EF8A1NICtLLb6U44u947/40AfFCeb/wrhvpM1wVVHuXZkWUYC045Mz
HPEJTFOGPgbek4rJB0KY2KMkv1N/VTZr5TaQmZviJ0YdP0gdDKTA6fp1M9yBhje+
7Q6Px/7TDNWUyDeilDQvFgolCUwfSew5YCnUvgGfwI1XpukYcuW9OQlk11hGr54V
9T1aVLKsyd5fHJzHf0isFSraVPufxD7kALl5mRQfGm5xPU1IgRLoRgybBRCATX3E
DjtkcGpVwDnix1b2udEvQrNO99Qf2Fv5rWb5eX9LcX1SI005+XG4WchoC3WjVP9O
hCcbCDVo6Xk3kFjZUlqorchTpZbn2AkQ5Sjmu1mX8cQ85GG/X6LJ0g5TWt7p20Aa
61zVQtRYkQU=
=G4m/
-----END PGP SIGNATURE-----