Al hablar del consenso de Dusk, me di cuenta de un punto que suele desviarse: mucha gente solo mira el “tiempo de producir bloques en unos segundos” y ya se apresura a decir que es una versión de PoS de alta velocidad. Pero cuando revisé el whitepaper, descubrí que en SBA lo que realmente se cuida no es la rapidez en sí, sino cómo elevar el “costo de hacer trampa” a un nivel tan alto que los demás no se atrevan a tocarlo.
Primero, hablemos de las firmas por umbral. En la verificación tradicional, se confía en que muchos nodos ejecuten su propio proceso de votación y luego lo difundan a todos. Si hay n nodos, tienen que confirmarse entre sí: el volumen de comunicación es O(n²), y cuando aumenta la cantidad de nodos la red empieza a atascarse. Pero el enfoque de Dusk es diferente: hace que todos los validadores generen primero conjuntamente una clave pública agregada, y luego, usando la idea de firmas en fragmentos, todos firmen el mismo bloque a la vez. Cada nodo solo envía una pequeña parte hacia afuera; cuando se recopila todo, se arma una firma BLS completa.
Con esto, el volumen de comunicación cae directamente a O(n), y el tiempo de espera para confirmar la producción de bloques también se reduce de forma claramente visible. Cuando corrí simulaciones de red en el laboratorio, esta diferencia era especialmente evidente con decenas de nodos: el tiempo para verificar un conjunto de firmas era casi constante, prácticamente desacoplado del número de participantes.
Pero lo que de verdad me pareció interesante es la segunda parte: el sistema de admisión con rendición de cuentas. #dusk no puede ser cualquiera que quiera convertirse en validador. Primero debes pasar por un proceso de admisión; una vez dentro, también te cubre un conjunto de mecanismos de Slashing: si te atreves a hacer el mal, tu colateral será penalizado. En el fondo, esto bloquea una debilidad muy sutil dentro de un PoS: la “validación sin costo” presente en ataques de Sybil.
Dicho en simple, el atacante usa un montón de identidades falsas para “adherirse gratis” al lado de validadores honestos: no aporta trabajo ni dinero, y desde afuera parece descentralizado, mientras que el poder realmente se concentra en silencio. El sistema de admisión corta de raíz la posibilidad de crear identidades falsas en masa, y el sistema de rendición de cuentas se asegura de que dentro haya dinero real bloqueado. Al superponer estas dos capas, el costo de hacer el mal ya no es “cero”, sino una pérdida que se puede calcular de verdad. @Dusk $DUSK
Al principio pensé que este tipo de diseño era para buscar estabilidad; luego me di cuenta de que, en realidad, está usando la teoría de juegos para ponerle un precio a la “confianza”. En consenso, a veces lo conservador es lo verdaderamente radical.
Primero, hablemos de las firmas por umbral. En la verificación tradicional, se confía en que muchos nodos ejecuten su propio proceso de votación y luego lo difundan a todos. Si hay n nodos, tienen que confirmarse entre sí: el volumen de comunicación es O(n²), y cuando aumenta la cantidad de nodos la red empieza a atascarse. Pero el enfoque de Dusk es diferente: hace que todos los validadores generen primero conjuntamente una clave pública agregada, y luego, usando la idea de firmas en fragmentos, todos firmen el mismo bloque a la vez. Cada nodo solo envía una pequeña parte hacia afuera; cuando se recopila todo, se arma una firma BLS completa.
Con esto, el volumen de comunicación cae directamente a O(n), y el tiempo de espera para confirmar la producción de bloques también se reduce de forma claramente visible. Cuando corrí simulaciones de red en el laboratorio, esta diferencia era especialmente evidente con decenas de nodos: el tiempo para verificar un conjunto de firmas era casi constante, prácticamente desacoplado del número de participantes.
Pero lo que de verdad me pareció interesante es la segunda parte: el sistema de admisión con rendición de cuentas. #dusk no puede ser cualquiera que quiera convertirse en validador. Primero debes pasar por un proceso de admisión; una vez dentro, también te cubre un conjunto de mecanismos de Slashing: si te atreves a hacer el mal, tu colateral será penalizado. En el fondo, esto bloquea una debilidad muy sutil dentro de un PoS: la “validación sin costo” presente en ataques de Sybil.
Dicho en simple, el atacante usa un montón de identidades falsas para “adherirse gratis” al lado de validadores honestos: no aporta trabajo ni dinero, y desde afuera parece descentralizado, mientras que el poder realmente se concentra en silencio. El sistema de admisión corta de raíz la posibilidad de crear identidades falsas en masa, y el sistema de rendición de cuentas se asegura de que dentro haya dinero real bloqueado. Al superponer estas dos capas, el costo de hacer el mal ya no es “cero”, sino una pérdida que se puede calcular de verdad. @Dusk $DUSK
Al principio pensé que este tipo de diseño era para buscar estabilidad; luego me di cuenta de que, en realidad, está usando la teoría de juegos para ponerle un precio a la “confianza”. En consenso, a veces lo conservador es lo verdaderamente radical.