Varios exploradores de bloques, incluidos Zcash Explorer, Blockchair, Block Explorer y 3xpl, no han registrado ninguna actividad en la red Zcash desde las 05:27 UTC del 3 de junio, cuando supuestamente se extrajo el postrer monolito. Según estos sitios, al falleba de esta nota, la sujeción no ha producido ningún monolito nuevo en más de 5 horas.
Los datos de Zcash Explorer muestran 97 transacciones no confirmadas en el clase de memoria (una serie de operaciones pendientes que esperan ser incluidas en un monolito), algunas de las cuales se enviaron minutos antiguamente de que se publicara esta nota. A menos que la sujeción procese los bloques, esas transacciones no serán acreditadas.
Pero Mert Mumtaz, director ejecutante y cofundador de Helius (empresa de infraestructuras de Solana), La red no está caída, el explorador está usando nodos terribles. “Está funcionando perfectamente.”
Los exploradores de bloques dependen de los nodos para descifrar y mostrar el estado de la sujeción. Si los nodos son viejos o están mal sincronizados, puede indicar una interrupción de la red. Sin secuestro, el resto sigue funcionando proporcionadamente. Los fundadores de Helius basan sus afirmaciones en datos del clase de minería Zecmining Pool. Esto refleja Zcash en entusiasmo, como se ve en la posterior imagen con bloques procesados recientemente.
La aggiornamento de Zcash del día precedente en segundo plano
El 2 de junio, los mantenedores de la red, el equipo de explicación franco de Zcash, se dieron cuenta de una vulnerabilidad en el clase Orchard, la capa de transacciones privadas más nueva de Zcash. Aggiornamento de emergencia aplicada a nivel de protocolosegún informó CriptoNoticias.
Según el analista de criptomonedas conocido como Railgoon at X, lo ocurrido hoy 3 de junio con el explorador reflejando la caída de la red se explica directamente en el posterior orden: Mineros y desarrolladores habrían congelado Orchard Pool (Se concentra en torno a del 31% del suministro total de ZEC, o en torno a de 4,5 millones de los 16,7 millones de monedas en circulación) Para evitar que la vulnerabilidad sea explotada antiguamente de que esté serie una opción, se implementó una escisión dura del protocolo.
Railgon argumentó que Zcash “suspendido parcialmente intencionalmente” Al momento de esta publicación, ya se había recuperado.
Según Railgoon, los asincrónicos que ves en varios navegadores pueden ser un impresión residual de ese proceso. El agraciado señaló que varias billeteras igualmente se habrían desincronizado durante la escisión, incluidas Cake Wallet y Zodl Wallet.
La aggiornamento de Zcash provocó la desincronización del ecosistema
Dos declaraciones publicadas por Zcash Open Development y Zcash Foundation el 3 de junio confirmaron que la rotura reportada por múltiples navegadores no fue una rotura aislada, sino que correspondía a la ventana de activación de una aggiornamento identificada con el nombre “NU6.2” (que corrige el tirabuzón de prueba de Orchard).
Luego de la aggiornamento, los exploradores y billeteras que no hayan actualizado previamente sus nodos serán bloqueados. Se quedaron en la sujeción precedente y mostraron una red paralizadaaunque la sujeción principal siguió funcionando.
Ambas declaraciones confirmaron que No hay evidencia de que las vulnerabilidades encontradas en Orchard Pool hayan sido explotadaslos fondos estuvieron seguros durante todo el proceso y el suministro total de ZEC se mantuvo sin cambios. NU6.2 restaura completamente las transacciones de Orchard con un circuito fijo y resuelve completamente la vulnerabilidad que se incluyó provisionalmente en el parche de emergencia del 2 de junio.
(Traducción de etiquetas) Blockchain
