#dusk $DUSK Hoy estaba leyendo la documentación de la capa de red de @Dusk y, en un principio, pensé que las redes P2P de blockchain eran bastante similares: difundir transacciones, sincronizar bloques, y no había mucho que profundizar. Hasta que vi el término "Kadcast", me di cuenta de que Dusk no siguió ese camino antiguo del protocolo Gossip.
El protocolo Gossip funciona como un juego de mensajes: cada nodo elige al azar algunos vecinos para reenviar el mensaje, los vecinos se lo pasan a sus propios vecinos, y al final toda la red lo sabe. Su ventaja es que tolera bien los fallos, pero el costo es que se desperdicia mucho ancho de banda: un mismo mensaje puede ser recibido por el mismo nodo varias veces.
Kadcast reemplaza la difusión aleatoria por una red de cobertura estructurada. En lugar de elegir vecinos al azar, los nodos transmiten los mensajes de forma dirigida según una topología organizada. La documentación oficial dice que esto puede ahorrar entre un 25% y un 50% de ancho de banda frente al protocolo Gossip tradicional.
Entiendo que este diseño responde a una limitación: en escenarios financieros, la confirmación de transacciones no puede depender de la aleatoriedad de "si lo envías varias veces, seguro llegará". El enrutamiento estructurado hace que las rutas de propagación sean más predecibles y que la latencia también sea más controlable. Para mercados financieros que requieren liquidación determinista, saber "cuánto tarda aproximadamente en llegar el mensaje" es tan importante como que "llegue".
Pero el otro lado de esta optimización es que la red estructurada es más sensible a la incorporación y salida de nodos. Si una gran cantidad de nodos no está en línea al mismo tiempo, ¿la eficiencia de la reconstrucción de la tabla de enrutamiento no acabaría ralentizando toda la red? En la documentación pública actual no encontré datos de latencia bajo fluctuaciones a gran escala de nodos.
Al revisar la capa de red de #dusk , no solo quiero ver el TPS y el tiempo de producción de bloques: también quiero ver, tras el despliegue en la red principal, el ahorro de ancho de banda medido por Kadcast y la distribución de la latencia con la distribución real de nodos. Si la base de DUSK es estable, las aplicaciones financieras de arriba tendrán un fundamento. #dusk @Dusk