Revisé rápidamente los antecedentes del equipo central de Dusk y encontré un punto bastante contraintuitivo: el fundador, Emanuele Francioni, tiene formación profesional en robótica e ingeniería de automatización, no en el ámbito académico de la criptografía. Durante los anteriores veinte años se dedicó a sistemas distribuidos y a la tolerancia a fallos bizantinos; la criptografía fue una habilidad que fue incorporando después.
Pero quien realmente se encarga de la criptografía es el criptógrafo jefe, Dmitry Khovratovich. No es un nombre desconocido en la comunidad: los algoritmos hash Equihash y Argon2 provienen de su trabajo. El primero lo utilizan muchas cadenas PoW para dificultar la minería a medida (anti-ASIC). El segundo es uno de los estándares de hash criptográficos más reconocidos en el mundo de la criptografía. Además, también se desempeña como investigador en la Ethereum Foundation. Un criptógrafo con un historial académico sólido que se dedica en exclusiva al diseño de criptografía a nivel de base, mientras que el fundador se encarga de la arquitectura del sistema y la implementación de ingeniería: este tipo de división de roles me parece más tranquilizadora que el típico personaje de “fundador que lo entiende todo: criptografía y además ingeniería”. Dejar la corrección de las matemáticas de base en manos de quienes son especialistas tiene más sentido para la lógica de reparto de responsabilidades en sistemas grandes que que el fundador se lo cargue todo.
Dicho esto, tampoco pienso tratar esto como una “carta blanca”: incluso el mejor criptógrafo puede cometer errores. El caso de la vulnerabilidad en la verificación dusk-plonk que comentamos antes es un ejemplo. Esto demuestra que un historial del equipo fuerte no equivale a riesgo cero en el código; la auditoría y las pruebas en condiciones reales siempre son un complemento necesario. No se puede juzgar solo por el currículum.
Al final, el historial del equipo es solo un punto de referencia, no una prueba determinante. Lo que más me interesa ver son las cosas que hay detrás de esos nombres: la calidad del código que se ha enviado durante el último año y la velocidad de respuesta ante vulnerabilidades. Eso es más honesto que el currículum.
@Dusk_Foundation #dusk $DUSK
Pero quien realmente se encarga de la criptografía es el criptógrafo jefe, Dmitry Khovratovich. No es un nombre desconocido en la comunidad: los algoritmos hash Equihash y Argon2 provienen de su trabajo. El primero lo utilizan muchas cadenas PoW para dificultar la minería a medida (anti-ASIC). El segundo es uno de los estándares de hash criptográficos más reconocidos en el mundo de la criptografía. Además, también se desempeña como investigador en la Ethereum Foundation. Un criptógrafo con un historial académico sólido que se dedica en exclusiva al diseño de criptografía a nivel de base, mientras que el fundador se encarga de la arquitectura del sistema y la implementación de ingeniería: este tipo de división de roles me parece más tranquilizadora que el típico personaje de “fundador que lo entiende todo: criptografía y además ingeniería”. Dejar la corrección de las matemáticas de base en manos de quienes son especialistas tiene más sentido para la lógica de reparto de responsabilidades en sistemas grandes que que el fundador se lo cargue todo.
Dicho esto, tampoco pienso tratar esto como una “carta blanca”: incluso el mejor criptógrafo puede cometer errores. El caso de la vulnerabilidad en la verificación dusk-plonk que comentamos antes es un ejemplo. Esto demuestra que un historial del equipo fuerte no equivale a riesgo cero en el código; la auditoría y las pruebas en condiciones reales siempre son un complemento necesario. No se puede juzgar solo por el currículum.
Al final, el historial del equipo es solo un punto de referencia, no una prueba determinante. Lo que más me interesa ver son las cosas que hay detrás de esos nombres: la calidad del código que se ha enviado durante el último año y la velocidad de respuesta ante vulnerabilidades. Eso es más honesto que el currículum.
@Dusk_Foundation #dusk $DUSK