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]
RED Y 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.
Consultando las fuentes…
Mayores saldos y monedas inactivas ↓UNA TESIS DE INVERSIÓN INDEPENDIENTE
La privacidad necesita
una alternativa de salida.
Creo que Zclassic ofrece una salida creíble a quienes valoran la privacidad. Lo apoyo por dos razones independientes: preservar la prueba de trabajo y exigir que el desarrollo financiado por el protocolo justifique su coste. Cada argumento necesita sus propias pruebas.
Leer la tesisUn argumento personal. Abierto al escrutinio.
EL DERECHO A ELEGIR
DINERO PRIVADO
ZZcashZEC · Evolución del protocolo
ZcZclassicZCL · Una alternativa PoW
PRESIÓN COMPETITIVA
Una opción fuera del sistema
puede influir en las decisiones dentro de él.
01 / DINERO PRIVADO02 / PRUEBA DE TRABAJO03 / SALIDA CREÍBLE
01 / EL PUNTO DE PARTIDA
Primero, el argumento
a favor del dinero privado.
Leer el ensayo original de Frank Braun ↗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]
Dónde comienza mi argumento
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
Una alternativa creíble
hace que el consentimiento importe.
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.
Hacer creíble la salida.
Mi hipótesis: que usuarios, mineros y desarrolladores tengan una alternativa viable podría hacer menos atractivo un cambio controvertido de consenso.
Convertir la elección en presión.
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. 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.
ORÍGENES COMPARTIDOS · DISTINTAS REGLAS DE RECOMPENSA
Prueba de trabajo real.
Casi la misma edad.
Zcash
Zclassic
Zclassic se lanzó solo nueve días después de Zcash. Ambos tienen sus raíces en 2016.
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. En septiembre de 2026, ambos se acercan a una década de historia. ZCL es una moneda de prueba de trabajo en funcionamiento, respaldada por años de bloques minados, transacciones y esfuerzo comunitario. [12] [2]
La antigüedad importa en mi tesis porque la opción externa ya existe y tiene una historia que se puede examinar. La longevidad por sí sola no demuestra igualdad de potencia de minado, seguridad, liquidez o capacidades de privacidad. Esas características aún deben compararse por sus propios méritos.
Me gusta Zcash. El reparto de recompensas de ZCL me parece más justo.
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]
VALOR DE MERCADO RELATIVO
Una gran diferencia de valoración.
Una pregunta que merece atención.
Cargando las capitalizaciones de ZCL y ZEC…
Me interesa el contraste entre una alternativa PoW con larga trayectoria y un proyecto de privacidad mucho mayor.
Veo la menor valoración de ZCL como un motivo para investigar si el mercado subestima su valor como opción de salida. Una diferencia de capitalización no demuestra una valoración errónea, y tener la misma antigüedad no da derecho al mismo valor. La adopción, la liquidez, el desarrollo y la seguridad pueden justificar valoraciones muy distintas. La comparación hace medible mi hipótesis; no establece un precio objetivo.
03 / REDUCIR LA RECOMPENSA MEDIANTE LA COMPETENCIA
La financiación debe
justificar su lugar.
Quiero que la competencia empuje las recompensas financiadas por el protocolo hacia el mínimo necesario para ofrecer trabajo que los usuarios realmente valoren.
Financiación y consenso son decisiones distintas
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.
¿Qué recompensa y quién asume el coste?
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]
04 / EL INCENTIVO A HACER ALGO
La contención también
es un resultado.
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.
Retirar fondos deliberadamente no es lo mismo que perder las claves
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]
06 / EL ARGUMENTO MÁS SÓLIDO A FAVOR DE CROSSLINK
Evaluar con justicia
los cambios útiles.
Explorar el diseño 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]
Un beneficio más concreto que cambiar la curva de emisión
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.
Pagar la seguridad con el subsidio existente
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.
Dos concesiones distintas que evaluar
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.
Comprobar que la finalidad sigue funcionando
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]
Cómo encaja esto en la tesis sobre ZCL
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
La competencia es
el mecanismo.
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
La tesis debe demostrar su valor.
Una buena narrativa es solo el comienzo. Estas son las condiciones que observaría.
ZCL no llega a ser una alternativa utilizable
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.
Reducir la financiación perjudica el trabajo esencial
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 suavización de la emisión demuestra un beneficio neto convincente
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.
PoS responde a las preocupaciones mejor de lo esperado
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.
El mercado no recompensa el dinero privado PoW
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.
La presión competitiva nunca llega a la gobernanza
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
Saldos transparentes.
Una historia que puedes examinar.
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…
Zclassic: el índice completo 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…
¿Podrían estar perdidas estas monedas inactivas?
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.
¿Qué demuestra la verificación?
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
Explora ZCL
en NonKYC.io.
¿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
Ejecuta tu propia billetera.
Conserva tus propias claves.
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.
Un generador de billeteras descargable que funciona sin conexión
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:
MAC: VERIFICAR EL HTML GUARDADO
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 ↗.
1. Descarga y verifica el paquete adecuado
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.
macOS · Apple Silicon · Terminal
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.
MAC: DESCARGAR + VERIFICAR
(
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:
MAC: DIRECTORIO DE EJECUTABLES
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.
Linux · x86_64 · Bash
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.
DESCARGAR + VERIFICAR
(
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:
DIRECTORIO DE EJECUTABLES
cd zclassic-cli-2.1.2-beta6/zclassic-2.1.2-beta6-linux-x86_64Windows · x64 · PowerShell
Descarga 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:
VERIFICAR SHA-256
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.
2. Inicia el nodo y deja que se sincronice
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.
LINUX / macOS
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"Inicio en Windows
Crea una carpeta llamada zclassic-backups dentro de tu carpeta de usuario de Windows y después ejecuta:
POWERSHELL
.\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.
3. Comprueba la sincronización, crea direcciones y haz una copia
COMANDOS DE LA BILLETERA
./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 yverificationprogressse 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:
DETENER
./zclassic-cli stopDefiniciones RPC de la billetera ↗ · Guía oficial del nodo ↗
PRIMEROS PASOS / CÓMO MINAR
Respalda la alternativa
con trabajo.
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.
Minería desde un Mac
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.
Nuestra pool de ZCL · lanzamiento en preparación
Estamos creando una pool para esta comunidad y queremos que sea nuestro destino de minería recomendado. La comisión inicial 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. Todavía no acepta mineros; publicaremos su comando de conexión después de validar participaciones, bloques y pagos. Mientras tanto, el comando de terceros de abajo es un ejemplo documentado, no el servidor de nuestra pool.
Ver el estado de nuestra pool ↗ · Ver el minero GPU en el navegador ↗
Mina en tu 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.
1. Elige una pool y un minero compatible
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. Su guía de ZCL documenta una configuración para zpool. Antes de empezar, confirma el soporte de ZCL, el servidor, la comisión, la moneda de pago y el pago mínimo en la configuración actual de la pool ↗. Las comisiones de la pool y del software minero son distintas.
2. Configura el minero con tu dirección ZCL
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:
CAMBIA LA DIRECCIÓN ANTES DE EJECUTAR
./miniZ --par=192,7 --pers=ZcashPoW \
--url=YOUR_ZCL_T_ADDRESS.worker1@equihash192.eu.mine.zpool.ca:2192 \
-p c=ZCL,zap=ZCL --logEn Windows, sustituye ./miniZ por .\miniZ.exe y escribe el comando en una sola línea. El ejemplo usa el servidor europeo de la guía de ZCL de miniZ; confirma que siga publicado antes de utilizarlo. c=ZCL solicita pagos en ZCL y zap=ZCL selecciona la minería de ZCL en zpool. El campo de contraseña contiene opciones de la pool, nunca la contraseña de tu billetera.
3. Confirma el trabajo aceptado y los pagos reales
Busca participaciones aceptadas en el minero y el trabajador correcto en el panel de la pool. Investiga los rechazos o la ausencia del trabajador antes de dejarlo funcionando. Una conexión o una tasa de hash mostrada no demuestran por sí solas que estés ganando ZCL.
Comprueba el umbral y el historial de pagos de la pool y después confirma los abonos en tu billetera sincronizada. 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.
4. Abre un panel web desde tu Mac
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:
EN EL TRABAJADOR GPU LINUX
./miniZ --par=192,7 --pers=ZcashPoW \
--url=YOUR_ZCL_T_ADDRESS.worker1@equihash192.eu.mine.zpool.ca:2192 \
-p c=ZCL,zap=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:
TERMINAL DEL MAC: TÚNEL SSH
ssh -N -L 20000:127.0.0.1:20000 YOUR_USER@YOUR_GPU_HOSTEn una segunda ventana de Terminal del Mac, abre el panel:
TERMINAL DEL MAC: ABRIR 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 ↗
¿Podríamos operar nuestra propia pool de ZCL?
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. Este sitio no opera actualmente una pool.
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 ↗
¿Se puede hacer minería dual con ZCL?
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
Lee las fuentes.
Llega a tu propia conclusión.
01
Mi tesis de inversión en ZcashFrank Braun · 22 de julio de 2025 · Base del argumento sobre privacidad
02Descripción general del proyecto ZclassicZclassic · Descripción del proyecto sobre sus orígenes y su diseño PoW
03Acuerdos del protocolo y decisiones principalesFundación Zcash · Propuestas y adopción por la red
04Investigación sobre prueba de participación en ZcashElectric Coin Company · 20 de mayo de 2022 · Justificación histórica de la investigación
05ZIP 214: Reglas de consenso del fondo de desarrolloDefiniciones históricas y posteriores de los flujos de financiación
06ZIP 234: Suavización de la emisiónPropuesta en borrador · Subsidio basado en reservas, justificación y límite de oferta declarado
07ZIP 233: Retirada de fondos de circulaciónMecanismo explícito de retirada · Distinto de los saldos inactivos
08Preguntas frecuentes sobre CrosslinkShielded Labs · Diseño híbrido de finalidad propuesto y beneficios previstos
09Redes experimentales incentivadas de Crosslink2 de abril de 2026 · Recompensas propuestas y hoja de ruta de pruebas
10Auditoría del diseño de mecanismos de Crosslink ZebraNicolás Della Penna · Enero de 2026 · Análisis de seguridad y continuidad del progreso
11Crosslink: las primeras seis semanas29 de mayo de 2026 · Experiencia en la red experimental y dudas sobre la recuperación
12Zcash v1.0.0: versión SproutRepositorio Zcash · 28 de octubre de 2016 · Primera versión con el bloque génesis de la red principal
Fuentes revisadas el 11 y 12 de septiembre 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.