Entrevista exclusiva con el CEO de Brevis, Michael: la expansión de zkVM es mucho más eficiente que L2

En un entorno de hardware de consumo, 64 GPU completaron el 99.6% de las pruebas de bloques L1 en 12 segundos—La máquina virtual de conocimiento cero (zkVM) multi-GPU Pico Prism lanzada por Brevis ha logrado un gran avance en el rendimiento.

Este avance histórico también ha atraído una gran atención de la comunidad central de Ethereum. Vitalik Buterin, fundador de Ethereum, comentó públicamente: "Me alegra ver que Pico Prism de Brevis entra oficialmente en el campo de la verificación ZK-EVM. Este es un paso importante para la ZK-EVM en términos de velocidad y diversidad de pruebas".

“Los datos hablan por sí solos.” Michael, cofundador y CEO de Brevis, afirmó: “Hemos construido una infraestructura capaz de manejar la producción de bloques en tiempo real de Ethereum, utilizando solo hardware de consumo. Este rendimiento es la mejor respuesta al objetivo de descentralización de Ethereum”.

Michael, cofundador y CEO de Brevis—doctor en Ciencias de la Computación por la UIUC, experto en sistemas distribuidos y redes de alto rendimiento—ha emprendido varias veces en Silicon Valley con éxito, y sus investigaciones han sido adoptadas por muchas empresas tecnológicas, incluido Google. En 2018 fundó Celer Network (con una valoración máxima de más de 2 billones de dólares). Ahora, lidera al equipo de Brevis para combinar pruebas de conocimiento cero y computación verificable, con la esperanza de crear una infraestructura que realmente pueda soportar las necesidades de computación a gran escala del ecosistema de Ethereum.

Para comprender mejor cómo Brevis logró este avance y lo que significa para el ecosistema de Ethereum, BlockBeats entrevistó en profundidad a Michael, cofundador y CEO de Brevis.

Exploramos tres cuestiones clave:

·La misión y posicionamiento de Brevis

·El valor práctico que la computación verificable puede aportar a las aplicaciones

·Los próximos pasos de Brevis en su alineación profunda con el ecosistema de Ethereum

Esto no es solo una conversación sobre tecnología, sino también una reflexión prospectiva sobre la confianza en la computación del futuro.

¿Qué es Brevis? De la visión al posicionamiento

BlockBeats: ¿Podría presentarnos, en palabras sencillas, qué es Brevis y qué problema pretende resolver?

Michael: Definimos Brevis como una Capa de Computación Infinita (Infinite Computing Layer), que sirve tanto a Web3 como a escenarios de aplicación más amplios. El objetivo central es proporcionar a las aplicaciones on-chain una capacidad de cómputo casi ilimitada, manteniendo la descentralización y la seguridad, resolviendo así la contradicción estructural de largo plazo entre alto rendimiento/funcionalidad compleja y minimización de la confianza. Aunque la escalabilidad L2 ha mejorado significativamente el rendimiento en los últimos años, sigue habiendo limitaciones para cálculos complejos (como procesamiento de grandes volúmenes de datos históricos, agregación cross-chain, inferencia algorítmica/IA, etc.), lo que dificulta la implementación de muchas funciones avanzadas.

La solución de Brevis es computación off-chain y verificación on-chain. El cálculo pesado se ejecuta fuera de la cadena y se genera una prueba de conocimiento cero (ZK Proof); el contrato on-chain solo necesita verificar la validez de la prueba a un coste muy bajo, sin necesidad de repetir todo el cálculo. Así, el contrato obtiene una especie de "plugin" garantizado criptográficamente, ampliando significativamente la capacidad de cómputo y las fronteras funcionales sin sacrificar descentralización ni seguridad. Actualmente, los smart contracts no son realmente inteligentes, pero con Brevis, pueden volverse verdaderamente inteligentes.

BlockBeats: Brevis es llamado la capa de computación infinita de Web3. ¿De dónde viene este concepto? ¿En qué se diferencia esencialmente de la computación o escalabilidad on-chain tradicional?

Michael: Llamamos a Brevis la capa de computación infinita de Web3 porque su objetivo es romper el límite de cómputo de la blockchain. Las soluciones tradicionales de escalabilidad (como Layer 2 Rollup) mejoran principalmente el rendimiento de las transacciones, pasando de decenas de TPS a cientos o miles, pero aún existe un techo y no resuelven si cualquier cálculo complejo puede realizarse on-chain: normalmente, la cadena solo puede manejar transacciones y operaciones contractuales relativamente simples. Cuando la complejidad aumenta, la cadena no puede modelar ni soportar, por ejemplo, procesamiento de datos a gran escala, inferencia de IA o algoritmos complejos.

El punto de partida de Brevis es diferente: no solo queremos que ciertos tipos de transacciones sean más rápidas, sino que la blockchain pueda aceptar y soportar el resultado de cualquier cálculo, manteniendo la seguridad y la ausencia de confianza. Esto corresponde a un nuevo paradigma de computación verificable (Verifiable Computing): siempre que el cálculo off-chain pueda producir una prueba matemática de conocimiento cero, la cadena puede confirmar su validez y seguridad a un coste muy bajo.

Para los desarrolladores, Brevis es como una nube de computación verificable: pueden escalar la capacidad de cómputo bajo demanda, como en la computación en la nube, realizar cálculos complejos off-chain y luego enviar la prueba para su verificación on-chain, manteniendo el mismo modelo de seguridad y confianza que los contratos nativos on-chain. Por eso definimos Brevis como una capa de computación infinita: proporciona un espacio de cómputo casi ilimitado en términos de rendimiento y usabilidad, manteniendo la misma confianza y seguridad que la blockchain.

BlockBeats: La computación verificable (Verifiable Computing) suena abstracta. ¿Puede explicarnos de forma más intuitiva su papel en Brevis?

Michael: La limitación fundamental de la blockchain es que, al garantizar la seguridad y la ausencia de confianza, la capacidad de cómputo es limitada. Las cadenas públicas como Ethereum son sistemas de consenso: muchos nodos de la red calculan la misma transacción o ejecución de contrato por separado y, tras llegar a un acuerdo, producen un nuevo bloque. Este mecanismo es seguro pero ineficiente, similar a que todos los estudiantes de una clase resuelvan el mismo problema desde cero para confirmar la respuesta.

La idea de la computación verificable es desacoplar el cálculo y la verificación, reduciendo el coste de la repetición. Por ejemplo, para el problema de gallinas y conejos en una jaula: resolverlo requiere plantear ecuaciones y deducir, pero verificar si una respuesta dada es correcta solo requiere sustituir los valores en la ecuación, lo cual es mucho menos costoso que resolverlo de nuevo. En teoría computacional, calcular y verificar el resultado son problemas diferentes, siendo el segundo generalmente más ligero. Las pruebas de conocimiento cero extienden esto a cualquier cálculo: desde operaciones simples como 1+1=2 hasta inferencias de modelos grandes, se puede generar una prueba concisa tras el cálculo, permitiendo que otros la verifiquen rápidamente y a bajo coste, sin revelar los detalles del cálculo.

En Brevis, los cálculos pesados se ejecutan off-chain y generan una ZK Proof; on-chain solo se verifica la prueba, sin necesidad de repetir todo el cálculo. Este es el valor central de la computación verificable: al separar completamente el cálculo y la verificación, se ahorra enormemente el coste de repetir el mismo objetivo innumerables veces.

¿Por qué hacerlo así? Arquitectura técnica y enfoque central

BlockBeats: A nivel técnico, Brevis consta de dos módulos principales: ZK Data Coprocessor (en adelante zkCoprocessor) y Pico zkVM. ¿Cuál es la relación entre ambos? ¿Qué problemas resuelve cada uno?

Michael: Puedes entender Brevis como una estructura en capas: la base, Pico zkVM, es un motor de computación general (Virtual Machine), al que puedes encomendar cualquier cálculo y generar una zk Proof; una característica importante es su alta modularidad, permitiendo conectar múltiples coprocesadores. zkCoprocessor es el coprocesador orientado a escenarios de datos blockchain, y puedes verlo como un plugin o extensión. Actualmente, zkCoprocessor funciona como el sistema de memoria de zkVM, permitiendo a los smart contracts ver y comprender lo que ha sucedido históricamente en la cadena (como transacciones de usuarios, saldos, posiciones, etc.).

Más concretamente, zkVM resuelve el problema general de hacer verificable cualquier cálculo; zkCoprocessor es un coprocesador de capa de aplicación personalizado para aplicaciones blockchain. Los smart contracts viven "en el presente" y solo pueden acceder a un contexto limitado del bloque actual, sin poder leer o calcular directamente estados históricos de largo plazo o cross-chain; zkCoprocessor, mediante pruebas de conocimiento cero, otorga "ojos" a los contratos, recuperando y resumiendo datos históricos relevantes off-chain y generando pruebas de que estos datos son reales y provienen del estado on-chain, permitiendo así que los contratos tengan memoria e inteligencia basada en esa memoria, manteniendo la minimización de la confianza.

BlockBeats: zkCoprocessor permite a los smart contracts "ver el pasado", lo cual suena revolucionario. ¿Puede explicar cómo lo logra?

Michael: Podemos tomar como ejemplo el descuento dinámico de comisiones basado en el volumen histórico de operaciones de PancakeSwap:

Primero, zkCoprocessor lee el historial de transacciones del usuario en la blockchain, resume el volumen de operaciones según las reglas (por ejemplo, los últimos 30 días) y genera una prueba de conocimiento cero;

Luego, Pico zkVM, tras recibir el registro verificado, realiza una agregación y cálculo adicional (por ejemplo, combinar el volumen de diferentes pares de trading en un solo indicador), generando una prueba del proceso de cálculo;

Finalmente, el resultado + la prueba se envían on-chain, y el contrato verifica ambas pruebas de una vez para confirmar si la dirección ha alcanzado el umbral VIP y, en consecuencia, aplicar automáticamente el descuento de tarifa para el siguiente ciclo de liquidación.

De este modo, el contrato no necesita leer y calcular repetidamente grandes volúmenes de datos históricos on-chain, obteniendo la capacidad de "ver el pasado" y manteniendo la minimización de la confianza y el control de costes.

BlockBeats: Ustedes desarrollaron Pico zkVM en lugar de adoptar soluciones de otros proyectos zkVM. ¿Por qué? ¿En qué se diferencia Brevis de otros proyectos zk?

Michael: Esta es una pregunta clave. Es cierto que ya existen varios proyectos zkVM en el mercado, entonces ¿por qué Brevis decidió construir su propio Pico zkVM desde cero? La razón principal es sencilla: creemos que la mayoría de los zkVM existentes aún están en fase de laboratorio y no están realmente diseñados para aplicaciones del mundo real a gran escala; en términos de rendimiento, coste y escalabilidad, todavía están lejos de ser aptos para uso comercial masivo. En otras palabras, son más pruebas de concepto que sistemas de producción capaces de soportar millones de llamadas.

Brevis se enfrentó desde el principio a escenarios de demanda muy reales. Protocolos DeFi líderes como PancakeSwap, Euler, Linea, Usual, etc., necesitan generar millones de zk Proofs cada día. Si el rendimiento del zkVM subyacente no es suficiente, el sistema no puede lanzarse. Esto nos obligó a reconstruir un motor de cómputo zk verdaderamente orientado a producción: Pico zkVM.

Pico tiene tres características destacadas. Primero, el rendimiento extremo. Pico es actualmente el zkVM más potente del mundo; nuestro último Pico Prism ya puede completar pruebas en tiempo real del 99.6% de los bloques de la mainnet de Ethereum en 64 GPU 5090 (en 12 segundos), y el 96.8% de los bloques incluso en 10 segundos, lo que supone una mejora de 3–4 veces en rendimiento y una reducción del 50% en el coste de hardware. Es decir, si Ethereum funcionara hoy en Pico, su eficiencia de verificación aumentaría un orden de magnitud: un verdadero avance en pruebas en tiempo real.

En segundo lugar, la arquitectura modular única. Pico es actualmente el único zkVM que admite coprocesadores externos; otros zkVM suelen ser estructuras cerradas, solo para computación general, mientras que Pico puede montar diferentes módulos según el escenario de aplicación. Por ejemplo, para acceder a datos históricos, validar registros on-chain cruzados o ejecutar lógica financiera compleja, los coprocesadores de Pico pueden conectarse como plugins, acelerando tareas específicas. Esto otorga a Pico tanto versatilidad como alto rendimiento especializado, cubriendo desde DeFi en Web3 hasta computación de IA en Web2.

Por último, la facilidad para los desarrolladores. No queremos que los desarrolladores tengan que ser expertos en criptografía o teoría ZK para usar Pico. Solo necesitan saber Rust para llamar directamente y escribir aplicaciones ZK como programas normales. Esto reduce enormemente la barrera de entrada y oculta la complejidad de ZK en la capa subyacente. En resumen, no somos un zkVM experimental, sino un motor de cómputo ZK para el mundo real y casos de uso reales.

BlockBeats: Recientemente, anunciaron que Pico Prism logró el 99.6% de pruebas en tiempo real en hardware de consumo. ¿Puede hablar sobre el avance técnico detrás de este logro y lo que significa para el límite de rendimiento de zkVM?

Michael: Permítanme explicar la importancia de esto. La mejora del rendimiento no es solo una optimización técnica, sino que afecta la escalabilidad y el desarrollo futuros del ecosistema de Ethereum. La arquitectura actual de Ethereum requiere que cada nodo ejecute el mismo cálculo repetidamente, lo que es seguro y confiable, pero la escalabilidad está cerca del límite. El siguiente paso es adoptar un nuevo paradigma: un solo nodo realiza grandes cálculos y genera una ZK Proof, y los demás nodos solo verifican. Con este enfoque de cálculo único y verificación múltiple, se puede aumentar el rendimiento en un orden de magnitud, incluso igualar o superar a Solana, manteniendo el tamaño necesario de nodos descentralizados.

La Ethereum Foundation propuso este julio un objetivo a dos años: lograr pruebas en tiempo real para el 99% de los bloques utilizando hardware de consumo por menos de 100,000 dólares. Una vez logrado, se podrá obtener una escalabilidad casi infinita sumando la potencia de hardware común. Sin embargo, hasta ahora, esto se consideraba teórico: la mayoría de las soluciones zkVM aún tienen una brecha significativa en cobertura, coste y velocidad respecto a este estándar, y muchas ni siquiera alcanzan el 90% de cobertura en tiempo real.

Pico Prism es el primer sistema que realmente supera esta línea de rendimiento. En nuestras pruebas, usando solo 64 GPU 5090 (unos 120,000 dólares), logramos que el 99.6% de los bloques de Ethereum fueran probados en 12 segundos, y el 96.8% en 10 segundos, con un tiempo medio de prueba de solo 6.9 segundos.

En comparación con otros protocolos, Pico mejora el rendimiento en un 70% y reduce el coste en un 50%. Es decir, no solo es más rápido, sino también más barato, y estamos muy cerca del objetivo marcado por la Ethereum Foundation.

BlockBeats: Por funcionalidad y objetivo, ¿Brevis es más una capa de aceleración ZK para Ethereum o una nube de computación verificable para múltiples cadenas?

Michael: Por funcionalidad y objetivo, ambos posicionamientos no se contradicen. A corto plazo, Brevis es más una capa de aceleración ZK para Ethereum y sus L2. Estamos alineados con la Ethereum Foundation: lograr una expansión de 10 a 100 veces en la mainnet mediante pruebas de conocimiento cero; al mismo tiempo, la capacidad de pruebas en tiempo real mejorará significativamente la interactividad de los Rollup L2, acelerando y abaratando el cross-chain y promoviendo una mejor unificación de estado y liquidez.

A más largo plazo y desde una perspectiva más amplia, el posicionamiento de Brevis no se limita a Ethereum. Nuestra arquitectura admite naturalmente múltiples cadenas; actualmente ya colaboramos con socios del ecosistema como BNB Chain (por ejemplo, PancakeSwap) y estamos promoviendo colaboraciones en proyectos de perpetuals fuera de Ethereum; también mantenemos alineación con ecosistemas L2/multicadena como Arbitrum, Base, Avalanche, etc. En general, queremos que Brevis sea una nube de computación verificable para todas las aplicaciones blockchain.

Nuestro objetivo es que en 3–5 años, cualquier smart contract desplegado en cualquier cadena pueda usar fácilmente este servicio de cómputo; a más largo plazo, la mayoría de los cálculos de las aplicaciones blockchain ocurrirán off-chain y se garantizarán mediante ZK, y Brevis será la capa de confianza computacional unificada de todo el sistema descentralizado.

¿Cómo aterrizarlo? Aplicaciones y casos reales

BlockBeats: Muchas aplicaciones DeFi, como PancakeSwap, Euler o Linea, ya usan la tecnología de Brevis. ¿Puede dar un ejemplo concreto de cómo funciona en estos escenarios?

Michael: Sí, nuestros escenarios de aplicación actuales se dividen en varias categorías, siendo DeFi la más típica. PancakeSwap, mencionado antes, es un caso estándar: no queremos que la experiencia de usuario de los DEX se quede en tratar a todos por igual—ya seas un trader normal o un gran operador de alta frecuencia, la interfaz y las tarifas son idénticas. Queremos que los DEX evolucionen como los CEX, ofreciendo experiencias diferenciadas según el tipo de usuario. También exploramos aplicaciones innovadoras, como colaborar con proyectos SocialFi para que los usuarios puedan demostrar su influencia y tenencias reales sin exponer su wallet principal.

También avanzamos en escenarios casi completamente off-chain. Por ejemplo, en sistemas de trading perpetual como Hyperliquid, la información de posiciones y apalancamiento de los usuarios suele ser pública, lo que facilita ataques de otros traders. Queremos reconstruir estos sistemas con tecnología ZK, permitiendo que todas las órdenes y registros de posiciones estén cifrados y ocultos, pero que la correcta coincidencia y seguridad del sistema se garantice mediante pruebas ZK. Así se logra una experiencia fluida similar a las plataformas centralizadas, manteniendo la seguridad y privacidad de blockchain.

BlockBeats: A nivel de producto, Incentra es una aplicación importante que han lanzado y ya gestiona más de 300 millones de dólares en distribución de incentivos. ¿Cómo funciona este sistema?

Michael: El punto de partida de Incentra es simple: la distribución de incentivos es clave para el crecimiento de cualquier ecosistema, pero los mecanismos de entrega han tenido problemas de seguridad, cumplimiento y transparencia durante mucho tiempo.

El mecanismo central de Incentra es que los usuarios generan pruebas ZK basadas en su comportamiento real on-chain o dentro del protocolo, verificando y reclamando la elegibilidad directamente en el contrato on-chain, sin depender de una entrega centralizada. En comparación con los métodos tradicionales, este modelo tiene tres ventajas. Primero, seguridad: los fondos se liquidan en el contrato según reglas preestablecidas, reduciendo riesgos de custodia y operación centralizada; segundo, cumplimiento y auditabilidad: las reglas de incentivos y las pruebas de elegibilidad son rastreables on-chain, evitando presiones regulatorias por transferencias a sujetos desconocidos; tercero, equidad y transparencia: cualquier reclamación puede ser verificada externamente en cuanto a contribución real y ruta de cálculo, eliminando la distribución opaca. Actualmente, este sistema ya se ha implementado en escenarios de crecimiento e incentivos de proyectos como BNB Chain, MetaMask, OpenEden, Usual, etc. Tanto en ecosistemas de stablecoins como en sistemas de incentivos on-chain, esta solución permite una distribución segura, conforme y transparente.

BlockBeats: A diferencia de muchos proyectos ZK aún en fase de laboratorio, Brevis ya ha logrado una implementación a gran escala. ¿Por qué cree que han podido hacerlo más rápido?

Michael: Creo que la razón principal es que, desde el primer día, no nos consideramos un laboratorio de investigación ZK, sino una empresa de infraestructura orientada a aplicaciones reales. Nuestra ruta técnica no fue construir primero el motor y luego buscarle uso, sino al revés: partimos de las necesidades de la aplicación y diseñamos la arquitectura subyacente en consecuencia.

Esto marca la diferencia fundamental de Brevis. Muchos proyectos ZK desarrollan primero un zkVM "perfecto" a puerta cerrada y luego piensan dónde aplicarlo; nosotros partimos de los problemas reales de los socios, entendiendo sus necesidades y diseñando gradualmente una arquitectura zkVM modular y creando el zkCoprocessor como plugin.

En otras palabras, la evolución técnica de Brevis no se planificó en el vacío, sino que fue impulsada paso a paso por usuarios y socios reales. Este enfoque orientado a problemas nos permite iterar rápidamente, y cada mejora corresponde a un caso de uso verificable. Así, nuestro sistema ha sido estable y escalable a nivel de producción desde el principio, no solo código para papers.

Otra razón más sencilla: nuestro equipo entiende tanto de criptografía como de ingeniería de sistemas a gran escala. Nunca nos hemos quedado en la teoría, sino que hemos pulido el rendimiento y verificado la estabilidad en entornos de producción. Hasta ahora, Brevis ha generado más de 100 millones de pruebas de conocimiento cero en mainnet, ha atendido a unos 190,000 usuarios y ha gestionado más de 300 millones de dólares en incentivos reales para protocolos asociados. Todo esto son aplicaciones reales en producción—incluyendo Linea, Euler, Usual, OpenEden, etc.—no demos ni testnets.

¿A dónde vamos? Escenarios abiertos y visión de futuro

BlockBeats: Además de DeFi, ¿en qué otras áreas cree que el modelo de computación off-chain y verificación on-chain tendrá impacto en el futuro, como IA, mercados de datos o juegos?

Michael: Más allá de DeFi, este modelo tendrá un impacto continuo en IA verificable, puentes de datos e identidad de Web2 a Web3, mercados de datos privados y áreas como juegos y redes sociales. Primero, en IA verificable, los modelos actuales son cajas negras. Con pruebas de conocimiento cero, se pueden generar pruebas matemáticas verificables del proceso de inferencia, demostrando que un modelo específico produce una salida dada una entrada, y asegurando que el modelo y el proceso no han sido alterados. Segundo, en puentes de Web2 a Web3, los usuarios pueden llevar credenciales o comportamientos de plataformas centralizadas a aplicaciones on-chain en forma de pruebas, por ejemplo, mapeando la actividad de trading en una CEX a descuentos de tarifas en un DEX, sin revelar identidad ni detalles de cuentas. Finalmente, en juegos y redes sociales, los usuarios pueden probar logros históricos, tenencia de activos o acciones clave para obtener acceso, emparejamiento o incentivos, sin exponer wallets ni información sensible.

A largo plazo, este sistema redefinirá los límites de confianza del mundo digital. Esperamos, a través de Web3 y pruebas de conocimiento cero, reconstruir la forma en que la sociedad humana entiende la computación confiable, permitiendo que cada cálculo sea verificable y confiable. Brevis quiere ser la base de todo esto: la nueva capa de confianza computacional.

BlockBeats: Vimos que el 13 de octubre Brevis lanzó el nuevo evento Brevis Proving Grounds. ¿Puede compartir el contenido central de este evento y qué pueden experimentar realmente los usuarios?

Michael: En el último tiempo, hemos dedicado mucho esfuerzo a la validación de aplicaciones y la aprobación de documentación. Ahora colaboramos en profundidad con más de veinte socios, y cada proyecto es un caso de uso real disponible para los usuarios, con buenos datos y retención.

Pero descubrimos que, en el mundo blockchain, muchas cosas avanzan por la retroalimentación de los usuarios. Es decir, cuando los usuarios comprenden el valor de una nueva tecnología, sus comentarios y necesidades impulsan a los desarrolladores a crear más funciones. Por eso queremos involucrar realmente a los usuarios, que no sean solo espectadores, sino que puedan experimentar y verificar por sí mismos. Ese es el objetivo central del evento The Brevis Proving Grounds.

El evento se divide en dos fases. La primera es la fase educativa, donde queremos que más personas entiendan qué hacen nuestros socios y qué problemas concretos resuelve la tecnología ZK en estos proyectos. Esta fase es más de divulgación y comprensión, para que todos entiendan la lógica y el significado detrás de la tecnología.

La segunda fase es la experiencia real, donde los usuarios pueden usar directamente las aplicaciones ya implementadas y sentir los cambios que trae la integración con Brevis. A diferencia de muchos proyectos, cuyas actividades solo consisten en hacer clic, completar tareas y ganar recompensas porque carecen de funciones innovadoras reales, nuestros proyectos asociados son aplicaciones reales y valiosas, y los usuarios no están simulando, sino usando productos profundamente integrados con la tecnología de Brevis.

Esperamos que, de esta manera, los usuarios experimenten el valor y la fluidez que aporta la tecnología ZK, y comprendan por qué el modelo de computación off-chain y verificación on-chain puede hacer que las aplicaciones sean seguras y eficientes. Más importante aún, queremos que más usuarios se conviertan en impulsores del ecosistema: cuando más usuarios comprendan y exijan que los productos que usan adopten este mecanismo, la innovación en toda la industria se activará en sentido inverso.

BlockBeats: Además de este evento, ¿qué otros planes tiene Brevis actualmente? ¿Pueden los usuarios participar?

Michael: Seguiremos lanzando planes ecológicos participativos, incluyendo el despliegue de una red descentralizada de nodos de prueba para formar una infraestructura de pruebas y verificación más abierta. Estos planes abrirán canales de participación para la comunidad y socios, y los detalles y cronograma se anunciarán próximamente.

BlockBeats: A largo plazo, ¿qué tipo de infraestructura espera que sea Brevis? ¿Qué papel quiere desempeñar finalmente en el mundo Web3?

Michael: Nuestra visión es que Brevis se convierta en la capa de computación infinita de Web3, la fuente de computación confiable global. Así como Ethereum reconstruyó la lógica de confianza de activos y finanzas con smart contracts, Brevis pretende reconstruir la lógica de confianza de la computación: ya no elegir entre calcular uno mismo o confiar en el resultado de otros, sino, sin repetir la ejecución, garantizar la seguridad y corrección del resultado mediante computación verificable.

De cara al futuro, las aplicaciones on-chain evolucionarán de simples ejecuciones de transacciones y transferencias de activos a sistemas más inteligentes y complejos, incluyendo algoritmos avanzados, interacción de datos, experiencias personalizadas y pruebas de comportamiento social. Para lograr una adopción masiva, se requiere tanto una gran capacidad de cómputo como una seguridad completa. Queremos que este tipo de computación por pruebas sea común, fácil y de bajo coste, permitiendo que cualquier aplicación Web3 integre esta capacidad de forma natural, sin reinventar la rueda.

Desde el punto de vista arquitectónico, queremos añadir una nueva capa de confianza—la capa de computación infinita—sobre la capa de consenso, la capa de datos y la capa de ejecución. Será la cuarta infraestructura fundamental de blockchain, proporcionando confianza computacional y capacidad de verificación unificadas para todo el mundo descentralizado. Así, todos los cálculos inteligentes, complejos e incluso cross-chain podrán ser verificados y utilizados sin confianza previa. Esta es nuestra visión de la computación infinita y la misión a largo plazo de Brevis.