El Crepúsculo me arrastró esta noche a un agujero de conejo diferente: esta vez no fue por la privacidad, sino por cómo los bloques pasan físicamente de un nodo a todos los demás nodos sin que la red se ahogue en sí misma.
la mayoría de las blockchains aún usan protocolos de gossip:
un nodo se entera de un bloque, lo reenvía a pares aleatorios, esos pares lo reenvián otra vez, y los mismos datos se retransmiten constantemente a través de rutas redundantes. Dusk lo reemplazó con Kadcast, construido sobre un enrutamiento basado en rutas de distancia estilo Kademlia con XOR. Cada nodo obtiene un ID binario, y la distancia entre cualquier par de nodos es simplemente el XOR de sus IDs, lo que ordena a los pares en «k-buckets» estructurados en lugar de conexiones aleatorias. Cuando un bloque necesita difundirse, no inunda la red; se propaga a lo largo de rutas deterministas basadas en esa métrica de distancia. La investigación citada detrás del diseño muestra un uso de ancho de banda aproximadamente 25-50% menor frente al gossip, y aparentemente reduce las tasas de bloques obsoletos o huérfanos en un 10-30% en condiciones de bloques rápidos.
Lo que realmente me dejó pensando fue esto: Kadcast incluso “salte” la métrica de distancia por cada difusión, usando un hash derivado directamente de los datos del bloque o la transacción, de modo que las posiciones de los nodos se pseudo-aleatorizan en cada ronda de propagación. Eso está específicamente para evitar que un atacante pueda predecir rutas de enrutamiento y posicionarse para interceptar o retrasar mensajes concretos: una defensa contra ataques de Eclipse integrada directamente en la capa de red, no añadida como una regla de firewall en algún lugar.
@Dusk necesitaba esto porque la Atestación Concisa depende de que los comités intercambien votos rápido y de forma fiable; una capa de red lenta y congestionada socavaría silenciosamente la finalización rápida que el consenso promete en el papel. $DUSK -los validadores protegidos solo son tan rápidos como los mensajes que les llegan. Solución ingeniosa a un problema que la mayoría de las cadenas ni siquiera llega a nombrar. ¿El enrutamiento estructurado como este resiste cuando la cantidad de validadores realmente escala hasta los miles, o el mantenimiento de los k-buckets termina convirtiéndose en su propio cuello de botella?
#dusk $DUSK @Dusk
la mayoría de las blockchains aún usan protocolos de gossip:
un nodo se entera de un bloque, lo reenvía a pares aleatorios, esos pares lo reenvián otra vez, y los mismos datos se retransmiten constantemente a través de rutas redundantes. Dusk lo reemplazó con Kadcast, construido sobre un enrutamiento basado en rutas de distancia estilo Kademlia con XOR. Cada nodo obtiene un ID binario, y la distancia entre cualquier par de nodos es simplemente el XOR de sus IDs, lo que ordena a los pares en «k-buckets» estructurados en lugar de conexiones aleatorias. Cuando un bloque necesita difundirse, no inunda la red; se propaga a lo largo de rutas deterministas basadas en esa métrica de distancia. La investigación citada detrás del diseño muestra un uso de ancho de banda aproximadamente 25-50% menor frente al gossip, y aparentemente reduce las tasas de bloques obsoletos o huérfanos en un 10-30% en condiciones de bloques rápidos.
Lo que realmente me dejó pensando fue esto: Kadcast incluso “salte” la métrica de distancia por cada difusión, usando un hash derivado directamente de los datos del bloque o la transacción, de modo que las posiciones de los nodos se pseudo-aleatorizan en cada ronda de propagación. Eso está específicamente para evitar que un atacante pueda predecir rutas de enrutamiento y posicionarse para interceptar o retrasar mensajes concretos: una defensa contra ataques de Eclipse integrada directamente en la capa de red, no añadida como una regla de firewall en algún lugar.
@Dusk necesitaba esto porque la Atestación Concisa depende de que los comités intercambien votos rápido y de forma fiable; una capa de red lenta y congestionada socavaría silenciosamente la finalización rápida que el consenso promete en el papel. $DUSK -los validadores protegidos solo son tan rápidos como los mensajes que les llegan. Solución ingeniosa a un problema que la mayoría de las cadenas ni siquiera llega a nombrar. ¿El enrutamiento estructurado como este resiste cuando la cantidad de validadores realmente escala hasta los miles, o el mantenimiento de los k-buckets termina convirtiéndose en su propio cuello de botella?
#dusk $DUSK @Dusk
