#dusk $DUSK
El año pasado, para experimentar la red PoS, ejecuté un nodo en un ordenador antiguo. Durante el día, el panel estaba completamente verde; a medianoche, el router se reiniciaba y al día siguiente descubrí que la conexión se había caído durante unas horas. En ese momento entendí que la confianza no es algo que se “fija” al apostar los tokens y luego se recoge el premio tumbado. El nodo debe estar en línea, recibir mensajes y validar bloques; cuando te toca a ti, además no puedes romper la cadena. Que una computadora personal falle solo significa ganar un poco menos; pero si el sistema financiero no confirma las transacciones durante demasiado tiempo, las liquidaciones posteriores también quedarán en espera.
@Dusk_Foundation 2024 El “Succinct Attestation” del borrador del libro blanco es un consenso PoS basado en comité, sin necesidad de permisos. Los participantes que apuestan se llaman provisioner; en cada ronda, mediante elecciones deterministas, se eligen el generador de bloques y el comité de votación. El proceso no depende de que un punto central nombre a alguien, y el objetivo es lograr confirmaciones con menos comunicación.
“Finalidad” suena a un término académico, pero en realidad es esto: después de que la cartera muestra éxito, ¿puedes pasar esa página con tranquilidad? Si la transferencia pudiera reestructurarse, las bolsas no se atreven a contabilizar demasiado pronto; si la propiedad de valores no queda asentada, el reparto de dividendos o la liquidación tampoco pueden iniciarse. La infraestructura financiera no necesita, de vez en cuando, salir con una velocidad asombrosa, sino confirmaciones estables y previsibles.
Que el consenso sea fiable no se puede juzgar solo mirando un diagrama de flujo. Los parámetros mínimos de apuesta registrados en el libro blanco eran, en aquel momento, 1,000 DUSK; pero esa es información del momento en que se redactó el documento, y el valor actual aún debe verificarse con la información oficial más reciente. Si el umbral es demasiado alto, la participación tiende a concentrarse gradualmente; si es demasiado bajo, podría generar una gran cantidad de nodos inestables. Que el comité esté o no distribuido, la tasa de disponibilidad de los nodos y si las reglas de sanción son razonables dicen más que “hay muchas direcciones de participación”.
Los mensajes también tienen que poder fluir. $DUSK usa Kadcast, para que el nodo reenvíe la información a los vecinos seleccionados en lugar de retransmitirla repetidamente a todos los nodos, y además, para confundir el origen del mensaje mediante la ruta de propagación. Las mejoras descritas en un paper o en un experimento no pueden tomarse directamente como una promesa para la red principal, pero al menos este diseño ataca un problema real: el consenso no solo debe elegir a las personas correctas, sino también hacer que los mensajes se envíen a tiempo.
Después de aquella caída a medianoche, decidí que una cadena debe responder una pregunta extra: si un nodo común se enfrenta a fluctuaciones de la red, ¿este sistema seguirá pasando el relevo de forma estable? La cadena que realmente conviene a las finanzas no debería depender de que cada ordenador no falle nunca; debe seguir avanzando con puntualidad el libro mayor, incluso cuando alguien se desconecte. #dusk
El año pasado, para experimentar la red PoS, ejecuté un nodo en un ordenador antiguo. Durante el día, el panel estaba completamente verde; a medianoche, el router se reiniciaba y al día siguiente descubrí que la conexión se había caído durante unas horas. En ese momento entendí que la confianza no es algo que se “fija” al apostar los tokens y luego se recoge el premio tumbado. El nodo debe estar en línea, recibir mensajes y validar bloques; cuando te toca a ti, además no puedes romper la cadena. Que una computadora personal falle solo significa ganar un poco menos; pero si el sistema financiero no confirma las transacciones durante demasiado tiempo, las liquidaciones posteriores también quedarán en espera.
@Dusk_Foundation 2024 El “Succinct Attestation” del borrador del libro blanco es un consenso PoS basado en comité, sin necesidad de permisos. Los participantes que apuestan se llaman provisioner; en cada ronda, mediante elecciones deterministas, se eligen el generador de bloques y el comité de votación. El proceso no depende de que un punto central nombre a alguien, y el objetivo es lograr confirmaciones con menos comunicación.
“Finalidad” suena a un término académico, pero en realidad es esto: después de que la cartera muestra éxito, ¿puedes pasar esa página con tranquilidad? Si la transferencia pudiera reestructurarse, las bolsas no se atreven a contabilizar demasiado pronto; si la propiedad de valores no queda asentada, el reparto de dividendos o la liquidación tampoco pueden iniciarse. La infraestructura financiera no necesita, de vez en cuando, salir con una velocidad asombrosa, sino confirmaciones estables y previsibles.
Que el consenso sea fiable no se puede juzgar solo mirando un diagrama de flujo. Los parámetros mínimos de apuesta registrados en el libro blanco eran, en aquel momento, 1,000 DUSK; pero esa es información del momento en que se redactó el documento, y el valor actual aún debe verificarse con la información oficial más reciente. Si el umbral es demasiado alto, la participación tiende a concentrarse gradualmente; si es demasiado bajo, podría generar una gran cantidad de nodos inestables. Que el comité esté o no distribuido, la tasa de disponibilidad de los nodos y si las reglas de sanción son razonables dicen más que “hay muchas direcciones de participación”.
Los mensajes también tienen que poder fluir. $DUSK usa Kadcast, para que el nodo reenvíe la información a los vecinos seleccionados en lugar de retransmitirla repetidamente a todos los nodos, y además, para confundir el origen del mensaje mediante la ruta de propagación. Las mejoras descritas en un paper o en un experimento no pueden tomarse directamente como una promesa para la red principal, pero al menos este diseño ataca un problema real: el consenso no solo debe elegir a las personas correctas, sino también hacer que los mensajes se envíen a tiempo.
Después de aquella caída a medianoche, decidí que una cadena debe responder una pregunta extra: si un nodo común se enfrenta a fluctuaciones de la red, ¿este sistema seguirá pasando el relevo de forma estable? La cadena que realmente conviene a las finanzas no debería depender de que cada ordenador no falle nunca; debe seguir avanzando con puntualidad el libro mayor, incluso cuando alguien se desconecte. #dusk