¡Bienvenido! ¿Eres nuevo en Zcash?
The Zcash network is young, but evolving quickly! Sign up and we'll be in touch with monthly highlights on ecosystem growth, network development and how to get started with Zcash!

Idioma

La Evolución de Zcash

Nathan Wilcox | Oct 18, 2016

Estamos camino al lanzamiento de la moneda Zcash el 28 de octubre. Recientemente compartimos la visión de Zcash como una moneda de consenso: los usuarios son libres siempre de correr el software desde cualquier grupo desarrollador que elijan.

Estrategia Actualizada

El tema más importante que engloba los planes del futuro protocolo es nuestra intención de depreciar las viejas versiones del protocolo. Esto nos permitirá agregar funcionalidades que los viejos clientes no reconocen, así como la eliminación de comportamientos antiguos cuando ya no sea beneficioso conservarlos.

A veces nos referimos a esto como actualización hard forking aunque preferimos evitar el término fork porque es muy confuso a la vez que a menudo provoca debates polémicos. El término fork por sí mismo significa al menos cualquiera de las siguientes:

  1. revisiones de software divergentes,
  2. historial de blockchains persistentes y divergentes
  3. comunidades divergentes.

Esas son todas ortogonales unas a otras. Por ejemplo, una sola comunidad y coherente, puede mantener muchos códigos base de software divergente, o historiales de blockchain divergentes que pueden estar basados en un solo código base (por ejemplo parity luego de la divergencia de ETH y ETC).

Creemos que las actualizaciones que proponemos resultarán aceptables para casi todos los participantes. Más importante aún es que las actualizaciones no serán inaceptables para una parte considerable de la población. Sea lo que fuere, la divergencia de blockchains será de corta vida y la comunidad continuará sin divisiones.

En cierto punto, una propuesta de actualización puede no ser claramente deseada por todos los participantes. Incluso en este escenario, una propuesta de actualización puede aun tener beneficios que sopesen los inconvenientes (por ejemplo, la confusión causada por blockchains divergentes). Si este fuera el caso, estaríamos abogando por la actualización y lanzamiento de software para ello. O podríamos decidir el riesgo de una divergencia de blockchain sopesando los beneficios.

Una nota final sobre la estrategia de actualización: creemos que es posible tener una comunidad de Zcash coherente y unificada, incluso si el blockchain diverge, entonces si atravesamos una divergencia de blockchains, uno de nuestros focos estará puesto en la colaboración de las sub-comunidades que participan de cada lado.

Actualizaciones Potencialmente Sorpresivas

Dado que planeamos proponer actualizaciones que depreciarán las implementaciones antiguas del protocolo, es importante que la gente sepa qué tipo de actualizaciones estamos planificando para poder crear sus expectativas de forma apropiada. Los siguientes ejemplos no son exhaustivos, ni son las más simpáticas o emocionantes actualizaciones en nuestro radar. Más bien son una selección de actualizaciones que esperamos sorprendan a una parte de los usuarios potenciales y por tanto los más importantes con quienes comunicarnos antes del lanzamiento de Zcash.

Minando

Tenemos la intención de modificar nuestro sistema de minería, por lo menos, cambiando los parámetros de Equihash. En el futuro podremos promover cambios más drásticos, como cambiar a una sistema proof-of-work o incluso proof-of-stake diferentes, si creemos que esas alternativas son factibles, seguras y tienen mejores efectos económicos.

Recompensa de los Fundadores

Si la Recompensa de los Fundadores sufriera una pérdida demasiado grande o si nuestras claves fueran robadas o comprometidas, podríamos impulsar una actualización para reparar el daño.

Detección de Falsificación

Cualquier moneda con privacidad reforzada, implica un riesgo de falsificaciones no detectadas [1]. En cualquier sistema de seguridad, un complemento crucial para la prevención es la detección. Hemos empezado a esbozar varias actualizaciones para mejorar el protocolo y potencialmente detectar, y en algunos casos limitar las falsificaciones causadas por problemas de seguridad.

Algunos esquemas de detección de falsificaciones que hemos considerado se basan en fondos que expiraron o fueron abandonados (por ejemplo usuarios que pueden necesitar tomar medidas para garantizar que sus fondos inactivos no se marquen como caducos).

Eliminando Deudas Técnicas

Zcash se deriva del código y diseño del Core de Bitcoin. Elegimos este camino de implementación para obtener beneficios un diseño conservativo y un código base probados en combate. Debido a que estamos proponiendo actualizaciones de que vuelven obsoletas algunas funcionalidades, tendremos la oportunidad de remover las deudas técnicas cuando sea seguro y beneficioso hacerlo [2].

…y más

Como hemos mencionado anteriormente, esta lista no es exhaustiva. Hemos impulsado muchas otras actualizaciones que pueden sorprender a algunos usuarios, que no están aquí listadas. Las ideas más arriba, son simplemente lo que consideramos bastante probable y las actualizaciones más potencialmente "sorprendentes". Y recuerda, estas no son las actualizaciones más interesantes. ;-)

Evolución Futura

Hemos presentado aquí una prueba de las diferentes tipos de actualizaciones que podríamos impulsar en el futuro. Ten en cuenta que también pensamos cambiar nuestra estrategia técnica conforme Zcash vaya creciendo.

Por ejemplo, si la base de usuarios se mantiene relativamente pequeña con unos pocos nichos de uso, quizás promovamos la evolución rápida de funcionalidades. De otra forma, si Zcash crece hacia muchas grupos de interés, abarcando varios diferentes casos de uso, esto puede implicar que el diseño en ese punto fue exitoso, sosteniendo peso económico y probablemente adoptemos una estrategia más conservadora.

Una reflexión final: hemos discutido aquí y en el artículo moneda de consenso sobre cómo es nuestra intención de proponer cambios que luego las personas serán libres de adoptar, pero no hemos aclarado cómo serán hechas las propuestas, cómo será el proceso de decisión y cómo vamos a solicitar opinión de las partes interesadas. Este es un tema para otro artículo.

—Nathan Wilcox, 2016-10-18

Notas:

[1]Diferentes sistemas de privacidad tienen diferentes superficies de ataques que si se ven comprometidas, dan lugar a falsificación. Para Zcash, las superficies de ataques incluyen los parámetros iniciales de configuración, los supuestos de seguridad que dan soporte a la solidez de las pruebas zk-SNARK y el circuito de construcción de zk-SNARK que mantiene las reglas de balance de moneda para las transacciones blindadas. Cuando analizamos los sistemas de moneda intercambiables es importante determinar la superficie de ataque para las vulnerabilidades de falsificaciones.
[2]La comunidad Bitcoin mantiene una lista de deseos justamente para este propósito. Tenemos la oportunidad de probar estas limpiezas en vivo en nuestra red, de forma que la comunidad Bitcoin puede aprender de nuestros aciertos y errores.