Muchas personas ven la finalización a nivel de segundos del SA de <a>$DUSK </a> y la primera reacción es comprobar qué tan rápido es el algoritmo de consenso. Pero después de que <c-1/> desarma la capa de red, <c-1/> siente que lo que realmente bloquea la velocidad no es el consenso en sí, sino si el mensaje del bloque puede propagarse por toda la red en un tiempo extremadamente corto. Si la propagación tarda 5 segundos, por muy rápido que sea el consenso, solo votará sobre un estado ya antiguo.

Kadcast existe precisamente para resolver este problema. No sigue el flujo tradicional de Gossip, en el que un nodo recibe un mensaje y lo reenvía aleatoriamente a sus vecinos, sino que aprovecha la topología estructurada del Kademlia DHT, de modo que cada nodo forme relaciones de ruta claras mediante la distancia XOR. En pocas palabras, Gossip es como gritar en un gran centro comercial: todos escuchan, pero muchas voces se repiten; Kadcast, en cambio, es como buscar en un índice y enviar el contenido siguiendo la ruta más corta.

La diferencia se manifiesta con claridad en los resultados reales. Kadcast divide la difusión en reenvíos estructurados con un alcance de delegación explícito en cada capa. Por eso disminuye la probabilidad de que el mismo bloque se transmita repetidamente, y también se reducen las colisiones de mensajes y el desperdicio de ancho de banda. En el whitepaper se menciona un ahorro de ancho de banda de 25-50% y una reducción de los bloques desactualizados del 10-30%; en el fondo, eso refleja la misma idea: la capa de red ya no logra cobertura mediante reenvíos masivos redundantes, sino que aumenta la eficiencia de propagación mediante enrutamiento estructurado.

El enrutamiento estructurado también conlleva riesgos. Cuanto más clara es la ruta, más fácil es que los observadores la usen para rastrear el origen del mensaje. Kadcast añade aquí mensajes firmados y confusión de direcciones de origen: la firma asegura que el mensaje no sea alterado, la legitimidad del origen se puede verificar y la confusión de la dirección del origen hace que a los observadores externos les resulte difícil asociar directamente una pieza de información con un nodo en particular. Además, como el k-bucket tiende a conservar nodos estables, la afluencia masiva de nodos falsos en poco tiempo no desplaza con facilidad el estado de enrutamiento existente, lo cual también constituye una línea de defensa frente a ataques Sybil.

< c-1/> piensa que Kadcast no es solo una red que transmite más rápido; es más bien un requisito previo para que el SA pueda aterrizar. Si se quiere alcanzar la finalización a nivel de segundos en escenarios como la tokenización de valores (#dusk ), no basta con acelerar la capa de consenso: también hay que tener, al mismo tiempo, la propagación de bloques, la eficiencia de enrutamiento, la tolerancia al exceso y la protección de seguridad. La capa de red no es un actor secundario: determina el límite superior de la velocidad de la finalización.

< c-1/> les propone adivinar la finalización a nivel de segundos de <a>@Dusk </a> y por qué lo clave está en la capa de red?