Sei Network, una cadena de bloques de procesamiento paralelo diseñada específicamente para transacciones, lanzó su token y su red principal en agosto de este año. Después de causar un frenesí en el mercado, Jayendra Jog, fundador de Sei Labs, anunció recientemente el lanzamiento de Sei v2. La actualización integrará EVM, optimizará los mecanismos de procesamiento paralelo y mejorará las estructuras de almacenamiento del libro mayor.

Índice

¿Qué es la Red Sei?

Sei: Nacido para las transacciones

Mecanismo de procesamiento paralelo Sei

Dirección de actualización de Sei v2

Máquina virtual: soporte EVM

Diseño original: Sei v1 utiliza la máquina virtual CosmWasm

Enfoque de actualización: Sei v2 integra soporte EVM

Optimización del mecanismo de procesamiento paralelo de Sei

Diseño original: Sei v1 requiere un alcance de recursos definido para los contratos

Enfoque de actualización: Sei v2 simplifica el mecanismo de ejecución paralela de contratos

Optimización de la estructura de almacenamiento del libro mayor: SeiDB

Diseño original: Sei v1 almacena grandes cantidades de datos estatales

Enfoque de actualización: Sei v2 separa la estructura del libro mayor

Mecanismo de consenso

Sei compite en primera línea a través de compensaciones

¿Qué es la Red Sei?

Sei: Nacido para las transacciones

Sei Network tiene un posicionamiento claro en el mercado, proporcionando un entorno eficiente para el comercio de activos virtuales. Además de los tokens comunes, los activos virtuales incluyen NFT, gráficos sociales y elementos de juegos, con el objetivo de crear la mejor experiencia de usuario al ofrecer un entorno subyacente dedicado para las transacciones.

Hay muchos tipos de transacciones de activos virtuales(fuente)

El comercio no se limita a las criptomonedas, por lo que el comercio de activos virtuales es la demanda más extendida en el mundo online. El equipo cree que las aplicaciones Web3 más exitosas implican atributos comerciales:

Anuncio: desplácese hacia abajo si el texto no está terminado

• Transacciones indirectas: la mayoría de los usuarios de la cadena realizan transacciones de activos virtuales mediante Uniswap y OpenSea.
• Transacciones directas: Los proyectos que están directamente sujetos a transacciones son en su mayoría juegos o proyectos NFT, como Axie Infinity o BAYC.

Por lo tanto, la demanda de transacciones nunca desaparecerá y es un vínculo importante en el futuro de Web3. Para completar el posicionamiento de la mejor red de transacciones, es necesario proporcionar un entorno altamente eficiente, y Sei utiliza mecanismos de consenso y diseño de procesamiento de parachain para lograr este objetivo.

Mecanismo de procesamiento paralelo Sei

La red principal de Sei Network ha estado en línea durante más de tres meses. Según datos oficiales, la red actualmente tiene un promedio de 20.000 TPS con un tiempo de confirmación final de 390 milisegundos. El equipo afirma que es la red más eficiente de la industria, gracias a su innovador mecanismo de procesamiento paralelo.

Cuando las transacciones en la cadena de bloques Sei no involucran los mismos recursos (direcciones), todas las transacciones se pueden procesar simultáneamente sin la necesidad de ordenar secuencias de transacciones. Esto mejora significativamente la eficiencia operativa de la red.

Dirección de actualización de Sei v2

Al analizar un proyecto blockchain, hay tres puntos de evaluación principales: estructura del libro mayor, mecanismo de consenso y máquina virtual. Junto con el mecanismo de procesamiento paralelo exclusivo de Sei, puede comprender claramente las diferencias en esta actualización de Sei v2.

Actualizaciones principales de Sei Network v2 (fuente)

El fundador Jayendra dijo que Sei v2 solo agrega nuevas funciones y no afectará las existentes. Los usuarios y desarrolladores no necesitan realizar ninguna operación adicional para esta actualización.

La propuesta Sei v2 contiene principalmente tres actualizaciones:

• Soporte EVM
• Optimizar el mecanismo de procesamiento paralelo
• Optimizar la estructura de almacenamiento del libro mayor

Se espera que esta actualización se complete en el primer trimestre de 2024.

Máquina virtual: admite EVM

Diseño original: Sei v1 utiliza la máquina virtual CosmWasm

Sei se construye utilizando el SDK de Cosmos y utiliza la máquina virtual CosmWasm, un componente proporcionado por este último. CosmWasm es un componente de máquina virtual especialmente creado para el ecosistema Cosmos. La capa subyacente es WebAssembly (Wasm) y lleva su nombre. Las cadenas de bloques creadas con Cosmos SDK pueden agregar CosmWasm a su cadena sin ajustar la lógica existente.

WebAssembly puede admitir una variedad de lenguajes de programación comunes, incluidos Rust, C, C++, etc., por lo que si es un desarrollador de Rust, puede escribir fácilmente contratos inteligentes en CosmWasm, por lo que Sei atrae a desarrolladores fuera del círculo.

Aspectos destacados de la actualización: Sei v2 admitirá la integración EVM

Sin embargo, el equipo de Sei Labs descubrió que, a pesar del alto compromiso de los desarrolladores, estaban perdiendo el ecosistema de la máquina virtual Ethereum (EVM). EVM es la máquina virtual utilizada por la mayoría de las aplicaciones y productos industriales existentes. Perder este ecosistema podría obstaculizar el rápido desarrollo de Sei en esta etapa; por ejemplo, los proyectos Ethereum existentes no pueden bifurcarse en el ecosistema de Sei.

Para solucionar esto, el equipo actualizó el repositorio de código dedicado, Core Sei Binary, introduciendo una interfaz dedicada para los nodos EVM RPC y Geth. Esto permite que las transacciones EVM se implementen e interactúen sin problemas con la red Sei.

La elección de Geth se basó en su relativa estabilidad. Jayendra Jog mencionó que actualmente, el 80% de los nodos de Ethereum usan Geth y admite compatibilidad total con el código de bytes EVM. Esto significa que los desarrolladores pueden replicar contratos de otros EVM y ejecutarlos sin problemas en la red Sei.

Principales actualizaciones de Sei Network v2 (fuente)

Sei v2 también utilizará EVM RPC, lo que permitirá a los usuarios utilizar fácilmente operaciones de billetera como Metamask, mientras que los desarrolladores pueden seguir utilizando herramientas como Foundry, Remix y Hardhat.

Por lo tanto, Sei v2 permitirá la componibilidad entre las transacciones EVM y Cosmwasm. Geth de Sei tiene un precompilador que permite llamar a contratos Cosmwasm, y el módulo wasmd de Sei también puede llamar a contratos EVM de manera inversa, lo que hará que los activos en el ecosistema de Sei sean más valiosos.

Optimice el mecanismo de procesamiento paralelo de Sei

Diseño original: el contrato Sei v1 necesita definir categorías de recursos

En la Red Sei original, para que las transacciones se procesaran en paralelo, los desarrolladores debían aprender a "marcar el uso de recursos del contrato". Cuando los desarrolladores escriben contratos en Sei, deben definir los recursos a los que un contrato podría necesitar acceso y su independencia. Esto es crucial para que Sei distinga rápidamente la independencia de recursos al ejecutar contratos, decidiendo si procesar transacciones en paralelo o en un orden específico.

Para permitir la ejecución paralela de contratos, los desarrolladores deben identificar los recursos, incluida la consulta de contratos, necesarios durante la ejecución. Luego tienen que escribir el alcance del recurso en formato JSON en la cadena. Sin darse cuenta, esto genera desafíos para los desarrolladores y aumenta el umbral de entrada y los problemas de seguridad.

Enfoque de actualización: Sei v2 simplifica el mecanismo de operación paralela del contrato

Sei v2 optimizará el mecanismo de procesamiento paralelo y ya no requerirá que los desarrolladores definan dependencias manualmente. En cambio, puede manejar el mecanismo de paralelización por sí solo, lo que reduce la carga para los desarrolladores.

El nuevo mecanismo de procesamiento paralelo ejecutará todas las transacciones de manera unificada. Si se encuentran conflictos de recursos, la red volverá a examinar la secuencia y la volverá a ejecutar.

Sei v2 maneja automáticamente los problemas de superposición de recursos (fuente)

Si la transacción involucra diferentes cuentas, por ejemplo, Alice transfiere dinero a Bob y Carol transfiere dinero a Dave, entonces la transacción se procesará en paralelo porque no hay dependencias superpuestas; Si la transacción involucra la misma cuenta, por ejemplo, Alice y Bob transfieren dinero a Carol, entonces es necesario volver a ejecutarla en secuencia.

Sin embargo, puede haber preocupaciones sobre este diseño. Si ocurre el peor de los casos, todas las transacciones implican correlación y deben volver a ejecutarse en orden. Volver a ejecutar estas transacciones aumentará el tiempo de ejecución en un 30% en comparación con el caso en el que se ejecutaron originalmente en orden.

Afortunadamente, según los datos históricos de Ethereum, solo alrededor del 15% de las transacciones tendrán superposición de recursos y deberán reprocesarse en orden, por lo que el equipo evaluó que el rendimiento general de Sei aún mejorará significativamente.

Optimizar la estructura de almacenamiento del libro mayor: SeiDB

Diseño original: Sei v1 almacena una gran cantidad de datos de estado

Sin embargo, Sei enfrenta otro problema: almacena permanentemente todo el árbol IAVL en el libro mayor distribuido. Debido a su rápida finalidad y diseño de procesamiento paralelo, se requiere un registro frecuente de los cambios de estado global, lo que lleva a un aumento significativo en el tamaño general del libro mayor de la red.

El costo del procesamiento paralelo es el registro de muchos datos de estado intermedio no válidos. Según el RFC propuesto por el equipo de Sei, por ejemplo, en el nodo testnet atlantic-2, de los 25 GB de datos almacenados, solo 10 GB contienen información de transacciones significativa. Esto da como resultado una utilización ineficiente del espacio en disco del nodo.

Debido a la inflación de datos, el uso de disco de los nodos Sei crece rápidamente. El uso del disco duro del nodo de archivo en atlantic-2 aumenta en más de 150 GB por día y supera 1 TB por semana. A medida que el estado de la cadena continúa creciendo, la tasa de crecimiento del espacio de almacenamiento también aumentará (se volverá más rápida).

Causará muchos problemas:

• El costo de mantenimiento de los nodos será cada vez mayor.
• Las operaciones de la base de datos serán cada vez más lentas.
• Los nodos RPC no pueden ejecutarse durante largos períodos de tiempo ya que el disco se llena rápidamente

Junto con el diseño de procesamiento paralelo del futuro procesamiento de ida y vuelta v2 y la revalidación, el estado general de la red cambiará con más frecuencia, lo que resultará en un aumento significativo en la cantidad de datos de estado.

Enfoque de actualización: estructura de libro mayor separado de Sei v2

Sei v2 también tiene un mecanismo de almacenamiento optimizado para resolver los problemas anteriores para evitar la expansión de los datos estatales y aumentar la velocidad de lectura de datos por parte de todos los nodos.

Sei v2 divide el libro de almacenamiento estatal en dos tipos, llamados SeiDB:

• Compromiso Estatal (SC): registra la información del árbol MemIAVL
• State Store (SS): registra la información completa

Debido a la mejora de SeiDB, el nodo de verificación solo necesita registrar la información del libro mayor SC, mientras que la capa SS registra la información de estado completa y la transmisión se colocará primero en el registro de escritura anticipada sin necesidad de real- transmisión en tiempo, que permite almacenar el estado de forma asincrónica para mejorar el rendimiento ya que no afecta la generación de bloques.

Sei v2 reduce la carga del crecimiento de datos en los nodos de verificación (fuente)

Con las mejoras en SeiDB, Sei ha visto mejoras en varios aspectos del rendimiento. Esto incluye un aumento de 100 veces en el tiempo de envío de bloques, la compresión de la generación diaria de datos de 100 GB a 5 GB y una mejora de 10 veces en el tiempo de recuperación para todos los nodos o nodos que requieren información de sincronización.

Mecanismo de consenso

Sei Network v2 no ha alterado su mecanismo de consenso original y continúa manteniendo el diseño Twin Turbo. Al mejorar la interfaz de consenso de Cosmos Tendermint ABCI, el tiempo de confirmación del bloque se ha reducido significativamente.

Sei ingresa a una competencia de primer nivel

Sei v2 introduce una máquina virtual EVM, junto con mejoras en el procesamiento paralelo y los mecanismos de almacenamiento del libro mayor distribuido. El objetivo es mejorar la experiencia del usuario para desarrolladores, nodos y usuarios, aumentando así la influencia ecológica.

Sin embargo, en el transcurso de los tres meses de operación, se observó que si bien las transacciones paralelas de Sei aumentan el TPS y brindan una finalidad rápida, la compensación es un aumento en el volumen de datos estatales, lo que genera mayores requisitos de hardware para los nodos. El equipo llegó a un compromiso al separar la estructura del libro mayor, sacrificando algo de descentralización en aras de la eficiencia.

En general, en comparación con otros asesinos de Ethereum, si las actualizaciones antes mencionadas se pueden implementar de manera efectiva, Sei tiene la oportunidad de ingresar a la competencia de primer nivel. Esperamos ver los resultados de las actualizaciones del equipo el próximo año.

(Nota: este artículo no constituye ningún consejo de inversión).

Descargo de responsabilidad:

1. Este artículo está reimpreso de [Cointime]. Todos los derechos de autor pertenecen al autor original [Vanguard 0]. Si hay objeciones a esta reimpresión, comuníquese con el equipo de Gate Learn y ellos lo manejarán de inmediato.
2. Descargo de responsabilidad: los puntos de vista y opiniones expresados en este artículo son únicamente los del autor y no constituyen ningún consejo de inversión.
3. Las traducciones del artículo a otros idiomas están a cargo del equipo de Gate Learn. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.