Conversación con el cofundador de Brevis: la segunda ola de ZK, la clave es la implementación real bajo computación ilimitada

Chainfeeds Guía de lectura:

Desde la prueba en tiempo real de Ethereum, hasta la cobertura total de aplicaciones en escenarios Web3 y Web2.

Fuente del artículo:

Autor del artículo:

TechFlow de Deep Tide

Opinión:

mo: En mi opinión, el desarrollo de cualquier ola tecnológica sigue un ritmo determinado. Normalmente, la primera ola de aplicaciones de una nueva tecnología es muy limitada, mientras que la segunda ola amplía enormemente los escenarios de aplicación. Si miramos hacia atrás en cada nueva tecnología en la historia de Internet, todas han pasado por este proceso. Por ejemplo, el Internet móvil experimentó dos olas: desde aplicaciones simples al principio hasta la migración de todo Internet al móvil, incluyendo el auge de los videos cortos. El desarrollo de la IA también ha pasado por un proceso similar; al principio solo podía resolver pequeños problemas específicos, pero con la explosión de la capacidad de cómputo, surgió un nuevo ciclo con modelos de lenguaje grandes (LLM). Lo mismo ocurre con ZK. Alrededor de 2021, ZK se convirtió en un tema candente en el ámbito blockchain, pero en ese momento sus escenarios de aplicación eran muy limitados, concentrándose principalmente en redes de segunda capa basadas en ZK. Creemos que, aunque ZK como solución L2 es un buen caso de uso, los escenarios de aplicación son muy restringidos y aún enfrenta la competencia de soluciones como Optimistic Rollup. Hasta 2023, ZK entró en un período de calma, pero para nosotros, como equipo de infraestructura, esto no es el punto clave. No nos vemos simplemente como un proyecto ZK; no impulsamos el producto solo por la tecnología, sino que lo hacemos guiados por la demanda. Queremos resolver problemas reales de la industria, y ZK resulta ser una solución eficaz para estos problemas. El problema que queremos resolver es cómo hacer que el cómputo a gran escala sea verificable y pueda ejecutarse en la blockchain. ZK no es el objetivo, sino un medio. Nuestra principal diferencia con otros proyectos ZK es que podemos llevar ZK a escenarios y casos de uso reales. Por ejemplo, en PancakeSwap descubrimos la necesidad de que el proyecto ofrezca experiencias personalizadas para diferentes usuarios, especialmente la necesidad de ofrecer diferentes tasas de comisión a los grandes usuarios según su volumen de operaciones. Esta necesidad no puede lograrse con contratos inteligentes tradicionales. A través de la tecnología ZK, permitimos que los grandes usuarios generen una prueba sobre su volumen de operaciones, y luego el contrato inteligente ejecuta diferentes tasas de comisión según esta prueba, logrando así una experiencia de usuario diferenciada. En la colaboración con Euler, el proyecto quería no solo incentivar préstamos de manera simple, sino también distribuir recompensas de manera más óptima mediante modelos complejos basados en ponderación temporal, algo que antes no era posible en contratos inteligentes, pero que ahora también hemos resuelto con ZK. Otro ejemplo es la plataforma Linea, que ha implementado un modelo complejo de distribución de incentivos basado en ponderación temporal mediante ZK, garantizando la conformidad, seguridad y transparencia de la distribución de incentivos. Este esquema de distribución de incentivos no podía realizarse con contratos inteligentes tradicionales, pero gracias a la tecnología ZK, hemos logrado satisfacer esta necesidad. A partir de estas aplicaciones reales, podemos ver que la tecnología ZK no solo resuelve problemas de cálculo complejos, sino que también ayuda a ofrecer servicios personalizados que se adaptan mejor a las necesidades de los usuarios. Ya contamos con miles de usuarios en múltiples sectores utilizando estos sistemas. Por lo tanto, somos un proyecto orientado a la demanda, impulsando el desarrollo tecnológico del producto según las necesidades, y creemos que solo así se puede llevar ZK a escenarios de aplicación más amplios y promover la llegada de la era ZK 2.0.