#dusk $DUSK Una vez cifrado, ¿cómo sabe el nodo verificador que esa transacción es real? Yo antes pensaba que había que sacrificar la velocidad y verificar poco a poco, o bien que cada nodo tuviera que obtener el texto en claro; de esas dos maneras, cualquiera resulta incómoda.
Luego saqué a relucir y releí el mecanismo de consenso de Succinct Attestation de Dusk, y ahí descubrí que en absoluto seguía esas dos rutas que yo había imaginado. Usa un tipo de agregación de pruebas que se puede contraer: las pruebas parciales producidas por varios validadores se pueden comprimir en un único testimonio compacto; al final, en la cadena solo se conserva esa única pieza. Es decir, el proceso de verificación en sí es distribuido, pero las huellas que quedan en la cadena son concisas. $SPCXB
En comparación con el enfoque tradicional de PoS, donde cada validador debe difundir su firma por separado y luego se meten un montón de firmas dentro del bloque, esta idea no ahorra tanto capacidad de cómputo como ancho de banda y crecimiento del estado. Una de las peores cosas de una cadena de privacidad es que los datos cifrados ya tienden a inflarse; si encima se les agregan un montón de firmas redundantes, los nodos simplemente no pueden con la carga. El diseño de DUSK equivale a optimizar por separado la “carga del consenso” y la “carga de la privacidad”; no se estorban.
Lo que realmente resuelve no es “qué tan rápido es el consenso”, sino evitar que el costo de verificación en una cadena de privacidad aumente de forma lineal con la cantidad de participantes. Para escenarios de finanzas reguladas, donde potencialmente hay decenas o incluso cientos de partes involucradas, casi es una respuesta obligatoria. $AKE
Por supuesto, tampoco creo que sea perfecto. Si el proceso de generación de la prueba agregada tiene alguna vulnerabilidad, el error de un nodo malicioso podría quedar “empaquetado” dentro de la evidencia final; entonces la rendición de cuentas sería más difícil que en el modo tradicional. Además, el desempeño de este mecanismo bajo particiones extremas de red, con los datos públicos de pruebas, todavía no está del todo claro.
¿La eficiencia de consenso de una cadena de privacidad puede, de verdad, ser a la vez rápida y verificable? Hablemos en los comentarios sobre tu opinión. #dusk @Dusk
Luego saqué a relucir y releí el mecanismo de consenso de Succinct Attestation de Dusk, y ahí descubrí que en absoluto seguía esas dos rutas que yo había imaginado. Usa un tipo de agregación de pruebas que se puede contraer: las pruebas parciales producidas por varios validadores se pueden comprimir en un único testimonio compacto; al final, en la cadena solo se conserva esa única pieza. Es decir, el proceso de verificación en sí es distribuido, pero las huellas que quedan en la cadena son concisas. $SPCXB
En comparación con el enfoque tradicional de PoS, donde cada validador debe difundir su firma por separado y luego se meten un montón de firmas dentro del bloque, esta idea no ahorra tanto capacidad de cómputo como ancho de banda y crecimiento del estado. Una de las peores cosas de una cadena de privacidad es que los datos cifrados ya tienden a inflarse; si encima se les agregan un montón de firmas redundantes, los nodos simplemente no pueden con la carga. El diseño de DUSK equivale a optimizar por separado la “carga del consenso” y la “carga de la privacidad”; no se estorban.
Lo que realmente resuelve no es “qué tan rápido es el consenso”, sino evitar que el costo de verificación en una cadena de privacidad aumente de forma lineal con la cantidad de participantes. Para escenarios de finanzas reguladas, donde potencialmente hay decenas o incluso cientos de partes involucradas, casi es una respuesta obligatoria. $AKE
Por supuesto, tampoco creo que sea perfecto. Si el proceso de generación de la prueba agregada tiene alguna vulnerabilidad, el error de un nodo malicioso podría quedar “empaquetado” dentro de la evidencia final; entonces la rendición de cuentas sería más difícil que en el modo tradicional. Además, el desempeño de este mecanismo bajo particiones extremas de red, con los datos públicos de pruebas, todavía no está del todo claro.
¿La eficiencia de consenso de una cadena de privacidad puede, de verdad, ser a la vez rápida y verificable? Hablemos en los comentarios sobre tu opinión. #dusk @Dusk
隐私链的性能瓶颈到底卡在哪
0%
DUSK和其他ZK方案的路线差异
0%
合规金融为什么在意验证成本
0%
0 Votos • Votación cerrada