¿Cómo logra MegaETH una finalización en menos de 100 ms?

Comprendiendo la finalidad de las transacciones: Una métrica central de la blockchain

En el ámbito de la tecnología blockchain, la "finalidad" (finality) es un concepto crítico que sustenta la fiabilidad y la confianza de un registro distribuido. Se refiere a la garantía de que, una vez que una transacción se registra en la blockchain, no puede ser revertida, alterada ni eliminada. Esta inmutabilidad es uno de los pilares fundamentales de la blockchain, asegurando que todos los participantes puedan confiar en la integridad del registro compartido.

Para captar plenamente la importancia del ambicioso objetivo de MegaETH de lograr una finalidad inferior a los 100 ms, es esencial entender primero cómo opera actualmente la finalidad dentro del sistema Proof-of-Stake (PoS) de Ethereum. El modelo de finalidad de Ethereum está diseñado para lograr una seguridad robusta contra actores maliciosos, pero lo hace a costa de la velocidad.

Aquí presentamos un desglose del proceso de finalidad PoS de Ethereum:

• Slots y Épocas: La cadena PoS de Ethereum (la Beacon Chain) opera en unidades de tiempo discretas. Un "slot" es un período de 12 segundos durante el cual se puede proponer un nuevo bloque. Una "época" (epoch) consta de 32 slots, lo que significa que una época dura 6,4 minutos (32 slots * 12 segundos/slot).
• Atestaciones: Dentro de cada slot, los validadores son seleccionados aleatoriamente para atestar la validez del bloque propuesto y el estado de la cadena. Estas atestaciones son votos de confianza.
• Justificación: Una época se considera "justificada" cuando al menos dos tercios del peso total del ETH en staking (representado por los votos de los validadores) han atestado a favor de esa época y sus ancestros. Esto indica un consenso sólido de que los bloques en esa época son válidos.
• Finalización: Una época se "finaliza" cuando ha sido justificada y la siguiente época posterior también ha sido justificada. Esta justificación de dos épocas proporciona un grado extremadamente alto de seguridad económica. Una vez que una época se finaliza, se considera irreversible. Intentar revertir un bloque finalizado requeriría que una supermayoría (2/3) del ETH total en staking actuara de forma maliciosa, incurriendo en penalizaciones severas (slashing) que hacen que tal ataque sea económicamente prohibitivo.

Bajo este sistema, el tiempo típico para que una transacción alcance la finalidad económica total en la Capa 1 (L1) de Ethereum es de aproximadamente 12 a 13 minutos. Esta duración surge porque una transacción debe primero ser incluida en un bloque, ese bloque debe formar parte de una época, y luego dos épocas subsiguientes también deben ser justificadas. Aunque este proceso garantiza una seguridad extrema, presenta limitaciones para aplicaciones que requieren una liquidación en tiempo real.

La búsqueda de la liquidación instantánea: Por qué los sub-100 ms importan

La finalidad actual de 12-13 minutos en la L1 de Ethereum, aunque altamente segura, crea un cuello de botella significativo para una multitud de aplicaciones y experiencias de usuario. Imagine pasar una tarjeta de crédito y esperar 13 minutos para que la transacción se confirme por completo, o ejecutar una operación bursátil que tarda más de un cuarto de hora en volverse irreversible. Tales retrasos son simplemente incompatibles con las expectativas del comercio digital moderno y los sistemas financieros de alta velocidad.

El impulso por una finalidad de menos de 100 ms no se trata simplemente de alcanzar un hito técnico; se trata de desbloquear un nuevo paradigma de posibilidades para la tecnología blockchain. He aquí por qué una liquidación tan rápida es transformadora:

• Transacciones de consumo en tiempo real: Para compras cotidianas, sistemas de punto de venta y comercio electrónico, la finalidad instantánea no es negociable. Los sub-100 ms permiten que los criptopagos se integren a la perfección en la infraestructura minorista existente, rivalizando o incluso superando la velocidad de las redes de tarjetas tradicionales.
• Trading de alta frecuencia (HFT) y Finanzas Descentralizadas (DeFi): En los mercados financieros, los milisegundos cuentan. Los algoritmos de HFT y las estrategias avanzadas de DeFi requieren ejecución y confirmación casi instantáneas para capitalizar oportunidades fugaces y gestionar el riesgo de manera efectiva. Una finalidad lenta conduce a un mayor deslizamiento (slippage), oportunidades de arbitraje para los front-runners y una ineficiencia general.
• Juegos interactivos y aplicaciones del Metaverso: Los mundos virtuales, los juegos en línea y los entornos del metaverso exigen interacción en tiempo real. Comprar un objeto dentro de un juego, transferir la propiedad de un activo digital o ejecutar una acción dentro de un espacio virtual no puede permitirse minutos de tiempo de espera. La finalidad sub-100 ms hace que estas experiencias sean fluidas e indistinguibles de las interacciones en línea tradicionales.
• Experiencia de usuario (UX) optimizada: Desde la perspectiva del usuario, los tiempos de confirmación lentos generan frustración e incertidumbre. La retroalimentación instantánea sobre el éxito o fracaso de una transacción mejora significativamente la usabilidad y adopción de las aplicaciones basadas en blockchain, haciéndolas sentir tan receptivas como sus contrapartes de la Web2.
• Puentes e interoperabilidad eficientes: A medida que el ecosistema blockchain se expande, las interacciones entre diferentes cadenas y soluciones de Capa 2 se vuelven cruciales. Una finalidad más rápida en capas individuales agiliza el proceso de mover activos y datos a través de puentes, reduciendo la latencia y mejorando la eficiencia del capital.
• Organizaciones Autónomas Descentralizadas (DAOs) y Gobernanza: Aunque no siempre requieren sub-100 ms, ciertas decisiones de gobernanza en tiempo real o respuestas rápidas a eventos del mercado podrían beneficiarse de confirmaciones más veloces, aunque este es un motor menos primario que los otros.

Lograr una finalidad de menos de 100 ms elimina esencialmente el "juego de espera" de las interacciones en blockchain, permitiendo que las aplicaciones Web3 funcionen a velocidades comparables, o incluso superiores, a los sistemas centralizados tradicionales, fomentando así una adopción masiva más amplia y permitiendo categorías enteras de servicios descentralizados completamente nuevas.

MegaETH: Una visión general de su arquitectura de Capa 2

MegaETH se posiciona como una solución de escalado de Capa 2 (L2) de Ethereum, diseñada para heredar la robusta seguridad de la L1 de Ethereum al tiempo que mejora drásticamente el rendimiento de las transacciones y reduce los costos. El principio fundamental detrás de todas las L2 es descargar el grueso del procesamiento de transacciones de la congestionada L1, aumentando así la eficiencia.

Si bien los detalles de la tecnología de rollup subyacente de MegaETH (por ejemplo, Optimistic Rollup o Zero-Knowledge Rollup) son cruciales para su mecanismo de finalidad, las L2 generalmente logran sus beneficios de escalado a través de un conjunto común de principios arquitectónicos:

1. Ejecución fuera de la cadena (Off-Chain): La mayoría de las transacciones y computaciones complejas ocurren fuera de la L1 principal de Ethereum. Esto significa que la red L2 procesa miles de transacciones sin sobrecargar directamente la L1.
2. Agrupamiento (Batching): En lugar de enviar transacciones individuales a la L1, las L2 agrupan cientos o miles de transacciones fuera de la cadena en un solo lote compacto. Este lote se envía luego a la L1, reduciendo significativamente la carga de procesamiento de la L1 y las tarifas de gas por transacción.
3. Disponibilidad de datos (Data Availability): Aunque las transacciones se ejecutan fuera de la cadena, las L2 siguen dependiendo de la L1 de Ethereum para la disponibilidad de datos. Esto significa que los datos comprimidos necesarios para reconstruir el estado de la L2 y, por lo tanto, verificar la integridad de sus transacciones, se publican en la L1. Esto garantiza que, incluso si el operador de la L2 se desconectara, los usuarios aún podrían acceder a sus fondos y reconstruir el estado de la L2.
4. Herencia de seguridad: Las L2 derivan su seguridad de la L1. Para los Zero-Knowledge (ZK) Rollups, esto proviene de pruebas criptográficas que se verifican en la L1. Para los Optimistic Rollups, es a través de un mecanismo de prueba de fraude que permite a cualquiera impugnar transiciones de estado incorrectas en la L1.

MegaETH, al igual que otras L2 avanzadas, aspira a aprovechar estos principios, pero con un énfasis particular en la optimización para la velocidad. El "Mega" en su nombre implica un enfoque en un rendimiento y una capacidad de procesamiento masivos, siendo la finalidad sub-100 ms un diferenciador clave en esta búsqueda. El desafío para MegaETH, y cualquier L2 que aspire a tal velocidad, radica en traducir el rápido procesamiento fuera de la cadena en una finalidad irreversible respaldada por la L1 dentro de ese marco de tiempo increíblemente estrecho.

Deconstruyendo el mecanismo de finalidad sub-100ms de MegaETH

Lograr una finalidad de menos de 100 ms, especialmente cuando se busca una garantía robusta respaldada por la L1, es una hazaña técnica extremadamente ambiciosa para una solución de escalado de blockchain. Para que MegaETH alcance este objetivo, debe emplear una combinación altamente sofisticada de tecnologías de vanguardia y elecciones arquitectónicas. El mecanismo suele implicar la distinción entre finalidad suave (soft finality, la confirmación percibida por el usuario) y finalidad económica (irreversibilidad asegurada por la L1), y luego comprimir drásticamente el tiempo entre estas dos etapas.

El rol de un secuenciador de alto rendimiento

En el corazón de la mayoría de las L2 que apuntan a velocidades de transacción ultrarrápidas se encuentra un componente especializado conocido como secuenciador. Para que MegaETH logre una finalidad sub-100 ms, su arquitectura de secuenciador debe ser excepcionalmente eficiente.

• Preconfirmación instantánea: Cuando un usuario envía una transacción a MegaETH, primero la recibe el secuenciador. El papel principal del secuenciador es ordenar inmediatamente estas transacciones, ejecutarlas fuera de la cadena y proporcionar una preconfirmación instantánea al usuario, típicamente en decenas de milisegundos. Esta preconfirmación es la garantía inmediata para el usuario de que su transacción ha sido aceptada, incluida y formará parte del próximo bloque. Esto es a menudo lo que los usuarios perciben como "finalidad" en aplicaciones en tiempo real.
• Naturaleza centralizada o permisionada: Para lograr tal velocidad, los secuenciadores a menudo son gestionados por una sola entidad o un pequeño grupo permisionado de participantes. Esta centralización (o descentralización limitada) permite una latencia increíblemente baja, un alto rendimiento y una producción de bloques determinista sin la sobrecarga de un mecanismo de consenso totalmente descentralizado para cada bloque individual.
• Producción de bloques y agrupamiento: El secuenciador recopila y agrupa continuamente estas transacciones preconfirmadas en bloques de L2. Estos bloques de L2 se envían periódicamente a la L1 de Ethereum.

Si bien el secuenciador ofrece una finalidad inmediata de cara al usuario, introduce un grado de confianza. Teóricamente, el secuenciador podría censurar transacciones o reordenarlas. Sin embargo, los diseños de L2 mitigan inherentemente estos riesgos al asegurar que los usuarios siempre puedan forzar transacciones en la L1 si el secuenciador se comporta de manera maliciosa, y la L1 sigue siendo el árbitro final de la verdad.

La elección de la tecnología de Rollup: ZK-Rollups para la velocidad

El tipo específico de tecnología de rollup que emplea MegaETH es fundamental para su promesa de finalidad. Si bien los Optimistic Rollups también usan secuenciadores para preconfirmaciones rápidas, su camino hacia la finalidad económica en la L1 implica una larga "ventana de prueba de fraude" (típicamente de 7 días) durante la cual cualquiera puede impugnar una transición de estado fraudulenta. Esto hace que la verdadera finalidad sub-100 ms sea imposible para los Optimistic Rollups.

Por lo tanto, la finalidad sub-100 ms de MegaETH apunta casi con certeza hacia una arquitectura de Zero-Knowledge (ZK) Rollup. Los ZK-Rollups aprovechan las pruebas criptográficas (como SNARKs o STARKs) para demostrar matemáticamente la corrección de las computaciones realizadas fuera de la cadena.

Así es como los ZK-Rollups contribuyen a una finalidad ultrarrápida:

• Validez criptográfica: A diferencia de los Optimistic Rollups, los ZK-Rollups no dependen de un período de impugnación. En su lugar, una prueba ZK (generada por un "prover" o probador) garantiza criptográficamente que todas las transacciones de un lote se ejecutaron correctamente y dieron como resultado una transición de estado válida.
• Verificación de pruebas en L1: Una vez que esta prueba ZK se genera y se envía a un contrato inteligente de L1, el contrato verifica su validez. Si la prueba es válida, la L1 acepta inmediatamente el nuevo estado de la L2 como canónico. No hay período de espera.

Optimizando la generación de pruebas ZK para los sub-100ms

El cuello de botella para los ZK-Rollups al intentar lograr una finalidad de menos de 100 ms reside tradicionalmente en el tiempo que lleva generar estas complejas pruebas criptográficas. Para que MegaETH alcance su objetivo, debe innovar significativamente en esta área:

1. Hardware de probador (Prover) ultrarrápido: MegaETH probablemente utilizaría hardware altamente especializado (por ejemplo, ASICs personalizados, FPGAs avanzados o granjas de GPUs altamente optimizadas) para la generación de pruebas ZK. Estos sistemas especializados están diseñados para procesar las masivas computaciones criptográficas requeridas en milisegundos.
2. Generación de pruebas en paralelo: En lugar de generar una única prueba grande para un lote masivo, MegaETH podría emplear técnicas como pruebas recursivas o generación de pruebas en paralelo más pequeñas para sublotes. Esto permite que las pruebas se generen y agreguen mucho más rápido.
3. Red de probadores dedicada: Una red distribuida y de alto rendimiento de probadores dedicados exclusivamente a las transacciones de MegaETH aseguraría que la generación de pruebas pueda seguir el ritmo del rendimiento de las transacciones.
4. Agregación de pruebas y envío instantáneo: El sistema necesitaría agregar rápidamente pruebas individuales o de sublotes en una prueba maestra y enviarla inmediatamente al contrato de verificación de la L1 tan pronto como se forme un bloque de L2. Todo el ciclo, desde el envío de la transacción hasta la verificación de la prueba en la L1, debe optimizarse para caber dentro de los 100 ms.

Combinando el secuenciador y la generación ultrarrápida de pruebas ZK

La secuencia hipotética para que una transacción de MegaETH logre una finalidad sub-100 ms sería algo como esto:

1. T=0ms: El usuario envía la transacción a MegaETH.
2. T<50ms: El secuenciador de alto rendimiento de MegaETH recibe, procesa y emite inmediatamente una finalidad suave/preconfirmación al usuario. La transacción se incluye en un bloque de L2 que se está construyendo actualmente.
3. T<100ms: Tan pronto como un bloque de L2 se llena lo suficiente (o pasa un breve intervalo de tiempo), una red dedicada de probadores ZK ultrarrápidos genera una prueba criptográfica para ese bloque de L2. Esta prueba se envía inmediatamente al contrato de verificación de la L1 de Ethereum.
4. T<100ms (Total): El contrato de la L1 de Ethereum verifica la prueba ZK. Tras una verificación exitosa, la transición de estado del bloque de L2 queda finalizada en L1, lo que hace que la transacción sea irreversible y económicamente segura dentro del plazo objetivo.

Esta intrincada danza requiere no solo criptografía de vanguardia e infraestructura de alto rendimiento, sino también una sincronización meticulosa entre las capas L2 y L1.

Distinguiendo la finalidad suave de la finalidad económica en L1

Es fundamental establecer una distinción clara entre la "finalidad" percibida por un usuario en milisegundos y la "finalidad económica" completa garantizada por la seguridad de la L1 de Ethereum.

• Finalidad suave (Preconfirmación): Esta es la confirmación inmediata proporcionada por el secuenciador de la L2. Significa que el secuenciador ha aceptado la transacción y garantiza su inclusión en el próximo lote de la L2. Para la mayoría de los propósitos prácticos (por ejemplo, compras en juegos, pagos minoristas), este nivel de seguridad es suficiente y proporciona una excelente experiencia de usuario. El riesgo, aunque pequeño, es que un secuenciador malicioso podría reordenar o censurar, pero solo hasta que la L1 finalice el estado.
• Finalidad económica en L1: Esta se logra cuando la prueba ZK para el lote de L2 (que contiene la transacción) ha sido verificada con éxito por el contrato inteligente de la L1 de Ethereum. En este punto, la transición de estado de la transacción está matemáticamente probada como válida e inmutable, respaldada por la seguridad económica total del conjunto de validadores de Ethereum. Este es el estándar de oro de la finalidad.

La afirmación de MegaETH de una finalidad inferior a 100 ms implica que todo el proceso, desde el envío del usuario hasta la finalidad económica verificada en L1 mediante una prueba ZK, se completa dentro de esta ventana extremadamente corta. Esto representaría un salto monumental para la tecnología blockchain.

Desafíos y compensaciones para una finalidad ultrarrápida

Si bien la perspectiva de una finalidad inferior a 100 ms es increíblemente emocionante, lograrla de manera robusta y sostenible presenta desafíos técnicos y arquitectónicos significativos, que a menudo implican compensaciones (trade-offs).

1. Descentralización vs. Velocidad

• Dependencia de un secuenciador centralizado: Para lograr una latencia extremadamente baja y un alto rendimiento, MegaETH probablemente dependa de un secuenciador altamente optimizado, potencialmente centralizado o permisionado. Aunque esto es eficiente, introduce un grado de riesgo de centralización. Un único secuenciador podría convertirse en un punto de fallo, censurar transacciones o manipular el orden de las mismas.
• Mitigación: Los diseños de L2 suelen incluir mecanismos para que los usuarios eludan el secuenciador y envíen transacciones directamente a la L1 en caso de fallo del secuenciador o comportamiento malicioso. Sin embargo, este mecanismo de respaldo volvería a las velocidades de la L1, anulando el propósito de la finalidad sub-100 ms. El objetivo es hacer que tales derivaciones sean raramente necesarias, si es que lo son alguna vez.
• Descentralización futura: La visión a largo plazo para muchas L2 es descentralizar progresivamente sus secuenciadores, a menudo a través de un comité rotativo o una red distribuida. Implementar tal secuenciador descentralizado manteniendo velocidades sub-100 ms es un área de investigación compleja.

2. Garantías de seguridad y vitalidad (Liveness)

• Sistema de pruebas ZK robusto: La seguridad de la finalidad sub-100 ms de MegaETH depende enteramente de la integridad y velocidad de su sistema de generación y verificación de pruebas ZK. Cualquier error en el código del probador o del verificador podría comprometer la seguridad de la L2. La auditoría rigurosa y la verificación formal son cruciales.
• Vitalidad de los probadores: Al igual que con los secuenciadores, la red de probadores debe estar continuamente en línea y ser eficiente. Si los probadores caen o se vuelven demasiado lentos, la promesa de finalidad sub-100 ms en L1 se rompe. Garantizar la tolerancia a fallos y la redundancia entre los probadores es clave.
• Garantía de disponibilidad de datos: Aunque los ZK-Rollups comprimen datos, los datos centrales necesarios para reconstruir el estado de la L2 deben seguir estando disponibles en la L1 (o en una capa de disponibilidad de datos altamente segura). Cualquier retraso o problema con la disponibilidad de datos afectaría la capacidad de la L1 para verificar el estado de la L2.

3. Complejidad tecnológica y costo

• Criptografía de vanguardia: Desarrollar y mantener una L2 capaz de generar pruebas ZK en milisegundos requiere el dominio de técnicas criptográficas avanzadas y una investigación y desarrollo continuos significativos.
• Hardware e infraestructura especializados: La necesidad de ASICs personalizados, GPUs de gama alta u otra infraestructura informática especializada para la generación rápida de pruebas puede ser increíblemente costosa de desarrollar, desplegar y operar. Este costo debe compensarse con las tarifas de transacción, lo que influye en el modelo económico de MegaETH.
• Talento de ingeniería: Construir un sistema de este tipo exige un equipo altamente especializado de criptógrafos, ingenieros de sistemas distribuidos y optimizadores de hardware de bajo nivel.

4. Limitaciones de interacción con L1

• Tiempos de retiro: Aunque las transacciones dentro de MegaETH pueden lograr una finalidad sub-100 ms, retirar fondos desde MegaETH de vuelta a la L1 de Ethereum aún podría estar sujeto a las tarifas de gas de la L1 y a los tiempos de confirmación de bloques. Los mecanismos de puente, aunque optimizados, no pueden eludir por completo la latencia inherente de la L1 para ciertas operaciones.
• Congestión en L1: Si la propia L1 de Ethereum experimenta períodos de congestión extrema, la capacidad de enviar pruebas ZK y que sean verificadas en 100 ms podría verse afectada por la disponibilidad de espacio en los bloques de la L1 y los picos en el precio del gas. Aunque las pruebas ZK son pequeñas, siguen consumiendo recursos de la L1.

Estos desafíos subrayan que lograr una finalidad inferior a 100 ms no se trata solo de velocidad bruta, sino también de construir un sistema resiliente, seguro y económicamente viable que pueda mantener estas velocidades bajo diversas condiciones de red y a gran escala.

Impacto e implicaciones futuras de la finalidad sub-100ms

El advenimiento de la finalidad sub-100 ms, tal como lo plantea MegaETH, representa un momento crucial para la industria blockchain. Cierra una brecha significativa entre la alta seguridad de los registros descentralizados y el rendimiento en tiempo real exigido por las aplicaciones digitales modernas. Las implicaciones de una liquidación tan rápida son profundas y de gran alcance:

1. Habilitando la adopción masiva de la tecnología blockchain

• Integración en el mercado general (Mainstream): La barrera de la latencia ha sido uno de los mayores obstáculos para la adopción generalizada de la blockchain en aplicaciones orientadas al consumidor. Con una finalidad inferior a 100 ms, las transacciones blockchain se vuelven tan rápidas y fluidas como los sistemas de pago tradicionales (por ejemplo, pasar una tarjeta de crédito, transferencias bancarias instantáneas), haciendo que los servicios Web3 sean atractivos para miles de millones de usuarios.
• Eliminación de la fricción para el usuario: El frustrante "juego de espera" por las confirmaciones de transacciones desaparece, lo que lleva a una experiencia de usuario enormemente mejorada que coincide con los bucles de retroalimentación instantánea que los usuarios esperan de internet. Esto reducirá el abandono de usuarios y acelerará el proceso de incorporación (onboarding) de nuevos usuarios cripto.

2. Desbloqueando nuevos casos de uso

• Mercados financieros en tiempo real: El verdadero trading de alta frecuencia, la liquidación en tiempo real de derivados y los pagos transfronterizos instantáneos pueden ser factibles on-chain, conduciendo a sistemas financieros globales más eficientes y transparentes. Esto podría permitir que DeFi compita directamente con los exchanges tradicionales en velocidad y liquidez.
• Economías dinámicas en el Metaverso y juegos: Los mundos virtuales se sentirán más vivos y receptivos cuando las transferencias de activos en el juego, las microtransacciones y las interacciones complejas se liquiden instantáneamente. Esto facilita economías virtuales dinámicas y allana el camino para experiencias de juego sofisticadas potenciadas por blockchain.
• Pagos para el Internet de las Cosas (IoT): Los dispositivos podrían realizar microtransacciones con una latencia cercana a cero, permitiendo nuevos modelos de negocio para pagos máquina a máquina y redes IoT descentralizadas.
• Micropagos globales: Las transacciones instantáneas y de ultra bajo costo hacen que sea económicamente viable enviar cantidades minúsculas de valor a todo el mundo, abriendo oportunidades para nuevas formas de monetización de contenido, remesas y propinas digitales.

3. Mejorando la interoperabilidad y el crecimiento del ecosistema

• Puentes más rápidos: La finalidad sub-100 ms en una L2 significa que los activos pueden confirmarse y estar listos para ser transferidos a otras cadenas o L2 mucho más rápido, mejorando la eficiencia de la liquidez cross-chain y reduciendo los tiempos de bloqueo de capital.
• Interacciones complejas de DApps: Los desarrolladores pueden crear aplicaciones descentralizadas más intrincadas e interdependientes que dependan de cambios de estado y retroalimentación rápidos, ampliando los límites de lo que es posible on-chain.
• Atracción de desarrolladores: El atractivo de construir en una plataforma que ofrece tanto la seguridad de la L1 como una finalidad casi instantánea atraerá a los mejores talentos y proyectos innovadores, acelerando el crecimiento del ecosistema Ethereum.

4. Estableciendo un nuevo estándar de rendimiento

La búsqueda de MegaETH de una finalidad inferior a 100 ms eleva el listón de rendimiento para todas las soluciones de Capa 2. Este impulso competitivo fomentará una mayor innovación en todo el panorama de escalado, lo que llevará a una infraestructura blockchain aún más eficiente, segura y fácil de usar. Significa una transición de las blockchains como registros lentos y seguros a plataformas de computación de alto rendimiento en tiempo real.

En esencia, la finalidad sub-100 ms transforma la blockchain de una tecnología naciente y a menudo engorrosa en una columna vertebral ágil, receptiva e indispensable para la próxima generación de internet, catalizando un crecimiento sin precedentes y el desarrollo de aplicaciones en diversas industrias.