#dusk $DUSK
Todo el mundo discute sobre el consenso. Casi nadie mira una capa por debajo.
@Dusk no usa chismes aleatorios para mover bloques entre nodos. Usa Kadcast: una superposición estructurada, donde la posición de cada nodo determina a quién reenvía. La documentación da la razón en una sola línea: menos ancho de banda y una latencia más predecible.
Predecible es la palabra que importa aquí.
El chisme aleatorio es robusto pero ruidoso. Un mensaje podría llegarte en 200 ms o en 900 ms, dependiendo de la suerte. Para la mayoría de cadenas, eso está bien. Para una cadena que vende a las instituciones una finalización determinista de ~10 segundos, la variación en la propagación no es un detalle cosmético: es parte de la promesa de liquidación. No puedes garantizar los tiempos de finalización encima de una capa de transporte que encoge los hombros.
La segunda mitad es la auditoría. Blaize revisó la implementación en Rust y la calificó con un 9.8 sobre 10, pero lo interesante está en las conclusiones: desviaciones de la especificación original de Kadcast, casos límite que se pasaron por alto en el procesamiento de nodos en reposo y un manejo ambiguo de campos reservados en los encabezados de los mensajes. Todo se resolvió o se verificó excepto dos elementos informativos.
Campos reservados y nodos en reposo. No es nada glamuroso. Exactamente el tipo de cosa que se convierte en un incidente raro en producción tres años después.
La pregunta abierta con la que sigo: una superposición estructurada significa que la topología es deducible en lugar de aleatoria. Eso es lo que compra la predictibilidad. ¿También facilita observar los patrones de tráfico para una cadena cuyo valor completo es la confidencialidad? En serio, no lo sé, y no he encontrado un análisis público que lo responda.
Para una cadena de privacidad: ¿cambiarías parte de la predictibilidad de la propagación por una red más enmarañada y difícil de mapear?
Todo el mundo discute sobre el consenso. Casi nadie mira una capa por debajo.
@Dusk no usa chismes aleatorios para mover bloques entre nodos. Usa Kadcast: una superposición estructurada, donde la posición de cada nodo determina a quién reenvía. La documentación da la razón en una sola línea: menos ancho de banda y una latencia más predecible.
Predecible es la palabra que importa aquí.
El chisme aleatorio es robusto pero ruidoso. Un mensaje podría llegarte en 200 ms o en 900 ms, dependiendo de la suerte. Para la mayoría de cadenas, eso está bien. Para una cadena que vende a las instituciones una finalización determinista de ~10 segundos, la variación en la propagación no es un detalle cosmético: es parte de la promesa de liquidación. No puedes garantizar los tiempos de finalización encima de una capa de transporte que encoge los hombros.
La segunda mitad es la auditoría. Blaize revisó la implementación en Rust y la calificó con un 9.8 sobre 10, pero lo interesante está en las conclusiones: desviaciones de la especificación original de Kadcast, casos límite que se pasaron por alto en el procesamiento de nodos en reposo y un manejo ambiguo de campos reservados en los encabezados de los mensajes. Todo se resolvió o se verificó excepto dos elementos informativos.
Campos reservados y nodos en reposo. No es nada glamuroso. Exactamente el tipo de cosa que se convierte en un incidente raro en producción tres años después.
La pregunta abierta con la que sigo: una superposición estructurada significa que la topología es deducible en lugar de aleatoria. Eso es lo que compra la predictibilidad. ¿También facilita observar los patrones de tráfico para una cadena cuyo valor completo es la confidencialidad? En serio, no lo sé, y no he encontrado un análisis público que lo responda.
Para una cadena de privacidad: ¿cambiarías parte de la predictibilidad de la propagación por una red más enmarañada y difícil de mapear?