myzclthesis.
EnglishEspañol
Pool de minería ↗

CAPITALIZACIÓN DE ZCL · DESDE EL LANZAMIENTO DEL SITIO

Sitio publicado:

REFERENCIA INICIAL · USD3.086.200 USD

Referencia: 12 de septiembre de 2026, 03:20 UTC

CAPITALIZACIÓN ACTUAL · USD—

Esperando a la fuente…

GANANCIA / PÉRDIDA DESDE EL LANZAMIENTO—

Cambio en la capitalización de mercado

Consultando la capitalización actual en CoinGecko…

Fuente: CoinGecko ↗

La referencia fija es la última observación de CoinGecko de su serie de cinco minutos antes de que este sitio se publicara a las 03:23 UTC. Los datos actuales se actualizan cada cinco minutos mientras la página está visible.

ÚLTIMO BLOQUE REPORTADO—

Cargando datos del explorador…

Explorador Zelcore ↗
NONKYC · ZCL / USDT—

Cargando el último precio negociado en NonKYC…

Dónde comprar ZCL ↓
EDAD DE LA CADENA ZCLASSIC—

Lanzamiento: 6 de noviembre de 2016.

Desde 2016 · El efecto Lindy ↓
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.

Transacciones ZCL en vivo ↗ · Estadísticas del pool ↗

Consultando las fuentes…

Mayores saldos y monedas inactivas ↓

Capitalizaciones de ZCL y Zcash ↓

NONKYC · ZCL / USDT · DESDE EL LANZAMIENTO DEL SITIO

Volumen de mercado observado.

Sitio publicado:

VALOR NEGOCIADO · USDT
—
CANTIDAD NEGOCIADA · ZCL
—
OPERACIONES OBSERVADAS
—

Volumen por hora · UTC · USDT

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

La privacidad necesita
una alternativa de salida.

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 tesis

La historia es real. La tesis de redescubrimiento es mía.

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.

01

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]

02

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.

03

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. 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

¿Qué se pone
realmente en juego?

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.

Dos modelos de seguridad, distintos compromisos económicos
La preguntaPrueba 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.

Acordar los bloques no concede un cheque en blanco

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]

Por qué sigo prefiriendo PoW

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

Desde 2016.
Ahí está parte de su encanto.

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

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.

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]

PEQUEÑA CAPITALIZACIÓN · UNA TESIS DE REDESCUBRIMIENTO

Una capa 1 de 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.

No es una memecoin. Es una cadena nativa de privacidad.

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

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]

GOBERNANZA DE SUBVENCIONES / LA PRUEBA PARA ZCG

Los fondos del subsidio
deben aportar valor público.

Cómo decide 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]

Dos decisiones que ponen a prueba esas prioridades

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: ¿qué se obtiene de la difusión?

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]

Los ZSA después de la consulta a tenedores

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]

El criterio que aplicaría

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]

Por qué importa para la tesis sobre ZCL

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

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.

05 / CASO DE ESTUDIO: SUAVIZACIÓN DE LA EMISIÓN

Una curva más suave
no basta.

Leer ZIP 234 ↗

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]

INCENTIVOS / SIGUE LAS NUEVAS MONEDAS

Poseer monedas no
elimina el interés propio.

Ethereum y el relato del «dinero ultrasónico» ↓

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.

Un ejemplo sencillo de dilución

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]

Ethereum y el relato del «dinero ultrasónico»

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]

La condición detrás del relato

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.

CÓDIGO ABIERTO / CONSENSO INDEPENDIENTE

Aprovecha la investigación.
Conserva la prueba de trabajo.

ZCL puede evaluar investigación y código compatibles de Zcash mientras mantiene sus propias reglas de consenso. Adoptar una mejora de privacidad no exige adoptar la finalidad basada en participación que propone Crosslink. La elección de cómo financiar el desarrollo es independiente de ambas.

Zclassic ya deriva del código y la tecnología de privacidad de Zcash. El desarrollo de código abierto genera trabajo reutilizable: correcciones de seguridad pertinentes, investigación criptográfica y mejoras de billeteras y rendimiento que pueden evaluarse para ZCL. Reutilizar trabajo compatible no exige incorporar una recompensa para fundadores ni dar autoridad sobre la cadena a finalizadores basados en participación. Código de Zclassic ↗ · Licencias del proyecto original ↗

En términos económicos, existe una ventaja de beneficiario gratuito: el ecosistema de Zcash puede financiar investigación cuyos beneficios se extiendan más allá de ZEC. Una cadena más pequeña puede adoptar resultados útiles y competir con una asignación obligatoria menor de las recompensas de bloque. Para mí, es otro motivo para que la financiación del desarrollo esté sometida a presión competitiva. No significa que la investigación original no costara nada ni que quienes la financian y realizan no merezcan reconocimiento.

El ahorro es condicional. ZCL sigue necesitando desarrolladores que revisen licencias y dependencias, adapten cambios compatibles, auditen el resultado y prueben las actualizaciones de la red. Una función ligada a nuevas reglas de transacciones o consenso puede exigir un rediseño considerable; ZCL no hereda automáticamente cada mejora de Zcash ni sus garantías de seguridad. A medida que los proyectos divergen, ese trabajo puede resultar más difícil.

Una política de desarrollo selectiva

Prefiero adoptar mejoras que justifiquen su incorporación y conservar PoW. La finalidad basada en participación de Crosslink es una decisión de consenso separada, no un precio obligatorio por usar mejor tecnología de privacidad. Compartir investigación permite competir en principios monetarios y de gobernanza.

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.io

PRIMEROS 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.sha256

Continú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_64
Windows · 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 SHA256

Cuando 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.

Modos de sincronización y 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 walletbackup01
  • getblockchaininfo: 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:

DETENER
./zclassic-cli stop

Definiciones RPC de la billetera ↗ · Guía oficial del nodo ↗

NUESTRO POOL · ZCLASSIC · PRUEBA DE TRABAJO

Pool de minería
ZCL Thesis.

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.

ZCLASSIC · DE LA COSECHA DE 2016—

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%.

ZCL minado por nuestro pool

Recompensas de bloques obtenidas por ZCL Thesis Pool.

Total minado
—ZCL

—

Historial registrado del pool

Últimas 24 horas
—ZCL

—

Intervalo móvil de 24 horas

Última hora
—ZCL

—

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

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 · comisión del 0,8%

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 ↗

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. 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.

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@pool.zclthesis.com:2192 \
  -p c=ZCL --log

En 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.

Instrucciones de ZCL de miniZ ↗

3. Confirma el trabajo aceptado y los pagos reales

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.

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@pool.zclthesis.com:2192 \
  -p c=ZCL --log --telemetry=127.0.0.1:20000

En 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_HOST

En una segunda ventana de Terminal del Mac, abre el panel:

TERMINAL DEL MAC: ABRIR PANEL
open http://127.0.0.1:20000

El 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. 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 ↗

¿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
02
Descripción general del proyecto ZclassicZclassic · Descripción del proyecto sobre sus orígenes y su diseño PoW
03
Acuerdos del protocolo y decisiones principalesFundación Zcash · Propuestas y adopción por la red
04
Investigación sobre prueba de participación en ZcashElectric Coin Company · 20 de mayo de 2022 · Justificación histórica de la investigación
05
ZIP 214: Reglas de consenso del fondo de desarrolloDefiniciones históricas y posteriores de los flujos de financiación
06
ZIP 234: Suavización de la emisiónPropuesta en borrador · Subsidio basado en reservas, justificación y límite de oferta declarado
07
ZIP 233: Retirada de fondos de circulaciónMecanismo explícito de retirada · Distinto de los saldos inactivos
08
Preguntas frecuentes sobre CrosslinkShielded Labs · Diseño híbrido de finalidad propuesto y beneficios previstos
09
Redes experimentales incentivadas de Crosslink2 de abril de 2026 · Recompensas propuestas y hoja de ruta de pruebas
10
Auditoría del diseño de mecanismos de Crosslink ZebraNicolás Della Penna · Enero de 2026 · Análisis de seguridad y continuidad del progreso
11
Crosslink: las primeras seis semanas29 de mayo de 2026 · Experiencia en la red experimental y dudas sobre la recuperación
12
Zcash v1.0.0: versión SproutRepositorio Zcash · 28 de octubre de 2016 · Primera versión con el bloque génesis de la red principal
13
La prueba de trabajo explicadaDocumentación de Ethereum · Mecanismo histórico de PoW y costes de recursos
14
La prueba de participación explicadaDocumentación de Ethereum · Depósitos, propuestas y atestaciones de los validadores
15
Recompensas, penalizaciones y slashing en el stakingDocumentación de Ethereum · Conductas concretas sancionables y funcionamiento de las recompensas
16
La gobernanza de EthereumDocumentación de Ethereum · Decisiones sobre el protocolo fuera de la cadena y sus participantes
17
Economía del staking a largo plazo: argumentos para fijar un objetivoDietrichs y Schwarz-Schilling · 22 de febrero de 2024 · Dilución, rendimiento real e incentivos de los proveedores de servicios
18
EIP-1559: la quema de la comisión base de EthereumEspecificación del protocolo · La inflación o deflación neta sigue dependiendo de la demanda
19
Cómo afectó la Fusión a la oferta de ETHDocumentación de Ethereum · Reducción histórica de la emisión y equilibrio con la quema
20
Anuncio de Dencun en la red principalFundación Ethereum · 27 de febrero de 2024 · Activación del 13 de marzo y menores costes para los rollups
21
EIP-4844: transacciones con blobs de fragmentosEspecificación del protocolo · Mercado separado de comisiones de blobs y quema de esas comisiones
22
Ethereum: análisis y tendencias del mercado, primer semestre de 2025Glassnode y CME · 29 de mayo de 2025 · Regreso documentado a la inflación neta tras Dencun
23
Zcash Community Grants: financiación y comitéZCG · Parte para grandes subvenciones y comité elegido
24
Proceso de subvenciones de ZCGSolicitudes, revisión comunitaria, votos, hitos y declaraciones
25
Acta de ZCG del 25 de mayo de 2026Patrocinio de 25.000 USD para una cena · Aprobación por 3 a 2 y objeciones registradas
26
Expediente de Pretty Good Policy for ZcashAprobación de 750.000 USD y pago inicial comunicado de 248.750 USD
27
Propuesta y debate sobre la subvención de incidencia políticaJustificación, declaraciones de vínculos y debate comunitario
28
Expediente revisado de ZECsy550.000 USD solicitados · Aprobado hasta el hito 9 · Pagos y entregables
29
Resultados de la consulta sobre NU7Fundación Zcash · Diferencias sobre ZSA y límites de participación
30
Subvención de QEDIT para la rama de ZSA455.000 USD aprobados · Pago inicial de 227.500 USD · Alcance de la red de prueba

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.