Una dirección de pago de un pool de minería de Zcash es el destino utilizado para recibir ZEC retirados de la cuenta de un minero en el pool. Las direcciones transparentes hacen pública la parte transparente de un pago, las direcciones protegidas (shielded) protegen la dirección receptora en la cadena, y las Direcciones Unificadas (Unified Addresses) pueden combinar diferentes opciones de recepción en una sola cadena de dirección. Que un pago se realice con éxito depende tanto de la validez de la dirección como del soporte del pool para ese formato de dirección y tipo de pago.\n\nPara los mineros que usan un pool basado en cuentas como ViaBTC, el cálculo de recompensas, el abono en la cuenta y el retiro son pasos independientes. Las recompensas se calculan bajo el método de pago seleccionado, se abonan según las reglas contables del pool, y se pagan conforme a sus reglas de retiro. No debe describirse el cálculo de recompensas basado en PPS como si ocurriera únicamente cuando el pool encuentra un bloque.\n\n## Direcciones de pago transparentes de Zcash\n\nUna dirección transparente de Zcash, comúnmente llamada dirección t (t-address), recibe valor como salidas de transacción no gastadas (UTXO), de forma estructuralmente similar a Bitcoin. En una transacción transparente a transparente, las direcciones y montos de entrada y salida son públicamente visibles.\n\nCuando una transacción combina componentes transparentes y protegidos (shielded), solo las direcciones y montos del lado transparente son públicos de esa manera. Un pago desde fondos protegidos hacia una dirección transparente expone al destinatario transparente y el monto de salida, pero no expone la dirección del remitente protegido.\n\nPara un minero, una dirección transparente puede ser un destino de pago sencillo cuando el pool la acepta: la salida transparente es fácil de verificar en un explorador de bloques. La contrapartida es que la dirección receptora y el monto del pago son públicos.\n\n## Direcciones de pago protegidas (shielded) de Zcash\n\nLos pagos protegidos de Zcash representan el valor como notas (notes) en lugar de UTXO transparentes. Sapling y Orchard protegen las direcciones receptoras protegidas y los valores de las notas frente a observadores públicos de la cadena de bloques. Sapling tiene un formato de dirección independiente; los receptores de Orchard se presentan mediante Direcciones Unificadas.\n\nPara pagar a un receptor protegido, el sistema de retiro de un pool debe ser capaz de construir una salida para el protocolo del receptor. La billetera receptora también debe ser capaz de reconocer y usar esa salida. Esto no significa que los fondos del pool deban ya estar en el mismo fondo de valor protegido (shielded value pool): un software compatible puede construir pagos desde fondos transparentes o entre fondos de valor compatibles.\n\nRecibir una salida protegida no hace privadas todas las partes de la transacción. En un pago de transparente a protegido, las entradas transparentes permanecen públicas. Los montos netos que entran o salen de un fondo de valor protegido también pueden ser visibles, aunque no siempre revelan el monto pagado a un destinatario individual. Por lo tanto, la privacidad depende de las entradas y salidas de la transacción, así como de la dirección de destino.\n\nUna dirección protegida válida no es suficiente por sí sola. Un pool que solo admite retiros transparentes no puede construir un pago protegido simplemente porque un minero proporcione una dirección protegida.\n\n## Direcciones Unificadas: qué resuelven y qué no resuelven\n\nUna Dirección Unificada (UA) es un contenedor codificado para uno o más receptores, en lugar de ser un protocolo de pago protegido independiente. Puede incluir un receptor Orchard, un receptor Sapling y un receptor transparente en una sola cadena de dirección.\n\nZIP 316 exige que un remitente conforme utilice el receptor de mayor prioridad que admita, de entre los presentes en la UA: primero Orchard, luego Sapling y después transparente. Un remitente que admite un receptor protegido incluido no puede simplemente ignorar esa prioridad y elegir en su lugar el receptor transparente.\n\nSin embargo, una UA no garantiza un pago protegido. Un remitente conforme que puede analizar (parse) la UA pero solo admite pagos transparentes puede usar su receptor transparente, si está presente. Si la UA no contiene ningún receptor que el remitente pueda pagar, el pago no puede realizarse. Un servicio que no puede analizar UAs puede rechazar la dirección por completo.\n\nSegún lo verificado el 20 de octubre de 2026, ZIP 316 Revisión 0 está Activa y la Revisión 2 sigue siendo un Borrador (Draft). Las UA de la Revisión 0 usan el prefijo u en la red principal (mainnet) y contienen al menos un receptor protegido, con un receptor transparente opcional. El borrador introduce los prefijos zu y tu para distinguir entre UAs exclusivamente protegidas y UAs con capacidad transparente. Los mineros no deben asumir que esos formatos en borrador son compatibles con su billetera o pool.\n\nLa conclusión práctica es que tanto los receptores contenidos en la UA como las capacidades del remitente determinan cómo puede realizarse el pago, sujeto a las reglas de selección del estándar. Hay más información disponible en la explicación de Direcciones Unificadas de Z.cash.\n\n## Pagos del pool frente a minería directa por coinbase\n\nPara un pool basado en cuentas, un retiro debe distinguirse de la transacción coinbase que crea la recompensa de minería de un bloque. ZIP 213 ofrece un ejemplo en el que un pool paga a los mineros usando ZEC que ya tenía, en lugar de la salida coinbase del bloque recién minado.\n\nEse ejemplo ilustra una posible fuente de financiación, no una arquitectura de pago universal para todos los pools. Del mismo modo, el soporte para salidas coinbase protegidas no determina qué tipos de direcciones de retiro ofrece un pool a sus participantes. Para la configuración de pagos, las reglas de retiro vigentes del pool son la referencia pertinente.\n\n## Cómo elegir y verificar una dirección de pago de ZEC\n\nAntes de confiar en un nuevo destino de pago:
- Confirme los formatos de dirección exactos que admite el sistema de retiro del pool. Que una dirección de Zcash sea válida no significa automáticamente que sea una dirección de pago admitida.
- Utilice una dirección de recepción generada por la wallet o la cuenta de exchange prevista. Para una dirección blindada (shielded), confirme la compatibilidad con el protocolo correspondiente.
- Para una UA (Unified Address), compruebe si el pool puede analizarla y a cuál de sus receptores puede pagar el pool. Si el objetivo es la privacidad, aceptar la UA por sí sola no basta para garantizar que el pago será blindado.
- Copie y pegue la dirección completa en lugar de volver a escribirla, y verifíquela con la wallet de origen antes de guardarla.
Configuración de retiro de ViaBTC para ZEC
La guía de minería de ZEC de ViaBTC enumera tres formas de mover fondos desde la cuenta del pool de un minero: Retiro automático (Auto Withdrawal), Transferencia normal (Normal Transfer) y Transferencia entre usuarios (Inter-user Transfer). El retiro automático se procesa diariamente, mientras que la transferencia normal se puede iniciar manualmente y conlleva una comisión de transacción.
Según la guía de configuración de retiro automático de ViaBTC, verificada el 20 de octubre de 2026:
- El monto mínimo publicado para el retiro automático de ZEC enviado a una dirección externa en cadena es de 0.001 ZEC.
- Los retiros automáticos se procesan una vez al día entre las 10:00 y las 18:00 (GMT+8), sujetos a las condiciones de pago aplicables.
- Los mineros pueden optar por retirar a su propia cuenta principal o subcuenta de ViaBTC. El umbral de pago mínimo no se aplica a este destino interno, siempre que el monto del retiro sea mayor que cero.
- Una configuración de dirección de pago en cadena guardada se invalida automáticamente tras 90 días consecutivos sin ningún pago. Esta es una regla de la configuración de retiro automático de ViaBTC; no invalida la dirección de Zcash subyacente en la cadena.
Para configurar el destino, inicie sesión en ViaBTC y vaya a Assets → My Assets, seleccione ZEC y abra la configuración de retiro automático.
La guía de minería de ZEC y la guía de retiro automático revisadas para este artículo no indican individualmente la compatibilidad con direcciones transparentes, blindadas y Unificadas. Esto deja sin confirmar la compatibilidad de formato de dirección en esos dos documentos; no establece que algún formato en particular no sea compatible.
Antes de confiar en una dirección blindada o una UA, confirme la aceptación actual y el tipo de pago admitido en la interfaz de retiro o con el soporte de ViaBTC.
Preguntas frecuentes
¿Puedo usar una dirección Unificada para recibir ZEC blindado de un pool de minería?
Solo si el pool puede reconocer la UA y construir un pago a un receptor blindado incluido en ella. Según ZIP 316, un remitente conforme debe seleccionar el receptor de mayor prioridad que admita. Un remitente que solo admita transparencia puede pagar a un receptor transparente si hay uno incluido; sin un receptor compatible, no podrá completar el pago.
¿Recibir ZEC en una dirección blindada hace que todo el pago sea privado?
No necesariamente. La dirección de recepción blindada está protegida en cadena, pero las entradas transparentes siguen siendo públicas si el pago proviene de fondos transparentes. Las transferencias netas entre pools de valor también pueden ser visibles. La privacidad depende además de cómo el pool y el servicio de recepción manejen los registros de cuenta y la información de las transacciones.
¿ViaBTC admite actualmente direcciones de retiro de ZEC blindadas o Unificadas?
Los dos artículos de ayuda de ViaBTC revisados aquí no proporcionan una lista de compatibilidad de formatos de dirección. Confirme la compatibilidad actual en la interfaz de retiro o con el soporte de ViaBTC antes de confiar en una dirección blindada o Unificada. Para una UA, confirme también qué tipo de pago admite el pool.
¿Mi retiro del pool proviene necesariamente del bloque que ayudé a encontrar?
No. En un pool basado en cuentas, la contabilidad de recompensas y el retiro son procesos separados. ZIP 213 describe cómo un pool puede financiar un pago usando ZEC que ya posee. La relación entre las recompensas de minería y los pagos depende del diseño de contabilidad y pago del pool.