Mantener viva la opción.
Zclassic se describe como una bifurcación de Zcash impulsada por la comunidad y protegida mediante prueba de trabajo. Eso da a esta tesis un punto de partida concreto. [2]
CAPITALIZACIÓN DE ZCL · DESDE EL LANZAMIENTO DEL SITIO
Sitio publicado:
Referencia: 12 de septiembre de 2026, 03:20 UTC
Esperando a la fuente…
Cambio en la capitalización de mercado
Se actualiza cada minuto mientras esta página está visible. El precio se expresa en USDT y corresponde a la última operación en una sola plataforma; no garantiza el precio al que podrás operar.
Transacciones ZCL en vivo ↗ · Estadísticas del pool ↗
Consultando las fuentes…
Mayores saldos y monedas inactivas ↓NONKYC · ZCL / USDT · DESDE EL LANZAMIENTO DEL SITIO
Sitio publicado:
Toca una barra, pasa el cursor o usa las flechas del teclado para consultar cada hora.
Las horas rayadas tienen cobertura incompleta. La hora actual sigue en curso.
Solo se incluyen las operaciones ZCL/USDT publicadas por NonKYC que hemos recopilado; cada operación se cuenta una sola vez. Los huecos pueden reducir los totales observados. La moneda de cotización es USDT, no USD. Los totales cubren la actividad desde que se publicó este sitio y no miden la actividad causada por él. Se actualiza cada minuto mientras la página está visible.
UNA TESIS DE INVERSIÓN INDEPENDIENTE
Zclassic es la moneda nativa de una red de privacidad de capa 1, con su propia cadena de prueba de trabajo y raíces en 2016. Veo una red poco reconocida que merece redescubrirse como opción de salida creíble. Mi argumento tiene dos partes independientes: preservar PoW y exigir que el desarrollo financiado por el protocolo justifique su coste.
Leer la tesisLa historia es real. La tesis de redescubrimiento es mía.
Una opción fuera del sistema
puede influir en las decisiones dentro de él.
01 / EL PUNTO DE PARTIDA
La tesis de Frank Braun de julio de 2025 sostiene que Zcash podría beneficiarse si aumenta la demanda de privacidad financiera.
Relaciona el almacenamiento de patrimonio privado y el comercio con la demanda de monedas de privacidad. Sostiene que mantener fondos protegidos durante más tiempo y mejorar la facilidad de uso de las billeteras podría reforzar la adopción. Su tesis de inversión también considera la emisión, la competencia y el riesgo de ejecución. [1]
El ensayo de Braun defiende el caso de ZEC. La tesis de ZCL como contrapeso que presento aquí es una extensión propia; no implica el respaldo de Braun.
02 / MI TESIS SOBRE ZCL
Mi motivo para tomar una posición en ZCL es apoyar una opción externa. Quiero que la Fundación Zcash y el ecosistema en general afronten una consecuencia real en el mercado si avanzan hacia la prueba de participación contra las preferencias de quienes apoyan la prueba de trabajo (PoW). Crosslink es la propuesta concreta que analizo más abajo: un sistema híbrido que conserva la minería PoW y añade finalización basada en participación.
Zclassic se describe como una bifurcación de Zcash impulsada por la comunidad y protegida mediante prueba de trabajo. Eso da a esta tesis un punto de partida concreto. [2]
Mi hipótesis: que usuarios, mineros y desarrolladores tengan una alternativa viable podría hacer menos atractivo un cambio controvertido de consenso.
Una posición en ZCL expresa mi preferencia por PoW. Para que esa señal importe, debe ir acompañada de software útil, seguridad, adopción y liquidez.
Esta parte de mi tesis trata del consenso: mantener PoW como una opción creíble. A continuación explico qué ponen realmente en juego PoW y PoS. El argumento independiente sobre financiación que sigue pregunta cómo pagar el desarrollo. Avanzar en una cuestión no resuelve la otra. El argumento a favor del diseño híbrido de Crosslink merece una evaluación propia.
CONCEPTOS BÁSICOS / PRUEBA DE TRABAJO Y PRUEBA DE PARTICIPACIÓN
La prueba de trabajo (PoW) y la prueba de participación (PoS) ayudan a una red a ponerse de acuerdo sobre su historial de transacciones. Utilizan recursos distintos para que ejercer influencia tenga un coste. Ninguno de los dos mecanismos, por sí solo, establece un límite de oferta ni una recompensa para un fondo de desarrollo.
En una pantalla pequeña, desplaza la comparación hacia los lados.
| La pregunta | Prueba de trabajo · PoW [13] | Prueba de participación · PoS · ejemplo de Ethereum [14] |
|---|---|---|
| ¿Cómo se obtiene influencia? | Los mineros compiten por encontrar pruebas válidas mediante potencia de cálculo. Los nodos verifican el trabajo; entre historiales válidos que compiten, prevalece el que acumula más trabajo. | Los validadores ponen monedas en garantía. El protocolo pondera la participación según las monedas en staking; Ethereum utiliza propuestas y atestaciones de los validadores para seleccionar bloques y darles finalidad. |
| ¿Qué se puede perder? | La electricidad se gasta tanto si el minero gana como si pierde. El equipo y la operación cuestan dinero; el trabajo rechazado o que queda huérfano puede no recibir ninguna recompensa. | Las monedas depositadas sirven de garantía. Las firmas contradictorias pueden provocar slashing: la destrucción de una parte o de la totalidad de las monedas en staking. Incumplir otras tareas puede acarrear penalizaciones distintas. [15] |
| ¿Qué ocurre con el capital? | El equipo puede conservar valor de reventa; la electricidad ya consumida no se puede recuperar. La PoW convencional no confisca las monedas que el minero ya posee. | Operar de forma honesta permite conservar el depósito y recibir recompensas. Ese capital sigue expuesto al riesgo de precio de la moneda, a demoras en los retiros y a las penalizaciones del protocolo. |
Mineros y validadores actúan dentro de reglas que los nodos comprueban. Una mayor potencia de cálculo o más monedas en staking no convierten una recompensa inválida en válida. Cambiar la emisión exige que se adopten nuevas reglas del protocolo. En Ethereum, los votos de los validadores sobre bloques son distintos de la gobernanza: los cambios del protocolo siguen un proceso fuera de la cadena en el que participan varios grupos, no una simple votación de una moneda, un voto. [16]
Prefiero que los productores de bloques tengan que seguir pagando por recursos externos a la propia moneda. Poseer monedas no basta para obtener el derecho a producir bloques PoW. PoS pone capital real en riesgo, pero los validadores que cumplen las reglas pueden conservarlo y recibir nuevas monedas de forma recurrente. Me preocupa cómo esa relación con las recompensas condiciona a quienes defienden la política monetaria.
El slashing sanciona infracciones concretas del consenso, como firmar historiales contradictorios. Defender un cambio del protocolo que aumente la emisión no constituye, por sí mismo, una conducta sancionable con slashing. Por tanto, poner monedas en riesgo no garantiza oponerse a la inflación. [15] También importa quién recibe las nuevas monedas ↓
CAPA 1 NATIVA · PRUEBA DE TRABAJO DESDE 2016
Zcash
Zclassic
Zclassic es casi tan antiguo como Zcash. Su fecha de lanzamiento publicada es solo nueve días posterior.
La versión v1.0.0 de Zcash, fechada el 28 de octubre de 2016, incluía el bloque génesis de su red principal. Zclassic sitúa el inicio de su minería PoW Equihash el 6 de noviembre de 2016. ZCL es la moneda nativa de su propia cadena de privacidad, con sus propios mineros, reglas de consenso y un historial público de bloques y transacciones. [12] [2]
El efecto Lindy es la idea de que, para ciertas tecnologías e ideas duraderas, sobrevivir más tiempo puede apuntar a una mayor vida restante esperada. El tiempo nos deja una historia que examinar. La explicación de Taleb ↗
Eso forma parte del atractivo de ZCL para mí: una cadena de privacidad con una historia de prueba de trabajo que se remonta a 2016. Su antigüedad es parte de su encanto y una razón para volver a examinar una L1 olvidada. Aplicar aquí el efecto Lindy es mi tesis, no una previsión medida de la vida restante de la cadena. La potencia de minado, la seguridad, la adopción y la rentabilidad futura todavía necesitan sus propias pruebas.
Valoro la investigación y la ingeniería de privacidad detrás de Zcash. Mi argumento de justicia es concreto: prefiero una red donde la recompensa por bloque vaya a los mineros que realizan el trabajo, sin una asignación a fundadores o al desarrollo impuesta por el protocolo. El modelo declarado de Zclassic encaja con ese principio. Es mi valoración de las reglas, no una afirmación de que todos los tenedores de ZCL tengan la misma riqueza ni de que desaparezcan los costes de desarrollo. [2]
PEQUEÑA CAPITALIZACIÓN · UNA TESIS DE REDESCUBRIMIENTO
Cargando las capitalizaciones de ZCL y ZEC…
Mi tesis: el mercado puede haber pasado por alto una auténtica red de privacidad de capa 1 con una historia real de prueba de trabajo.
ZCL tiene su propia cadena, sus propios mineros y un propósito: dinero privado protegido por prueba de trabajo. Me interesa la posibilidad de redescubrirlo. Veo una red de pequeña capitalización, en gran parte olvidada, cuya historia y papel como alternativa de salida de Zcash merecen una nueva mirada. Esa es la oportunidad que estoy investigando.
Una capitalización menor no demuestra una valoración errónea. La adopción, la liquidez, el desarrollo y la seguridad pueden justificar valoraciones muy distintas. La comparación en vivo hace medible esta tesis; no establece un precio objetivo.
03 / REDUCIR LA RECOMPENSA MEDIANTE LA COMPETENCIA
Quiero que la competencia empuje las recompensas financiadas por el protocolo hacia el mínimo necesario para ofrecer trabajo que los usuarios realmente valoren.
Una asignación para desarrollo decide quién recibe parte del subsidio. PoW, PoS y los diseños híbridos de finalidad deciden cómo se protege la cadena y qué historial se vuelve definitivo. Zcash puede mantener PoW y reducir su asignación para desarrollo; una red PoS también podría carecer de fondo de desarrollo. Reducir la financiación no impide PoS ni se deriva automáticamente de mantener PoW. [5] [8]
Mi preferencia por una menor asignación obligatoria para desarrollo es independiente de mi preferencia por PoW. Una posición en ZCL puede respaldar ambas preferencias, pero son afirmaciones diferentes.
Una organización de desarrollo debería justificar su coste, como cualquier otro proveedor de servicios. Cuando la financiación forma parte del consenso, un tenedor insatisfecho no puede simplemente cancelar esa asignación y seguir usando las mismas reglas. Sus alternativas son persuadir a la red para que cambie las reglas, aceptar el acuerdo o marcharse.
Una alternativa creíble en ZCL podría convertir la salida en una elección significativa. Si los usuarios, el capital, los mineros y los desarrolladores prefieren una red sin la misma asignación al desarrollo, los beneficiarios de la financiación de Zcash tendrían un motivo para pedir menos, explicar sus presupuestos y demostrar por qué merece la pena apoyar su trabajo. La presión sería mayor si el trabajo útil pudiera sostenerse con asignaciones menores o financiación voluntaria.
Eso es lo que quiero decir con reducir la recompensa mediante la competencia: hacer visible y cuestionable el coste de la financiación institucional. Comprar ZCL no reduce mecánicamente un porcentaje de financiación de Zcash. Apoya la opción externa que podría hacer atractivo un porcentaje menor, tanto política como económicamente.
La recompensa original de los fundadores (Founders’ Reward) y los fondos de desarrollo posteriores son acuerdos distintos. La asignación histórica de Canopy en ZIP 214 incluía un 5 % del subsidio para ZF; las revisiones posteriores definen otros beneficiarios. Aquí uso «recompensa de la fundación» como abreviatura de financiación institucional dirigida por el protocolo, no para afirmar que ZF recibe actualmente toda la asignación al desarrollo. [5]
Si el subsidio total no cambia, reducir la parte institucional redistribuye monedas a otros beneficiarios, como los mineros. Por sí solo, eso no reduce la emisión ni la dilución de los tenedores.
Zclassic describe sus recompensas por bloque como destinadas íntegramente a los mineros. Eso lo convierte en un punto de comparación útil, pero no demuestra que ofrezca la misma seguridad, funciones de privacidad o calidad de mantenimiento. Una alternativa más barata también debe funcionar. [2]
GOBERNANZA DE SUBVENCIONES / LA PRUEBA PARA ZCG
Zcash Community Grants (ZCG) es un comité de subvenciones elegido por la comunidad, distinto de la Fundación Zcash. Mi objeción se dirige al uso de un flujo de financiación obligatorio, no a la existencia de desarrolladores independientes.
ZCG afirma que su parte para grandes subvenciones recibe el 8 % de las recompensas de minería y que sus cinco miembros elegidos seleccionan proyectos mediante un proceso público. Esa estructura puede financiar trabajo útil. También obliga a debatir prioridades y costes de oportunidad: mineros y tenedores no pueden excluirse de esa asignación mientras sigan las mismas reglas de la cadena. [23] [24]
En mayo de 2026, ZCG aprobó, por 3 votos frente a 2, un patrocinio principal de 25.000 USD para una cena de política pública «Cypherpunk» orientada a invitados. Sus defensores sostuvieron que la educación en políticas públicas podría ayudar a la privacidad financiera; dos miembros del comité se opusieron a usar subvenciones para este tipo de evento. Esa división es real, y también lo es la pregunta: ¿por qué debe pagar un fondo de recompensas de bloque una cena para invitados en vez de código, auditorías, billeteras o educación abierta? [25]
En agosto de 2026, ZCG aprobó una subvención de 750.000 USD para 12 meses de trabajo de incidencia política destinada a Pretty Good Policy for Zcash; el expediente registra un pago inicial de 248.750 USD en septiembre. La organización solicitante sostiene que un diálogo constante con los responsables públicos puede proteger la privacidad financiera. Quiero contrastar esa tesis con resultados, costes y entregables públicos antes de tratar la incidencia política como un derecho permanente sobre la emisión. [26] [27]
ZECsy solicitó 550.000 USD para un año de conferencias, talleres y actividades con el sector del entretenimiento para adultos. ZCG aprobó la subvención solo hasta el hito 9, no la solicitud completa de 12 meses. El expediente público registra un pago inicial de 45.833 USD y otro de 45.833 USD por el primer hito. La propuesta sostiene que los pagos privados pueden ayudar a personas cuyo trabajo las expone a la vigilancia o a la exclusión de servicios de pago. Es un caso de uso serio. Aun así, el gasto exige una prueba más estricta que contar asistentes: ¿cuántas personas siguen usando ZEC blindado, cuántos comercios lo aceptan y cuánto costó cada resultado duradero? [28]
En la consulta orientativa de NU7 de febrero de 2026, el 98,6 % del ZEC ponderado por monedas de los participantes se opuso a los activos blindados de Zcash (ZSA), mientras que el 70,4 % de los participantes de ZCAP los apoyó. La consulta a tenedores representó el 7,25 % del ZEC en circulación entre sus preguntas: fue una señal fuerte de quienes participaron, no un voto vinculante de todos los tenedores. La Fundación Zcash dijo que esa oposición no podía ignorarse y pidió más debate. [29]
Sin embargo, en junio ZCG aprobó una subvención de 455.000 USD a QEDIT para una rama de desarrollo y una red de prueba de ZSA, con un pago inicial declarado de 227.500 USD. El trabajo mantiene el código de ZSA compatible con NU7 detrás de una opción de activación y opera una red de prueba separada; no autoriza su activación en la red principal. Financiar investigación es distinto de imponer un cambio de protocolo. Pero ante una señal tan contundente de los tenedores, creo que cualquier subsidio adicional debe ir acompañado de una explicación pública sobre por qué conviene gastar ahora, qué detendría el trabajo y qué nuevo consentimiento precedería a la activación. [30]
Publiquen las alternativas consideradas, los conflictos y abstenciones, los gastos detallados, los hitos medibles y lo que recibieron los usuarios. Si el trabajo de incidencia o un evento supera esa prueba, defiéndanlo abiertamente. Si no, dejen de renovarlo. La solicitante afirma que ZODL ayudó a impulsar la organización y que un miembro de ZCG vinculado a ella se abstendría si así lo exigiera la política sobre conflictos. Eso refuerza la necesidad de documentar cómo se gestionan los conflictos; no demuestra corrupción ni beneficio indebido. [27]
El modelo alternativo de financiación de ZCL permite cuestionar la asignación de Zcash. No demuestra que todas las subvenciones de ZCG sean un desperdicio, y una cadena sin partida de desarrollo sigue necesitando mantenimiento fiable. Pero una alternativa creíble facilita exigir que cada subsidio recurrente compre trabajo que la red realmente valore.
04 / EL INCENTIVO A HACER ALGO
Una organización que espera financiación recurrente puede sentir presión para mantener una hoja de ruta continua.
Me preocupa una falta de alineación de incentivos. Una organización financiada debe explicar su presupuesto, retener personal y demostrar avances. Las nuevas funciones del protocolo generan hitos visibles. Mantener sin cambios una regla monetaria sólida genera menos anuncios, incluso cuando esa contención resulta más valiosa para los tenedores.
Esta preocupación se aplica tanto a PoW como a PoS; no demuestra que la financiación provoque un cambio hacia el staking. Los periodos especificados del fondo de desarrollo de Zcash tienen fecha de finalización, aunque sus destinatarios puedan solicitar una renovación. [5]
Eso puede crear un ciclo: un presupuesto sostiene a un equipo; el equipo necesita una hoja de ruta; esa hoja de ruta propone cambios en el protocolo; los cambios generan nuevas tareas de implementación, auditoría y mantenimiento que justifican el siguiente presupuesto. Nadie tiene que actuar de forma deshonesta para que exista este incentivo. Esta es mi crítica institucional, no una prueba de los motivos de una persona concreta.
En las reglas monetarias, mi punto de partida es la continuidad. Cada cambio debería compensar los costes del riesgo de implementación, la coordinación y el debilitamiento de las expectativas de que las reglas se mantendrán. Cuando la mejora prometida no supera ese umbral, dejar el protocolo como está es el mejor resultado.
No cambiar la emisión no significa abandonar el software. Hay que corregir vulnerabilidades, mantener nodos, mejorar billeteras y financiar auditorías rigurosas. Ese trabajo debe juzgarse por su beneficio para el usuario y su fiabilidad, no por la cantidad de cambios de consenso publicados.
En cuanto a suavizar la emisión, mi preferencia es mantener el calendario monetario establecido.
Esta es una tercera cuestión: cuándo se emiten las monedas. Es distinta de quién las recibe y de cómo funciona el consenso. La suavización de la emisión no introduce por sí sola PoS ni determina el porcentaje de un fondo de desarrollo.
ZIP 234 figura como borrador en el texto revisado el 12 de septiembre de 2026. Propone sustituir las reducciones escalonadas a la mitad por un subsidio calculado a partir de la reserva monetaria restante, manteniendo el límite declarado de 21 millones. También permite la futura reemisión de fondos retirados deliberadamente de circulación mediante el NSM. Sus autores sostienen que esto podría amortiguar las caídas bruscas de ingresos de la minería y apoyar la seguridad a largo plazo. [6]
Esos son los beneficios que la propuesta debe demostrar. Mi objeción es que el límite de oferta es solo una parte del compromiso monetario: también importan el calendario y las condiciones de emisión. Un calendario conocido da a tenedores y mineros una regla con la que planificar. Cambiarlo consume parte de esa previsibilidad y sienta otro precedente para revisar la política monetaria.
Una trayectoria de ingresos más suave puede resultar atractiva para los mineros y, cuando los flujos de financiación reciben parte del subsidio, también para sus beneficiarios. Eso justifica examinar los incentivos; no demuestra que la suavización aumente la financiación total de una organización ni que sus autores la propusieran para beneficiarse personalmente.
A mi juicio, conservar el calendario actual es mejor salvo que sus defensores demuestren que el beneficio de seguridad supera los costes de implementación y credibilidad. Que una institución necesite un proyecto nuevo no es una razón para cambiar el dinero. Una alternativa PoW creíble puede reforzar ese límite al ofrecer otra opción a quienes valoran la contención.
ZIP 233 proporciona un mecanismo explícito para retirar fondos de circulación. Un saldo cuyas claves se han perdido no se convierte en un depósito del NSM por estar inactivo. La investigación de mayores saldos descrita más abajo no justificaría tratar las monedas inactivas como disponibles para su reemisión. [7]
INCENTIVOS / SIGUE LAS NUEVAS MONEDAS
Un tenedor pasivo, un tenedor que recibe recompensas por staking y una empresa que cobra comisiones por servicios de staking no tienen los mismos intereses.
Me preocupa que quienes reciben nuevas emisiones puedan apoyar un aumento si esperan que sus recompensas superen la dilución de su saldo actual. Un tenedor pasivo no recibe esa compensación. Donde se vota con monedas, esa diferencia puede influir en los votos; donde la gobernanza es informal, puede influir en las posturas defendidas y en las actualizaciones que se apoyan. Poseer monedas genera un incentivo para proteger su valor, pero no elimina el incentivo para buscar una parte mayor de sus recompensas.
Imagina un total de 100 monedas, de las cuales 50 están en staking. Se emiten 10 monedas nuevas y se distribuyen íntegramente y de forma proporcional entre quienes hacen staking, sin quemas ni costes. Una persona con 1 moneda en staking recibe 0.2 más: su proporción del total pasa de 1/100 a 1.2/110. Una persona que conserva 1 moneda sin hacer staking pasa de 1/100 a 1/110. El ejemplo ilustra la participación relativa en la oferta, no una ganancia en dólares ni la tasa real de emisión de Ethereum.
Es un incentivo posible, no una predicción de que todos los tenedores o participantes en staking vayan a apoyar la inflación. Una mayor emisión puede atraer más monedas al staking y aumentar la competencia, diluir las monedas existentes, elevar los costes o perjudicar el precio. Los mineros también pueden presionar para obtener subsidios mayores. PoW no elimina la necesidad de que los usuarios defiendan las reglas monetarias.
Los investigadores de Ethereum Ansgar Dietrichs y Caspar Schwarz-Schilling plantean una distinción relacionada en su análisis de febrero de 2024 sobre la economía del staking: tanto los tenedores como quienes hacen staking sufren la dilución, mientras que los proveedores de servicios cobran comisiones por operar posiciones en staking. También advierten que un rendimiento nominal más alto no tiene por qué generar un rendimiento mayor una vez ajustado por dilución. Su propuesta es un análisis, no una afirmación sobre una política adoptada. [17]
Su atractivo era comprensible: quemar comisiones de transacción, reducir la emisión y permitir que la oferta de ETH disminuyera. EIP-1559 introdujo la quema de la comisión base; después, la Fusión de septiembre de 2022 eliminó la emisión PoW y redujo drásticamente la emisión nueva total. Esa reducción fue real. No garantizaba que la oferta disminuyera para siempre. [18] [19]
Cambio neto de la oferta ≈ nueva emisión − ETH quemado.
Si la quema supera la emisión, la oferta disminuye. Si la emisión supera la quema, la oferta crece. Aquí «inflación» significa crecimiento de la oferta de monedas, no un índice de precios al consumidor. Esta ecuación simplificada omite los pequeños cambios de oferta relacionados con penalizaciones.
Dencun, activado el 13 de marzo de 2024, introdujo un mercado separado de comisiones de blobs, más barato, para los datos de los rollups. Las comisiones de blobs también se queman; la quema no se eliminó. Aun así, unas comisiones menores pueden significar menos ETH destruido. En su informe del 29 de mayo de 2025, Glassnode y CME documentaron el regreso de ETH a la inflación neta tras Dencun y la reducción de las comisiones de la red. Es una observación histórica fechada, no una lectura de la oferta en vivo. [20] [21] [22]
Creo que es un error tratar el relato del «dinero ultrasónico» como una promesa monetaria duradera: su deflación depende de la demanda. Abaratar las transacciones puede ser útil y, al mismo tiempo, debilitar la quema que sostenía el relato de escasez. Quien evalúe el activo debería examinar esa tensión en lugar de dar por hecho que el eslogan la resuelve.
Esta historia no demuestra que los tenedores de ETH votaran para aumentar la emisión destinada a los validadores: Ethereum no tiene una votación tan simple sobre el protocolo, y la Fusión redujo drásticamente la emisión bruta. Demuestra que la oferta puede volver a crecer cuando disminuye la quema. La pregunta independiente sobre los incentivos sigue abierta: ¿quién recibe la emisión, quién soporta la dilución y quién tiene influencia cuando se reconsideran las reglas? [16]
En el caso de ZCL, prefiero una alternativa PoW establecida cuyas reglas de emisión se puedan examinar directamente y donde los cambios monetarios tengan que ganarse el apoyo. ZCL sigue emitiendo recompensas de minería; PoW no es una promesa de inflación cero. Mi argumento defiende reglas predecibles y una opción creíble de salida cuando los beneficiarios de un cambio propuesto no logran justificarlo.
06 / EL ARGUMENTO MÁS SÓLIDO A FAVOR DE CROSSLINK
Crosslink tiene un argumento más sólido cuando el objetivo es mejorar las garantías de liquidación manteniendo la minería PoW.
La propuesta añade finalizadores cuyo peso depende de su participación en capital junto a la cadena PoW existente. Los mineros siguen produciendo bloques. Bajo los supuestos de seguridad del protocolo, el historial finalizado obtiene protección contra reorganizaciones. Para una plataforma que acredita depósitos o un comerciante que acepta pagos, eso podría hacer más fiable la liquidación y reducir las largas esperas de confirmación. Crosslink es un diseño híbrido; no sustituye por sí mismo la minería por un sistema íntegramente de prueba de participación (PoS). [8]
La distinción que me resulta convincente es entre cambiar quién puede revertir el historial liquidado y cambiar cuándo entran las monedas en circulación. Crosslink aborda el primer problema; la suavización de la emisión, el segundo. No son soluciones intercambiables. Si el problema real de los usuarios es el riesgo de reversión, una finalidad más fuerte lo aborda de forma más directa que otro calendario de emisión. Es un motivo para evaluar Crosslink por sus propios méritos, no para aceptar todo un paquete de actualizaciones.
El anuncio de la red experimental de abril de 2026 plantea un reparto de recompensas del 40 % para mineros, el 40 % para participantes en staking y el 20 % para un fondo de desarrollo. Esto ilustra cómo financiar otra función de seguridad redistribuyendo el subsidio. Es una asignación propuesta para pruebas, no una afirmación sobre la red principal en funcionamiento. [9]
El argumento económico es que un mismo subsidio podría comprar mejor protección si respalda funciones complementarias de minería y finalización. Ese beneficio debe superar el efecto de reducir la parte de los mineros. La asignación del 40% al staking remunera la función propuesta de finalidad; la del 20% al desarrollo paga a sus destinatarios designados. Tienen fines diferentes aunque compartan el mismo subsidio. Cambiar un porcentaje no determina el otro. Crosslink no reduce por sí solo la financiación del desarrollo.
Añadir finalizadores basados en participación cambia la autoridad sobre la finalidad. Reducir la parte del subsidio que reciben los mineros cambia su remuneración. Una asignación de financiación puede reducir los ingresos de los mineros y mantener intacto el consenso PoW; un cambio de finalidad puede alterar el consenso aunque la asignación para desarrollo siga igual. No debo tratar ambas cosas como la misma pérdida de influencia.
Mi preocupación por el precedente se aplica a cada una por separado: una vez relajado un principio concreto, puede resultar más fácil justificar otro cambio en esa misma dimensión. Para Crosslink, quiero un argumento sobre su autoridad de finalidad y otro sobre el reparto del presupuesto de seguridad. Ninguna preocupación demuestra que más concesiones sean inevitables ni que los mineros posean un veto unilateral.
La auditoría de diseño de mecanismos de Nicolás Della Penna, de enero de 2026, encontró una seguridad sólida una vez alcanzada la finalidad, condicionada a los supuestos BFT y a la consistencia de PoW. También identificó incentivos frágiles para mantener el progreso y posibles bloqueos coordinados en la versión de referencia examinada. Sus conclusiones se refieren a un diseño concreto en evolución, no constituyen un veredicto general sobre versiones posteriores. [10]
El informe de Shielded Labs de mayo de 2026 sobre la red experimental describe interrupciones de la finalidad mientras seguían produciéndose bloques PoW, con la recuperación aún bajo investigación. Es evidencia útil de las pruebas, pero me impide dar por demostrada una recuperación fiable. [11]
La competencia debería obligar a una red a demostrar que un cambio ayuda a sus usuarios. Si Crosslink ofrece una liquidación sustancialmente mejor, una recuperación fiable y compromisos aceptables en concentración y privacidad, eso sí responde al argumento a favor de la contención. Una alternativa PoW creíble puede seguir siendo valiosa aunque una mejora concreta de Zcash merezca apoyo.
07 / LA DISTINCIÓN EN GOBERNANZA
Poseer ZCL no me da un veto sobre Zcash.
Los cambios de Zcash pasan por un proceso de propuestas y adopción por la red. La Fundación es un participante influyente, pero no puede cambiar unilateralmente las reglas de consenso. [3]
La investigación publicada por ECC sobre PoS demuestra que se ha explorado una transición. No demuestra que la Fundación pueda imponerla ni que se haya activado una propuesta concreta. El enfoque híbrido propuesto de Crosslink ilustra esta distinción de diseño: los mineros siguen produciendo bloques y los finalizadores ponderados por participación añaden protección a la liquidación bajo los supuestos del protocolo. [4]
Me preocupa que vincular la participación en el consenso al capital en staking pueda aumentar la importancia de los tenedores de capital existentes. Esa preocupación debe contrastarse con el diseño real. PoW también tiene sus propios compromisos de concentración y seguridad.
08 / QUÉ ME HARÍA CAMBIAR DE OPINIÓN
Una buena narrativa es solo el comienzo. Estas son las condiciones que observaría.
Si las billeteras, el mantenimiento, la seguridad de la red o la liquidez son insuficientes, la opción de salida es débil. Un símbolo bursátil por sí solo no puede disciplinar a otra red.
Si el apoyo voluntario o una asignación menor no pueden sostener la seguridad, las auditorías y un software fiable, el acuerdo más barato puede ser peor para los usuarios. La comparación relevante es el coste de ofrecer dinero privado fiable.
La evidencia de que suavizar la emisión mejora sustancialmente la seguridad, bajo supuestos realistas y considerando los costes de transición y credibilidad, debilitaría mi preferencia por mantener el calendario sin cambios.
Un diseño con pruebas convincentes de privacidad, participación amplia y resistencia a la concentración debilitaría mi objeción. La comparación requiere un protocolo concreto y sus supuestos.
La demanda de privacidad podría crecer sin que ZCL captara ese valor. Incluso una tesis de inversión acertada sobre Zcash no demuestra que una inversión en Zclassic vaya a tener éxito.
Si la comunidad de Zcash elige PoS independientemente de la actividad en Zclassic, ZCL podría seguir siendo una alternativa sin impedir la transición. Esta es la principal incertidumbre causal.
INVESTIGACIÓN DE LA CADENA
Compara los saldos transparentes indexados de ZCL y ZEC y después explora la instantánea completa de ZCL.
El nodo ZCL de nuestra pool proporciona la exportación de saldos, con una instantánea nueva prevista cada dos horas. La comparación de Zcash consulta las 100 direcciones principales de CipherScan cada hora. Cada fuente conserva su fecha y cobertura; la instantánea ZCL del 27 de mayo de 2026 sigue disponible como respaldo fechado explícitamente.
Cargando la comparación de saldos transparentes…
Busca en todas las direcciones ZCL indexadas o filtra saldos cuyas salidas contribuyentes tengan al menos 100.000, 500.000 o 1.000.000 de bloques. Estas antigüedades UTXO solo están disponibles para ZCL.
Cargando la instantánea de saldos verificada…
Las salidas que llevan mucho tiempo sin gastarse son candidatas a investigación, no pruebas de claves perdidas. Los ahorros y el almacenamiento en frío pueden permanecer intactos durante años. Estos filtros miden la antigüedad exacta en bloques en la instantánea, sin convertir los bloques en años ni asignar una probabilidad de pérdida. Recibir un pago posterior no demuestra el control de las claves; un gasto posterior refuta la pérdida de las salidas gastadas.
Las exportaciones actuales decodifican una instantánea coherente del sistema de archivos de nuestro nodo ZCL y contrastan su compromiso, número de salidas y valor total con el RPC del nodo. El nodo parte del estado de sincronización rápida anclado en la versión y valida los bloques posteriores. Esto no demuestra una reproducción desde génesis. El respaldo histórico coincide con el compromiso fijado en Zclassic v2.1.2-beta6. Ese compromiso cubre los valores ordenados de las salidas, sus scripts y sus alturas de creación, utilizados en esta clasificación. Es una verificación de instantánea, no una reproducción independiente de todos los bloques históricos. El compromiso original no vincula las claves de identificación de transacciones. La tabla no identifica propietarios, no clasifica saldos protegidos ni ajusta la oferta circulante por monedas supuestamente perdidas.
Implementación del compromiso ↗ · Ancla de la instantánea fijada ↗
09 / DÓNDE COMPRAR
¿Quieres explorar una posición en ZCL?
Visita NonKYC.io para consultar los mercados de ZCL, la liquidez actual y las comisiones de negociación.
Comprar ZCL en NonKYC.ioPRIMEROS PASOS / BILLETERA POR LÍNEA DE COMANDOS
Instala zclassicd, el nodo completo que contiene tu billetera, y zclassic-cli, la herramienta de línea de comandos que se comunica con él. Estos ejemplos usan la versión oficial v2.1.2-beta6, revisada el 12 de septiembre de 2026.
Descargar la página autónoma de billetera ZCL ↓ · Descargar su suma SHA-256 ↓. El mismo archivo incluye inglés y español. Guarda los dos archivos en la misma carpeta. En un Mac, verifica la descarga en Terminal:
cd "$HOME/Downloads"
shasum -a 256 -c zcl-offline-wallet.sha256Continúa solo si aparece zcl-offline-wallet.html: OK. La suma detecta un archivo modificado respecto a esta descarga; obtener ambos archivos de una fuente comprometida no demostraría su autenticidad. Desconecta Wi-Fi, Ethernet y las demás conexiones a internet; luego abre el HTML guardado en tu navegador. Confirma los pasos de preparación y pulsa Generar una dirección ZCL nueva. Utiliza el generador aleatorio seguro del navegador y funciona completamente dentro del archivo guardado, sin analíticas ni peticiones de red.
Crea una dirección transparente de ZCL y su clave privada comprimida (WIF). Muestra la clave solo cuando sea necesario y usa Guardar copia privada para guardar un archivo de texto sin cifrar en un lugar privado, fuera de carpetas sincronizadas con la nube. Conserva copias protegidas; cualquiera con la WIF puede gastar los fondos. Cierra la página antes de volver a conectarte. Es un generador de claves: los saldos, las direcciones protegidas, la sincronización y el gasto requieren otra billetera de Zclassic. Verifica la recuperación con una cantidad pequeña antes de confiar en él. Las instrucciones para el nodo completo siguen disponibles abajo.
Un navegador sin conexión no protege un dispositivo comprometido, las extensiones no confiables ni una descarga modificada. Esta integración no ha recibido una auditoría de seguridad independiente. Revisar el código, las dependencias fijadas y las instrucciones de compilación ↗.
Usa el paquete del daemon para tu sistema operativo. Incluye los dos programas de línea de comandos. Empieza en una carpeta nueva; conserva intactos la billetera existente y su directorio de datos al actualizar.
Abre Terminal y pega este bloque. Comprueba que la sesión sea ARM64 (Apple Silicon, sin Rosetta), descarga el paquete oficial en tu carpeta de usuario, verifica su hash SHA-256 fijado y lo extrae solo si la verificación tiene éxito. Un comando fallido detiene este bloque. El hash esperado procede de SHA256SUMS.txt de la versión.
(
set -eu
test "$(uname -m)" = arm64
mkdir -p "$HOME/zclassic-cli-2.1.2-beta6"
cd "$HOME/zclassic-cli-2.1.2-beta6"
zcl_archive='zclassicd-v2.1.2-beta6-macos-arm64.tar.gz'
zcl_release='https://github.com/ZclassicCommunity/zclassic/releases/download/v2.1.2-beta6'
curl -fL "$zcl_release/$zcl_archive" -o "$zcl_archive"
zcl_sha256='4f2344da82a57b404a1eb5e5497c00ffc635ec4792f8f9e4ab9457e970d5a12a'
printf '%s %s\n' "$zcl_sha256" "$zcl_archive" | shasum -a 256 -c -
tar -xzf "$zcl_archive"
)Cuando la verificación indique OK y termine la extracción, ejecuta esto para entrar en la carpeta de los programas. Úsalo también al abrir otra ventana de Terminal para los comandos posteriores:
cd "$HOME/zclassic-cli-2.1.2-beta6/zclassic-2.1.2-beta6-osx-arm64"Esta descarga es para Apple Silicon. En un Mac con Intel, sigue las instrucciones de compilación del proyecto. Después continúa con los pasos 2 y 3 para iniciar la billetera, sincronizar, crear direcciones y hacer una copia de seguridad.
Con curl, tar y sha256sum disponibles, este bloque descarga el archivo y lo extrae solo si la verificación de la suma de comprobación tiene éxito.
(
set -eu
mkdir -p zclassic-cli-2.1.2-beta6
cd zclassic-cli-2.1.2-beta6
zcl_release='https://github.com/ZclassicCommunity/zclassic/releases/download/v2.1.2-beta6'
zcl_archive='zclassicd-v2.1.2-beta6-linux-x86_64.tar.gz'
curl -fL "$zcl_release/$zcl_archive" -o "$zcl_archive"
curl -fL "$zcl_release/SHA256SUMS.txt" -o SHA256SUMS.txt
sha256sum --check --ignore-missing SHA256SUMS.txt
tar -xzf "$zcl_archive"
)Después, entra en el directorio de los ejecutables extraídos:
cd zclassic-cli-2.1.2-beta6/zclassic-2.1.2-beta6-linux-x86_64Descarga zclassicd-v2.1.2-beta6-win64.zip ↗ y SHA256SUMS.txt ↗. Calcula el hash del archivo y compara sus 64 caracteres con su entrada en el archivo de sumas de comprobación:
Get-FileHash .\zclassicd-v2.1.2-beta6-win64.zip -Algorithm SHA256Cuando coincida, extrae el ZIP con el Explorador de archivos. Abre PowerShell en la carpeta extraída que contiene zclassicd.exe y zclassic-cli.exe. En los comandos siguientes, sustituye ./zclassic-cli por .\zclassic-cli.exe.
En Linux o macOS, ejecuta estos comandos desde el directorio de ejecutables. La carpeta de copias de seguridad está en tu equipo; el acceso RPC queda limitado a localhost.
mkdir -p "$HOME/zclassic-backups"
chmod 700 "$HOME/zclassic-backups"
./zclassicd -daemon -server=1 -rpcbind=127.0.0.1 -rpcallowip=127.0.0.1 \
-exportdir="$HOME/zclassic-backups"Crea una carpeta llamada zclassic-backups dentro de tu carpeta de usuario de Windows y después ejecuta:
.\zclassicd.exe -server=1 -rpcbind=127.0.0.1 -rpcallowip=127.0.0.1 -exportdir="$env:USERPROFILE\zclassic-backups"Mantén abierta esa terminal y ejecuta los comandos CLI en una segunda ventana de PowerShell, en la misma carpeta de ejecutables.
Un nodo nuevo intenta descargar los parámetros de prueba y una instantánea de sincronización rápida; después se pone al día con la red. Prevé varios gigabytes de descargas y espacio adicional para el crecimiento de la cadena. El tiempo depende de los pares y de tu conexión. La sincronización rápida usa el compromiso de la instantánea fijado en la versión; no reproduce la cadena desde génesis. Para validar todo el historial, sigue las instrucciones oficiales de -bootstrap=0 y descarga de parámetros.
./zclassic-cli getblockchaininfo
./zclassic-cli getnewaddress
./zclassic-cli z_getnewaddress sapling
./zclassic-cli z_gettotalbalance
./zclassic-cli backupwallet walletbackup01getblockchaininfo: espera a que la altura de bloque alcance la del explorador y verificationprogress se acerque a 1. Un progreso alto por sí solo no demuestra que tus pares estén al día.getnewaddress: crea una dirección transparente pública para recibir pagos de una pool.z_getnewaddress sapling: crea una dirección protegida separada para recibir fondos. Usa la dirección transparente en el ejemplo de minería siguiente.z_gettotalbalance: informa los saldos transparente, privado y total.backupwallet walletbackup01: guarda la copia en la carpeta indicada por -exportdir. Usa un nombre de archivo, no una ruta completa; guarda las copias posteriores con nombres nuevos.Protege el archivo de la billetera y su copia como claves de tus fondos. Conserva una copia protegida en otro lugar y crea una nueva después de generar direcciones. Esta guía no activa la función experimental de cifrado de la billetera de esta versión. Nunca introduzcas claves privadas ni una copia de tu billetera en una pool, en este sitio o en un chat de soporte.
Cuando lo necesites, detén el nodo de forma ordenada:
./zclassic-cli stopDefiniciones RPC de la billetera ↗ · Guía oficial del nodo ↗
NUESTRO POOL · ZCLASSIC · PRUEBA DE TRABAJO
Pon tu GPU a trabajar para Zclassic. Abre el panel del pool para consultar su estado actual y los datos de conexión, o prueba el minero GPU en el navegador.
de historia con prueba de trabajo. Una L1 real con raíces.
Por qué importa la historia: el efecto Lindy ↑Comisión del pool: 0,8%Un 20% inferior a una comisión del 1%.
Comprueba en el panel si el pool está aceptando mineros antes de conectarte.
Recompensas de bloques obtenidas por ZCL Thesis Pool.
—
Historial registrado del pool
—
Intervalo móvil de 24 horas
—
Intervalo móvil de 60 minutos
Recompensas brutas de bloques, incluidas las comisiones de transacción, antes de la comisión del 0,8% del pool. Las recompensas inmaduras se incluyen y se muestran por separado; la madurez requiere 101 confirmaciones. Los totales no son saldos de billeteras ni pagos. Los intervalos usan el momento en que el pool registró cada bloque. Se actualiza cada 30 segundos mientras la página está visible.
PRIMEROS PASOS / CÓMO MINAR
ZCL utiliza actualmente Equihash 192,7, con la personalización ZcashPoW. Elige hardware y software de minería que admitan esos parámetros exactos. Una configuración Equihash 200,9 de Zcash no es intercambiable.
Los comandos para Mac de arriba instalan una billetera y un nodo completo. El ejemplo de miniZ de abajo usa su minero GPU para Linux o Windows; sus descargas no incluyen una versión nativa para macOS. Puedes conservar la billetera de cobro en el Mac y usar una máquina GPU compatible como trabajador. No pegues el comando de minería de Linux en macOS esperando que utilice una GPU de Apple.
Recomendamos nuestra pool comunitaria de ZCL cuando su estado en vivo confirme que acepta mineros. La comisión de la pool es del 0,8%, dejando el 99,2% de las recompensas asignadas a los mineros. Es una comisión un 20% inferior a una del 1%; la configuración publicada de Equihash 192 de zpool permite compararlas. Las recompensas son proporcionales al trabajo aceptado en cada ronda. Los saldos elegibles se pagan a partir de 0,05 ZCL tras la madurez de la recompensa y las confirmaciones del blindaje. La pool cubre las comisiones de transacción con su reserva operativa. Comprueba el estado en vivo antes de empezar; la sincronización o la disponibilidad de los pagos pueden cerrar el acceso.
Ver el estado de nuestra pool ↗ · Abrir el minero GPU en el navegador ↗
Nuestro minero experimental WebGPU ejecuta trabajo real de ZCL Equihash 192,7 en tu dispositivo. Está diseñado para navegadores compatibles, incluido Chrome en Mac compatibles; necesita unos 3,26 GiB de memoria GPU. Introduces tu dirección pública ZCL de pago, eliges un límite de tiempo, aceptas el consumo eléctrico y pulsas Iniciar. No requiere clave privada ni depósito.
La minería permanece desactivada hasta que la pool confirme que está lista. Cuando esté disponible, pulsar Detener u ocultar la pestaña finaliza la sesión. Puede calentar el dispositivo y ralentizar otras aplicaciones, y los ingresos quizá no cubran la electricidad. Las participaciones contribuyen a las rondas de la pool; no garantizan bloques ni pagos. Las instrucciones de miniZ de abajo siguen siendo otra opción para equipos GPU Linux y Windows compatibles.
Una pool reúne el trabajo de los mineros y paga según sus reglas. Minar en solitario produce recompensas mucho menos frecuentes y más variables. Ejecutar un nodo con billetera no significa, por sí solo, que tu GPU esté minando.
Para un ejemplo concreto con GPU, usa las descargas oficiales de miniZ ↗ y comprueba la GPU, el controlador, el sistema operativo compatibles y la suma de comprobación publicada. Los comandos de abajo se conectan a nuestra pool de ZCL. Comprueba que el estado en vivo de nuestra pool ↗ indique que acepta mineros antes de empezar. Las comisiones de la pool y del software minero son distintas.
Sustituye YOUR_ZCL_T_ADDRESS por la dirección transparente de tu propia billetera y elige un nombre de trabajador. Ejecuta esto en la carpeta extraída de miniZ en Linux:
./miniZ --par=192,7 --pers=ZcashPoW \
--url=YOUR_ZCL_T_ADDRESS.worker1@pool.zclthesis.com:2192 \
-p c=ZCL --logEn Windows, sustituye ./miniZ por .\miniZ.exe y escribe el comando en una sola línea. El servidor es nuestra pool ZCL Thesis. c=ZCL selecciona los pagos en ZCL. Es minería compartida; las recompensas dependen del trabajo aceptado en cada ronda. El campo de contraseña contiene opciones de la pool, nunca la contraseña de tu billetera.
Busca participaciones aceptadas en tu minero. El minero del navegador muestra los contadores de la sesión actual; la página pública de nuestra pool muestra la disponibilidad de la pool y del nodo. Investiga los rechazos repetidos antes de dejarlo funcionando. Una conexión o una tasa de hash mostrada no demuestran por sí solas que estés ganando ZCL.
El pago mínimo es de 0,05 ZCL. Confirma los pagos recibidos en tu billetera sincronizada o en un explorador ZCL con tu dirección pública. Los créditos pendientes de la pool no aparecen en el saldo de tu billetera. Compara el valor de los pagos reales con los costes de electricidad, hardware, pool y software minero. La minería respalda la red, pero no garantiza rentabilidad. Detén el minero en primer plano con Ctrl+C.
miniZ incluye un panel en el navegador con estadísticas de GPU, gráficos y salida de consola. En una máquina GPU Linux remota que ya controles y a la que puedas acceder por SSH, inicia el minero con la telemetría vinculada a localhost. Primero sustituye la dirección de cobro. Si ya está ejecutándose, detenlo con Ctrl+C antes de iniciar esta versión:
./miniZ --par=192,7 --pers=ZcashPoW \
--url=YOUR_ZCL_T_ADDRESS.worker1@pool.zclthesis.com:2192 \
-p c=ZCL --log --telemetry=127.0.0.1:20000En tu Mac, sustituye YOUR_USER y YOUR_GPU_HOST por tu usuario SSH y el nombre o la IP de la máquina GPU. Mantén abierta esta ventana de Terminal mientras uses el panel:
ssh -N -L 20000:127.0.0.1:20000 YOUR_USER@YOUR_GPU_HOSTEn una segunda ventana de Terminal del Mac, abre el panel:
open http://127.0.0.1:20000El trabajador GPU realiza la minería; el navegador muestra su telemetría. La página integrada sirve para supervisar, no es una billetera ni un servicio autenticado de inicio y parada. Mantén local el puerto de telemetría y usa el túnel SSH para el acceso remoto. Cerrar el túnel corta el acceso al panel; para detener la minería, detén el minero en la máquina GPU.
Documentación del panel de miniZ ↗ · Opción de dirección de telemetría ↗
Sí. Una pool necesita un nodo ZCL sincronizado, un servidor Stratum que valide participaciones Equihash 192,7 actuales, contabilidad de recompensas, pagos y supervisión. Los mineros conectan su propio hardware; el servidor de la pool no necesita una GPU solo para coordinar su trabajo. Nuestro ZCL Thesis Pool está en funcionamiento; su página de estado indica si acepta mineros en este momento.
La configuración histórica de ZCL en Miningcore aún especifica 200,9, y el antiguo Z-NOMP está archivado. Son puntos de partida para desarrollar, no recetas de instalación verificadas para el ZCL actual. Una integración privada debe demostrar participaciones válidas, bloques aceptados y contabilidad correcta de pagos antes de admitir mineros públicos.
RPC de minería del nodo actual ↗ · Parámetros históricos de pool ↗ · Z-NOMP histórico ↗
Sí: miniZ documenta minería dual con dos algoritmos compatibles en GPU NVIDIA, incluido Equihash 192,7. Coloca primero la conexión ZCL con --url, la conexión de la segunda moneda en --url2 y usa --dualw para ajustar el reparto de trabajo según su guía. Este modo dual está documentado para NVIDIA; no supongas que admite GPU AMD o Apple.
La minería dual reparte la capacidad de la GPU entre trabajos independientes. Puede reducir la tasa de hash de ZCL y cambiar el consumo eléctrico. Compara los ingresos conjuntos por trabajo aceptado y los costes eléctricos con minar solo ZCL; aquí no se ha medido ninguna pareja concreta. No significa que una sola prueba de trabajo obtenga recompensas en ambas cadenas, lo que sería minería fusionada. Estas instrucciones no establecen ninguna pareja de minería fusionada para ZCL.
Comprueba los algoritmos compatibles actuales antes de elegir una segunda moneda: miniZ retiró ZIL en v2.5e y retiró 125,4 y 150,5 en v2.5e3, por lo que los ejemplos antiguos de parejas podrían dejar de funcionar.
Algoritmos compatibles actuales ↗ · Opciones de minería dual ↗ · Cambios de v2.5e ↗ · Cambios de v2.5e3 ↗
Guía revisada el 12 de septiembre de 2026. Los comandos se contrastaron con el código de la versión y la documentación de los proveedores; no se ejecutó minería para publicar esta página.
10 / SIGUE EL ARGUMENTO
Fuentes principales revisadas el 11 y 12 de septiembre de 2026; documentos de ZCG revisados el 26 de octubre de 2026. Los ensayos históricos reflejan el contexto de su publicación; la franja de datos en vivo muestra por separado las observaciones de sus fuentes y no sigue el estado de activación de los protocolos.