La captura de valor de los tokens de capa 2 sigue siendo una de las cuestiones más desconcertantes y sin resolver en la actual expansión del ecosistema de Ethereum.
En los últimos tres años, prácticamente todos los tokens nativos de soluciones de escalado de Ethereum se han enfrentado una y otra vez al mismo dilema: los poseedores de tokens disfrutan de derechos de voto, pero no reciben retornos económicos directos derivados del crecimiento del protocolo. El aumento de usuarios activos diarios on-chain, el incremento del valor total bloqueado y los mayores ingresos de los secuenciadores —todos estos avances positivos parecen tener escaso impacto en los precios de los tokens. Los derechos de gobernanza no son intrínsecamente escasos y, cuando los temas de gobernanza apenas guardan relación con los intereses de los poseedores de tokens, el término "token de gobernanza" adquiere un matiz irónico.
El 27 de abril de 2026, Matter Labs presentó formalmente la propuesta de actualización del protocolo V31 como ZIP-16 en el foro de gobernanza de ZK Nation. Bajo la documentación técnica subyace un significado más profundo: es la primera vez que los tokens ZK incorporan un mecanismo de consumo directamente vinculado al uso de la red: cada llamada de interoperabilidad entre cadenas requiere tokens ZK, que se canalizan a través del sistema Fee Flow y se envían directamente al canal de quema.
Esto señala un cambio en la economía del token de ZKsync, que pasa de estar centrada en la gobernanza a priorizar la utilidad, y ofrece a todo el sector de capa 2 un nuevo modelo de captura de valor digno de análisis. En un entorno donde las narrativas de la industria pierden fuerza y los tokens de capa 2 están bajo presión, el debate que ha suscitado esta actualización trasciende el propio ecosistema de ZKsync.
Según los datos de mercado de Gate, a 26 de mayo de 2026, el precio del token ZK se sitúa en 0,01454 $ (dólares estadounidenses), con una caída aproximada del 76,33 % en el último año, una capitalización de mercado de unos 141 millones de dólares y un suministro total de 21 000 millones de tokens. El sentimiento de mercado es neutral. Si la actualización V31 logrará revertir esta tendencia dependerá de la rapidez y la escala con la que el mecanismo de quema comience a funcionar.
Del roadmap de ZKnomics a la propuesta V31: una cronología clara
El dilema de los tokens de gobernanza y señales de avance
En junio de 2025 se presentó el roadmap de ZKnomics, que establecía tres principios fundamentales: ingresos impulsados por el uso, asignación programática e implementación gradual. En noviembre de ese mismo año se aprobó el ZIP-14, que incorporó la función de quema permissionless al contrato del token y fijó el suministro total en 21 000 millones.
En 2026, el ritmo de transformación se aceleró. En enero, Matter Labs publicó su roadmap anual, en el que establecía la privacidad, el control determinista y la interoperabilidad nativa como pilares para la adopción institucional de activos digitales. El 3 de febrero se lanzó el piloto de staking de ZKnomics, marcando un cambio crucial de "tener es gobernar" a "hacer staking es participar". El 27 de febrero se anunció oficialmente la discontinuación de ZKsync Lite. En abril se activó el sistema de gobernanza on-chain, permitiendo a los poseedores de tokens presentar y votar directamente sobre actualizaciones del protocolo.
El 27 de abril se publicó formalmente la propuesta de actualización V31 en el foro de gobernanza. La votación comenzó el 3 de mayo. El 6 de mayo se lanzó el Fee Flow System v1.0, completando la transición de "recaudación de comisiones" a "flujo de valor".
Qué cambia con la actualización V31
La propuesta ZIP-16 introduce varios elementos clave:
En primer lugar, aporta interoperabilidad nativa entre cadenas. Mediante Interop Calls y Bundles, los activos y las llamadas a contratos pueden moverse entre distintas cadenas dentro del ecosistema ZKsync. El mecanismo Bundles permite agrupar un conjunto de llamadas entre cadenas y enviarlas a la cadena de destino, admitiendo combinaciones encadenadas (de la cadena A a la B y a la C), lo que posibilita rutas complejas de operaciones cross-chain. La propuesta adopta ERC-7786 y ERC-7930 como estándares de interoperabilidad para mensajería entre cadenas.
En segundo lugar, establece un sistema de comisiones cross-chain. Cada llamada entre cadenas debe pagar comisiones en tokens ZK. Aunque la propuesta ZIP-16 no especifica la tarifa exacta, los debates en la comunidad y los medios del sector apuntan a una tarifa preliminar de 10 ZK por llamada, quedando la tarifa definitiva sujeta a gobernanza.
En tercer lugar, ofrece soporte en la Fase 1 para cadenas de liquidación L1. Se introduce un modo prioritario para reforzar la resistencia a la censura, junto con amplias mejoras de compatibilidad para ZKsync OS. La versión 30 del protocolo se utilizó para la cadena ZKsync OS pero no se desplegó en la mainnet de Era, por lo que la cadena Era se actualiza directamente de la V29 a la V31.
Fee Flow cross-chain: el ciclo completo de recaudación a quema
La arquitectura de dos capas del Fee Flow System
Lanzado el 6 de mayo de 2026, el Fee Flow System v1.0 es clave para entender la captura de valor del token en V31. El sistema consta de dos contratos inteligentes principales:
En primer lugar, el contrato de subasta permissionless. Cuando el protocolo acumula activos no ZK como ingresos por comisiones (por ejemplo, USDC, ETH, etc.), cualquier usuario puede reclamar estos activos proporcionando una cantidad fija de tokens ZK al contrato. Este mecanismo convierte el valor del token sin depender de creadores de mercado centralizados.
En segundo lugar, el contrato distribuidor. Los tokens ZK que ingresan al sistema se canalizan aquí y se distribuyen según los parámetros de gobernanza. La configuración inicial es de quema al 100 %, sin otros destinatarios.
La elegancia de este diseño reside en su puente impulsado por el mercado entre los ingresos del protocolo (activos no ZK) y la demanda de tokens ZK. A medida que se acumulan activos valiosos en el pool del contrato Fee Flow, los participantes del mercado comprarán tokens ZK para reclamar estos activos y luego devolverán los ZK adquiridos al sistema, lo que finalmente activa la quema: un ciclo auto-reforzado de "comisiones del protocolo → demanda de ZK → quema".
Análisis de escenarios de demanda de quema
Según el volumen de transacciones cross-chain, el consumo diario de tokens ZK puede variar considerablemente (las siguientes deducciones lógicas se basan en parámetros conocidos; los datos reales dependerán del uso del protocolo y de la tarifa fijada finalmente por la gobernanza):
| Escenario | Llamadas cross-chain diarias | Consumo diario de ZK | Consumo anualizado |
|---|---|---|---|
| Conservador | 5 000 | 50 000 | ~18,25 millones |
| Base | 50 000 | 500 000 | ~182,5 millones |
| Optimista | 200 000 | 2 000 000 | ~730 millones |
| Escala institucional | 1 000 000 | 10 000 000 | ~3 650 millones |
Nota: Estas cifras son proyecciones lógicas basadas en la tarifa preliminar actual (10 ZK por llamada) y no constituyen previsiones reales. La tarifa definitiva será fijada por la gobernanza y el volumen real de transacciones cross-chain dependerá de la actividad del ecosistema tras el despliegue de V31. Con un suministro total de 21 000 millones, el efecto acumulado del consumo anualizado es significativo en el escenario optimista.
La teoría de juegos del ajuste de tarifas
Una característica clave del Fee Flow System es que sus parámetros pueden ajustarse mediante gobernanza. El ratio de quema inicial del 100 % puede modificarse a través de los procesos estándar ZIP y GAP, y la gobernanza puede asignar parte de los tokens ZK a recompensas de staking, fondos del ecosistema u otros fines. Esto significa que la economía final del token ZK dependerá del equilibrio de poder en las votaciones de gobernanza, y no de una decisión única.
Piloto de staking y activación de la gobernanza: el diseño dual de ZKnomics
Resultados del piloto de staking
Lanzado el 9 de febrero de 2026, el piloto de staking de ZKnomics supuso un cambio crucial del holding pasivo a la participación activa con los tokens ZK. El programa se desarrolla en dos temporadas: la primera con un tope de recompensas de 10 millones de ZK y la segunda con un tope de 25 millones, sumando un total de 37,5 millones en recompensas. Los rendimientos anuales objetivo parten del 3 %, con un máximo del 10 % según la participación.
El diseño central vincula las recompensas a la participación en la gobernanza: los stakers deben delegar su poder de voto a "representantes activos" para obtener recompensas. La lógica subyacente es que la gobernanza on-chain de ZKsync requiere una participación significativa en las votaciones para funcionar eficazmente, y los incentivos económicos simples no bastan. La solución es un recorrido de "staking por recompensas → delegación de poder de voto → activación de la gobernanza", que aborda el problema estructural de "tenencia de tokens sin participación en la gobernanza".
Según los datos presentados en la reunión de revisión de la propuesta del 29 de abril, se han hecho staking unos 340 millones de ZK, con 245 millones de poder de voto neto activo añadido y 4,2 millones de ZK distribuidos como recompensas. La primera temporada del piloto de staking concluyó el 8 de mayo, y ya se está trabajando en el análisis y la planificación de la segunda temporada.
La sinergia entre gobernanza y valor del token
La importancia del piloto de staking va más allá de reducir el suministro circulante o proporcionar rendimiento: aborda la "desconexión de intereses" entre los poseedores de tokens y la dirección del protocolo. Cuando los poseedores de tokens participan en la gobernanza a través del staking y reciben recompensas, sus intereses se alinean con la salud a largo plazo del protocolo, sentando las bases para la gobernanza de parámetros tras la actualización V31.
Infraestructura de privacidad y despliegue institucional: el papel de Prividium
De tecnología experimental a infraestructura de producción
La actualización V31 no es un evento aislado, sino un hito clave dentro de una hoja de ruta estratégica más amplia. En enero de 2026, el CEO de Matter Labs, Alex Gluchowski, situó a Prividium como pilar central para la adopción institucional en su roadmap anual. Construido sobre ZK Stack, Prividium es una plataforma blockchain de privacidad permissioned para bancos, gestoras de activos y grandes empresas, que ofrece funciones de privacidad integradas directamente en la gestión de accesos, aprobación de transacciones, auditoría y reporting de cumplimiento.
Técnicamente, Prividium mantiene la ejecución de transacciones y el almacenamiento de estado en entornos controlados por las instituciones, pero cada lote de transiciones de estado se verifica en Ethereum mediante pruebas de conocimiento cero. Esto garantiza que la integridad de la ejecución off-chain pueda ser auditada de forma independiente, sin exponer los detalles reales de las transacciones. La arquitectura permite que el capital regulado mantenga la privacidad operativa, confiando al mismo tiempo en Ethereum como capa última de liquidación y seguridad.
La demanda institucional como multiplicador del consumo de ZK
Esta estrategia institucional está estrechamente ligada a V31. Con participantes como Deutsche Bank y UBS, las transacciones de Prividium pasarán de la actividad dispersa de usuarios a instrucciones cross-chain programáticas y a gran escala desde sistemas financieros tradicionales. A medida que estas instituciones pasen de pilotos a despliegues en producción en 2026, el volumen de transacciones cross-chain podría dispararse—cada llamada genera demanda de tokens ZK. Si la adopción a escala institucional y el mecanismo de comisiones cross-chain de V31 se consolidan, el consumo de tokens ZK podría superar ampliamente los volúmenes actuales del trading minorista.
En la reunión de revisión de la propuesta V31 se dejó claro: la interoperabilidad entre cadenas públicas es solo el primer paso. "El siguiente será la interoperabilidad entre cadenas privadas, que es hacia donde vemos que se dirigen la mayoría de los clientes institucionales y bancarios".
Análisis del impacto en la industria
Captura de valor en tokens de capa 2: un modelo para el sector
La actualización V31 de ZKsync presenta una solución diferenciada para la captura de valor en tokens de capa 2. Actualmente, los principales tokens de capa 2 como ARB y OP muestran una desconexión entre los poseedores de tokens y los ingresos de la red: los ingresos de secuenciadores y MEV no se distribuyen automáticamente a los poseedores de tokens, y aunque existen propuestas de staking, el mecanismo de distribución aún no se ha activado formalmente. En cambio, ZKsync V31 integra un ciclo de consumo del token directamente en el producto: no se necesitan incentivos de staking separados para distribuir valor, ya que el propio uso impulsa el consumo de valor.
Esta lógica de diseño diferenciada puede marcar el inicio de una divergencia en los modelos económicos de los tokens de capa 2. Si el mecanismo de quema de V31 demuestra ser eficaz, otros proyectos de capa 2 que posicionan sus tokens como "herramientas puras de gobernanza" afrontarán una presión creciente de sus comunidades respecto a sus mecanismos de captura de valor.
Integración del ecosistema y actualización de la narrativa
La actualización V31 crea un ciclo lógico de valor económico dentro del ecosistema ZKsync. Hasta ahora, ZKsync Era, Lite y otras cadenas basadas en ZK Stack estaban agrupadas de forma laxa, con cada cadena relativamente aislada y los tokens ZK limitados a funciones de voto en la gobernanza. V31 convierte la interoperabilidad cross-chain en una función nativa del protocolo: los activos, las llamadas a contratos y las acciones de los usuarios pueden fluir libremente entre cadenas, y cada movimiento genera demanda de consumo de tokens ZK.
Por otro lado, el cierre de Lite marca el paso de ZKsync de la narrativa generalista de escalado de capa 2 a una historia compuesta de "infraestructura de nivel institucional + hub de liquidez tokenizada". A medida que Prividium proporciona flujos de trabajo de privacidad para bancos e instituciones, y Elastic Networks habilita el intercambio de liquidez entre cadenas públicas y privadas, ZKsync está construyendo una red de valor estructuralmente más compleja: los tokens ZK se convierten en el "combustible" de las operaciones cross-chain, pasando de ser un símbolo marginal de gobernanza a un mecanismo operativo central.
Conclusión
En la larga historia de los tokens de capa 2, la "utilidad" siempre ha sido una cuestión más fundamental y sin resolver que la "revalorización". En los últimos tres años, este sector ha producido una gran cantidad de tokens de gobernanza, pero aún no ha logrado un modelo creíble de captura de valor. Los derechos de gobernanza no son escasos: cuando cada capa 2 reparte derechos de gobernanza, se convierten en el activo más comoditizado del mercado.
La importancia de la actualización V31 de zkSync no reside en su promesa de fortaleza deflacionaria, sino en dar el primer paso hacia "hacer que los tokens sean productivos". Las comisiones de interoperabilidad cross-chain no son valor creado de la nada: son un precio justo por la seguridad y la comodidad de operar entre cadenas. Esto ancla el valor del token ZK no solo en narrativas de gobernanza o en el sentimiento del mercado, sino en el uso real de la red.
El paso de "papel de gobernanza" a "flywheel de quema" es solo el principio. Los parámetros del Fee Flow System aún esperan la práctica de la gobernanza, los efectos económicos del piloto de staking requieren tiempo y datos, y el ritmo de la interoperabilidad cross-chain a escala institucional sigue siendo incierto. Pero la dirección importa más que la velocidad: cuando cada llamada cross-chain consume de forma tangible tokens ZK, la narrativa económica de los tokens de capa 2 pasa del "será" al "es".
De cara al futuro, la carrera por capturar valor en tokens de capa 2 no la ganará quien tenga el mayor TVL, sino quien logre primero cerrar el ciclo "uso igual a consumo" a nivel de producto. En 2026, zkSync ha dado una respuesta de diseño clara con V31; ahora, todas las miradas están puestas en la velocidad a la que girará realmente el flywheel de quema.
