Al principio pensé que las instantáneas eran solo un archivo comprimido: empaquetas el estado de los nodos, y luego otras personas lo descargan, lo descomprimen y ya pueden usarlo. Pero la forma de hacerlo de Dusk no tiene nada que ver con eso.
El mecanismo central es la “instantánea firmada”. La instantánea en sí es inmutable, pero las etiquetas (por ejemplo, latest, daily) sí son variables. El bucket de almacenamiento, el endpoint HTTP y el directorio local son solo canales de transferencia; no son la raíz de la confianza. El cliente decide por sí mismo qué configuraciones de origen y claves de firma Ed25519 confiar.
Leí esta frase dos veces antes de entender qué quería decir. La primera vez no me pareció especialmente relevante, pero después de cerrar la página, cuanto más pensaba, más raro me resultaba: sin una clave pública codificada, ¿cómo garantiza el sitio oficial que la instantánea descargada sea realmente la oficial? Volví a leer con cuidado y entonces vi que el oficial solo “se puede configurar como fuente”, no “se confía por defecto”.
La mayoría de las herramientas de instantáneas funcionan como: “descárgalas y listo”, y confían por defecto en el publicador. El diseño de Dusk es: la herramienta en sí no confía en nadie; tú decides a quién corresponde confiar su firma. ¿Quieres usar las instantáneas oficiales? Configura la clave pública oficial. ¿Quieres usar tus propias instantáneas? Firma con tu propia clave. Ningún nombre de bucket, endpoint o clave pública de Dusk está codificado de forma rígida dentro del código.
Otro punto que me hizo sentir que el diseño es muy fino es el manejo del tiempo de parada. En el modo stopped-pack, Rusk solo detiene el proceso el tiempo suficiente para crear una instantánea local verificada. El procedimiento es este: durante la parada se hace una sola cosa, generar la instantánea local. La carga, la publicación y la reconstrucción del índice se realizan después de que el nodo se reinicie. La ventana de parada no depende de la velocidad de la red, solo del I/O del disco local.
Los comandos que admite v0.1.0, de empaquetar a verificar, de publicar a restaurar: pack, verify, publish, promote, list, restore, gc, rebuild-index, además del flujo de orquestación formado por plan, watch y capture.
Después de terminar de leer la documentación, mi impresión más grande es: la herramienta no resuelve solo “cómo respaldar un nodo”, sino “cómo respaldar y restaurar un nodo sin confiar en nadie”. La combinación de instantáneas firmadas + la selección autónoma de fuentes de confianza por parte del cliente es un enfoque muy distinto a solo proporcionar un enlace de descarga; además se acerca mucho más a la lógica subyacente de la “privacidad conforme” de Dusk: no se basa en la confianza, sino en la verificación.#dusk $DUSK @Dusk
El mecanismo central es la “instantánea firmada”. La instantánea en sí es inmutable, pero las etiquetas (por ejemplo, latest, daily) sí son variables. El bucket de almacenamiento, el endpoint HTTP y el directorio local son solo canales de transferencia; no son la raíz de la confianza. El cliente decide por sí mismo qué configuraciones de origen y claves de firma Ed25519 confiar.
Leí esta frase dos veces antes de entender qué quería decir. La primera vez no me pareció especialmente relevante, pero después de cerrar la página, cuanto más pensaba, más raro me resultaba: sin una clave pública codificada, ¿cómo garantiza el sitio oficial que la instantánea descargada sea realmente la oficial? Volví a leer con cuidado y entonces vi que el oficial solo “se puede configurar como fuente”, no “se confía por defecto”.
La mayoría de las herramientas de instantáneas funcionan como: “descárgalas y listo”, y confían por defecto en el publicador. El diseño de Dusk es: la herramienta en sí no confía en nadie; tú decides a quién corresponde confiar su firma. ¿Quieres usar las instantáneas oficiales? Configura la clave pública oficial. ¿Quieres usar tus propias instantáneas? Firma con tu propia clave. Ningún nombre de bucket, endpoint o clave pública de Dusk está codificado de forma rígida dentro del código.
Otro punto que me hizo sentir que el diseño es muy fino es el manejo del tiempo de parada. En el modo stopped-pack, Rusk solo detiene el proceso el tiempo suficiente para crear una instantánea local verificada. El procedimiento es este: durante la parada se hace una sola cosa, generar la instantánea local. La carga, la publicación y la reconstrucción del índice se realizan después de que el nodo se reinicie. La ventana de parada no depende de la velocidad de la red, solo del I/O del disco local.
Los comandos que admite v0.1.0, de empaquetar a verificar, de publicar a restaurar: pack, verify, publish, promote, list, restore, gc, rebuild-index, además del flujo de orquestación formado por plan, watch y capture.
Después de terminar de leer la documentación, mi impresión más grande es: la herramienta no resuelve solo “cómo respaldar un nodo”, sino “cómo respaldar y restaurar un nodo sin confiar en nadie”. La combinación de instantáneas firmadas + la selección autónoma de fuentes de confianza por parte del cliente es un enfoque muy distinto a solo proporcionar un enlace de descarga; además se acerca mucho más a la lógica subyacente de la “privacidad conforme” de Dusk: no se basa en la confianza, sino en la verificación.#dusk $DUSK @Dusk