Vi un panel de un validador agotarse en un L1 normal la semana pasada, nueve segundos mirando un spinner mientras un bloque simplemente se quedaba ahí, sin confirmarse, sin rechazarse, en un limbo. Ese fue el momento en que empecé a investigar cómo DUSK realmente resuelve el consenso, y es más raro de lo que esperaba.

La mayoría de cadenas PoS tratan confirmar y rechazar como imágenes espejo. DUSK no lo hace. Válido necesita dos tercios de los créditos del comité de 64. Pero Inválido, NoCandidate, NoQuorum solo necesitan una mayoría simple, la mitad más uno. Seguí dando vueltas a esa asimetría. No es un diseño descuidado; es una apuesta: la red preferiría matar rápido un bloque malo antes que esperar un consenso perfecto sobre uno bueno. Vivacidad por encima del ceremonial.

Lo que destacó es cómo aparece esa misma lógica en la distribución de recompensas. Los generadores reciben un 70% fijo, más hasta un 10% vinculado a cuántos votos anteriores realmente agruparon. Así, un generador con más iteraciones no puede dejar en silencio votos válidos para manipular la recompensa: el incentivo funciona en la dirección contraria. Admito que es una solución más limpia de lo que esperaba para un problema que la mayoría ni siquiera señalaría.

El detalle que no puedo sacarme de la cabeza con estas recompensas tan escasas por crédito, repartidas entre 64 espacios, es que los validadores más pequeños tienen todos los motivos para agrupar su stake en lugar de operar en solitario. Eso no es una falla específica de DUSK: Solana y Ethereum muestran la misma deriva. La finalidad rápida y una distribución justa quizá estén tirando en direcciones distintas. Todavía estoy decidiendo si es un bug o simplemente el costo de la velocidad.

#dusk $DUSK @Dusk