Zcash reduce los tiempos de bloque: ¿qué cambia para usuarios y mineros?

La actualización NU7 de Zcash reducirá el tiempo objetivo entre bloques de 75 segundos a 25, dando a los depósitos la oportunidad de confirmarse antes, mientras deja a los exchanges decidir cuándo acreditarlos. La actualización también cambia lo que los mineros ganan de las transacciones, con el 40% de las comisiones destinadas a los mineros y el 60% restante reservado para recompensas futuras.

Zcash ha programado su actualización NU7 para el bloque 3.543.405, cuando la red reducirá su tiempo objetivo entre bloques de 75 segundos a 25 y comenzará a reservar la mayor parte de las comisiones de transacción para futuras recompensas de minería.

Las notas de la versión Zebra 7.0.0 de la Zcash Foundation identifican el software que soporta el cambio. Para alguien que deposita ZEC en un exchange que requiere seis confirmaciones, el intervalo más corto reduce la espera objetivo para esos bloques de siete minutos y medio a dos y medio, suponiendo que el exchange mantenga el mismo requisito.

Para los mineros, el cambio está en cómo obtienen sus recompensas. Zcash emitirá un subsidio menor en cada bloque para mantener estable la emisión diaria programada, mientras que los mineros recaudarán el 40% de las comisiones de transacción y el 60% restante irá a una reserva para su reemisión posterior.

Qué cambia entre enviar ZEC y obtener un saldo utilizable

Un pago puede pasar por varias etapas diferentes incluso cuando ambas partes usan la misma moneda. El remitente crea una transacción y la difunde a la red. Un nodo verifica la transacción según sus reglas, un minero la incluye en un bloque y el software del destinatario reconoce el pago. El destinatario entonces decide cuántas confirmaciones esperar antes de tratar los fondos como disponibles.

NU7 cambia el espaciado esperado entre los bloques en esa secuencia. No establece un tiempo garantizado para cada uno de los demás pasos. Una billetera que está desconectada no puede mostrar el pago hasta que se reconecte, y un exchange puede mantener un saldo pendiente mientras aplica sus propias verificaciones. Como informó crypto.news, NU7 establece un objetivo de 25 segundos para los bloques. El efecto sobre un depósito sigue dependiendo del servicio que lo recibe.

Una transferencia directa ofrece la comparación más simple. Si la transacción del remitente es aceptada y los mineros la incluyen en el siguiente bloque, el destinatario tiene la oportunidad de ver la primera confirmación antes. Si el destinatario es un comerciante que espera múltiples confirmaciones antes de entregar los bienes, su política determina cuánto del beneficio llega al comprador.

Un exchange añade un sistema de acreditación entre la blockchain y la cuenta del cliente. Puede reconocer la transacción onchain y mostrar al usuario un elemento pendiente, luego acreditar la cuenta una vez acumulado el número requerido. Un trader que quiere vender los ZEC no puede usar solo la primera marca de tiempo para comparar exchanges. La comparación útil es el tiempo entre difundir el mismo tipo de transacción y recibir un saldo negociable.

Una política de seis confirmaciones también depende de cómo el exchange define el conteo. Algunas interfaces cuentan el bloque que contiene la transacción como la primera confirmación. El cálculo simple de seis veces el espaciado objetivo es una referencia para la producción de bloques, mientras que la espera observada depende de dónde dentro del intervalo se envió la transacción y de si el siguiente minero la incluyó. Una medición debería registrar esos detalles antes de comparar resultados.

Una billetera que recibe una transferencia blindada tiene otra fuente de trabajo. Escanea la cadena para encontrar datos que pueda descifrar con las claves correspondientes. Los bloques más rápidos pueden mejorar la experiencia de pago a la vez que generan actualizaciones más frecuentes para que el software las procese. La actualización se ejecutó en la testnet de Zcash antes del cambio a la mainnet. Sus reglas por bloque limitan determinados tipos de trabajo blindado.

Una comparación de las políticas de confirmación puede expresarse en minutos sin adivinar qué elegirá cualquier exchange. Con el objetivo antiguo, tres bloques representaban 225 segundos de producción esperada. Con el nuevo objetivo, nueve bloques representan la misma duración objetivo. Seis bloques antiguos y 18 bloques nuevos representan igualmente ambos 450 segundos.

La tabla multiplica el recuento por el espaciado objetivo. No puede medir cuánto trabajo asegura ninguna transacción específica ni qué considerará equivalente el equipo de riesgos de un exchange. Dos políticas con la misma duración esperada pueden tener propiedades diferentes si cambian las condiciones de minería de la red o la distribución de los tiempos de bloque.

La prueba antes y después más útil utilizaría el mismo servicio, la misma billetera y el mismo tipo de transacción. Una marca de tiempo registraría cuándo el usuario difunde la transacción. Una segunda marcaría la inclusión. Una tercera registraría cuándo el exchange o el comerciante pone el saldo a disposición. Si el primer intervalo disminuye y el segundo se mantiene estable, el cambio en la red puede haber mejorado una parte del proceso mientras el servicio mantuvo sus comprobaciones existentes.

Un cliente que realiza un pago también debe considerar la disponibilidad del software del receptor. Un comerciante que utiliza un backend compatible puede ser capaz de actuar en cuanto su política lo permita. Un cliente que envía a una billetera que no ha terminado de sincronizarse puede esperar a que la billetera se ponga al día incluso después de que los mineros hayan confirmado el pago. Ambas experiencias pueden ser descripciones precisas de diferentes partes de la misma transacción.

Para los mineros, los cambios en el ritmo de los bloques pueden complicar las comparaciones realizadas durante la propia transición. Una muestra corta podría incluir bloques más lentos o más rápidos que el objetivo, y los operadores pueden actualizar su software en momentos diferentes. Una lectura de una hora podría capturar el cambio y la variación ordinaria en la llegada de bloques conjuntamente. Ventanas más largas ofrecen una mejor visión de si la producción real se está estabilizando cerca del objetivo.

Un operador que evalúa las comisiones necesita una disciplina similar. Comparar el total por bloque puede dar un resultado engañoso porque las transacciones se distribuyen entre más bloques. Una comparación basada en las comisiones por día puede mostrar cuánto pagaron los usuarios en total. El operador puede entonces calcular qué parte de ese total está disponible de inmediato y qué parte está reservada bajo las nuevas reglas.

La capacidad de hacer estas distinciones importa más que una simple afirmación de que la red es tres veces más rápida. Para la mayoría de los usuarios, el beneficio observable será un cambio específico en una ruta de pago concreta. Para los mineros, el cambio observable será la distribución del subsidio y las comisiones a lo largo de un período suficientemente largo como para tener en cuenta el mayor número de bloques.

Qué mide la estimación de capacidad de Orchard

La estimación de Orchard de la fundación se refiere a la tasa de transacciones bajo un modelo especificado. Las transacciones blindadas pueden tener formas diferentes y requerir distintas cantidades de trabajo. Dos transacciones pueden contar como dos transferencias para las personas que las usan y aun así imponer cargas diferentes a la red debido al número de acciones involucradas.

Un límite sobre las acciones es, por consiguiente, diferente de una cuota sobre los pagos. Establece un límite sobre lo que un bloque puede contener para el pool correspondiente. La red puede combinar ese límite más estricto con bloques más frecuentes. Cuántas transacciones caben realmente depende de la composición de las transacciones que seleccionan los mineros y de la interacción entre los límites específicos del pool y los globales.

Para un desarrollador de carteras, el valor de un límite es que hace que algunas cargas en el peor de los casos sean más fáciles de razonar. Un usuario que sincroniza una cartera ligera depende de que el software pueda recuperar y procesar los datos necesarios para descubrir sus pagos. Si bloques inusualmente costosos pueden dominar ese trabajo, un usuario puede experimentar una sincronización más lenta incluso cuando los bloques individuales llegan más rápido.

La estimación de capacidad debe evaluarse junto con el rendimiento bajo tráfico real. Observaciones útiles incluirían qué grupos concentran la actividad, el número de acciones por transacción y cuánto tarda una cartera con un punto de sincronización más antiguo en ponerse al día. Una sincronización más rápida bajo carga cotidiana y una carga menor en el peor de los casos abordan problemas relacionados pero diferentes.

Los usuarios no pueden inferir la demanda de pagos a partir del tamaño de los nuevos límites. La capacidad puede aumentar mientras el número de pagos se mantiene estable. A la inversa, una aplicación puede generar una ráfaga de actividad blindada que haga relevantes los límites aunque el promedio de más largo plazo de la red siga siendo bajo. Esa distinción importa al comparar la utilidad de la actualización con un movimiento de precio alrededor de la fecha de activación.

Por qué los mineros deberían comparar ingresos a lo largo de un día o una semana

El cambio en el subsidio significa que un solo bloque es una unidad pobre para comparar los ingresos totales de minería a través de la activación. Un minero que recibe un tercio del subsidio por bloque todavía puede competir por aproximadamente tres veces más bloques durante el mismo período. Durante un intervalo suficientemente largo, la participación del minero en la potencia de cómputo de la red importa más para su participación esperada del subsidio que el número de ZEC asociados a un bloque.

El cambio aún puede alterar la forma en que los pagos se distribuyen a lo largo del tiempo. Un minero en solitario experimenta los bloques como eventos discretos y puede pasar mucho tiempo sin encontrar uno. Un grupo combina el trabajo de muchos mineros y tiene su propia contabilidad para distribuir las ganancias. Un flujo más frecuente de recompensas más pequeñas puede cambiar el patrón de recibos incluso cuando el subsidio agregado programado se mantiene estable.

Un estado de cuenta de un grupo puede combinar subsidio, comisiones y ajustes de la fórmula de pago del grupo. Para aislar el efecto de NU7, un minero necesitaría comparar los componentes de comisiones y subsidio por separado y usar la misma unidad de tiempo. Comparar un pago por bloque con un pago diario, o comparar dos períodos con potencia de cómputo sustancialmente diferente, oscurecería la parte atribuible a las nuevas reglas.

Los costos operativos introducen una distinción adicional. Los ingresos de minería medidos en ZEC no describen cuánto conservan los mineros después de pagar electricidad y gastos de hardware. Un grupo podría ganar una cantidad similar de ZEC durante un período y ver cambiar el valor en dólares de esos ingresos si el precio del token se mueve. Una disminución en el beneficio neto no mostraría por sí sola que el calendario de subsidio por bloque cambió.

Las comisiones por transacción pueden variar mucho más que el subsidio programado. Si la actividad aumenta, las comisiones totales durante un día podrían incrementarse aunque los mineros retengan una fracción menor. Si la actividad se mantiene igual, la división misma reduce sus ingresos inmediatos por comisiones. Una comparación necesita tanto el nuevo porcentaje como la cantidad de comisiones a la que se aplica.

Hay un umbral simple para esta comparación estrecha. Si la cantidad pagada en comisiones se eleva a dos veces y media su nivel anterior, los mineros que conservan el 40% recibirían la misma cantidad inmediata de comisiones que antes, manteniendo otros factores constantes. Esa aritmética no predice el tráfico. Muestra por qué el efecto sobre los mineros depende en parte del uso que la actualización habilita y en parte del nivel inicial de comisiones.

Las políticas de confirmación decidirán qué notan realmente los clientes

El espaciado de bloques indica a una cartera con qué frecuencia la red espera crear un nuevo lugar para transacciones. Una cartera todavía tiene que construir y difundir un pago, un nodo tiene que aceptarlo y un minero tiene que incluirlo. Si una transacción compite por espacio limitado, el intervalo de bloques por sí solo no determina su espera.

Un exchange tiene una decisión separada que tomar una vez que ve la transacción. Puede mostrar un depósito pendiente antes de poner el saldo a disposición para operar o retirar. Un cliente podría, por lo tanto, ver el depósito aparecer antes después de NU7 mientras espera más tiempo a que el exchange aplique su propia política final de acreditación.

Los recuentos de confirmaciones también cambian de significado cuando los bloques llegan con más frecuencia. Seis bloques en el nuevo objetivo representan un tramo de tiempo transcurrido más corto que seis en el objetivo anterior. Un exchange que quiera preservar aproximadamente la misma espera podría pasar de seis a 18 confirmaciones. La disyuntiva para el cliente depende de si el exchange mantiene su recuento, lo cambia o pausa temporalmente los depósitos durante la transición.

Los pagos enviados entre monederos personales tienen un cuello de botella práctico diferente. El monedero del destinatario tiene que escanear la cadena en busca de transacciones que pueda descifrar. Un primer bloque más rápido ayuda, pero alguien que abra un monedero que ha estado desconectado durante días todavía puede pasar tiempo poniéndose al día. Los límites en las acciones protegidas abordan esa otra parte de la experiencia al acotar la cantidad de trabajo que cada bloque puede imponer al monedero.

Esa distinción también importa para las mediciones posteriores a la activación. Una muestra de depósitos realizados poco antes y poco después de la bifurcación podría contener tiempo de inactividad del servicio o retiradas retenidas para revisión manual. Sería una base débil para estimar los tiempos de confirmación ordinarios. Una muestra más comparable rastrearía cuándo un usuario envió una transacción, cuándo apareció por primera vez en un bloque y cuándo un proveedor la acreditó. Dividir la espera en esos intervalos ayuda a aislar la parte que el consenso realmente cambia.

El triple de bloques cambia cómo se ven los resultados de la minería

Los mineros pueden comparar las recompensas diarias antes y después de la actualización separando el subsidio del componente de comisiones. El subsidio es la cantidad asignada por las reglas del protocolo. Las comisiones por transacción varían con las transacciones que envían los usuarios y las comisiones incluidas en los bloques.

Usando solo los objetivos de bloque, un día contiene aproximadamente 1.152 bloques a 75 segundos y 3.456 a 25 segundos. Con un tercio del subsidio por bloque, eso produce el mismo subsidio agregado programado a lo largo del día. El recuento de bloques realizado puede variar, por lo que un día individual todavía puede quedar por encima o por debajo de cualquiera de los dos puntos de referencia.

Por lo tanto, un operador de un pool de minería tendrá que comparar los rendimientos durante el mismo período de tiempo. Un gráfico que muestre el pago por bloque caerá en la transición por diseño. Un gráfico que muestre el subsidio agregado a lo largo de una semana plantea una pregunta diferente. Las comisiones del pool, los costes de hardware, la electricidad y la proporción de potencia de cálculo de la red que controla un minero determinan cuánto conserva ese minero.

El reparto de comisiones puede evaluarse con un cálculo separado. Si el subsidio representa el 99% de las recompensas de un minero antes de la actualización y las comisiones representan el 1%, reducir la parte de las comisiones en un 60% reduciría las recompensas totales en un 0,6%, suponiendo que todas las demás entradas permanecen constantes. Si las comisiones representan el 10%, el mismo cambio reduciría las recompensas totales en un 6%. Ambos ejemplos son hipotéticos y aíslan la regla de comisiones de los cambios en el uso y la competencia.

La primera comparación para los pools de minería es igualmente sensible a la ventana seleccionada. Tomar una hora a cada lado de la activación puede dar resultados inusuales si un pool encontró casualmente varios bloques o unas pocas transacciones inusualmente grandes aterrizaron muy juntas. Medir las comisiones totales y el subsidio emitido durante el mismo número de horas da un resultado más interpretable. Las reglas de acreditación de un pool pueden separar aún más cuándo se registran los ingresos en la cadena de cuándo los mineros individuales ven el saldo en su cuenta.

A modo de ilustración, un pool que representa una proporción constante de bloques exitosos esperaría registrar más descubrimientos de bloques en un día bajo el nuevo calendario. La recompensa más pequeña asociada a cada descubrimiento cambia las unidades en las que llegan sus ingresos. Si el pool informa de recompensas por bloque sin mostrar también cuántos encontró y cuánto pagó por unidad de trabajo, un usuario que mire el panel podría confundir un cambio en la distribución con un cambio en los ingresos. Por eso una comparación diaria necesita tanto el subsidio como los componentes de comisiones, junto con una medida comparable de participación.

La reserva cambia cuando las comisiones sostienen a los mineros

Bajo el Mecanismo de Sostenibilidad de la Red, el protocolo mantiene un registro del valor reservado para su reemisión posterior. Ese fondo proporciona a la red una fuente de recompensas futuras que se originaron en comisiones o en cantidades no reclamadas elegibles. El saldo de la reserva y las reglas para agotarla determinan cuánto puede ponerse a disposición con el tiempo.

Por lo tanto, dos períodos pueden tener relaciones diferentes entre el uso y el gasto en seguridad. Mientras se acumulan las comisiones, los mineros actuales conservan solo la parte pagada de inmediato. Una vez que se programe el inicio de la reemisión, los mineros futuros podrán recibir recompensas de actividad que ocurrió mucho antes. Los participantes que cobraron la parte original de las comisiones y aquellos que posteriormente reciben las recompensas financiadas por la reserva pueden ser diferentes.

El diseño preserva una razón para que los mineros incluyan transacciones que pagan comisiones a través de la porción que retienen. También plantea una pregunta sobre cuánta demanda de bloques se requiere antes de que la reserva sea económicamente significativa. Si las comisiones son modestas en comparación con el subsidio, un gran porcentaje de las comisiones todavía puede equivaler a una pequeña parte de los fondos que sostienen la minería.

Una propuesta separada para dirigir una porción adicional de las recompensas hacia la reserva ilustra esa distinción. La contribución ya especificada en NU7 y una propuesta para financiamiento futuro son elecciones de política separadas. Una descripción de las reglas de lanzamiento debería usar los parámetros en la especificación de la actualización y mantener las propuestas de financiamiento posteriores como distintas.

La reserva crea una pregunta diferente para alguien que rastrea la emisión. El valor apartado de las comisiones puede contarse cuando entra en la reserva y nuevamente cuando las reglas eventualmente lo reemitan. Esos son eventos separados en la vida del mismo valor. Una visión contable que trata cada uno como suministro nuevo puede oscurecer cuánto está disponible para los usuarios en una altura particular. ZIP 259 da las fechas de los eventos en bloques, lo que permite a un observador saber qué regla está en vigor sin extrapolar a partir de un pronóstico de reloj de pared.

La transición del software afecta a los servicios así como a los operadores de nodos

Zebra 7.0.0 es la versión estable que soporta la activación en la red principal. Un servicio que usa un nodo más antiguo puede seguir ejecutando software incluso cuando su visión de la cadena ya no sigue la red actualizada. Un exchange, backend de billetera o pool por lo tanto necesita considerar qué ve su propia infraestructura en la altura de activación.

La distinción se hace visible cuando diferentes servicios reportan diferentes alturas de bloque. Un front end puede permanecer accesible incluso si el nodo detrás de él deja de rastrear la cadena que los usuarios esperan. Para un negocio que acredita saldos, la pregunta relevante es si su sistema interno sigue las mismas reglas de consenso que la red en la que los clientes están enviando fondos.

Los preparativos del lanzamiento incluyeron correcciones que afectan la sincronización y la verificación. Esas correcciones abordan el comportamiento operativo junto con la actualización de consenso. Para un operador, el cambio por lo tanto implica más que verificar el intervalo de bloque anunciado. Incluye ejecutar una versión compatible y asegurarse de que las dependencias del servicio continúen leyendo y procesando la cadena correctamente.

La testnet proporcionó un lugar para que los desarrolladores ejercitaran las reglas antes del cambio en la red principal. Proporciona evidencia de que el código puede procesar bloques bajo la nueva configuración en un entorno de prueba. La adopción en la red principal depende de los operadores que soportan billeteras reales, depósitos y minería. Su comportamiento se vuelve observable a través de la cadena y a través de cualquier aviso de servicio emitido en torno a la activación.

Un exchange que se prepara para la transición tiene que conciliar dos registros. Su nodo rastrea bloques y las transacciones en ellos, mientras que su libro mayor de clientes registra lo que los usuarios pueden comerciar o retirar. Una actualización de cadena puede proceder mientras el exchange mantiene esos libros mayores separados por un período, particularmente si el servicio quiere confirmar que los depósitos observados antes de la actualización permanecen visibles para su infraestructura actualizada. El tiempo que un cliente espera está entonces gobernado por cuándo el servicio concilia los libros mayores y reanuda la acreditación de cuentas.

Sprout le da a la actualización una consecuencia irreversible para algunos fondos

El pool blindado original es una parte heredada de la historia de Zcash. Pools posteriores dieron a la red diferentes formas de representar transacciones blindadas, pero un saldo dejado en Sprout todavía depende de los formatos que pueden gastar desde ese pool. NU7 cambia las versiones de transacción válidas, lo que hace que la cuestión del formato sea material para el propietario de un saldo heredado.

Un saldo de billetera mostrado como ZEC le da al propietario el monto de la moneda. Puede requerir más información para identificar el pool y la ruta de gasto disponible. La acción relevante para un titular heredado es mover fondos a través de una ruta compatible antes del cambio de consenso. Actualizar el software por sí solo no puede crear una transacción válida después de que el formato antiguo deje de ser aceptado.

Una cifra pública para el saldo en un pool no puede decirle a un observador cuántos titulares lo están usando activamente o qué porción es recuperable con claves aún disponibles. Un pequeño número de saldos grandes y muchos saldos pequeños inactivos podrían producir el mismo total. La regla se aplica a los fondos que permanecen en el pool en la activación independientemente de cómo llegaron allí.

Esa consecuencia es separada del límite de suministro monetario y de las comisiones reservadas para recompensas futuras. El manejo del protocolo de una versión de transacción antigua elimina una ruta de gasto. La regla de reserva contabiliza las comisiones que pueden reemitirse posteriormente según su propio calendario. La especificación de la actualización trata esos como cambios distintos, con transacciones de versión 4 inválidas desde la altura de activación en la red principal.

La fecha límite de Sprout es la excepción a una historia que por lo demás se mide en intervalos y promedios. Las billeteras y los exchanges pueden revisar las reglas de confirmación, y los ingresos de minería variarán con la actividad. La regla que afecta al pool heredado está fijada a la altura de activación. Una vez que la cadena actualizada aplica la restricción, la disponibilidad de una billetera más nueva por sí sola no restaura la capacidad de gastar un saldo que quedó allí.

Qué observar

• Activación. La red alcanzando el bloque 3.543.405 y produciendo bloques posteriores bajo las nuevas reglas.
• Políticas de depósito. Los exchanges publicando nuevos umbrales de confirmación o reabriendo depósitos pausados.
• Actividad de Orchard. Acciones observadas por bloque y tiempo transcurrido a lo largo de los períodos de mayor actividad.
• Ingresos de minería. Recepciones diarias de comisiones e ingresos por subsidio comparados entre ventanas equivalentes.
• Sprout. Avisos de billetera que especifican qué saldos heredados eran elegibles para moverse antes de la activación.

Preguntas frecuentes