Entrevista con Michael, CEO de Brevis: escalar con zkVM es mucho más eficaz que con L2

En un entorno de hardware de consumo, 64 GPU completaron 99,6% de la prueba del bloque L1 en 12 segundos—Pico Prism, la máquina virtual de conocimiento cero (zkVM) de Brevis con múltiples GPU, logró un importante avance en rendimiento.

Este progreso también despertó gran interés en la comunidad central de Ethereum. El fundador de Ethereum, Vitalik Buterin, comentó públicamente: «Me alegra ver que Pico Prism de Brevis ingresa oficialmente al campo de verificación ZK-EVM. Este es un paso importante para ZK-EVM en cuanto a velocidad y diversidad de pruebas».

«Los datos hablan por sí solos.» Michael, cofundador y CEO de Brevis, dijo: «Construimos una infraestructura capaz de procesar en tiempo real los resultados de los bloques de Ethereum usando 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 UIUC y experto en sistemas distribuidos y redes de alto rendimiento— ha fundado y vendido con éxito varias startups de Silicon Valley, y sus resultados de investigación han sido adoptados por numerosas empresas tecnológicas, incluida Google. En 2018, fundó Celer Network, que alcanzó una valoración máxima superior a $2.000 M. Hoy lidera el equipo de Brevis en la integración de pruebas de conocimiento cero con computación verificable, con el objetivo de construir una infraestructura capaz de satisfacer las necesidades computacionales a gran escala del ecosistema de Ethereum.

Para entender mejor cómo Brevis logró este avance y qué significa para el ecosistema de Ethereum, DapTran, de BlockBeats, realizó una entrevista a fondo con Michael, cofundador y CEO de Brevis.

Exploramos tres preguntas centrales:

· La misión y el 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 estrecha alineación con el ecosistema de Ethereum

Esta no es solo una conversación técnica, sino también una reflexión con visión de futuro sobre la confianza en la computación.

Qué es Brevis: de la visión al posicionamiento

DapTran, de BlockBeats: ¿Podrías explicar primero, de la forma más sencilla posible, qué es Brevis como proyecto y qué problema busca resolver?

Michael: Posicionamos a Brevis como la capa de cómputo infinito, que no solo presta servicio a Web3, sino también a un abanico más amplio de aplicaciones. El objetivo central es proporcionar una capacidad de cómputo casi ilimitada a las aplicaciones on-chain, sin dejar de mantener la descentralización y la seguridad, para resolver la contradicción estructural entre un alto rendimiento y funcionalidades complejas, por un lado, y la minimización de la confianza, por otro, que ha sido difícil de conciliar a largo plazo. Aunque el escalado de L2 ha aumentado significativamente el rendimiento en los últimos años, los cálculos complejos —como el procesamiento de grandes volúmenes de datos históricos, la agregación entre cadenas y la inferencia de algoritmos o IA— siguen estando limitados, lo que dificulta implementar muchas funciones avanzadas.

La solución de Brevis consiste en computar off-chain y validar on-chain. Los cálculos intensivos se ejecutan off-chain y generan pruebas de conocimiento cero (pruebas ZK); los contratos on-chain solo necesitan verificar que la prueba sea correcta a un costo extremadamente bajo, sin volver a ejecutar todo el cálculo. Así, en esencia, los contratos reciben un conjunto de complementos protegidos por la criptografía, lo que amplía significativamente los límites de la capacidad de cómputo y las funciones disponibles, sin sacrificar la descentralización ni la seguridad. Actualmente, los smart contracts no son muy inteligentes, pero con Brevis pueden llegar a serlo de verdad.

BlockBeats: Se describe a Brevis como la capa de cómputo infinito de Web3. ¿Cómo surgió este concepto? ¿Cuáles son las diferencias fundamentales entre esta idea y la concepción tradicional del cómputo o el escalado on-chain?

Michael: Llamamos a Brevis la capa de cómputo infinito de Web3 porque su objetivo es superar el límite computacional de la blockchain. Las soluciones tradicionales de escalado, como los Layer 2 Rollup, mejoran principalmente el rendimiento de transacciones, de decenas de TPS a cientos o miles de TPS, pero siguen teniendo un límite y no resuelven si cualquier cálculo complejo puede completarse on-chain: por lo general, on-chain solo se pueden procesar transacciones y operaciones de contratos relativamente simples. Cuando aumenta la complejidad computacional, resulta difícil tanto modelarla on-chain como sostenerla, por ejemplo, en el procesamiento de grandes volúmenes de datos, la inferencia de IA o los algoritmos complejos.

Brevis parte de una premisa diferente: no nos limitamos a hacer que los tipos de transacciones ya establecidos se ejecuten más rápido; buscamos que la blockchain pueda aceptar y admitir los resultados de cualquier cálculo, sin dejar de ser segura y no requerir confianza. Esto corresponde a un nuevo paradigma de computación verificable: siempre que un cálculo off-chain pueda generar una prueba matemática de conocimiento cero, la red on-chain puede confirmar su corrección y seguridad a un costo extremadamente bajo.

Para los desarrolladores, Brevis se parece más a una nube de computación verificable: amplía la capacidad de cómputo según se necesite, de forma fluida; traslada los cálculos complejos off-chain y envía pruebas para su verificación on-chain, todo ello manteniendo el mismo modelo de seguridad y confianza que los contratos nativos on-chain. Por eso definimos a Brevis como una capa de cómputo infinito, capaz de lograr una escalabilidad y disponibilidad computacionales casi infinitas, sin dejar de ser coherente con la confianza y la seguridad de la propia blockchain.

Entrevista de BlockBeats: La computación verificable, como acabamos de comentar, suena bastante abstracta. ¿Puedes explicar de manera más intuitiva qué papel desempeña en Brevis?

Michael: La limitación fundamental de la blockchain es que, aunque garantiza la seguridad y no requiere confianza, su capacidad computacional es limitada. Las blockchains públicas como Ethereum son sistemas de consenso: una gran cantidad de nodos de la red realiza de forma independiente el mismo cálculo para una transacción o un contrato, y solo produce un nuevo bloque después de alcanzar el consenso. Este mecanismo es seguro, pero ineficiente; es como si toda una clase resolviera el mismo problema para confirmar la respuesta.

La idea de la computación verificable es separar el cálculo de su verificación para reducir los costos redundantes. Tomemos como ejemplo el problema del corral con gallinas y conejos: para resolverlo hay que plantear ecuaciones y deducir la respuesta, mientras que verificar si una respuesta dada es correcta solo requiere sustituir los valores en la ecuación, un proceso mucho menos costoso que volver a resolver el problema. En la teoría de la computación, calcular y verificar el resultado de un cálculo son dos problemas naturalmente distintos; el segundo suele ser más ligero. Las pruebas de conocimiento cero extienden este principio a cualquier cálculo, ya sea una operación sencilla como 1+1=2 o el razonamiento de modelos grandes. Una vez completado el cálculo, se genera una prueba concisa que permite a otros confirmar rápidamente su validez a un costo muy bajo y sin revelar los detalles del cálculo.

En Brevis, los cálculos intensivos se realizan off-chain y generan una prueba ZK; on-chain solo se verifica la prueba, sin necesidad de volver a ejecutar todo el cálculo. Este es un valor central de la computación verificable: separar por completo el cálculo de la verificación y ahorrar enormemente el costo de realizar numerosos cálculos repetidos para el mismo objetivo.

Por qué hacerlo: arquitectura técnica y concepto central

Entrevista de BlockBeats: Desde el punto de vista técnico, Brevis consta de dos módulos centrales: el coprocesador de datos ZK (al que nos referiremos más adelante como zkCoprocessor) y Pico zkVM. ¿Cómo se relacionan y qué problemas resuelve cada uno?

Michael: Puedes pensar en Brevis como una estructura por capas: en la base, Pico zkVM es un motor de cómputo de propósito general (máquina virtual) al que se le puede delegar cualquier cálculo para ejecutarlo y generar una prueba zk. Una característica clave es su alto grado de modularidad, que permite conectar varios coprocesadores. zkCoprocessor es un coprocesador para escenarios de datos de blockchain dentro de este marco, similar a un complemento o extensión. En su forma actual, zkCoprocessor funciona más como el sistema de memoria de zkVM, pues permite que los smart contracts vean y entiendan eventos on-chain históricos, como transacciones de usuarios, saldos y tenencias.

Más específicamente, zkVM permite verificar cualquier cálculo para un problema de propósito general, mientras que zkCoprocessor es un coprocesador de la capa de aplicación diseñado específicamente para aplicaciones de blockchain. Como los smart contracts operan inherentemente en el presente y solo pueden acceder a un contexto limitado del bloque actual, no pueden leer directamente ni calcular sobre un largo período de datos históricos o el estado de varias cadenas. Mediante pruebas de conocimiento cero, zkCoprocessor le da al contrato «un par de ojos»: permite recuperar y agregar datos históricos relevantes off-chain, y genera pruebas de que esos datos son reales y provienen del estado on-chain. Esto permite que el contrato tenga memoria e inteligencia basada en ella, manteniendo al mínimo los supuestos de confianza.

Entrevista de BlockBeats: zkCoprocessor permite que los smart contracts «vean el pasado», lo que suena revolucionario. ¿Podrías explicar con más detalle cómo se logra?

Michael: Veamos el ejemplo de un descuento dinámico en las comisiones de PancakeSwap basado en el volumen histórico de transacciones:

Primero, zkCoprocessor lee de la blockchain el historial de transacciones de un usuario, agrega el volumen de transacciones según una regla —por ejemplo, los últimos 30 días— y genera una prueba de conocimiento cero;

Luego, Pico zkVM recibe los registros validados, realiza más agregaciones y cálculos —por ejemplo, consolida el volumen trading de distintos pares en una sola métrica— y genera una prueba del proceso de cálculo;

Por último, el resultado y la prueba se envían on-chain, donde el contrato verifica de una vez que ambas pruebas sean correctas, confirma si la dirección alcanzó el nivel VIP y, en función de ello, aplica automáticamente el descuento en las comisiones para el siguiente período de liquidación.

Con este método, el contrato evita leer y calcular repetidamente on-chain enormes volúmenes de datos históricos. Así adquiere la capacidad de ver el pasado, a la vez que mantiene la ausencia de confianza y controla los costos.

Entrevista de BlockBeats: Desarrollaron su propia Pico zkVM en vez de adoptar las soluciones de otros proyectos de zkVM. ¿Qué consideraciones motivaron esa decisión? ¿En qué se diferencia Brevis de otros proyectos zk?

Michael: Esta es una pregunta crucial. Es cierto que ya hay muchos proyectos de zkVM en el mercado. Entonces, ¿por qué Brevis decidió crear Pico zkVM desde cero? La razón central es bastante sencilla: creemos que la mayoría de las zkVM existentes todavía están en etapa de laboratorio y no se diseñaron realmente para aplicaciones a gran escala en el mundo real. En términos de costo general de rendimiento y escalabilidad, están lejos de estar listas para un uso comercial a gran escala. En otras palabras, se parecen más a pruebas de concepto que a sistemas capaces de respaldar millones de llamadas en producción.

Desde el comienzo, Brevis se enfrentó a una necesidad muy concreta del mundo real. Protocolos DeFi líderes como PancakeSwap, Euler, Linea y Usual necesitan generar millones de pruebas zk cada día. Si el rendimiento de la zkVM subyacente no alcanza el estándar, no se puede poner en marcha todo el sistema. Esto nos obligó a reconstruir un motor de cómputo zk diseñado de verdad para entornos de producción: Pico zkVM.

Pico tiene tres características destacadas. La primera es un rendimiento extremo. Pico es actualmente la zkVM más potente del mundo. Nuestra versión más reciente, Pico Prism, ya es capaz de generar pruebas en tiempo real para 99,6% de los bloques de la red principal de Ethereum con 64 placas 5090 —en 12 segundos—, y la prueba de 96,8% de los bloques se completa incluso en menos de 10 segundos. Esto significa una mejora del rendimiento de 3–4x y una reducción de aproximadamente 50% en los costos de hardware. En otras palabras, si Ethereum funcionara hoy con Pico, su eficiencia general de verificación podría aumentar en un orden de magnitud, lo que marcaría un verdadero avance en las pruebas en tiempo real.

La segunda característica es su arquitectura modular única. Pico es actualmente la única zkVM que admite coprocesadores conectables. Otras zkVM suelen ser sistemas cerrados que solo pueden realizar cálculos de propósito general, mientras que Pico puede incorporar distintos módulos según cada escenario de aplicación. Por ejemplo, cuando se necesita acceder a datos históricos, verificar de forma cruzada registros on-chain o ejecutar lógica financiera compleja, el coprocesador de Pico se puede conectar como un complemento para acelerar tareas específicas. Esto permite que Pico combine capacidades generales con capacidades especializadas de alto rendimiento y abarque con flexibilidad un amplio rango de aplicaciones, desde DeFi en Web3 hasta el cómputo de IA en Web2.

Por último, es fácil de usar para los desarrolladores. No queremos que tengan que dominar la criptografía o la teoría ZK para usar Pico. Solo necesitan saber escribir en Rust para poder usarlo directamente en aplicaciones ZK, como si escribieran un programa normal. Esto reduce significativamente las barreras y oculta por completo la complejidad de ZK en las capas inferiores. En resumen, no somos una zkVM experimental, sino un motor de cómputo ZK diseñado para el mundo real y casos de uso reales.

Entrevista de BlockBeats: Hace poco anunciaron que Pico Prism logró pruebas en tiempo real con hardware de consumo para 99,6%. ¿Puedes hablar del avance tecnológico detrás de este logro y de lo que implica para el límite de rendimiento de las zkVM?

Michael: Primero quiero explicar por qué esto es importante. Mejorar el rendimiento no es solo una optimización técnica: tiene que ver con la escalabilidad y el desarrollo futuros del ecosistema de Ethereum. La arquitectura actual de Ethereum requiere que cada nodo ejecute de forma redundante los mismos cálculos. Es un sistema seguro y confiable, pero la escalabilidad está cerca de su límite. El siguiente paso exige adoptar un nuevo paradigma: que un solo nodo realice cálculos extensos y genere pruebas ZK, mientras que los demás nodos se ocupan únicamente de verificarlas. Este enfoque de cómputo centralizado y verificación distribuida puede multiplicar el rendimiento por un orden de magnitud sin perder descentralización ni seguridad, y potencialmente alcanzar o superar el nivel de Solana, a la vez que conserva la escala necesaria de nodos descentralizados.

En julio de este año, la Fundación Ethereum fijó un objetivo a dos años: lograr pruebas en tiempo real para 99% de los bloques con hardware de consumo que cueste menos de $100.000. Una vez alcanzado ese objetivo, se podrá lograr un escalado casi ilimitado aprovechando la capacidad computacional del hardware común. Sin embargo, hasta ahora esto ha sido en gran medida teórico. La mayoría de las soluciones zkVM siguen muy por debajo de este estándar en cobertura, costo y velocidad, y muchas tienen dificultades incluso para alcanzar una cobertura en tiempo real de 90%.

Ahí entra Pico Prism, el primer sistema que realmente superó este umbral de rendimiento. En nuestras pruebas, con solo 64 GPU NVIDIA RTX 5090 —con un costo aproximado de $120.000—, logramos generar pruebas en tiempo real para 99,6% de los bloques de Ethereum en 12 segundos; se pueden generar pruebas para 96,8% de los bloques en menos de 10 segundos y el tiempo promedio de prueba es de apenas 6.9 segundos.

En comparación con otros protocolos, Pico ha logrado una mejora del rendimiento de 70% y una reducción de costos de 50%. En otras palabras, no solo es más rápido, sino también más barato, y eso significa que estamos muy cerca del objetivo de la Fundación Ethereum.

BlockBeats: Por sus funciones y objetivos, ¿Brevis se parece más a una capa de aceleración ZK de Ethereum o a una nube de computación verificable entre cadenas?

Michael: En cuanto a funciones y objetivos, esos dos posicionamientos no se contradicen. A corto plazo, Brevis se parece más a una capa de aceleración ZK para Ethereum y sus Layer 2. Seguimos la dirección de la Fundación Ethereum: escalar la red principal de 10x a 100x mediante pruebas de conocimiento cero. Al mismo tiempo, las capacidades de prueba en tiempo real mejorarán significativamente la interactividad de los Layer 2 Rollup, harán que las transacciones entre cadenas sean más rápidas, eficientes y económicas, y promoverán una mejor integración del estado y la liquidez.

Desde una perspectiva de más largo plazo y más amplia, el posicionamiento de Brevis no se limita a Ethereum. Nuestra arquitectura admite varias cadenas por naturaleza, y ya nos asociamos con colaboradores de ecosistemas como BNB Chain —por ejemplo, PancakeSwap— y estamos impulsando colaboraciones en proyectos como los contratos perpetuos en cadenas que no son Ethereum. También estamos alineados con ecosistemas de Layer 2 y multicadena como Arbitrum, StarkWare y Avalanche. En general, nuestro objetivo es convertir Brevis en una nube de computación verificable para todas las aplicaciones de blockchain.

Nuestro objetivo es que, en los próximos 3–5 años, los smart contracts desplegados en cualquier cadena puedan usar fácilmente este conjunto de servicios computacionales. Aún más adelante, la gran mayoría de los cálculos de las aplicaciones de blockchain se realizarán off-chain y su confiabilidad estará garantizada por métodos de conocimiento cero. Brevis será la capa unificada de confianza computacional de todo el sistema descentralizado.

Implementación: aplicaciones reales y casos de uso

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

Michael: Sí. Actualmente, nuestros casos de uso se dividen principalmente en varias categorías, y DeFi es la más representativa. Como mencioné antes, PancakeSwap es un ejemplo típico. No queremos que la experiencia de usuario de los DEX siga siendo siempre igual, con la misma interfaz y las mismas comisiones para todos, sin importar si se trata de un trader ocasional o de uno de alta frecuencia. Esperamos que los DEX puedan ofrecer gradualmente experiencias diferenciadas para distintos tipos de usuarios, de manera similar a los CEX. Al mismo tiempo, también exploramos aplicaciones más innovadoras. Por ejemplo, colaboramos con proyectos como SocialFi para que los usuarios puedan demostrar su influencia y sus tenencias reales sin exponer su wallet principal.

También estamos impulsando escenarios que funcionan casi por completo off-chain. Por ejemplo, en un sistema de trading de perpetuos como Hyperliquid, las posiciones y la información de apalancamiento de los usuarios suelen ser públicas y vulnerables a que otros traders se anticipen a sus operaciones. Buscamos reestructurar este tipo de sistema con tecnología ZK para cifrar y ocultar todos los registros de órdenes y posiciones, sin dejar de garantizar mediante pruebas ZK la corrección del emparejamiento y la seguridad del sistema. Este enfoque puede ofrecer una experiencia fluida similar a la de un exchange centralizado, a la vez que mantiene la seguridad y la privacidad propias de una blockchain.

Entrevistador de BlockBeats: A nivel de producto, Incentra es una aplicación importante que lanzaron y que actualmente administra más de $300M en distribución de incentivos. ¿Cómo funciona este sistema?

Michael: El principio de Incentra es sencillo: la distribución de incentivos es fundamental para el crecimiento de cualquier ecosistema, pero históricamente sus mecanismos han enfrentado problemas de seguridad, cumplimiento y transparencia.

El mecanismo central de Incentra permite que los usuarios generen pruebas ZK a partir de su comportamiento real on-chain o dentro del protocolo, y completen la verificación de elegibilidad y el reclamo directamente on-chain mediante smart contracts, sin depender de una distribución centralizada. En comparación con las prácticas tradicionales, este modelo tiene ventajas en tres áreas. Primero, seguridad: los fondos se liquidan dentro del contrato conforme a reglas predefinidas, lo que reduce los riesgos de custodia centralizada y operación. Segundo, cumplimiento y auditabilidad: tanto las reglas de incentivos como las pruebas de elegibilidad se pueden rastrear on-chain, evitando la presión de cumplimiento que supone distribuir fondos a entidades desconocidas. Tercero, imparcialidad y transparencia: cualquier reclamo puede verificarse de forma independiente para confirmar la contribución real correspondiente y el proceso de cálculo, lo que elimina la distribución opaca. Actualmente, este sistema ya se implementó en los escenarios de crecimiento e incentivos de proyectos como BNB Chain, MetaMask, OpenEden y Usual. Tanto el ecosistema de stablecoins como los sistemas de incentivos on-chain pueden lograr una distribución de incentivos segura, conforme y transparente con esta solución.

Rhythm BlockBeats: En comparación con muchos proyectos ZK que siguen en etapa experimental, Brevis ya logró implementarse a gran escala. ¿Por qué crees que pudieron hacerlo más rápido?

Michael: Creo que la razón más importante es que, desde el primer día, no nos vimos como un laboratorio de investigación ZK, sino como una empresa de infraestructura centrada en aplicaciones reales. Nuestra hoja de ruta técnica no consistía en construir primero un motor y luego buscarle usos, sino en hacer lo contrario: partir de las necesidades de las aplicaciones y diseñar la arquitectura subyacente en sentido inverso.

Esto determina la diferencia fundamental de Brevis. Muchos proyectos ZK desarrollan primero, a puerta cerrada, una zkVM aparentemente perfecta y luego piensan dónde aplicarla. Nosotros, en cambio, partimos de los problemas reales de nuestros socios, entendemos primero sus necesidades concretas y después diseñamos poco a poco una arquitectura modular de zkVM y creamos un zkCoprocessor acoplable.

En otras palabras, la evolución tecnológica de Brevis no se basa en planes abstractos, sino que avanza paso a paso impulsada por usuarios y socios reales. Este enfoque de I+D orientado a resolver problemas nos permite mejorar rápidamente en ciclos iterativos, y cada mejora corresponde directamente a un caso de uso verificable. Esto también hizo posible que nuestro sistema tuviera estabilidad y escalabilidad de nivel de producción desde el principio, en lugar de limitarse a programar para publicar artículos.

También hay una razón más práctica: nuestro equipo entiende muy bien tanto la criptografía como la ingeniería de sistemas a gran escala. Nunca nos hemos quedado en el plano teórico haciendo deducciones; hemos perfeccionado realmente el rendimiento y la verificación de estabilidad en un entorno de producción. Hasta ahora, Brevis ha generado más de cien millones de pruebas de conocimiento cero en la red principal, ha atendido a aproximadamente 190,000 usuarios y ha administrado más de $300M en fondos reales de incentivos para protocolos asociados. Se trata de aplicaciones reales en línea, como Linea, Euler, Usual y OpenEden; no son demostraciones ni redes de prueba.

¿Qué sigue?: escenarios abiertos y visión de futuro

Rhythm BlockBeats: Además de DeFi, ¿en qué otros ámbitos crees que el modelo de cómputo off-chain y verificación on-chain podría tener un impacto en el futuro, como la IA, los mercados de datos o los videojuegos?

Michael: Además de DeFi, este modelo seguirá teniendo impacto en la IA verificable, la conexión de datos e identidad entre Web2 y Web3, los mercados de datos con protección de la privacidad, los videojuegos y los escenarios sociales. Primero, en el campo de la IA verificable, los modelos actuales suelen ser cajas negras. Con las pruebas de conocimiento cero, el proceso de inferencia puede generar evidencia matemática verificable que demuestre que un modelo específico produjo un resultado determinado a partir de una entrada dada, y que el modelo y el proceso no fueron sustituidos ni alterados. En segundo lugar, al conectar los escenarios de Web2 y Web3, los usuarios pueden trasladar credenciales o comportamientos de plataformas centralizadas a aplicaciones on-chain de forma demostrable. Por ejemplo, es posible vincular la actividad de trading en una plataforma centralizada con descuentos en las comisiones de una plataforma descentralizada, sin revelar la identidad ni los datos de la cuenta subyacente. Por último, en los videojuegos y las redes sociales, los usuarios pueden demostrar sus logros históricos, tenencias de activos o la realización de acciones clave para obtener acceso, elegibilidad o incentivos, sin revelar sus wallets ni información personal confidencial.

A largo plazo, este sistema redefinirá los límites de la confianza en el mundo digital. Buscamos reconstruir, mediante Web3 y las pruebas de conocimiento cero, la manera en que la sociedad humana entiende la computación confiable, para que cada cálculo pueda verificarse y ser confiable. Brevis busca convertirse en la base de todo esto: una nueva capa de confianza computacional.

Entrevista de BlockBeats: Vimos que el 13/10 Brevis lanzó el nuevo evento Brevis Proving Grounds. ¿Podrías contarnos cuál es el contenido central del evento y en qué pueden participar y qué pueden experimentar realmente los usuarios?

Michael: En realidad, durante el último tiempo hemos dedicado mucho esfuerzo a validar y aprobar aplicaciones para su uso en el mundo real. Ahora tenemos colaboraciones estrechas con más de veinte socios. Cada proyecto es una aplicación implementable en el mundo real que los usuarios pueden usar directamente, y estos proyectos han mostrado muy buenos resultados en datos y retención de usuarios.

Pero descubrimos que, en el mundo de la blockchain, el impulso de muchas cosas proviene de la conciencia de los usuarios, que hace avanzar el desarrollo. Es decir, cuando los usuarios comprenden realmente el valor de una nueva tecnología, sus comentarios y demandas impulsan a su vez a los desarrolladores a implementar más funcionalidades. Por eso queremos involucrar a los usuarios y permitirles ser no solo observadores, sino también personas que puedan experimentar, validar y verificar por sí mismas. Este es el propósito central del lanzamiento del evento The Brevis Proving Grounds.

El evento se divide, a grandes rasgos, en dos etapas. La primera es educativa: queremos que más personas entiendan qué hacen nuestros socios y qué problemas concretos pueden resolver las pruebas de conocimiento cero (ZK) en sus proyectos. Esta etapa se centra más en la divulgación y la comprensión, para que todos conozcan la lógica y la importancia de esta tecnología.

La segunda etapa es de experiencia práctica: se anima a los usuarios a utilizar las aplicaciones que ya implementamos y a sentir de primera mano los cambios que generan estos productos al integrarse con Brevis. A diferencia de muchos proyectos, en los que los usuarios suelen limitarse a hacer clic en botones, completar tareas o recibir recompensas porque a menudo no cuentan con funcionalidades innovadoras subyacentes que se puedan experimentar de verdad, nosotros somos distintos. Los proyectos de nuestros socios son aplicaciones valiosas e implementables en el mundo real, y quienes participan no viven una experiencia simulada: usan productos profundamente integrados con la tecnología de Brevis.

Con este enfoque, esperamos que los usuarios experimenten de manera tangible la fluidez y el valor transformador que aporta la tecnología ZK, y entiendan por qué este modelo de cómputo off-chain y validación on-chain puede hacer que las aplicaciones sean seguras y eficientes al mismo tiempo. Más importante aún, queremos que más usuarios impulsen el ecosistema: a medida que más personas entiendan y exijan activamente que los productos que usan adopten este mecanismo, se reactivará el impulso innovador de toda la industria.

Rhythm BlockBeats: Además de este evento, ¿qué planes tiene Brevis actualmente? ¿Los usuarios también pueden participar?

Michael: Seguiremos lanzando iniciativas participativas para el ecosistema, incluida una red descentralizada de nodos de prueba de participación, con el fin de crear una infraestructura de pruebas y validación más abierta. Los planes correspondientes habilitarán canales de participación para la comunidad y los socios del ecosistema; en el futuro se anunciarán públicamente los métodos y calendarios específicos de participación.

Rhythm BlockBeats: Desde una perspectiva de más largo plazo, ¿en qué tipo de infraestructura esperan convertir a Brevis? ¿Qué papel quiere desempeñar finalmente en el mundo Web3?

Michael: Nuestra visión es convertir a Brevis en una capa de cómputo infinito de Web3 y en la fuente de la computación confiable de propósito general. Así como Ethereum reorganizó la lógica de confianza de los activos y las finanzas mediante los smart contracts, Brevis busca reconstruir la lógica de confianza en la computación: ya no habrá que elegir entre calcular por cuenta propia o confiar en los resultados calculados por otros; la seguridad y corrección de los resultados se garantizarán mediante computación verificable, sin necesidad de ejecutar los cálculos dos veces.

De cara al futuro, las aplicaciones on-chain evolucionarán desde la ejecución de transacciones simples y las transferencias de activos hacia sistemas más inteligentes y complejos, que abarcarán algoritmos avanzados, interacción de datos, experiencias personalizadas y pruebas sociales de comportamiento. Para lograr una adopción generalizada, deben contar al mismo tiempo con una gran capacidad computacional y una seguridad integral. Nuestro objetivo es hacer que esta computación basada en pruebas sea universal, fácil de usar y económica, y que cada aplicación Web3 pueda incorporar esta capacidad de forma natural, sin tener que reinventar la rueda.

Desde el punto de vista de la arquitectura, esperamos añadir una nueva capa de confianza por encima de la capa de consenso, la capa de datos y la capa de ejecución: una capa de cómputo infinito. Se convertirá en la infraestructura de cuarta capa de la blockchain y ofrecerá capacidades unificadas de confiabilidad y verificación computacional a todo el mundo descentralizado. Todos los cálculos inteligentes, complejos e incluso entre cadenas podrán verificarse y utilizarse sin necesidad de confiar en terceros. Esta es nuestra interpretación del cómputo infinito y la misión a largo plazo de Brevis.