🔷Primero en la lista OCC (Control de Moneda Optimista)
El mayor obstáculo en el rendimiento de blockchain ha sido la ejecución secuencial que mata el rendimiento y cada L1 que existe ha estado tratando de idear una nueva forma innovadora que pueda solucionar esto.
El avance de $Sei provino del análisis de datos de transacciones de Ethereum y la observación de que aproximadamente el 64.85% de las transacciones son independientes y podrían ejecutarse en paralelo sin conflictos. La percepción es lo que inició el modelo de ejecución paralela de Sei, con OCC como una de sus mecánicas fundamentales.
🔷Desglose de OCC (Control Optimista de Moneda): OCC ejecuta transacciones en paralelo basándose en la suposición de que la mayoría no entrará en conflicto. En lugar de bloquear recursos por adelantado, permite que las transacciones avancen libremente y luego verifica si hay conflictos al final. Solo aquellas que realmente entran en conflicto se vuelven a intentar, lo que mejora el rendimiento mientras se mantienen los resultados completamente deterministas.
Así es como se hace en sub-sec⤵️:
➠
Esto es lo que muestra el gráfico de arriba:
🔵Línea Azul (Ingesta de Transacciones): Análisis de Dependencias (0-50ms)Los generadores de dependencias inteligentes predicen qué variables de estado accederán cada transacción. Transferencias simples = predicción precisa. Interacciones complejas de DeFi = análisis heurístico utilizando patrones históricos.
🔴 Línea Roja Ejecución Paralela Optimista (50-250ms): En lugar de esperar en fila, las transacciones se ejecutan simultáneamente en múltiples núcleos de CPU. Cada trabajador mantiene conjuntos de lectura/escritura aislados, escribiendo en búferes temporales en lugar de en el estado global.
🟠 Línea Naranja (Detección de Conflictos): Identifica conjuntos de lectura/escritura en conflicto entre transacciones ejecutadas Leer-Después-Escribir (RAW) Escribir-Después-De-Leer (WAR) Escritura-Después-de-Escritura (WAW)
Los filtros Bloom proporcionan un filtrado preliminar rápido antes de una validación costosa.
🟢 Línea Verde (Compromiso Atómico): El porcentaje de transacciones no conflictivas se compromete simultáneamente. Las transacciones en conflicto % obtienen un orden determinista basado en el tiempo de llegada y se vuelven a ejecutar secuencialmente.
🔷La magia: las fases no son estrictamente secuenciales. Mientras algunas transacciones todavía se están ejecutando, otras ya se están verificando para detectar conflictos. El flujo de trabajo superpuesto es una gran parte de por qué Sei puede procesar bloques tan rápido.
🔷Resolución de conflictos visualizada ⤵️: 🔹La resolución de conflictos ocurre en paralelo con todo lo demás ➠
🔷Resultado final de la Ejecución Paralela: 🔹Ejecución Paralela Optimista 🔹O(1) Detección de Conflictos 🔹Aislamiento de Estado en Búfer ➠
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
🔷Primero en la lista OCC (Control de Moneda Optimista)
El mayor obstáculo en el rendimiento de blockchain ha sido la ejecución secuencial que mata el rendimiento y cada L1 que existe ha estado tratando de idear una nueva forma innovadora que pueda solucionar esto.
El avance de $Sei provino del análisis de datos de transacciones de Ethereum y la observación de que aproximadamente el 64.85% de las transacciones son independientes y podrían ejecutarse en paralelo sin conflictos. La percepción es lo que inició el modelo de ejecución paralela de Sei, con OCC como una de sus mecánicas fundamentales.
🔷Desglose de OCC (Control Optimista de Moneda):
OCC ejecuta transacciones en paralelo basándose en la suposición de que la mayoría no entrará en conflicto. En lugar de bloquear recursos por adelantado, permite que las transacciones avancen libremente y luego verifica si hay conflictos al final. Solo aquellas que realmente entran en conflicto se vuelven a intentar, lo que mejora el rendimiento mientras se mantienen los resultados completamente deterministas.
Así es como se hace en sub-sec⤵️:
➠
Esto es lo que muestra el gráfico de arriba:
🔵Línea Azul (Ingesta de Transacciones):
Análisis de Dependencias (0-50ms)Los generadores de dependencias inteligentes predicen qué variables de estado accederán cada transacción. Transferencias simples = predicción precisa. Interacciones complejas de DeFi = análisis heurístico utilizando patrones históricos.
🔴 Línea Roja Ejecución Paralela Optimista (50-250ms):
En lugar de esperar en fila, las transacciones se ejecutan simultáneamente en múltiples núcleos de CPU. Cada trabajador mantiene conjuntos de lectura/escritura aislados, escribiendo en búferes temporales en lugar de en el estado global.
🟠 Línea Naranja (Detección de Conflictos):
Identifica conjuntos de lectura/escritura en conflicto entre transacciones ejecutadas
Leer-Después-Escribir (RAW)
Escribir-Después-De-Leer (WAR)
Escritura-Después-de-Escritura (WAW)
Los filtros Bloom proporcionan un filtrado preliminar rápido antes de una validación costosa.
🟢 Línea Verde (Compromiso Atómico):
El porcentaje de transacciones no conflictivas se compromete simultáneamente.
Las transacciones en conflicto % obtienen un orden determinista basado en el tiempo de llegada y se vuelven a ejecutar secuencialmente.
🔷La magia: las fases no son estrictamente secuenciales. Mientras algunas transacciones todavía se están ejecutando, otras ya se están verificando para detectar conflictos. El flujo de trabajo superpuesto es una gran parte de por qué Sei puede procesar bloques tan rápido.
🔷Resolución de conflictos visualizada ⤵️:
🔹La resolución de conflictos ocurre en paralelo con todo lo demás
➠
🔷Resultado final de la Ejecución Paralela:
🔹Ejecución Paralela Optimista
🔹O(1) Detección de Conflictos
🔹Aislamiento de Estado en Búfer
➠
¡Los mercados se mueven rápido en Sei!
gSei✌️