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 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 diferentes avances técnicos 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 una demostración intuitiva. Es obvio que en circunstancias optimistas, la mejora del rendimiento al cambiar del 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 puedan detectar si existe un conflicto de estado (como el acceso al mismo grupo de AMM) antes de empaquetar el bloque. y descartar si hay alguno. Estos crean 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. evaluarlo en el medio.
Por el grado de énfasis en Parrallel 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 tiene un MonadDB especialmente desarrollado y asíncrono. E/S 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. La paralelización es 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 es implementar blockchain en tiempo real. 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 Las mejoras integrales llevan el límite de rendimiento de EVM al límite, acercándose a "Realtime Blockchain".
Tres capas DA
La capa DA no tiene iteraciones técnicas particularmente grandes, por lo que el nivel de volumen de esta pista es mucho menor que el de la capa de ejecución. Después de todo, solo hay unos pocos jugadores importantes.
CallData de ETH se actualizó a Blob y el costo de cada L2 se redujo significativamente. Ahora ETH ya es un DA "no 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. . El DA elegido para muchas nuevas cadenas de aplicaciones de capa 2 es, naturalmente, Celestia.
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, mientras "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:
Near DA: Near es una cadena pública mágica que fue diseñada originalmente para fragmentación y todavía lo hace, pero mientras realiza la fragmentación, también hizo que DA fuera más barato que Celestia y también admite la abstracción de cadena de liquidación rápida de L2; Recientemente, Near lanzó 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, la persona a la que Boss Huang le tocó el hombro en la conferencia de NVIDIA. y ahora estamos planeando contratar ingenieros de IA y haremos anuncios sobre near.ai el próximo mes... Hexagon Warrior, también lo puse en la pista de DA.
BTC y CKB: debido a que la capa de BTC no admite contratos inteligentes y no se puede liquidar directamente, docenas de BTC EVM Layer 2 ahora básicamente usan BTC como DA. La diferencia es solo si lanzar ZK Proof directamente a BTC o usar ZK Proof. Se arroja hash, 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. Con la salida de RGB++, en este marco, CKB se ha convertido en una existencia similar a DA, mientras que BTC casi se ha convertido en la capa de asentamiento de RGB++ debido a la tecnología negra del enlace isomórfico UTXO.
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 modelo grande de IA. , Capa de almacenamiento de datos de entrenamiento y trayectoria de entrenamiento. Una es mejorar el mecanismo de código de corrección de errores subyacente a DA como Celestia, que puede proporcionar un estado de red más robusto en un estado inestable como una red dinámica (varios nodos abandonan aleatoriamente en cada ronda).
4. Capa de liquidación
Originalmente, esta capa era casi exclusiva de ETH, DA tenía a Celestia para competir y el ejecutivo tenía muchas 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, BTC no se puede utilizar para la liquidación. Actualmente, la única capa de liquidación que se puede imaginar es ETH.
Sin embargo, esta situación cambiará pronto. Hemos visto varios proyectos nuevos avanzando en la dirección mencionada al principio del artículo, y algunos proyectos antiguos también han comenzado a transformarse en esta dirección, a saber, la capa de verificación/liquidación de ZK, deconstruyendo aún más ETH. (Tome el 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 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 es un "desastre".
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, que aún son relativamente tempranos y están 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:
Admite múltiples idiomas ZK;
Admite prueba de agregación ZK, que es más eficiente y económica;
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. El mercado tendrá la última palabra sobre cómo proceder.
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í.
Ver originales
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
Bajo el auge de la IA, ¿qué cambios se han producido en la infraestructura de la cadena pública?
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 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 diferentes avances técnicos 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 una demostración intuitiva. Es obvio que en circunstancias optimistas, la mejora del rendimiento al cambiar del 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 puedan detectar si existe un conflicto de estado (como el acceso al mismo grupo de AMM) antes de empaquetar el bloque. y descartar si hay alguno. Estos crean 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. evaluarlo en el medio.
Por el grado de énfasis en Parrallel EVM - también se puede dividir en dos escuelas
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 es implementar blockchain en tiempo real. 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 Las mejoras integrales llevan el límite de rendimiento de EVM al límite, acercándose a "Realtime Blockchain".
Tres capas DA
La capa DA no tiene iteraciones técnicas particularmente grandes, por lo que el nivel de volumen de esta pista es mucho menor que el de la capa de ejecución. Después de todo, solo hay unos pocos jugadores importantes.
CallData de ETH se actualizó a Blob y el costo de cada L2 se redujo significativamente. Ahora ETH ya es un DA "no 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. . El DA elegido para muchas nuevas cadenas de aplicaciones de capa 2 es, naturalmente, Celestia.
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, mientras "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:
4. Capa de liquidación
Originalmente, esta capa era casi exclusiva de ETH, DA tenía a Celestia para competir y el ejecutivo tenía muchas 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, BTC no se puede utilizar para la liquidación. Actualmente, la única capa de liquidación que se puede imaginar es ETH.
Sin embargo, esta situación cambiará pronto. Hemos visto varios proyectos nuevos avanzando en la dirección mencionada al principio del artículo, y algunos proyectos antiguos también han comenzado a transformarse en esta dirección, a saber, la capa de verificación/liquidación de ZK, deconstruyendo aún más ETH. (Tome el 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 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 es un "desastre".
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, que aún son relativamente tempranos y están 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:
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. El mercado tendrá la última palabra sobre cómo proceder.
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í.