Entre los proyectos de cadenas públicas con los que he tenido contacto, la capa P2P suele ser la última en recibir atención; a todos les gusta hablar de consenso, hablar de la máquina virtual y hablar de interoperabilidad entre cadenas. Pero quienes de verdad han ejecutado un nodo completo saben que, cuando el consumo de ancho de banda aumenta, en un mes se puede llegar a “quemar” varios TB de tráfico. Este coste, en un ámbito pequeño, aún puede tolerarse; pero si se pretende dar servicio a instituciones financieras de todo el mundo, se convierte en un problema que no se puede ignorar.
En el libro blanco, la descripción de las redes P2P tradicionales es bastante directa: tiene dos “puntos débiles”: alto consumo de ancho de banda y alta latencia. Mi propia comprensión es que, en el modo de difusión tradicional, cada bloque o mensaje de transacción debe propagarse por toda la red; después de que cada nodo recibe el mensaje, lo reenvía a todos los vecinos, y el volumen de mensajes crece de forma exponencial. La red está llena de gran cantidad de datos redundantes repetidos.
La solución de Dusk@Dusk es Kadcast, basada en Kademlia DHT. Organiza los nodos en una jerarquía tipo árbol: cada nodo no reenvía de manera ciega, sino que calcula la distancia XOR y reenvía solo a nodos seleccionados con distancias crecientes. El mensaje viaja como si descendiera nivel por nivel dentro de una estructura en árbol, generando un efecto en cascada. Cada capa solo reenvía a unos pocos nodos, en lugar de a todos los nodos de la red. #dusk
Esta idea me ha resultado bastante inspiradora. En realidad, viene a decir que la capa P2P de la blockchain no tiene por qué seguir el patrón de “todos le dicen a todos”. La lógica de distribución de información financiera, $DUSK , es por naturaleza “quien lo necesita lo recibe”. Cuánto ancho de banda se puede ahorrar exactamente con la eficiencia de Kadcast, el libro blanco no ofrece datos de pruebas concretos; pero por el diseño del mecanismo, la reducción del volumen de mensajes redundantes debería ser muy considerable.
Dicho esto, la estructura en árbol también tiene sus puntos débiles: la estabilidad de los nodos intermedios es clave para la red, y esto es algo que se debe vigilar de forma continua durante la operación posterior.
En el libro blanco, la descripción de las redes P2P tradicionales es bastante directa: tiene dos “puntos débiles”: alto consumo de ancho de banda y alta latencia. Mi propia comprensión es que, en el modo de difusión tradicional, cada bloque o mensaje de transacción debe propagarse por toda la red; después de que cada nodo recibe el mensaje, lo reenvía a todos los vecinos, y el volumen de mensajes crece de forma exponencial. La red está llena de gran cantidad de datos redundantes repetidos.
La solución de Dusk@Dusk es Kadcast, basada en Kademlia DHT. Organiza los nodos en una jerarquía tipo árbol: cada nodo no reenvía de manera ciega, sino que calcula la distancia XOR y reenvía solo a nodos seleccionados con distancias crecientes. El mensaje viaja como si descendiera nivel por nivel dentro de una estructura en árbol, generando un efecto en cascada. Cada capa solo reenvía a unos pocos nodos, en lugar de a todos los nodos de la red. #dusk
Esta idea me ha resultado bastante inspiradora. En realidad, viene a decir que la capa P2P de la blockchain no tiene por qué seguir el patrón de “todos le dicen a todos”. La lógica de distribución de información financiera, $DUSK , es por naturaleza “quien lo necesita lo recibe”. Cuánto ancho de banda se puede ahorrar exactamente con la eficiencia de Kadcast, el libro blanco no ofrece datos de pruebas concretos; pero por el diseño del mecanismo, la reducción del volumen de mensajes redundantes debería ser muy considerable.
Dicho esto, la estructura en árbol también tiene sus puntos débiles: la estabilidad de los nodos intermedios es clave para la red, y esto es algo que se debe vigilar de forma continua durante la operación posterior.