Anoche, de camino a la cama, estuve en el móvil; la pantalla me dejó los ojos acalambrados y, justo entonces, vi que alguien desenterraba un detalle poco común sobre la desconstrucción del consenso de Dusk. Yo ya casi me dormía, pero mientras más lo leía, más despierto me sentía: no por la típica exhibición técnica, sino porque de pronto descubrí que en este protocolo hay una capa bastante oscura de juego estratégico que casi nadie menciona.
Cuando hablamos de staking en PoS, casi siempre es: “encuentra un nodo confiable y espera para cobrar”. ¿Quién se preocupa por cómo es el proceso interno de producción de bloques? Pero en Dusk hay un caso: en una ronda, producir bloques puede requerir varias iteraciones; y en cada iteración, quién será el productor de bloques, se puede calcular de antemano. Si lo piensas con calma, da escalofríos: ¿las personas que quedan para más tarde, racionalmente, querrán que las de adelante fallen? Cuanto más se alargue, cuanto más se retrase y se rompa todo antes, más se empuja la ronda hasta que les toque a ellos, y entonces sí entran al escenario para recibir recompensas. Esto va completamente al revés de una carrera de relevos: el último relevo no es para animar al equipo, sino para desear en secreto que los primeros trozos se tropiecen.
El diseñador del protocolo obviamente también consideró esta capa, así que metió cuatro cosas para evitar fugas: primero, que participar en la votación en sí ya tiene recompensa, para que no tengas que esperar en vano a que te toque; segundo, que la recompensa por producir bloques está ligada a cuántos votos incluiste, obligándote a no “hacerte el muerto”; tercero, que el productor del siguiente bloque tiene prohibido participar en la votación actual, cortando desde la raíz la motivación de “renuncio para aumentar probabilidades”; y cuarto, que toda la ronda tiene un tope máximo de iteraciones: si intentas arrastrar deliberadamente, no podrás. Estas cuatro medidas juntas equivalen a sacar a la luz todas esas intenciones pequeñas escondidas debajo de la mesa y bloquearlas con reglas.
No pretende que “los agentes racionales no harán el mal”, sino que admite sin rodeos que la gente sí buscará aprovecharse, y luego incorpora ese beneficio de la mala acción en el mecanismo para compensarlo. Esa energía de “no confiar, pero diseñar” es mucho más real que los proyectos que todo el tiempo cuelgan la etiqueta de “consenso comunitario”. Antes yo asociaba a Dusk solo con privacidad y RWA; pero hoy, al ver este detalle, me di cuenta de que incluso el orden más básico para producir bloques lo están diseñando para frenar la naturaleza humana. Esto no es “hacer una blockchain”, es hacer un experimento de economía del comportamiento.
Sobre el diseño del protocolo: tapa un agujero y, con el tiempo, probablemente aparecerá un nuevo “camino curvo”; habrá que esperar a que se acumulen datos on-chain para ver la calidad real. ¿Han visto en otras cadenas PoS algo parecido a un diseño “anti-malicia de última hora”? Dejen un nombre en los comentarios y los reviso uno por uno. #dusk $DUSK @Dusk
Cuando hablamos de staking en PoS, casi siempre es: “encuentra un nodo confiable y espera para cobrar”. ¿Quién se preocupa por cómo es el proceso interno de producción de bloques? Pero en Dusk hay un caso: en una ronda, producir bloques puede requerir varias iteraciones; y en cada iteración, quién será el productor de bloques, se puede calcular de antemano. Si lo piensas con calma, da escalofríos: ¿las personas que quedan para más tarde, racionalmente, querrán que las de adelante fallen? Cuanto más se alargue, cuanto más se retrase y se rompa todo antes, más se empuja la ronda hasta que les toque a ellos, y entonces sí entran al escenario para recibir recompensas. Esto va completamente al revés de una carrera de relevos: el último relevo no es para animar al equipo, sino para desear en secreto que los primeros trozos se tropiecen.
El diseñador del protocolo obviamente también consideró esta capa, así que metió cuatro cosas para evitar fugas: primero, que participar en la votación en sí ya tiene recompensa, para que no tengas que esperar en vano a que te toque; segundo, que la recompensa por producir bloques está ligada a cuántos votos incluiste, obligándote a no “hacerte el muerto”; tercero, que el productor del siguiente bloque tiene prohibido participar en la votación actual, cortando desde la raíz la motivación de “renuncio para aumentar probabilidades”; y cuarto, que toda la ronda tiene un tope máximo de iteraciones: si intentas arrastrar deliberadamente, no podrás. Estas cuatro medidas juntas equivalen a sacar a la luz todas esas intenciones pequeñas escondidas debajo de la mesa y bloquearlas con reglas.
No pretende que “los agentes racionales no harán el mal”, sino que admite sin rodeos que la gente sí buscará aprovecharse, y luego incorpora ese beneficio de la mala acción en el mecanismo para compensarlo. Esa energía de “no confiar, pero diseñar” es mucho más real que los proyectos que todo el tiempo cuelgan la etiqueta de “consenso comunitario”. Antes yo asociaba a Dusk solo con privacidad y RWA; pero hoy, al ver este detalle, me di cuenta de que incluso el orden más básico para producir bloques lo están diseñando para frenar la naturaleza humana. Esto no es “hacer una blockchain”, es hacer un experimento de economía del comportamiento.
Sobre el diseño del protocolo: tapa un agujero y, con el tiempo, probablemente aparecerá un nuevo “camino curvo”; habrá que esperar a que se acumulen datos on-chain para ver la calidad real. ¿Han visto en otras cadenas PoS algo parecido a un diseño “anti-malicia de última hora”? Dejen un nombre en los comentarios y los reviso uno por uno. #dusk $DUSK @Dusk