Ayer por la noche repasé de nuevo los @Dusk documentos técnicos, en particular las secciones sobre comunicación peer-to-peer y el protocolo Kadcast. Al principio solo estaba echando un vistazo, pero cuanto más leía más encajaba el diseño de una manera que se sentía diferente a las redes habituales basadas en “gossip”.
Kadcast se apoya en una DHT estilo Kademlia y usa la distancia XOR para estructurar cómo se mueven los mensajes. En lugar de inundarlo todo a vecinos aleatorios, los nodos reenvían a un conjunto cuidadosamente elegido de pares a distancias crecientes. Eso debería reducir una gran cantidad de tráfico redundante y hacer que la latencia sea más predecible. Los documentos también explican cómo esto, de forma natural, dificulta más identificar el remitente original, lo cual parece relevante para una cadena centrada en la privacidad.
Lo que aún estoy dándole vueltas es la parte de tolerancia a fallos. Cuando los nodos se caen o se niegan a reenviar, el protocolo debería encontrar rutas alternativas actualizando las tablas de enrutamiento. Veo cómo funciona en teoría, pero seguía preguntándome cómo se comporta ante un “churn” sostenido o ataques dirigidos de descarte de mensajes. El artículo menciona resiliencia y rutas alternativas, pero no pude encontrar cifras sólidas ni simulaciones detalladas sobre los peores escenarios.
En el lado de la gobernanza y la descentralización, este tipo de superposición estructurada parece asumir una distribución razonablemente sana de nodos honestos. Si una gran parte de la red termina concentrada o coordinada, ¿la ventaja de eficiencia se convierte en un inconveniente? No estoy seguro de que los documentos cierren completamente ese círculo.
Me interesa saber qué piensan otras personas que han ejecutado nodos o que se han metido en el código sobre las compensaciones en el mundo real. ¿La ventaja de privacidad por la ofuscación del origen se mantiene cuando empiezas a mirar análisis de tráfico, o principalmente ayuda contra observadores ocasionales?
@Dusk_Foundation #dusk $DUSK
Kadcast se apoya en una DHT estilo Kademlia y usa la distancia XOR para estructurar cómo se mueven los mensajes. En lugar de inundarlo todo a vecinos aleatorios, los nodos reenvían a un conjunto cuidadosamente elegido de pares a distancias crecientes. Eso debería reducir una gran cantidad de tráfico redundante y hacer que la latencia sea más predecible. Los documentos también explican cómo esto, de forma natural, dificulta más identificar el remitente original, lo cual parece relevante para una cadena centrada en la privacidad.
Lo que aún estoy dándole vueltas es la parte de tolerancia a fallos. Cuando los nodos se caen o se niegan a reenviar, el protocolo debería encontrar rutas alternativas actualizando las tablas de enrutamiento. Veo cómo funciona en teoría, pero seguía preguntándome cómo se comporta ante un “churn” sostenido o ataques dirigidos de descarte de mensajes. El artículo menciona resiliencia y rutas alternativas, pero no pude encontrar cifras sólidas ni simulaciones detalladas sobre los peores escenarios.
En el lado de la gobernanza y la descentralización, este tipo de superposición estructurada parece asumir una distribución razonablemente sana de nodos honestos. Si una gran parte de la red termina concentrada o coordinada, ¿la ventaja de eficiencia se convierte en un inconveniente? No estoy seguro de que los documentos cierren completamente ese círculo.
Me interesa saber qué piensan otras personas que han ejecutado nodos o que se han metido en el código sobre las compensaciones en el mundo real. ¿La ventaja de privacidad por la ofuscación del origen se mantiene cuando empiezas a mirar análisis de tráfico, o principalmente ayuda contra observadores ocasionales?
@Dusk_Foundation #dusk $DUSK