Brevis Network replantea la escalabilidad de la blockchain separando la ejecución de la verificación, permitiendo que los contratos inteligentes dependan de cálculos complejos fuera de la cadena mientras mantienen la confianza en la cadena mediante pruebas de conocimiento cero.
Al combinar una arquitectura híbrida zkVM con un mercado descentralizado de pruebas, Brevis convierte la generación de pruebas en una infraestructura abierta y orientada al mercado en lugar de un servicio cerrado o centralizado.
Brevis permite una nueva clase de aplicaciones en la cadena impulsadas por datos, desde lógica DeFi basada en comportamiento y seguridad entre cadenas minimizada en confianza hasta salidas verificables de IA que equilibran corrección y privacidad.
Los contratos inteligentes siempre han tenido una debilidad estructural. Son buenos en el presente, pero malos en la memoria.
En la mayoría de las blockchains, los contratos pueden leer el estado actual con poca fricción. El momento en que necesitan razonar sobre la historia, los costos aumentan drásticamente. Verificar el comportamiento del usuario a largo plazo, agregar actividad durante meses o hacer referencia a estados pasados de otras cadenas rápidamente se vuelve impráctico.
Los desarrolladores se adaptaron moviendo la computación fuera de la cadena. Los indexadores, servidores y bases de datos privadas llenaron ese vacío. Los resultados se empujaron de vuelta a la cadena, y la mayoría de los usuarios aceptaron las suposiciones de confianza detrás de ellos.
Brevis Network entra con un enfoque diferente. La computación intensiva no necesita residir en la cadena, pero la confianza aún debe hacerlo. Las pruebas de conocimiento cero hacen posible esta separación. En lugar de reejecutar el trabajo, la cadena verifica que el trabajo se realizó correctamente.
Esto no es una pequeña optimización. Cambia lo que las blockchains están diseñadas para hacer.
DE LA REEJECUCIÓN A LA COMPUTACIÓN VERIFICABLE
La seguridad de la blockchain ha dependido durante mucho tiempo de la repetición. Cada nodo reejecuta cada transacción. Esta redundancia crea confianza, pero también impone límites estrictos.
A medida que las aplicaciones maduran, esos límites se vuelven más evidentes. Los productos DeFi ya no solo mueven activos. Valoran riesgos, ajustan parámetros y reaccionan al comportamiento a lo largo del tiempo. Estas funciones dependen de datos históricos y cálculos complejos.
La ejecución en la cadena lucha con esta carga. La ejecución fuera de la cadena introduce confianza.
Brevis propone un tercer camino. La computación ocurre fuera de la cadena. La verificación permanece en la cadena. Las pruebas de conocimiento cero conectan ambos.
En este modelo, la blockchain se centra en el consenso y la finalización. Los sistemas externos manejan trabajos intensivos en datos. Los contratos reciben resultados junto con pruebas que pueden verificar de manera económica.
Brevis se refiere a esto como una capa infinita de computación. La frase no sugiere recursos ilimitados. Describe un sistema donde la complejidad de la aplicación ya no escala directamente con la congestión de la cadena.
Los desarrolladores dejan de preguntar qué cabe en la cadena. Comienzan a preguntar qué puede ser probado.
POR QUÉ LOS DATOS HISTÓRICOS SON MÁS IMPORTANTES QUE EL RENDIMIENTO
El rendimiento es fácil de medir. La utilidad es más difícil.
Muchas aplicaciones se preocupan menos por cuántas transacciones procesa una cadena por segundo y más por lo que esas transacciones revelan a lo largo del tiempo. Los motores de riesgo dependen del comportamiento. Los mercados dependen de patrones de participación. La gobernanza depende del historial de actividad.
Los contratos inteligentes no manejan bien estas necesidades. Almacenar grandes conjuntos de datos en la cadena es costoso. Procesarlos repetidamente es peor.
Como resultado, la mayoría de los protocolos dependen de pipelines fuera de la cadena. Los datos se recopilan en otros lugares, se procesan de forma privada y se reflejan en la cadena mediante actualizaciones confiables.
Brevis cambia este flujo de trabajo.
Un desarrollador envía una consulta a través del sistema Brevis. Se recuperan y verifican los datos relevantes de la blockchain contra la cadena canónica. La computación solicitada se ejecuta fuera de la cadena. Se genera una prueba y se envía de vuelta al contrato.
El contrato nunca ve datos en bruto. Solo verifica la prueba y acepta el resultado.
Esto hace que los datos históricos sean útiles nuevamente, sin reintroducir la confianza centralizada.
EL PAPEL DE PICO zkVM EN HACER QUE LAS PRUEBAS SEAN PRÁCTICAS
La computación verificable solo funciona si las pruebas son lo suficientemente rápidas para integrarse en flujos de usuario reales.
Brevis construyó Pico zkVM con esta restricción en mente. En lugar de depender de una máquina virtual puramente general, utiliza un diseño híbrido. La lógica general se ejecuta en el zkVM. Las operaciones pesadas se trasladan a coprocesadores especializados.
Este enfoque mantiene la flexibilidad en el desarrollo mientras reduce el costo de las pruebas. Los primitivas costosas ya no dominan el rendimiento.
El resultado es un sistema optimizado para cargas de trabajo de producción en lugar de pureza teórica.
En pruebas centradas en la prueba de bloques de Ethereum, Brevis demostró la generación de pruebas dentro de límites de tiempo reales. Esto importa porque la latencia determina la relevancia. Si las pruebas llegan demasiado tarde, las aplicaciones no pueden depender de ellas.
Brevis también trata la prueba como un problema distribuido. Pico Prism soporta pruebas a nivel de clúster, permitiendo que las cargas de trabajo escalen horizontalmente en lugar de depender del rendimiento de una sola máquina.
Este diseño se alinea con cómo operará la prueba a escala de infraestructura.
PROVERNET Y LA ECONOMÍA DE LA GENERACIÓN DE PRUEBAS
Incluso el mejor sistema de pruebas falla si la oferta es frágil.
Si las aplicaciones dependen de un solo probador, heredan riesgos de inactividad y precios impredecibles. Brevis aborda esto con ProverNet, un mercado descentralizado de pruebas.
Las aplicaciones envían tareas de prueba con preferencias de presupuesto y latencia. Los probadores envían ofertas basadas en costo y capacidad. La red combina oferta y demanda de manera dinámica.
No todas las pruebas son iguales. Algunas requieren baja latencia. Otras priorizan la eficiencia en costos. ProverNet permite que los probadores se especialicen en lugar de forzar un rendimiento uniforme.
El sistema utiliza un diseño de mercado que recompensa la honestidad en los precios. Los participantes se benefician al reportar costos reales en lugar de manipular el sistema. Esto ayuda a mantener la estabilidad a largo plazo.
BREV sustenta esta economía. Las aplicaciones pagan tarifas en el token. Los probadores apuestan para participar. La falta de entrega de pruebas válidas conlleva penalizaciones.
Esto crea un vínculo directo entre uso y valor. También introduce responsabilidad a nivel de infraestructura.
La concentración de hardware sigue siendo un desafío. La prueba de alto rendimiento requiere inversión de capital. Si ProverNet puede ampliar la participación sin perder fiabilidad será una prueba clave.
LO QUE BREVIS HACE POSIBLE EN LAS APLICACIONES
Brevis importa cuando cambia la forma en que las aplicaciones se comportan.
En DeFi, habilita lógica basada en comportamiento. Los protocolos pueden ajustar tarifas o recompensas usando historial verificable del usuario. Los sistemas de lealtad se vuelven verificables en lugar de discrecionales.
En sistemas entre cadenas, Brevis soporta la verificación de estado minimizada en confianza. Los activos no necesitan moverse a través de puentes. Solo los pruebas de estado. Esto reduce el riesgo mientras preserva la interoperabilidad.
En flujos de trabajo impulsados por IA, Brevis habilita salidas verificables. Los modelos pueden producir resultados en los que los contratos puedan confiar sin exponer entradas sensibles. Esto apoya sistemas de reputación y toma de decisiones automatizada.
En estos casos de uso, el patrón permanece consistente. Computar fuera de la cadena. Verificar en la cadena.
LA APUESTA ESTRATÉGICA ADELANTE
Brevis no compite en narrativa. Compite en necesidad.
Su éxito depende de si la computación verificable se convierte en una expectativa predeterminada en lugar de una característica especializada. Si las aplicaciones incorporan pruebas en los flujos normales, Brevis ocupa una posición crítica en la pila.
La hoja de ruta se centra en migrar tráfico real a ProverNet, ampliar la capacidad de prueba y reducir los costos de coordinación mediante capas de ejecución dedicadas.
Si esto funciona, las blockchains dejan de intentar calcular todo por sí mismas.
Se convierten en sistemas que verifican el trabajo de una economía de computación externa.
Ese es el futuro hacia el que Brevis está construyendo.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Por qué Brevis Network es importante en un mundo que necesita cómputo verificable
Brevis Network replantea la escalabilidad de la blockchain separando la ejecución de la verificación, permitiendo que los contratos inteligentes dependan de cálculos complejos fuera de la cadena mientras mantienen la confianza en la cadena mediante pruebas de conocimiento cero.
Al combinar una arquitectura híbrida zkVM con un mercado descentralizado de pruebas, Brevis convierte la generación de pruebas en una infraestructura abierta y orientada al mercado en lugar de un servicio cerrado o centralizado.
Brevis permite una nueva clase de aplicaciones en la cadena impulsadas por datos, desde lógica DeFi basada en comportamiento y seguridad entre cadenas minimizada en confianza hasta salidas verificables de IA que equilibran corrección y privacidad.
Los contratos inteligentes siempre han tenido una debilidad estructural. Son buenos en el presente, pero malos en la memoria.
En la mayoría de las blockchains, los contratos pueden leer el estado actual con poca fricción. El momento en que necesitan razonar sobre la historia, los costos aumentan drásticamente. Verificar el comportamiento del usuario a largo plazo, agregar actividad durante meses o hacer referencia a estados pasados de otras cadenas rápidamente se vuelve impráctico.
Los desarrolladores se adaptaron moviendo la computación fuera de la cadena. Los indexadores, servidores y bases de datos privadas llenaron ese vacío. Los resultados se empujaron de vuelta a la cadena, y la mayoría de los usuarios aceptaron las suposiciones de confianza detrás de ellos.
Brevis Network entra con un enfoque diferente. La computación intensiva no necesita residir en la cadena, pero la confianza aún debe hacerlo. Las pruebas de conocimiento cero hacen posible esta separación. En lugar de reejecutar el trabajo, la cadena verifica que el trabajo se realizó correctamente.
Esto no es una pequeña optimización. Cambia lo que las blockchains están diseñadas para hacer.
DE LA REEJECUCIÓN A LA COMPUTACIÓN VERIFICABLE
La seguridad de la blockchain ha dependido durante mucho tiempo de la repetición. Cada nodo reejecuta cada transacción. Esta redundancia crea confianza, pero también impone límites estrictos.
A medida que las aplicaciones maduran, esos límites se vuelven más evidentes. Los productos DeFi ya no solo mueven activos. Valoran riesgos, ajustan parámetros y reaccionan al comportamiento a lo largo del tiempo. Estas funciones dependen de datos históricos y cálculos complejos.
La ejecución en la cadena lucha con esta carga. La ejecución fuera de la cadena introduce confianza.
Brevis propone un tercer camino. La computación ocurre fuera de la cadena. La verificación permanece en la cadena. Las pruebas de conocimiento cero conectan ambos.
En este modelo, la blockchain se centra en el consenso y la finalización. Los sistemas externos manejan trabajos intensivos en datos. Los contratos reciben resultados junto con pruebas que pueden verificar de manera económica.
Brevis se refiere a esto como una capa infinita de computación. La frase no sugiere recursos ilimitados. Describe un sistema donde la complejidad de la aplicación ya no escala directamente con la congestión de la cadena.
Los desarrolladores dejan de preguntar qué cabe en la cadena. Comienzan a preguntar qué puede ser probado.
POR QUÉ LOS DATOS HISTÓRICOS SON MÁS IMPORTANTES QUE EL RENDIMIENTO
El rendimiento es fácil de medir. La utilidad es más difícil.
Muchas aplicaciones se preocupan menos por cuántas transacciones procesa una cadena por segundo y más por lo que esas transacciones revelan a lo largo del tiempo. Los motores de riesgo dependen del comportamiento. Los mercados dependen de patrones de participación. La gobernanza depende del historial de actividad.
Los contratos inteligentes no manejan bien estas necesidades. Almacenar grandes conjuntos de datos en la cadena es costoso. Procesarlos repetidamente es peor.
Como resultado, la mayoría de los protocolos dependen de pipelines fuera de la cadena. Los datos se recopilan en otros lugares, se procesan de forma privada y se reflejan en la cadena mediante actualizaciones confiables.
Brevis cambia este flujo de trabajo.
Un desarrollador envía una consulta a través del sistema Brevis. Se recuperan y verifican los datos relevantes de la blockchain contra la cadena canónica. La computación solicitada se ejecuta fuera de la cadena. Se genera una prueba y se envía de vuelta al contrato.
El contrato nunca ve datos en bruto. Solo verifica la prueba y acepta el resultado.
Esto hace que los datos históricos sean útiles nuevamente, sin reintroducir la confianza centralizada.
EL PAPEL DE PICO zkVM EN HACER QUE LAS PRUEBAS SEAN PRÁCTICAS
La computación verificable solo funciona si las pruebas son lo suficientemente rápidas para integrarse en flujos de usuario reales.
Brevis construyó Pico zkVM con esta restricción en mente. En lugar de depender de una máquina virtual puramente general, utiliza un diseño híbrido. La lógica general se ejecuta en el zkVM. Las operaciones pesadas se trasladan a coprocesadores especializados.
Este enfoque mantiene la flexibilidad en el desarrollo mientras reduce el costo de las pruebas. Los primitivas costosas ya no dominan el rendimiento.
El resultado es un sistema optimizado para cargas de trabajo de producción en lugar de pureza teórica.
En pruebas centradas en la prueba de bloques de Ethereum, Brevis demostró la generación de pruebas dentro de límites de tiempo reales. Esto importa porque la latencia determina la relevancia. Si las pruebas llegan demasiado tarde, las aplicaciones no pueden depender de ellas.
Brevis también trata la prueba como un problema distribuido. Pico Prism soporta pruebas a nivel de clúster, permitiendo que las cargas de trabajo escalen horizontalmente en lugar de depender del rendimiento de una sola máquina.
Este diseño se alinea con cómo operará la prueba a escala de infraestructura.
PROVERNET Y LA ECONOMÍA DE LA GENERACIÓN DE PRUEBAS
Incluso el mejor sistema de pruebas falla si la oferta es frágil.
Si las aplicaciones dependen de un solo probador, heredan riesgos de inactividad y precios impredecibles. Brevis aborda esto con ProverNet, un mercado descentralizado de pruebas.
Las aplicaciones envían tareas de prueba con preferencias de presupuesto y latencia. Los probadores envían ofertas basadas en costo y capacidad. La red combina oferta y demanda de manera dinámica.
No todas las pruebas son iguales. Algunas requieren baja latencia. Otras priorizan la eficiencia en costos. ProverNet permite que los probadores se especialicen en lugar de forzar un rendimiento uniforme.
El sistema utiliza un diseño de mercado que recompensa la honestidad en los precios. Los participantes se benefician al reportar costos reales en lugar de manipular el sistema. Esto ayuda a mantener la estabilidad a largo plazo.
BREV sustenta esta economía. Las aplicaciones pagan tarifas en el token. Los probadores apuestan para participar. La falta de entrega de pruebas válidas conlleva penalizaciones.
Esto crea un vínculo directo entre uso y valor. También introduce responsabilidad a nivel de infraestructura.
La concentración de hardware sigue siendo un desafío. La prueba de alto rendimiento requiere inversión de capital. Si ProverNet puede ampliar la participación sin perder fiabilidad será una prueba clave.
LO QUE BREVIS HACE POSIBLE EN LAS APLICACIONES
Brevis importa cuando cambia la forma en que las aplicaciones se comportan.
En DeFi, habilita lógica basada en comportamiento. Los protocolos pueden ajustar tarifas o recompensas usando historial verificable del usuario. Los sistemas de lealtad se vuelven verificables en lugar de discrecionales.
En sistemas entre cadenas, Brevis soporta la verificación de estado minimizada en confianza. Los activos no necesitan moverse a través de puentes. Solo los pruebas de estado. Esto reduce el riesgo mientras preserva la interoperabilidad.
En flujos de trabajo impulsados por IA, Brevis habilita salidas verificables. Los modelos pueden producir resultados en los que los contratos puedan confiar sin exponer entradas sensibles. Esto apoya sistemas de reputación y toma de decisiones automatizada.
En estos casos de uso, el patrón permanece consistente. Computar fuera de la cadena. Verificar en la cadena.
LA APUESTA ESTRATÉGICA ADELANTE
Brevis no compite en narrativa. Compite en necesidad.
Su éxito depende de si la computación verificable se convierte en una expectativa predeterminada en lugar de una característica especializada. Si las aplicaciones incorporan pruebas en los flujos normales, Brevis ocupa una posición crítica en la pila.
La hoja de ruta se centra en migrar tráfico real a ProverNet, ampliar la capacidad de prueba y reducir los costos de coordinación mediante capas de ejecución dedicadas.
Si esto funciona, las blockchains dejan de intentar calcular todo por sí mismas.
Se convierten en sistemas que verifican el trabajo de una economía de computación externa.
Ese es el futuro hacia el que Brevis está construyendo.