zkSync hace un llamado a los desarrolladores para que proporcionen comentarios sobre cómo mejorar su documentación técnica

[zkSync hace un llamado a los desarrolladores para que brinden comentarios sobre cómo mejorar su documentación técnica] Según las noticias del 25 de septiembre, el proyecto de expansión de Capa 2 zkSync tuiteó oficialmente que desde el lanzamiento de la red principal zkSync 2.0 se está acercando cada vez más, para brindar un mejor desarrollo soporte Esperamos que los desarrolladores brinden sugerencias y comentarios completos sobre la conveniencia de recuperación, integridad y legibilidad de sus documentos técnicos.

Otras noticias:

La solución de segundo nivel de Ethereum, zkSync, se lanzará en la red principal el 14 de julio: Noticias oficiales, la última versión de la solución de segundo nivel de Ethereum, zkSync, completó la auditoría de código realizada por ABDK y se lanzará en la red principal el 14 de julio. La versión admitirá transacciones y NFT, y no será necesario revisar los tokens en zkSyns Además, zkSync también lanzará un nuevo sistema de eventos. [2021/7/2 0:21:16]

ZKSwap se une al Programa Acelerador de la Alianza DeFi Alliance: Según las noticias oficiales, el protocolo comercial de segundo nivel ZKSwap (ZKS) anunció que se unió oficialmente al Programa Acelerador de la Alianza DeFi Alliance. Los proyectos que se unieron al programa acelerador durante el mismo período también incluyeron el protocolo Sushiswap y el protocolo Bancor. En el futuro, ZKSwap trabajará con otros miembros de la alianza para promover la adopción y el desarrollo de tecnologías relacionadas con DeFi, expandir el ecosistema ZKSwap Layer 2 y construir conjuntamente un sistema financiero distribuido transparente, de bajo costo y confiable.

Se espera que ZKSwap lance oficialmente la versión ZKSwap V2 a fines de junio y planea lanzar el protocolo NFT de la red de segundo nivel en la red principal de Ethereum en julio. [2021/5/31 22:59:05]

Dynamics | La vulnerabilidad de "aliasing de entrada" del contrato zkSNARK provocó la explosión de muchos proyectos de moneda mixta: según Ambi Labs, una gran cantidad de proyectos de prueba de conocimiento cero han introducido la vulnerabilidad de "aliasing de entrada (Input Aliasing)" debido al uso incorrecto de un Cierta biblioteca de contratos zkSNARK, que puede conducir a ataques como certificados falsificados, doble gasto y reproducción, y el costo del ataque es extremadamente bajo. Muchos proyectos de código abierto en la comunidad Ethereum se ven afectados, incluidas las tres bibliotecas de desarrollo de conocimiento cero zkSNARK más utilizadas, snarkjs, ethsnarks y ZoKrates, así como tres aplicaciones de mezcla de moneda (transferencia anónima) populares recientemente, hopper, Heiswap y Miximus. De hecho, todos los proyectos que utilizan la biblioteca de contratos criptográficos zkSNARKs deben realizar una autoinspección de inmediato para evaluar si está afectada. La solución es simple. Solo es necesario agregar un control sobre el tamaño del parámetro de entrada en la función de verificación, forzando que el valor de entrada sea menor que el valor q mencionado anteriormente. Es decir, está estrictamente prohibido "ingresar un seudónimo", y está estrictamente prohibido usar varios números para representar el mismo punto. Afortunadamente, las bibliotecas de contratos zkSNARK comunes actuales se han actualizado rápidamente para evitar "ingresar seudónimos" desde el nivel de biblioteca subyacente. SECBIT Labs cree que la actualización de la biblioteca subyacente puede eliminar en gran medida los riesgos de seguridad de los usuarios posteriores, pero si la gravedad del problema no se publica y difunde ampliamente, todavía habrá desarrolladores que lamentablemente la utilicen. versión del código, o desarrollado de acuerdo con el tutorial incorrecto, ocultando así los riesgos de seguridad. [2019/7/29]