#dusk $DUSK Ayer por la noche, mientras leía la versión actualizada del libro blanco en <a>Dusk</a>, llegué a la sección sobre el consenso de <c-1/> Citadel y lo leí dos veces antes de darme cuenta de lo descuidado que había sido mi comprensión previa de PoS: siempre, de forma instintiva, he pensado que el consenso de PoS es básicamente “quien hace más staking es quien manda”, y con ese supuesto discutía el grado de descentralización. Pero la propuesta de Citadel separa “quién manda” y “quién puede proponer el siguiente bloque” en dos problemas independientes.
Citadel utiliza un mecanismo de ordenamiento por selección ciega, combinado con un sorteo criptográfico y eliminación progresiva: en cada ronda, primero mediante VRF se elige aleatoriamente un comité entre los validadores; dentro del comité, se ejecuta una votación tipo BFT para producir el bloque final. Este diseño rompe la cadena “más staking = más control”: hacer más staking solo significa que tienes más probabilidad de ser elegido, pero no que necesariamente puedas dominar el resultado del consenso. Además, con Kadcast como capa de red, la forma de difundir bloques entre nodos no es la inundación tradicional de Gossip, sino una propagación por niveles según la topología de la red; el consumo de ancho de banda es entre 25% y 50% menor que con el protocolo Gossip.
Con estas dos capas superpuestas, mi sensación es que Dusk ha pensado con mucha más fineza que la mayoría de las cadenas de bloques en el tema de la “eficiencia”. La aleatoriedad en la capa de consenso garantiza la resistencia a la censura; la propagación estructurada en la capa de red reduce la latencia; y luego se superpone Piecrust, una VM optimizada específicamente para pruebas de conocimiento cero. La lógica de elección de todo el stack técnico es coherente: no es para acumular términos tecnológicos, es para que la combinación de “cumplimiento + privacidad” realmente pueda funcionar a nivel de ingeniería, no para quedarse en las bonitas frases del libro blanco.
Pero hay una parte que no termino de entender: la aleatoriedad del sorteo del comité depende completamente de la seguridad del VRF. Si hay vulnerabilidades que permitan predecir la implementación del VRF o la generación de la semilla, entonces se afloja la suposición de seguridad de todo el consenso. Aún no he encontrado el informe de auditoría de Dusk sobre este punto; si alguien ya lo revisó, agradecería que me indicara por dónde.
No he movido el fondo base; los nodos que han aumentado su staking están esperando los tiempos reales de producción de bloques y los datos de tasa de bifurcaciones tras el lanzamiento de la mainnet de Citadel.
¿Ustedes creen que este diseño de consenso de “ordenamiento por selección ciega” puede ser realmente más resistente a la censura que un DPoS tradicional? Dejen en comentarios su lógica. @Dusk $BTC