#dusk $DUSK @Dusk
He visto a equipos de blockchain tratar el networking como si fuera plomería. Mientras los bloques lleguen, la arquitectura rara vez recibe mucha atención.
Kadcast me hace mirar esa capa de manera diferente.
Dusk no se apoya únicamente en el modelo habitual de “recibir, difundir y repetir”. Kadcast organiza a los pares mediante un overlay estructurado estilo Kademlia, de modo que la propagación de mensajes tiene cierta conciencia de dónde se encuentran los nodos dentro de la red. Eso suena como un pequeño detalle de implementación, pero cambia el problema. En lugar de esperar que suficientes pares aleatorios propaguen un mensaje con rapidez, el protocolo intenta que la propagación sea más deliberada.
Lo que encuentro más interesante es cómo maneja redes imperfectas. Kadcast utiliza UDP, con el que se renuncia a ciertas garantías de entrega, y luego añade redundancia y corrección de errores hacia adelante para tolerar la pérdida de paquetes. En otras palabras, no intenta hacer que la red sea perfectamente fiable. Está diseñando asumiendo que la red será caótica.
Ese es un marco mucho más útil para mí.
La difusión tradicional obtiene gran parte de su resiliencia de la redundancia. Kadcast parece trasladar más de esa inteligencia a la selección de pares y al enrutamiento de mensajes. El intercambio es la complejidad. Un overlay estructurado ahora tiene que proteger sus tablas de enrutamiento, el descubrimiento de pares y el proceso de arranque contra actores malintencionados y una topología desfavorable.
Así que me interesan menos los benchmarks de propagación “en crudo”.
La verdadera prueba es si Kadcast puede mantener una latencia predecible cuando los nodos desaparecen, cuando se pierden paquetes, cuando los pares se comportan mal y cuando la red crece.
La propagación rápida es útil.
La propagación predecible bajo presión es lo que realmente me gustaría medir.
He visto a equipos de blockchain tratar el networking como si fuera plomería. Mientras los bloques lleguen, la arquitectura rara vez recibe mucha atención.
Kadcast me hace mirar esa capa de manera diferente.
Dusk no se apoya únicamente en el modelo habitual de “recibir, difundir y repetir”. Kadcast organiza a los pares mediante un overlay estructurado estilo Kademlia, de modo que la propagación de mensajes tiene cierta conciencia de dónde se encuentran los nodos dentro de la red. Eso suena como un pequeño detalle de implementación, pero cambia el problema. En lugar de esperar que suficientes pares aleatorios propaguen un mensaje con rapidez, el protocolo intenta que la propagación sea más deliberada.
Lo que encuentro más interesante es cómo maneja redes imperfectas. Kadcast utiliza UDP, con el que se renuncia a ciertas garantías de entrega, y luego añade redundancia y corrección de errores hacia adelante para tolerar la pérdida de paquetes. En otras palabras, no intenta hacer que la red sea perfectamente fiable. Está diseñando asumiendo que la red será caótica.
Ese es un marco mucho más útil para mí.
La difusión tradicional obtiene gran parte de su resiliencia de la redundancia. Kadcast parece trasladar más de esa inteligencia a la selección de pares y al enrutamiento de mensajes. El intercambio es la complejidad. Un overlay estructurado ahora tiene que proteger sus tablas de enrutamiento, el descubrimiento de pares y el proceso de arranque contra actores malintencionados y una topología desfavorable.
Así que me interesan menos los benchmarks de propagación “en crudo”.
La verdadera prueba es si Kadcast puede mantener una latencia predecible cuando los nodos desaparecen, cuando se pierden paquetes, cuando los pares se comportan mal y cuando la red crece.
La propagación rápida es útil.
La propagación predecible bajo presión es lo que realmente me gustaría medir.