El mercado se ha insensibilizado por completo a las "cadenas públicas de alta velocidad", ¿por qué Somnia es diferente?

Autor: TVBee

Este artículo será analizado con las siguientes dos preguntas:

Pregunta 1: El mercado se ha insensibilizado por completo a la "cadena pública de alta velocidad", ¿por qué Somnia es diferente?

Pregunta 2: ¿Sommia se jacta de tener la capa 1 de EVM paralela más rápida y rentable?

➡️➡️➡️ Jane • Limpio • Edición ⬅️⬅️⬅️

En esta parte, Sonnia se resume desde tres dimensiones: tecnología, antecedentes y ecología, para que pueda comprender los aspectos más destacados y las ventajas del proyecto Somnia.

💠Aspectos técnicos destacados de Somnia

🔹 Algoritmo de consenso de flujo múltiple: cadena de datos + cadena de consenso, que es propicio para prevenir MEV, reducir la redundancia, reducir costos y aumentar la eficiencia.

🔹 Innovador compilador de EVM: Implementa EVM paralelo a nivel de instrucción para resolver interacciones de alta frecuencia en casos extremos.

🔹 Motor de base de datos IceDB de desarrollo propio: mejora la velocidad de lectura/escritura de datos y la estabilidad de la red.

🔹 Tecnología de compresión de datos: Mejore la eficiencia de la transmisión de datos.

💠Ventajas de Somnia

🔹 Equipo: El equipo de desarrollo es de Improbable, una empresa tecnológica multinacional fundada en 2012 y con sede en Londres, Reino Unido. Ha desarrollado software, juegos y productos de metaverso Web3.

🔹 Financiamiento: Un total de 270 millones de dólares fueron invertidos por MSquared, a16z, SoftBank, Mirana y otras instituciones reconocidas.

💠Progreso ecológico en Somnia

🔹 Paisaje ecológico: La red de pruebas de Somnia ya se ha asentado en 4 productos de IA/sociales, 7 juegos, 4 proyectos NFT y 6 aplicaciones Defi, y pronto se lanzarán otros 2 productos de IA/sociales, 11 juegos y 1 aplicación DeFi.

🔹 Datos ecológicos: Desde su lanzamiento a finales de febrero de 2025 hasta el momento de escribir este artículo (26 de junio de 2025), la red de pruebas Somnia ha producido más de 100 millones de bloques, con un tiempo medio de producción de 0,1 segundos por bloque. Un total de 96.878.557 direcciones de monederos participaron en la red de pruebas, con un volumen de operaciones de 26,43 millones en el último día.

En los exploradores de bloques, a menudo se puede ver el número de transacciones y bloques parpadeando constantemente, lo que Sonnia llama "subsecundario", que es visible a simple vista.

💠 ¿Por qué Somnia podría ser diferente?

🔹 Interacción de alta frecuencia: Aunque el mercado se ha insensibilizado por completo al concepto de "cadena pública de alta velocidad", Somnia no se limita a perseguir indicadores técnicos, sino que se centra en cómo hacer que la tecnología Web3 sirva realmente a los escenarios de aplicación, especialmente en los campos de interacción relacionados con la alta frecuencia, como los juegos y las redes sociales.

🔹Convergencia de Web3 vs. Web3: La experiencia única de Somnia puede desempeñar un papel clave en la convergencia de Web3 y Web2. Somnia tiene el potencial de proporcionar a los usuarios de Web2 un acceso sin interrupciones al mundo Web3, lo que podría conducir a un ecosistema de aplicaciones verdaderamente centrado en el usuario.

➡️➡️➡️ Detalles• Explicación• Edición ⬅️⬅️⬅️

En la parte anterior se presentaron los aspectos más destacados, las ventajas y el progreso ecológico de [WHAT] Somnia, y esta parte proporcionará una interpretación en profundidad de la tecnología de Somnia. Que todos entiendan cómo [CÓMO] Somnia logra técnicamente la interacción de alta frecuencia, cómo lograr un bajo costo y un alto rendimiento, y por qué [POR QUÉ] Somnia es diferente de otros proyectos paralelos de EVM.

💠 Algoritmo de consenso multiflujo: cadena de datos + cadena de consenso

🔹 Visión general: Cadena de datos + estructura de la cadena de consenso

Somnia utiliza un nuevo algoritmo de consenso multistream (MULTISTREAM).

En el llamado flujo múltiple, Somnia registra la información de las transacciones en múltiples cadenas de datos, cada enlace de datos es registrado por 1 validador y cada validador no puede interferir con la cadena de datos de otros validadores.

Somnia ejecuta el consenso en la cadena de consenso, ordena las transacciones y registra las referencias a las transacciones en la cadena de consenso. La cadena de consenso es ejecutada y mantenida por todos los validadores.

🔹 Descripción general: Flujo de trabajo para el consenso de varios flujos de Somnia

a Después de que un usuario realiza una solicitud a la red de Somnia, el validador que recibe la solicitud escribe la transacción en la cadena de datos por separado.

b Cada dos períodos de tiempo (por ejemplo, 30 segundos, 1 segundo, etc.) de la cadena de consenso, el validador del enlace de datos y otros validadores de enlaces de datos cargan y descargan los fragmentos de datos en la parte superior de la cadena de datos.

C El validador escribe la colección de fragmentos de datos en la parte superior de todas las cadenas de datos en la cadena de consenso como un segmento de datos completo.

d Los validadores ordenan las transacciones, y todos los validadores se escriben sincrónicamente en la base de datos IceDB de Somnia de acuerdo con el estado actualizado de las transacciones ordenadas.

🔹 Aspectos destacados: La secuenciación de transacciones de Somnia es buena para la prevención de MEV

Somnia utiliza una función pseudoaleatoria determinista para ordenar las transacciones.

Sabemos que no hay una aleatoriedad real en el programa de cálculo, sino una pseudoaleatoriedad a través de algoritmos. Las funciones pseudoaleatorias deterministas tienen dos características: una es la aleatoriedad, que no predice cuál será el siguiente número aleatorio, pero cada validador generará el mismo número aleatorio en un orden fijo cuando se ejecute.

De esta manera, todos los validadores ejecutan la misma función pseudoaleatoria determinista, que genera una serie de números aleatorios idénticos y ordena la cadena de datos de acuerdo con los números aleatorios. Sobre esta base, se clasifican las transacciones para este período.

Por ejemplo, la cadena de datos ordenada es B, A, C......

Luego, el orden de las transacciones es que la transacción de la cadena de datos B viene primero, seguida de la cadena de datos A y la cadena de datos C...... Por supuesto, este proceso elimina las transacciones duplicadas en función del valor hash.

Por supuesto, el orden de la cadena de datos es fijo, pero el orden de las transacciones en las diferentes cadenas de datos puede ser diferente. Por ejemplo, en la cadena de datos A, la transacción 1 puede estar delante y la transacción 2 detrás, mientras que en la cadena de datos B, la transacción 2 puede estar delante y la transacción 1 detrás. Dado que el orden de la cadena de datos es B antes de A, el orden final de la transacción es la transacción 2 antes y la transacción 1 al final.

La ventaja de este método de ordenación es que es difícil para un atacante MEV sobornar al validador porque no sabe cuál será la cadena de datos correspondiente al validador. Si hay un total de 100 nodos validadores en la red, suponiendo que incluso si un atacante MEV soborna a 50 validadores, siempre que haya un validador (incluida la transacción atacada) que no haya sido sobornado frente a estos 50 validadores, la cadena de consenso se registrará en el orden correcto de las transacciones y el ataque MEV fallará.

🔹 Aspectos destacados: Reduzca la redundancia, reduzca los costos y aumente la eficiencia

Por un lado, Somnia registra una cadena de datos separada para cada validador, y no hay un proceso de validación de datos entre validadores. Al transferir instantáneas, solo se transmite la información de instantánea de cada enlace de datos y la información de la instantánea no incluye información específica de la transacción, por lo que se reduce la redundancia de la interacción.

Por otro lado, cada cadena de datos en Somnia no necesita sincronizar la información de otras cadenas de datos, y la cadena de consenso no registra la información de la transacción, sino que registra una instantánea de la información de la cadena de datos y las referencias de transacciones ordenadas (valores hash) cada dos períodos de tiempo. De esta manera, se reduce la redundancia del almacenamiento.

Gracias a la redundancia reducida de las interacciones, Somnia puede ser más eficiente a la hora de trabajar.

Somnia necesita trabajar a un costo menor debido a la redundancia reducida del almacenamiento.

🔹 Añadido: Enlaces de datos a prueba de manipulaciones

Si bien no hay verificación de la información en la cadena de datos, el validador no puede manipular la información de la transacción. Porque una vez que un validador manipula la información de la transacción, afectará el valor de hash de la transacción y el valor de hash de sus transacciones posteriores, lo que resulta en un conflicto entre su información y la información almacenada en la cadena de consenso.

💠 EVM paralela en el nivel de instrucción

🔹 Punto débil: Es difícil mejorar la congestión de las interacciones de alta frecuencia en las transacciones paralelas

El EVM paralelo de Somnia es diferente del de Monad y Reddio, y el paralelismo EVM de estas tres cadenas es el paralelismo de transacciones, es decir, las transacciones se ponen en paralelo para mejorar la velocidad de las transacciones.

Monad es optimista a la hora de permitir que las transacciones sean paralelas, detectar conflictos y corregirlos. Reddio, por otro lado, es una transacción paralela que no entra en conflicto y no tiene dependencias.

Sin embargo, cuando surge un gran número de transacciones con partes relacionadas, las transacciones no pueden ser paralelas, por lo que la congestión puede ocurrir fácilmente. Hay dos ejemplos extremos, como la aparición repentina de una gran cantidad de usuarios en la red que utilizan USDC para comerciar con un determinado token, y estas transacciones no se pueden paralelizar porque se deben negociar con LP pools, sino que solo se pueden ejecutar secuencialmente.

Otro ejemplo extremo es la innumerable cantidad de personas que se apresuran a acuñar el mismo NFT, que tampoco puede ser paralelo, porque la cantidad de NFT es finita y debe ejecutarse secuencialmente para determinar qué personas pueden tener éxito en Mint y otras fracasan.

La solución de Reddio a este problema es utilizar la GPU, que utiliza la potente potencia de cálculo de la GPU para resolver esta congestión de interacciones de alta frecuencia. Aunque puede mejorar la eficiencia del comercio, también aumenta el costo del comercio.

🔹 Lo más destacado: EVM paralelo a nivel de instrucción

Con el fin de resolver el problema de congestión de que se realizan un gran número de transacciones con partes relacionadas al mismo tiempo y las transacciones son difíciles de resolver en paralelo, Sommia ha desarrollado de manera innovadora un compilador EVM.

En una ejecución EVM estándar, la ejecución de órdenes en una transacción solo se puede interpretar secuencialmente. Sin embargo, Somnia admite la división de transacciones en varios conjuntos de instrucciones que no entren en conflicto y no tengan dependencias.

Tomando como ejemplo el comercio de swaps, se puede dividir en varios conjuntos de instrucciones según las funciones: verificación de parámetros, procesamiento de parámetros, verificación de saldo, verificación de autorización, verificación del estado del grupo, cálculo de precios, cálculo de tarifas, transferencia de tokens de entrada, actualización del estado del grupo y registros de tarifas, transferencia de tokens de salida y lanzamiento de eventos. Entre ellos, el conjunto de instrucciones que no entra en conflicto y no tiene dependencias se puede paralelizar, para mejorar la eficiencia de la ejecución de las transacciones.

La clave del conjunto de instrucciones EVM paralelo es el compilador EVM original de Somnia, que compila el código de bytes de la EVM en código máquina x86. Las CPU modernas son núcleos de varios subprocesos, y cada núcleo de CPU puede poner en paralelo el código de máquina en varios subprocesos, por lo que se pueden poner en paralelo varios conjuntos de dedos de la EVM, lo que aumenta la velocidad de ejecución de una sola transacción. Por lo tanto, Somnia también se puede llamar EVM paralelo a nivel de hardware.

🔹 Aspectos destacados: Coste y eficiencia

Ejecución de interpretación estándar de EVM: la transacción 1 → analizada en código de bytes → ejecución de interpretación secuencial→ transacción 2 →analizada en código de bytes → ejecución de interpretación secuencial→ transacción 3 →analizada en código de bytes → ejecución de interpretación secuencial......

Compilación y ejecución de EVM de Somnia: el código del contrato → analiza en código de bytes→ se compila dinámicamente en código de máquina→ conjunto de instrucciones para la ejecución paralela de la transacción 1→ conjunto de instrucciones para la ejecución paralela de la transacción 2→ conjunto de instrucciones para la ejecución paralela de la transacción 3......

Como se puede ver, cuantas más transacciones haya, más ventajosa será la compilación y ejecución de EVM de Somnia.

Por lo tanto, para el comercio ordinario que no es de alta frecuencia, Somnia todavía utiliza la ejecución de interpretación estándar de EVM, cada vez que se ejecuta la EVM, el código del contrato inteligente se analiza en el código de bytes de EVM y la ejecución se interpreta en orden.

Para la ejecución centralizada y de alta frecuencia de transacciones, Somnia habilita el compilador EVM, que compila el código de bytes de EVM en código de máquina x86. Luego, el código máquina se puede ejecutar repetidamente de acuerdo con los parámetros para completar rápidamente el comercio centralizado de alta frecuencia, lo que no es posible con EVM paralelo a nivel de transacción.

Como resultado, Somnia puede lograr una doble ventaja entre costo y eficiencia.

💠Motor de base de datos IceDB

🔹 Información general: Usar árboles LSM en lugar de estructuras de datos de árbol Merkle

La gran mayoría de las cadenas de bloques utilizan la estructura de datos del árbol de Merkle. Los nodos hoja del árbol de Merkle almacenan el hash de los datos de la transacción (o los datos de la transacción en sí, y luego los hash), mientras que los nodos no hoja almacenan el valor hash del valor hash de sus nodos secundarios, y el valor hash se calcula capa por capa, y finalmente se calcula una raíz de Merkle, de modo que la integridad de los datos en el bloque se pueda verificar de forma segura y los datos se puedan manipular.

Tomando como ejemplo el almacenamiento de datos del contrato de token ERC20, los nodos hoja del árbol de Merkle incluyen:

• Almacenar atributos como TotalSupply y NameSymbol, cada uno de los cuales corresponde a una clave (nombre de atributo) y un valor (valor de atributo);

• El estado de retención de todas las direcciones de tenencia de tokens, cada una de las cuales corresponde a una clave (hash de dirección) y un valor (el número de tokens);

• Todo el estado de autorización del token, cada dirección de autorización corresponde a una clave (hash de dirección) y un valor (monto de autorización);

……

Digamos que un token ERC tiene 4 atributos, 32,000 direcciones de retención y 2,764 direcciones autorizadas. Obviamente, esta cantidad no es mucho. Pero hay un total de 32.768 nodos hoja, y es necesario calcular 65.535 hashes para escribir los derechos de Merkle del token.

El motor de base de datos IceDB de desarrollo propio de Somnia no utiliza la estructura de datos de árbol de Merkle de uso común, por lo que no hay raíz hash en su información de bloque.

IceDB utiliza el árbol de combinación estructurado de registros (LSM Tree). Se trata de una estructura de datos de árbol basada en registros cuya característica principal es que los datos se añaden y escriben en lugar de modificarse in situ, por lo que no hay problema de manipulación.

Al escribir en una base de datos IceDB, primero se escribe MemTable en memoria. Cuando MemTable está lleno, se vacía en el disco, formando un SSTable. LSM fusiona periódicamente SSTable mientras elimina las claves duplicadas.

Este proceso no requiere que se calcule el hash, solo es necesario escribir nuevos datos en MemTable, por lo que, ya sea que los datos se escriban en memoria, caché o disco, la base de datos IceDB es significativamente más rápida.

🔹 Lo más destacado: Lectura y escritura a mayor velocidad

La estructura de datos del árbol LSM tiene una clara ventaja de rendimiento en la escritura de datos. Además, en la documentación técnica de Somnia se menciona que "se ha creado una caché de datos que optimiza tanto las lecturas como las escrituras, de forma que el tiempo medio de lectura y escritura de IceDB se sitúa entre los 15 y los 100 nanosegundos".

🔹 Características: Lea y escriba informes de rendimiento con gas justo y eficiente

En la mayoría de las redes blockchain, el nodo validador final tiende a almacenar los mismos datos. Sin embargo, durante un corto período de tiempo, existe una cierta discrepancia entre la memoria de los diferentes nodos validadores y los datos almacenados en el disco. Como resultado, los usuarios consumirán diferentes cantidades de gas al leer y escribir datos debido al acceso a diferentes ubicaciones. Por otro lado, debido a las diferentes ubicaciones de acceso, los usuarios pueden tardar mucho tiempo en leer y escribir datos, y el gas de red puede cambiar dentro de esta ventana de tiempo. Por lo tanto, es difícil determinar un gas justo y eficiente. Si se subestima el gas, los nodos pueden ser pasivos debido a los bajos ingresos, lo que afectará la eficiencia de la red. Si se sobreestima el gas, los usuarios pagarán tarifas adicionales innecesarias, lo que incluso puede brindar una oportunidad para ataques MEV.

Bajo el motor de base de datos IceDB, cada vez que lee o escribe datos, no puede encontrar los datos que necesita en la caché, por lo que debe leer datos de la memoria y el SSD respectivamente, contar la frecuencia de lectura de datos de la memoria y el SSD, y devolver un "informe de rendimiento". El "Informe de rendimiento" proporciona una base determinista para calcular el gas requerido por los usuarios, haciendo así que el gas de la red sea más justo y eficiente, a favor de la stablecoin de la red.

💠 Tecnología de compresión de datos

De acuerdo con la teoría de potencia del volumen de información y la distribución de frecuencia introducida en el documento técnico de Somnia, los datos se pueden comprimir a una alta tasa de aumento resumiendo la información de acuerdo con la probabilidad de que ocurra la información.

Cada enlace de datos en Somnia es responsable de un validador, y el validador no necesita enviar todo el bloque, sino que solo necesita enviar el flujo de información, y la compresión del flujo tiene una tasa de compresión más alta, por lo que es propicio para mejorar la capacidad de transmisión de la red.

Además, Somnia utiliza firmas BLS para mejorar la velocidad de transmisión y verificación de firmas.

Según el algoritmo de consenso de flujo múltiple de Somnia, los nodos validadores de la cadena de datos se envían fragmentos de datos entre sí, y no existe un líder centralizado para cargar y descargar los datos de manera centralizada, y el ancho de banda se puede distribuir uniformemente entre los validadores. Cada validador envía fragmentos de datos a otros validadores y descarga fragmentos de datos enviados por otros validadores, por lo que el ancho de banda necesario para la carga y descarga de cada validador es simétrico. Por lo tanto, la capacidad de transmisión de la red Somnia será relativamente equilibrada y estable.

💠 Escribe al final

Aunque la Web3 es más de gama alta que la Web2 en la superficie, de hecho, el sistema técnico de la Web2 suele ser más complejo y maduro. Cuando los desarrolladores de Web2 participan en el desarrollo de Web3, su formación técnica es capaz de aportar más innovación al mundo de la cadena de bloques.