Fui a buscar el "enfoque medioambiental" de Dusk esperando la línea habitual de PoS Beats PoW. Ese punto es cierto, pero es aburrido. El costo más interesante es el que nadie comercializa: mover datos entre nodos.
La mayoría de las cadenas hacen que cada nodo se comporte como si estuviera chismeando: todos los nodos inundan bloques y votos a pares aleatorios, retransmitiendo la misma carga útil docenas de veces. Dusk en cambio usa Kadcast, una superposición (overlay) estructurada construida sobre el enrutamiento de distancia XOR de Kademlia. Cada nodo reenvía un bloque una sola vez, a un conjunto definido de pares, que lo reenvían una vez más hacia abajo mediante una estructura de árbol binario, en lugar de que todos le griten a todos.
Eso suena a una optimización de la latencia. Y lo es. Pero si lo sigues más allá, también es una optimización del ancho de banda, y el ancho de banda es donde se encuentra una parte importante del consumo real de energía y del costo de infraestructura de un nodo: routers, NICs, transmisiones redundantes, no solo los ciclos de CPU haciendo hashing de bloques.
Importa más para Dusk en particular porque las pruebas de privacidad no son pequeñas. Los datos de transacciones confidenciales tienen que viajar por la misma red que todo lo demás, así que una propagación ineficiente se castiga aquí con más fuerza que en una cadena transparente que mueve solo enteros sin más.
Kadcast intercambia algo de redundancia tipo inundación por estructura: bien en condiciones normales, menos evidentemente bien en escenarios adversarios. Todavía estoy trabajando en dónde ese intercambio golpea a medida que crece el número de validadores.
#dusk $DUSK @Dusk
La mayoría de las cadenas hacen que cada nodo se comporte como si estuviera chismeando: todos los nodos inundan bloques y votos a pares aleatorios, retransmitiendo la misma carga útil docenas de veces. Dusk en cambio usa Kadcast, una superposición (overlay) estructurada construida sobre el enrutamiento de distancia XOR de Kademlia. Cada nodo reenvía un bloque una sola vez, a un conjunto definido de pares, que lo reenvían una vez más hacia abajo mediante una estructura de árbol binario, en lugar de que todos le griten a todos.
Eso suena a una optimización de la latencia. Y lo es. Pero si lo sigues más allá, también es una optimización del ancho de banda, y el ancho de banda es donde se encuentra una parte importante del consumo real de energía y del costo de infraestructura de un nodo: routers, NICs, transmisiones redundantes, no solo los ciclos de CPU haciendo hashing de bloques.
Importa más para Dusk en particular porque las pruebas de privacidad no son pequeñas. Los datos de transacciones confidenciales tienen que viajar por la misma red que todo lo demás, así que una propagación ineficiente se castiga aquí con más fuerza que en una cadena transparente que mueve solo enteros sin más.
Kadcast intercambia algo de redundancia tipo inundación por estructura: bien en condiciones normales, menos evidentemente bien en escenarios adversarios. Todavía estoy trabajando en dónde ese intercambio golpea a medida que crece el número de validadores.
#dusk $DUSK @Dusk
