Question 1

¿Qué es PROVE?

Accepted Answer

PROVE es el token ERC-20 nativo de Succinct Prover Network y la unidad de cuenta para comprar servicios de pruebas de conocimiento cero y aportar garantía económica a la red. Succinct coordina en Ethereum a dos tipos de participantes: aplicaciones o usuarios que solicitan «generar una prueba para un fragmento de software», y probadores que ejecutan infraestructura de cómputo para completarla. No es el token de Gas de una cadena de bloques independiente. La red procesa solicitudes frecuentes, subastas y ejecución de estado en una aplicación verificable fuera de cadena (vApp), y después usa SP1 para generar pruebas de transición de estado que se verifican y liquidan en Ethereum; por ello, PROVE conecta los pagos de solicitudes, la remuneración de los probadores y la garantía de staking.

Question 2

¿Cómo coordina Succinct Prover Network las solicitudes de pruebas y la liquidación?

Accepted Answer

Succinct busca resolver el problema de coordinación de oferta de quién puede generar pruebas de conocimiento cero para cualquier software de forma verificable y competitiva. Quien solicita una prueba no necesita negociar cada trabajo con un único proveedor: presenta el programa que se probará, el modo de prueba, el plazo y las restricciones de precio, y la red asigna la tarea a los probadores que puedan realizarla. Las pruebas de conocimiento cero separan el cómputo costoso de la verificación: un número limitado de probadores ejecuta el cómputo y produce una prueba corta, mientras que otros pueden verificar el resultado a menor coste. La zkVM SP1 de Succinct hace demostrable el código convencional; su vApp registra saldos, solicitudes, registro de probadores y estado de staking. Tras ejecutarse lotes de estado fuera de cadena, SP1 prueba que su transición es correcta; después se actualiza la raíz de estado en Ethereum y se procesan recibos como depósitos y retiros. La velocidad fuera de cadena y la liquidación verificable en Ethereum son dos etapas del mismo proceso.

Question 3

¿Cómo paga PROVE los servicios de prueba y cómo se calcula el límite de tarifa del usuario?

Accepted Answer

Los solicitantes pagan los servicios de prueba con PROVE y pueden depositar PROVE por adelantado en el contrato SuccinctVApp; los saldos no usados pueden retirarse mediante el proceso del contrato. El coste de una solicitud se compone de una tarifa base en PROVE y un precio por PGU determinado por subasta (Prover Gas Unit, una unidad de recursos de cómputo para pruebas). El solicitante también fija un precio máximo por PGU y un gas_limit. Bajo esta definición, el coste máximo puede expresarse como: tarifa base + precio máximo por PGU × min(uso real de PGU, gas_limit). Esto significa que el límite de precio restringe el componente variable de cómputo; la tarifa real sigue dependiendo del uso real de recursos y del resultado de la subasta. Cuando se completa la prueba y se verifica en Ethereum la prueba de transición de estado de la vApp, los recibos pertinentes ejecutan el pago; el PROVE pagado a la bóveda del probador entra en la bóveda iPROVE y se refleja mediante participaciones para los stakers de ese probador.

Question 4

¿Cómo funcionan las subastas de pruebas y por qué el staking afecta a la elegibilidad para aceptar tareas?

Accepted Answer

Las tareas de prueba se asignan mediante un «proof contest»: primero se comprueba si un probador cumple las condiciones de staking exigidas por la solicitud; después, los probadores cualificados presentan ofertas en subasta inversa, y el probador cualificado con la cotización más baja recibe la tarea. El solicitante puede fijar un plazo, una tarifa máxima aceptable y un requisito mínimo de staking; por tanto, ganar no depende solo de cotizar bajo, sino también de cumplir las restricciones de la tarea. Tras la asignación, el probador debe presentar una prueba válida antes del plazo. Si tiene éxito, la tarifa de solicitud se distribuye según las reglas entre la bóveda del protocolo, los stakers de ese probador y el propietario del probador; si no la presenta a tiempo, la tarea se cancela, el stake relacionado puede ser reducido y el solicitante puede solicitarla de nuevo. El importe en staking también afecta a cuántas subastas puede participar un probador simultáneamente: cuanto mayor sea la exigencia de garantía de una solicitud, solo podrán participar los probadores que puedan cubrirla.

Question 5

Después de delegar PROVE en staking, ¿cómo se forman las recompensas y los recibos?

Accepted Answer

Los titulares pueden delegar PROVE en staking a un probador designado, aportando garantía económica a su capacidad de aceptar tareas y compartiendo parte de los ingresos que genere. El staking no equivale a una rentabilidad garantizada: las recompensas dependen de que ese probador obtenga y complete con éxito tareas, de su proporción de reparto con los stakers establecida previamente y de si se distribuyen incentivos adicionales. La ruta contractual es: primero se deposita PROVE en la bóveda global iPROVE ERC-4626 y se acuña iPROVE; luego iPROVE se deposita en la bóveda específica del probador elegido; el staker recibe stPROVE como recibo que representa su participación en esa posición. Cuando los ingresos del probador entran en su bóveda, los delegadores se benefician según sus participaciones; los incentivos adicionales de la Fundación son inyectados como PROVE en la bóveda global iPROVE por un dispenser basado en el tiempo, lo que incrementa el PROVE canjeable por las participaciones. Una dirección solo puede hacer staking con un probador a la vez; para cambiarlo, primero debe salir por completo de la posición original.

Question 6

¿Cómo afectan el retiro del staking y la reducción al PROVE recuperable?

Accepted Answer

Salir del staking no devuelve PROVE inmediatamente a la cartera: el staker primero llama a requestUnstake(stPROVE), lo que crea una instantánea de iPROVE con la relación de canje vigente e inicia un periodo de espera; al terminar, se completa la salida, se quema stPROVE, se canjea iPROVE de la bóveda del probador y después de la bóveda global por PROVE. Las nuevas recompensas del probador durante el periodo de espera ya no se acumulan para esa solicitud de salida. La reducción es un riesgo ligado al cumplimiento del probador. La capa de liquidación puede proponer una solicitud de reducción de iPROVE contra un probador basándose en evidencia de conducta indebida; una vez completada, se quema el iPROVE especificado y las posiciones de todos los stakers en la bóveda de ese probador disminuyen proporcionalmente. Por tanto, una solicitud de salida tampoco excluye el posible riesgo de reducción durante el periodo de espera; el PROVE final recuperable depende del valor de la participación en la bóveda en ese momento.

Question 7

¿Cómo participa actualmente PROVE en la gobernanza?

Accepted Answer

Los derechos de gobernanza de PROVE no se ejercen directamente mediante PROVE sin staking; en el sistema de gobernanza en cadena diseñado, el iPROVE depositado en una bóveda de probador es el que tiene poder de voto, y el probador participa en la gobernanza a través de su bóveda. La cuenta que propone debe alcanzar el umbral de propuesta de iPROVE y, una vez alcanzado el cuórum, una propuesta se aprueba por mayoría simple de votos «a favor». Sin embargo, esto no significa que los contratos clave actuales estén ya controlados por completo mediante voto de tokens. La documentación oficial indica que al inicio gobierna un Consejo de Seguridad; la comunidad puede debatir en el foro y votar en Snapshot, pero esa votación es consultiva y el Consejo de Seguridad conserva la autoridad final para modificar y ejecutar. La multifirma del Consejo de Seguridad está desplegada en la red principal de Ethereum y su umbral de firma es 3 de 6. Solo se pasará a una gobernanza totalmente en cadena cuando se haya delegado suficiente staking y la propiedad de los contratos se transfiera a SuccinctGovernor.

Question 8

¿Qué cambio aportó el lanzamiento de Succinct en mainnet a la utilidad de PROVE?

Accepted Answer

El 5 de agosto de 2025, Succinct anunció que Succinct Prover Network estaba activa en la red principal, y PROVE se lanzó ese mismo día como token nativo del ecosistema. El cambio clave fue que la red pasó de su anterior fase de participación en testnet a un estado desplegado en el que los pagos, el staking y la liquidación podían realizarse en mainnet, en lugar de limitarse a emitir un token o proponer un diseño. El lanzamiento en mainnet unió dos partes que antes debían entenderse por separado: los probadores podían aportar capacidad en una red real, mientras que PROVE podía usarse para pagar servicios de prueba y para la seguridad económica. No garantiza demanda de pruebas, ingresos de subastas ni rentabilidades de staking; estos siguen dependiendo de las solicitudes reales, el cumplimiento de los probadores, los parámetros de tarifas y la distribución de recompensas.

Precio de Succinct (PROVE)