Autor original: Lao Bai
Fuente original: twitter
Nota: Este artículo proviene de @Wuhuoqiu Twitter y fue compilado por Mars Finance de la siguiente manera:
Recientemente, en el mercado primario, la pista más popular es sin duda la IA, seguida de BTC. El 80% de los proyectos discutidos todos los días se concentran en estas dos pistas, como máximo, puedo hablar de 5 o 6 proyectos de IA por día.
Es previsible que la burbuja de la IA alcance su punto máximo el próximo año con cientos de nuevos proyectos de IA en línea, el valor de mercado de la pista de IA alcanzará su punto máximo cuando la burbuja finalmente explote y todo. Si se pierde, nacerá una industria real. El unicornio que encuentre el punto de convergencia de AI X Crypto continuará impulsando este camino y a toda la industria.
Entonces, en el actual entorno sobrecalentado de la IA, debemos calmarnos y observar los cambios que se han producido a nivel de Infra en los últimos meses, especialmente en la pista de Infra de la cadena pública. Algunas de las cosas nuevas que vale la pena mencionar.
1. ETH, o una mayor deconstrucción de la cadena monolítica
Cuando Celestia propuso por primera vez el concepto de modularidad y la capa DA, el mercado en realidad tomó mucho tiempo para digerirlo y comprenderlo. Ahora este concepto ha estado profundamente arraigado en los corazones de las personas y varias infraestructuras RaaS han proliferado. El punto de que la cantidad de infraestructura > la cantidad de aplicaciones > La cantidad de usuarios es una etapa tan exagerada
La capa de ejecución, la capa DA y la capa de liquidación han logrado avances técnicos diferentes en los últimos meses. Cada capa ha derivado nuevas soluciones técnicas. Incluso el concepto de capa de liquidación ya no es exclusivo de ETH. Hablemos brevemente de las tecnologías representativas de cada capa.
2. Capa de ejecución -
El concepto más candente en la capa de ejecución es, sin duda, Parallel EVM: representado por Monad, Sei y MegaETH, algunos proyectos existentes como FTM y Canto también han comenzado a planificar mejoras en esta dirección. Sin embargo, así como no todos los proyectos de ZK protegerán la privacidad, los proyectos etiquetados por Parallel EVM en realidad tienen diferentes rutas técnicas y objetivos finales.
Tomemos una imagen de Sei como demostración intuitiva. Es obvio que en circunstancias optimistas, la mejora del rendimiento al cambiar el procesamiento secuencial existente al procesamiento paralelo sigue siendo muy obvia.
En realidad, la EVM paralela se puede dividir en varias rutas técnicas diferentes.
Desde la perspectiva de cómo las transacciones son paralelas, no hay nada nuevo bajo el sol, excepto la diferencia entre a priori y a posteriori.
A priori, representado por Solana y Sui, requiere que las transacciones declaren explícitamente qué partes del estado de la cadena han modificado, de modo que si existe un conflicto de estado (como el acceso al mismo grupo de AMM) se detecte de antemano antes de que se bloquee el bloque. empaquetado, y si hay alguno, se descartan estas transacciones conflictivas.
El posterior también se llama paralelismo optimista, representado por Aptos BlockSTM, es decir, se supone que no hay conflicto entre todos antes de aceptar la transacción y luego se realiza la prueba una vez completada la ejecución. Si se encuentra una transacción conflictiva, la transacción se declara inválida, el resultado se actualiza y se vuelve a ejecutar. Este paso se repite hasta que se ejecuten todas las transacciones del bloque. Sei, Monad, MegaETH, Canto utilizan soluciones similares
También hemos visto soluciones de paralelización en el mercado primario para situaciones de conflicto estatal (como el mismo acceso al grupo AMM mencionado anteriormente), pero parece que el proyecto será relativamente complicado y no estoy seguro de si es comercialmente factible. evaluándolo.
Por el grado de énfasis en Parallel EVM, también se puede dividir en dos escuelas.
Uno es Monad, representado por Sei, que toma cómo intercambiar el paralelismo como la idea principal de expansión, es decir, la paralelización es la narrativa principal. Por ejemplo, además del procesamiento paralelo optimista, Monad también ha desarrollado especialmente MonadDB y I/ asincrónico. O coopera específicamente con el procesamiento paralelo.
La otra es la idea de Fantom, Solana y MegaETH. La paralelización es una de las soluciones de expansión, pero es solo una narrativa auxiliar y la mejora del rendimiento depende más de otras soluciones técnicas.
Por ejemplo, la actualización Sonic de Fantom se centra en la máquina virtual FVM + y el mecanismo de consenso optimizado de Lachesis. La siguiente fase de Solana se centra en la arquitectura modular del nuevo cliente de Firedancer, el mecanismo de comunicación de red optimizado, la verificación de firmas, etc.
El objetivo de MegaETH @megaeth_labs es implementar Realtime-blockchain. El primero se basa en el cliente de alto rendimiento Reth recientemente desarrollado por Paradigm, el mecanismo de sincronización de estado de todo el nodo (solo sincroniza las diferencias de estado en lugar de todos los datos) y el diseño de hardware de Sequencer (una gran cantidad de RAM de alto rendimiento con almacenamiento). función para acceso al estado, evitar E/S lenta del disco), la mejora de la estructura de datos de Merkle Trie y otros aspectos se han optimizado y mejorado aún más, lo que equivale a la integración integral de software, hardware, estructura de datos, E/S de disco, comunicación de red y transacciones. clasificación y procesamiento paralelo Mejora integral, llevando el techo de rendimiento de EVM al límite, acercándose a "Realtime Blockchain"
3. capa DA
La capa DA no tiene iteraciones técnicas particularmente grandes, por lo que el nivel de volumen de esta pista es muy inferior al de la capa de ejecución. Después de todo, solo hay unos pocos jugadores importantes.
CallData de ETH se actualizó a Blob y las tarifas para cada L2 se redujeron significativamente. Ahora ETH es un DA "menos costoso".
El papel más importante de Celestia es que, después de su lanzamiento, fue el primer proyecto en proponer el concepto de capa DA, que elevó la pista DA del techo de 2 mil millones de FDV a 20 mil millones. A partir de entonces, el patrón y la imaginación se abrieron. . Naturalmente, Celestia es el DA preferido para muchas nuevas cadenas de aplicaciones Layer2.
Avail es independiente de Polygon. Técnicamente, es más como una "versión mejorada de Celestia". Por ejemplo, utiliza el mecanismo de consenso Grandpa + BABE de Polkadot. En comparación con Tendermint de Celestia, en teoría puede admitir más nodos. admite Prueba de validez que Celestia no admite, etc. Por supuesto, las diferencias técnicas son mucho menos importantes que la ecología que Avail aún necesita para ponerse al día a nivel ecológico.
EigenDA también se lanzó junto con la red principal de EigenLayer hace dos días. EigenLayer es una de las narrativas más sólidas y el proyecto de cooperación más comercial en esta ronda. Personalmente, creo que la tasa de adopción de EigenDA no será baja, en teoría. "se siente seguro y el precio es "barato", a muchos proyectos realmente no les importa si usa Validity Proof o Fraud Proof, si DAS lo admite, etc.
Los que vale la pena mencionar son los siguientes tres DA:
1. Near DA: Near es una cadena pública mágica. Fue diseñada originalmente para realizar fragmentación y todavía lo hace, pero mientras realiza fragmentación, también realiza DA: es más barata que Celestia y admite la cadena de liquidación rápida L2; abstracción: Near lanzó recientemente firmas en cadena, lo que permite a los usuarios solicitar firmas para cualquier transacción en la cadena a través de una única cuenta NEAR; el fundador illia es uno de los ocho Transformers y Boss Huang le dio una palmada en el hombro en la conferencia de NVIDIA. Ahora estamos planeando contratar ingenieros de inteligencia artificial y publicaremos anuncios relacionados con http://near.ai el próximo mes... Hexagon Warrior, también lo incluí en la pista DA.
2. BTC y CKB: debido a que la capa de BTC no admite contratos inteligentes y no se puede liquidar directamente, docenas de BTC EVM Layer2 ahora básicamente usan BTC como DA. La diferencia es solo si lanzar ZK Proof directamente a BTC o ZK Proof's Hash. incluido, como si no pudieras llamarte "BTC Capa 2" si no haces esto. Recientemente, me encontré con un nuevo proyecto que decía: "Ya no quiero instalarlo. Soy ETH L2 y la liquidación de DA se realiza exclusivamente en ETH, ¡pero sirvo al ecosistema BTC!", lo cual es bastante alegre... El único plan de expansión alternativo es CKB El lanzamiento de RGB ++, en este marco, CKB se ha convertido en una existencia similar a DA, y BTC casi se ha convertido en la capa de liquidación de RGB ++ debido a la tecnología negra del enlace isomórfico UTXO.
2. Nuevo DA: hablemos de dos nuevas ideas de DA que hemos visto, sin mencionar el nombre del proyecto. Una es combinar DA con IA. Además de ser un DA de alto rendimiento, también puede servir como un DA. Modelo grande de IA, datos de entrenamiento y capa de almacenamiento para trayectorias de entrenamiento. Una es mejorar el mecanismo de código de corrección de errores subyacente de Celestia y otros DA, que puede proporcionar un estado de red más sólido en un estado inestable, como una red dinámica (varios nodos se desconectan aleatoriamente en cada ronda).
4. Capa de asentamiento
Originalmente, esta capa era casi exclusiva de ETH. DA tenía a Celestia para competir y el ejecutivo tenía muchos L2. Solo para la liquidación, otras cadenas como Solana y Aptos aún no tienen L2. Si no se utiliza la L2 de BTC, no se puede liquidar con BTC. Actualmente, la única capa de liquidación que se puede imaginar es ETH.
Sin embargo, esta situación cambiará pronto. Ya hemos visto varios proyectos nuevos que van en la dirección mencionada al principio del artículo.
, algunos proyectos antiguos también han comenzado a transformarse en esta dirección, a saber, la capa de verificación/liquidación de ZK, una mayor deconstrucción de ETH (apoderándose del negocio de ETH)
¿Por qué existe tal concepto?
La razón es que ejecutar el contrato en ETH L1 para verificar ZK Proof no es, en teoría, una opción óptima.
Técnicamente, para verificar la exactitud de ZK Proof, los desarrolladores deben redactar un contrato de verificación basado en Solidity según el proyecto ZK y el sistema ZK Proof que elijan. Entre ellos, debe depender de muchos algoritmos criptográficos, como el soporte de diferentes curvas elípticas. Estos algoritmos criptográficos suelen ser relativamente complejos y la arquitectura EVM-Solidity no es una plataforma óptima para implementar estos complejos algoritmos criptográficos. Para algunos proyectos ZK, el costo de redactar y verificar estos contratos de verificación también es muy alto.
Hasta cierto punto, impide que algunos ecosistemas ZK se unan de forma nativa al ecosistema EVM. Por lo tanto, los lenguajes compatibles con ZK como Cario, Noir, Leo y Lurk actualmente solo se pueden verificar en su propia Capa 1. Al mismo tiempo, actualizar o mejorar estas cosas en ETH siempre hará que el barco cambie.
En términos de costos, aunque la "tarifa de protección" DA entregada por L2 representa la mayoría, la verificación del contrato de ZK también requiere tarifas de gas. La verificación en Ethereum definitivamente no es una opción barata. Además, las tarifas de ETH Gas aumentan de vez en cuando y se transforma en una "cadena noble", y el costo de verificación también se verá muy afectado.
Como resultado, surgieron nuevos proyectos conceptuales de capa de verificación/asentamiento de ZK. Los nuevos proyectos aún son relativamente tempranos, representados por Nebra. Algunos proyectos antiguos también están girando en esta dirección, como Mina y Zen, que acaba de aprobar una nueva propuesta.
La idea general de la mayoría de los proyectos en este sentido es básicamente
1. Admite múltiples idiomas ZK
2. Admite prueba de agregación ZK, más eficiente y más económico
3. Tiempo de finalidad más rápido
Es probable que actualmente la capa de liquidación de ZK y el mercado de prueba descentralizado estén unidos. Después de todo, para tener tecnología, es necesario tener potencia informática. Es posible que vea que algunos proyectos de capa de liquidación cooperan con proyectos de Mercado de prueba, o que la capa de liquidación que tiene la potencia informática puede crear directamente un Mercado de prueba por sí misma, o que el Mercado de prueba que tiene la tecnología puede terminar creando un paquete de capa de liquidación por sí solo. La forma de proceder depende del mercado.
Debería haber muchos artículos escritos en línea sobre otras áreas de Infra, como OEV en los campos de Oracle y MEV, y clientes ligeros ZK en el campo de la interoperabilidad, por lo que no entraré en detalles aquí. La próxima vez que vea algo nuevo e interesante, lo compartiré contigo.
Finalmente, gracias a nuestro gurú técnico líder tecnológico @cyodyssey por su revisión y revisión :)
