#dusk $DUSK @Dusk
Cuanto más material sobre <i>Dusk</i> leo, más siento que el asunto de la "privacidad" no debería atribuirse solo a Phoenix y a las pruebas de conocimiento cero. En el libro blanco hay una capa de protección de la privacidad que es fácil de pasar por alto: proviene de la propia capa de red P2P, y no tiene nada que ver con los algoritmos de cifrado.
El protocolo P2P que usa Dusk se llama Kadcast, y se basa en una estructura de tabla hash distribuida tipo Kademlia. En la Sección 2.3 del libro blanco hay un detalle que vale la pena mirar con detenimiento: el mecanismo de difusión de Kadcast no consiste en enviar el mensaje de una vez a todos los nodos vecinos; en cambio, lo reenvía solo a un subconjunto específico de nodos, determinado por la distancia XOR entre nodos. Luego, esos nodos continúan reenviándolo hacia afuera, en cascada, capa por capa. Esta estructura trae un efecto secundario: como el mensaje no viaja directamente desde el emisor a cada receptor, sino que pasa por intermediarios en varios saltos, rastrear desde qué nodo se envió originalmente un mensaje se vuelve claramente más difícil. En principio, esta estructura se diseñó para optimizar la eficiencia del ancho de banda, pero de paso también difumina el origen del mensaje.
Esto me hizo replantearme cómo evaluar las palabras "cadena de privacidad". Si solo Phoenix aporta privacidad, ciertamente el contenido de las transacciones queda confidencial; pero el patrón de comportamiento de difusión entre nodos. Si la capa de red fuera del tipo "uno a muchos, difusión directa", teóricamente las personas que observan la ubicación de los nodos podrían usarlo para hacer análisis de tráfico y, indirectamente, inferir cierta información: quién difundió qué en qué momento. Incluso si no se entiende el contenido, el patrón de comportamiento en sí es una forma de fuga de información. La estructura de reenvío por capas de Kadcast, además de la privacidad criptográfica, añade otra capa de difuminación a nivel de red: dos capas superpuestas. Romper una sola de ellas no es suficiente para localizar verdaderamente el origen.
Cuando la gente habla de cadenas de privacidad, suele enfocarse de manera automática en la solución de cifrado: qué zk-SNARK u otro sistema de pruebas se usa, y muy pocos profundizan una pregunta más: cómo está diseñada la capa P2P. Esta parte normalmente no se percibe en el día a día, pero justamente es el punto más fácil de atacar para adversarios que realizan análisis de tráfico.
¿Qué opinan? Al evaluar una cadena de privacidad, ¿debería el diseño de la capa de red considerarse por separado como un indicador?
Cuanto más material sobre <i>Dusk</i> leo, más siento que el asunto de la "privacidad" no debería atribuirse solo a Phoenix y a las pruebas de conocimiento cero. En el libro blanco hay una capa de protección de la privacidad que es fácil de pasar por alto: proviene de la propia capa de red P2P, y no tiene nada que ver con los algoritmos de cifrado.
El protocolo P2P que usa Dusk se llama Kadcast, y se basa en una estructura de tabla hash distribuida tipo Kademlia. En la Sección 2.3 del libro blanco hay un detalle que vale la pena mirar con detenimiento: el mecanismo de difusión de Kadcast no consiste en enviar el mensaje de una vez a todos los nodos vecinos; en cambio, lo reenvía solo a un subconjunto específico de nodos, determinado por la distancia XOR entre nodos. Luego, esos nodos continúan reenviándolo hacia afuera, en cascada, capa por capa. Esta estructura trae un efecto secundario: como el mensaje no viaja directamente desde el emisor a cada receptor, sino que pasa por intermediarios en varios saltos, rastrear desde qué nodo se envió originalmente un mensaje se vuelve claramente más difícil. En principio, esta estructura se diseñó para optimizar la eficiencia del ancho de banda, pero de paso también difumina el origen del mensaje.
Esto me hizo replantearme cómo evaluar las palabras "cadena de privacidad". Si solo Phoenix aporta privacidad, ciertamente el contenido de las transacciones queda confidencial; pero el patrón de comportamiento de difusión entre nodos. Si la capa de red fuera del tipo "uno a muchos, difusión directa", teóricamente las personas que observan la ubicación de los nodos podrían usarlo para hacer análisis de tráfico y, indirectamente, inferir cierta información: quién difundió qué en qué momento. Incluso si no se entiende el contenido, el patrón de comportamiento en sí es una forma de fuga de información. La estructura de reenvío por capas de Kadcast, además de la privacidad criptográfica, añade otra capa de difuminación a nivel de red: dos capas superpuestas. Romper una sola de ellas no es suficiente para localizar verdaderamente el origen.
Cuando la gente habla de cadenas de privacidad, suele enfocarse de manera automática en la solución de cifrado: qué zk-SNARK u otro sistema de pruebas se usa, y muy pocos profundizan una pregunta más: cómo está diseñada la capa P2P. Esta parte normalmente no se percibe en el día a día, pero justamente es el punto más fácil de atacar para adversarios que realizan análisis de tráfico.
¿Qué opinan? Al evaluar una cadena de privacidad, ¿debería el diseño de la capa de red considerarse por separado como un indicador?
A. 该单独算,经常被忽略
100%
B. 不用,加密层够了
0%
C. 看具体资产敏感度
0%
1 Votos • Votación cerrada