Precio de Tezos (XTZ)

XTZ (también llamado tez, símbolo ꜩ) es el activo nativo de la blockchain Tezos, no un token ordinario emitido por un contrato inteligente. Los usuarios pagan con XTZ las comisiones de las operaciones en cadena; los titulares también pueden delegar o hacer staking de XTZ con un baker, lo que influye en la producción de bloques, la validación y el peso de gobernanza de la red. Los saldos de las cuentas de Tezos se registran internamente en mutez: 1 XTZ = 1.000.000 mutez. Otros tokens fungibles y NFT en cadena suelen mantener sus registros contables mediante contratos inteligentes; por tanto, no son la misma clase de activo que XTZ, el activo nativo de comisiones del protocolo.

Un baker es el productor y validador de bloques de Tezos: crea bloques, valida los bloques de otros bakers y recibe las recompensas correspondientes por participar correctamente. Para obtener el derecho a producir bloques y validar, el baking power del baker debe ser de al menos 6.000 XTZ. El baking power no procede solo de los XTZ que el propio baker pone en staking, sino también de los XTZ que los usuarios ponen en staking con ese baker; por ello, los usuarios pueden incorporar sus fondos a la garantía de seguridad sin ejecutar un nodo. Si un baker tiene un rendimiento deficiente y pierde oportunidades de producir bloques, las recompensas relacionadas disminuyen y también se ven afectados los ingresos de quienes hacen staking externo.

Tanto la delegación como el staking requieren elegir primero un baker para la cuenta, pero difieren en las responsabilidades asumidas y la disponibilidad de los fondos. Con solo delegar, los XTZ pueden transferirse o gastarse en cualquier momento, y las infracciones del baker no causan slashing al delegador; si el baker distribuye recompensas a los delegadores y bajo qué condiciones lo hace depende del propio baker, que las distribuye mediante transacciones. El staking consiste en designar, sobre la base de una delegación ya existente, una parte de los XTZ para integrarla en el importe de staking congelado de ese baker. Las monedas permanecen en la cuenta del staker, pero no pueden transferirse ni gastarse; el protocolo distribuye automáticamente las recompensas de staking según la proporción del staker dentro del total en staking de ese baker. El staking y la delegación también tienen pesos distintos en baking y en el peso de voto: los fondos en staking tienen un peso tres veces mayor que los fondos delegados. No todos los bakers aceptan staking externo, y un baker puede establecer una capacidad y un edge que obtiene de las recompensas de staking externo; antes de elegir, se debe confirmar si está abierto, la capacidad disponible, la comisión y el historial de rendimiento.

El riesgo central del staking directo es que las infracciones del baker se transmiten al staker: los XTZ congelados forman parte de la garantía de seguridad de ese baker. Si un baker firma dos veces una propuesta de bloque o una operación de consenso, el staker asume el slashing en proporción a la contribución de su importe en staking al baking power de ese baker; la regla de slashing por doble propuesta es el 5% del importe en staking de ese baker. Los XTZ solo delegados y no puestos en staking no asumen este tipo de slashing. La liquidez también es una limitación práctica. Tras iniciar el unstake, los fondos no pueden gastarse de inmediato: actualmente se deben esperar 3 ciclos de blockchain, más el tiempo restante del ciclo en curso, hasta aproximadamente 4 días como máximo; después aún debe completarse la finalization para convertirse en saldo disponible. La espera existe porque los derechos de consenso se calculan con dos ciclos de antelación, y los derechos ya calculados siguen requiriendo que estos fondos cubran el período de posible slashing por infracciones. Una cuenta solo puede delegar en un baker a la vez; si cambia de baker mientras aún tiene fondos en staking, el staking anterior primero se convierte en una solicitud de unstaking, y solo podrá hacer staking con el nuevo baker tras completar la espera y la finalization. La cuenta también debe conservar XTZ no puestos en staking para pagar las comisiones de operaciones posteriores.

La emisión ordinaria nueva de XTZ no sigue una proporción fija. Tras la actualización Paris, Adaptive Issuance ajusta al final de cada ciclo las recompensas de participación posteriores según la tasa de staking de toda la red, con el objetivo de acercar al 50% la proporción entre el importe de staking congelado y el suministro total: si la tasa de staking está por debajo del objetivo, los incentivos aumentan; si está por encima, disminuyen. Esta tasa de staking se calcula usando el suministro total de un ciclo como denominador y el importe de staking congelado como numerador; la tasa de emisión adaptativa determinada por el protocolo al final del ciclo c se utiliza para la emisión del ciclo c+3, por lo que el ajuste no entra en vigor de inmediato. Las recompensas de participación incentivan a los delegates a participar en el consenso y la generación de números aleatorios; además, el protocolo puede tener subsidios de Liquidity Baking y, durante migraciones de protocolo, invoice definidos por propuestas. Por ello, la tasa de recompensas de staking puede cambiar según el estado de staking de toda la red y los parámetros del protocolo; una tasa de rendimiento estimada en un momento concreto no debe considerarse un retorno fijo ni una inflación fija.

En Tezos, las comisiones de operación y la emisión nueva son dos vías distintas. Cuando los usuarios envían transferencias, llaman a contratos u realizan otras operaciones, pagan comisiones en XTZ; entre ellas, las manager-operation fees y las baking fees entran en el fondo de comisiones del bloque y se distribuyen al payload producer. El pago de estas comisiones no acuña automáticamente nuevos XTZ. El coste final no depende únicamente del importe transferido. La ejecución de contratos inteligentes consume gas, que mide el trabajo computacional; si una operación añade almacenamiento en cadena, también genera storage fees por byte. Por tanto, una transferencia ordinaria y una llamada a un contrato compleja, o crear o ampliar almacenamiento, pueden implicar comisiones diferentes. El destino de las comisiones también depende de su categoría: las comisiones de operación del fondo de comisiones del bloque se distribuyen al payload producer conforme al proceso del protocolo; las storage fees cobradas por ocupar almacenamiento en cadena se queman. Por ello, no todas las comisiones pagadas por los usuarios pueden resumirse como ingresos del productor de bloques.

Las actualizaciones de protocolo de Tezos se realizan mediante gobernanza de autoenmienda en cadena, en lugar de requerir necesariamente una bifurcación al actualizarse. Solo un delegate puede enviar como propuesta el hash del código de protocolo económico durante el Proposal period, y puede respaldar otras propuestas; el voto también corresponde únicamente a los delegates, cuyo poder de voto se compone de los XTZ en staking del propio delegate más los XTZ delegados a este. El proceso comprende cinco fases en este orden: propuesta, exploración, enfriamiento, promoción y adopción; cada fase dura 14 ciclos, aproximadamente 14 días. Tanto la votación de exploración como la de promoción deben alcanzar un quorum dinámico, y los votos a favor deben superar el 80% del total de votos a favor y en contra; el período de enfriamiento sirve para pruebas y adaptación, y la red principal solo se activa automáticamente al terminar el período de adopción. Por ello, una propuesta, las pruebas en testnet, la aprobación mediante votación y la activación en mainnet son estados distintos y no pueden sustituirse entre sí.

Las actualizaciones recientes han cambiado sustancialmente la forma de participar con XTZ y el funcionamiento de la red. Paris se activó en junio de 2024 e introdujo el staking de usuarios, Adaptive Issuance y el slashing adaptativo, además de DAL; Quebec redujo en enero de 2025 el tiempo mínimo de bloque de L1 de 10 segundos a 8 segundos, elevó el límite de staking externo de 5 veces el staking propio del baker a 9 veces y ajustó el límite superior de la emisión adaptativa. Rio redujo en mayo de 2025 el ciclo a aproximadamente 1 día, de modo que el unstaking puede llegar a la finalization después de aproximadamente 4 días, y estipuló que, tras la activación de DAL, el 10% de las recompensas de un baker depende de su participación en las pruebas de disponibilidad de datos de DAL; DAL solo se activa si participa al menos el 66% del baking power total, y la falta de participación o las pruebas deshonestas hacen perder esa parte de la recompensa, pero no constituyen slashing. Tallinn redujo de nuevo el tiempo de bloque a 6 segundos en enero de 2026. Ushuaia elevó en junio de 2026 el ancho de banda de DAL de aproximadamente 0,66 MB/s a 10 MB/s y, con la condición de alcanzar un peso de pruebas del 66%, cambió la confirmación de DAL de una espera fija a una confirmación dinámica. El staking líquido nativo sTEZ y las claves tz5 resistentes a la computación cuántica de esta actualización siguen en pruebas de testnet bajo feature flags y aún no se han habilitado en mainnet; no deben tratarse como funciones actuales de la mainnet de XTZ.

DAL (capa de disponibilidad de datos) no introduce directamente todos los datos de escalado en los bloques L1 de Tezos; permite en cambio que L1 demuestre datos disponibles fuera de la cadena, proporcionando así una base de datos de mayor rendimiento para Smart Rollups. Que un baker participe en DAL es una decisión operativa distinta del baking ordinario de L1, y el hardware y el ancho de banda necesarios también pueden ser diferentes. Para XTZ, la relación de DAL se centra principalmente en las recompensas de validadores y la infraestructura de L2, no en convertir automáticamente XTZ en un activo de gas de algún L2. Rio ya estipuló que, una vez alcanzado el umbral de activación de DAL del 66% del baking power, el 10% de las recompensas de un baker depende de participar en las pruebas de DAL; Ushuaia además aumentó el ancho de banda y acortó la espera de confirmación tras alcanzar el 66% del peso de pruebas. Antes de usar un rollup concreto o activos entre cadenas, los usuarios deben confirmar los tokens requeridos conforme a las reglas de activos y comisiones de ese rollup.