Hoy vamos a presentar un problema de la capa más básica de una blockchain: ¿cómo se comunican entre sí los diferentes nodos?

Ahora sí, entramos en la parte técnica de Dusk@Dusk .

Una blockchain, a simple vista, parece estar registrando contabilidad; en realidad, los nodos de la red están enviándose mensajes de forma constante todos los días.

Cuando aparece un bloque nuevo, hay que difundirlo; cuando aparecen transacciones, también hay que difundirlas; y cuando aparecen votos de consenso, igualmente hay que propagarlos.

Si la cantidad de nodos en la red sigue aumentando, entonces lograr que los mensajes se propaguen más rápido y con mayor precisión se convierte en un problema muy real.

En esta capa, Dusk utiliza kadcast. Se basa en la idea de kademlia Dht, y no hace que cada nodo difunda mensajes indiscriminadamente a un gran número de vecinos; en su lugar, aprovecha la distancia xor entre nodos para crear un mecanismo de propagación más estructurado.

El objetivo es bastante sencillo: enviar menos información repetida y entregar la información de manera eficiente a toda la red. En comparación con los métodos de propagación tipo gossip, kadcast puede reducir el uso de ancho de banda entre un 25% y un 50%, y en entornos de bloques con tiempos de generación más rápidos también puede reducir los stale blocks.

Esto puede parecer menos “cool” que zk, pero en realidad es muy importante. Para que las transacciones en los mercados financieros se confirmen rápidamente, primero hay que hacer que los nodos de la red sepan con rapidez qué ha ocurrido. Por eso, la historia de Dusk no empieza por la privacidad: empieza por algo más básico.

Primero, lograr que toda la red se comunique de forma más eficiente.

#dusk
$DUSK