Buenas, me parece una gran idea que le des al coco en este tema, pero creo que el problema es bastante más complejo de lo que planteas, el diseño que propones deja muchas huellas de paso, en primer lugar, respecto al nodo aleatorio que planteas, en principio el nodo origen de una petición tendrá necesariamente que comunicarse con el nodo aleatorio al que vas a suplantar para que este sepa que cuando le llegue el contenido te lo tiene que enviar a ti, si esto lo haces 'n' veces como planteas cuando el grado de anonimato>0, en realidad estás construyendo un "circuito virtual", no se si me explico con claridad. Si para pedir un contenido vas a hacer la petición suplantando la identidad ip de un nodo aleatorio C, los contenidos de vuelta le llegarán a C y, por tanto, C debe saber que los tiene que pasar a A, por tanto C debe mantener memoria sobre A, este es el principio de Freenet, la construcción de circuitos virtuales en el momento de las búsquedas y su destrucción con el camino de vuelta.
Solo que el diseño de Freenet acapara la tolerancia a fallos y la replicación. Tu idea no es del todo mala, si te rompes el coco llegarás a conclusiones ya conocidas, por eso lo mejor es que partas de documentarte mejor sobre los diseños actuales, esto es dificil porque la documentación está poco visible y es algo caótica.
Ten en cuenta que tu diseño no contempla para nada ningun tipo de balanceo de carga, ni control de congestión.
Otra duda que me surge es, ¿el grado de anonimato ese que defines en función de qué varía?, es decir, qué tienes en cuenta para que un nodo tenga grado 3 y otro grado 4? ten en cuenta que en función de este grado tendrás nodos débiles, a partir de los cuales se podrían coordinar ataques para desvelar la identidad de un nodo.
Un nivel de cifrado justo por encima de udp/tcp sería muy deseable, además del cifrado del propio contenido.
Si troceas los contenidos en bloques de N kB (cómo me ha parecido entender) necesitarás una política de distribución de dichos bloques, para que la búsqueda sea eficiente, si realizas las búsquedas por desbordamiento y usas un nivel de cifrado de, por ejemplo, 5 o 6, el rendimiento de la red bajará exponencialmente, si a esto le sumamos que la red no es tolerante a fallos te encontrarás con que en el 99 % de los casos los contenidos quedarán incompletos al faltar un determinado bloque, ya sea porque se ha caido un nodo (no hablas de política de replicación) o, lo más probable, se de por perdido al estar completamente desbordada la red con 'handshaking's' de búsqueda. Esto empeora si las inserciones de bloques las realizas sobre toda la red y no sobre una sola de las "zonas" que propones.
Por cierto, la existencia de servidores de listas de IP es un punto muy flaco en el diseño, yo intentaría mantener la gestión de IP's también distribuida.

Tómatelo con calma, yo cuando empecé también veía las cosas muy simples, empecé colaborando con Freenet, después decidí desarrollar mi propio diseño, y tras mucho tiempo de documentación (no solo sobre métodos de anonimato, sino también sobre sistemas tolerantes a fallos, replicación, redes de contenidos balanceadas, escalabilidad, control de congestión) comencé a desarrollar mi propio diseño, intentando mantener el grado de anonimato de Freenet(muy alto) pero cambiando el punto de vista, intentando mejorar el rendimiento añadiendo balanceo de carga y mejorando el tiempo de respuesta, aún esta en desarrollo y con muchas pegas, forma parte de mi PFC que presentaré este Junio.

Si quieres podemos intercambiar ideas y dudas (que siempre ayudan) es muy bueno conocer distintos diseños para intentar lograr lo mismo.

Un saludo,

Bnext.

Si, si pillo la idea, pero lo que digo es que si A quiere un grado alto de anonimato y B quiere 0 en total A no va a tener el grado que espera (se lo baja el grado de B), igual que la velocidad, como los paquetes viajan por los mismos nodos, aunque B quiera anonimato 0 y busque rapidez está supeditado al grado que ponga A. Por tanto tanto A como B deberían saber cual es el grado del otro para aceptar la comunicación.
Es como si tu quieres mandar mails cifrados pero en la mitad del camino el receptor lo descifra y viaja el resto del camino en claro, se pierde lo ganado con el cifrado (no se si es buen ejemplo...).

Pero que me parece bien tu idea siempre que los dos nodos sepan el grado del otro.

Un saludo,

Bnext.