Autor original: Haotian (X: @tmel0211)
Ha surgido una nueva narrativa de “EVM paralela” en el mercado, que es muy interesante en la capa 2, que puede realizar un nuevo paradigma de rollup “refinado”, y la exageración puede lograr el efecto mágico de que Solana se convierta en la nueva capa 2 de Ethereum.
En mi opinión, la EVM paralela es solo una manifestación del alto grado de “modularidad” de Rollup, ** después de que DA fuera invadido por un tercero, la capa de ejecución de VM volvió a caer y la capa 2 se redefinirá en el futuro. A continuación, analicemos desde la perspectiva de la divulgación científica:
Para entender este tema, primero debemos aclarar el modelo de ejecución de un solo hilo de la “EVM”.
Este modelo estipula que las transacciones deben procesarse y confirmarse una tras otra en orden, lo que afecta directamente la velocidad de procesamiento de las transacciones, el tiempo de bloqueo y el rendimiento de las transacciones, que es la razón principal del alto gas y la congestión de EthereumMainnet. Además, la razón por la que está diseñado para ser de un solo hilo tiene ciertas limitaciones históricas. **
Dado que las transacciones en Ethereum son verificadas y ejecutadas por nodos independientes distribuidos, es necesario asegurarse de que todos los datos de la dirección, como saldos, código de contrato inteligente, etc., mantengan el mismo estado entre diferentes nodos y, al mismo tiempo, garantizar que no haya posibilidad de doble gasto del mismo activo.
Esto permite que las transacciones se pongan en cola secuencialmente. Si hay transacciones paralelas, puede dar lugar a errores de sincronización de datos entre nodos, y la clave es que habrá transacciones graves de doble gasto.
Explicación popular: el banco tiene solo una ventana de servicio, los retiros de los clientes deben ponerse en cola en orden, ya sean retiros de depósitos y préstamos y otros negocios, un cliente puede comenzar el siguiente después de completar el negocio, la ventaja es que cada operación del sistema de cuentas del banco se registrará con precisión, pero el tiempo de cola del cliente será más largo;
Si el banco abre varias ventanas de servicio, los clientes pueden elegir la ventana para manejar diferentes negocios, habrá dos ventanas al mismo tiempo para intentar deducir dinero de una cuenta, si la conciliación del sistema de cuentas entre las ventanas no es oportuna, conducirá a un doble gasto, obviamente esto mejora significativamente la eficiencia, pero la compleja lógica de contabilidad ejercerá presión sobre el sistema contable.
En el escenario de cadena independiente de capa 1, si la cadena subyacente admite el procesamiento paralelo, el problema se resolverá, debido a la separación del estado de computación y almacenamiento, la VM de Solana ordenará estas transacciones después de recibir múltiples transacciones de los usuarios y, a continuación, llamará a los datos de estado del sistema de almacenamiento independiente para detectar si estas transacciones tienen conflictos de estado, si no hay conflicto, las transacciones se empaquetarán en un bloque y, si hay un conflicto, las transacciones en conflicto se excluirán de este bloque.
Por el contrario, el estado de almacenamiento de Ethereum se calcula en tiempo real, y cada transacción debe esperar a que se complete la transacción anterior antes de actualizar el estado, por lo que es imposible filtrar las transacciones antes de esperar el empaquetado, lo que limita la posibilidad de procesamiento paralelo. **
En el caso de las cadenas enrollables de capa 2, para lograr un procesamiento paralelo, es similar a mantenerse alejado. Puede pensar en el cálculo de transacciones de Solana y la detección del estado de almacenamiento mientras espera las marcas de tiempo de POH como el proceso mediante el cual la cadena de acumulación procesa las transacciones en Sequener y luego las envía por lotes a la red principal.
Ahora que el Sequener de capa 2 organizará las transacciones en orden cronológico antes de las transacciones por lotes y, a continuación, las enviará por lotes a la red principal en orden, ¿cómo se puede subprocesos múltiples?
**1) Basado en el modelo de abstracción de cuentas AA, se pueden iniciar múltiples transacciones al mismo tiempo desde el estado de la cuenta, **Por ejemplo, si se ejecutan dos transferencias al mismo tiempo, el contrato inteligente AA le dará un nonce, que debe ejecutarse secuencialmente, si uno es Transferir, uno es Aprobar, se puede procesar en paralelo de manera más flexible sin restricciones nonce. En el modelo de cuenta AA, cada cuenta puede personalizar la lógica de procesamiento de transacciones para lograr una alta simultaneidad con nonce.
Por ejemplo, cuando las transacciones de capa 2 se envían a Sequencer, Sequencer puede detectar rápidamente la lógica de la transacción y realizar una clasificación y detección finas, por ejemplo, si la misma cuenta inicia dos transferencias, la última debe excluirse y esperar al siguiente lote, y si la misma cuenta inicia dos operaciones de diferente naturaleza, se puede hacer al mismo tiempo Agrupe en un bloque.
Suena simple, pero ese no es el caso, solo tomando el escenario de las finanzas descentralizadas como ejemplo, hay dos desafíos principales para que Sequencer logre una gestión detallada de las transacciones:
**1) Para analizar los datos de las transacciones en tiempo real y comprender los métodos de llamada de contratos inteligentes y los parámetros de los datos entrantes, ** Tomemos como ejemplo el staking común de las finanzas descentralizadas, una operación de staking implica la transferencia de tokens, la actualización del estado, el período de staking y el cálculo de la recompensa potencial. Si hay un gran número de usuarios que reciben algunas transacciones de staking al mismo tiempo, si también hay transacciones mezcladas con staking y luego transferencia, junto con factores de precio complejos de Oralce, etc., si Sequener no puede analizarlo y procesarlo correctamente, un error puede provocar accidentes graves.
- El secuenciador tiene que garantizar la descentralización, el Sequener de capa 2 actual es solo una transacción por lotes bajo la premisa de que los derechos son demasiado grandes, si el problema de descentralización del secuenciador no se puede resolver, y luego hacer un Rollup “de grano fino”, que equivale a darle más permisos al secuenciador. Si Sequencer realiza transacciones falsas, se involucra descaradamente en clips MEV o incluso manipula maliciosamente la liquidación de Oracle, etc., se reproducirá.
Recientemente, **Metis ha sido popular, aparentemente solo Sequencer ha logrado la descentralización, y a un nivel más profundo, ha construido una premisa de consenso básico para que Sequencer haga rollups refinados en el futuro. **
Por supuesto, confiar en Sequencer para lograr una agregación y procesamiento de transacciones de rollup altamente refinado sigue siendo solo una idea, ** afortunadamente, la abstracción de la cuenta AA, la combinación modular general de la mente abierta de Blockchain proporciona un requisito previo para la implementación de esta idea. **
Encima.
Además, como se mencionó anteriormente, la capa 2 en su conjunto se está volviendo cada vez más modular, incorporando la tecnología ZK en el marco de la pila de OP para lograr la extensión de la privacidad, transformando el DA original de Ethereum en un DA de terceros como Celestia para reducir costos, cambiando gradualmente la tradición de ETH como una tarifa de gas, dando al token de capa 2 un mayor poder de utilidad, e incluso la capa 2 puede procesar transacciones por lotes y enviarlas a diferentes entornos de ejecución de VM, y las transacciones se distribuirán Solana y Ethereum y más.
En ese momento, surgirá un nuevo paradigma, y la capa 2 actual ya no es solo la capa 2 de Ethereum, Solana también puede ser la capa 2 de Ethereum, e incluso la definición de la capa 2 cambiará mágicamente.
** Suposición audaz, ahora la capa 2 se ha convertido en una “capa 1” de nivel de entrada que integra altas capacidades de procesamiento de transacciones simultáneas, y Ethereum, Solana, estas antiguas capas 1 se han convertido en una nueva “capa 2” para la liquidación de activos y la garantía de seguridad. **
** La capa 2 nunca ha sido un concepto rígido, y la misión de las plataformas de capa 2 de resolver el procesamiento de transacciones simultáneas a gran escala y atraer grupos de mercado de usuarios incrementales siempre ha existido. **
Si se logra la misión, bajo la idea de modularidad, no solo se romperá la legitimidad de la capa 1 de Ethereum, sino que toda la cadena de disponibilidad de datos de DA, la capa de ejecución de VM e incluso la interacción de comunicación de interoperabilidad se convertirá en la infraestructura para que la capa 2 logre la adopción masiva.
En ese momento, la Capa 2 ya no será solo un complemento de la Capa 1, sino que se convertirá en una plataforma poderosa y completa de procesamiento de agregación y distribución de transacciones.
Enlace al artículo original
