Paralelización completa: una nueva perspectiva para liberar la escalabilidad de la Cadena de bloques
El 20 de junio, el nuevo proyecto EVM Layer1 de paralelización emergente lanzó el libro blanco "Paralelización de pila completa", con el objetivo de liberar completamente la escalabilidad de la Cadena de bloques, permitiendo que las aplicaciones descentralizadas (DApps) tengan "rendimiento predecible".
El rendimiento predecible se refiere a la capacidad de procesamiento de transacciones por segundo predecible que proporciona al DApp ( TPS ), lo cual es crucial para ciertos escenarios de negocio de DApps. Los DApps desplegados en la cadena pública generalmente deben competir con otros DApps por la capacidad de cómputo y el espacio de almacenamiento de la cadena de bloques. En momentos de congestión de la red, esto conlleva altos costos de ejecución de transacciones y retrasos, lo que limita enormemente el rápido desarrollo de los DApps. Imagínese, si los usuarios al usar un software de comunicación instantánea descentralizado no pueden enviar y recibir mensajes porque el espacio en bloques de la cadena de bloques subyacente está ocupado por otros DApps, esto sería desastroso para la experiencia del usuario.
Para resolver el problema de "rendimiento predecible", la práctica más común es utilizar cadenas de bloques dedicadas a aplicaciones específicas, es decir, cadenas de aplicaciones. Una cadena de aplicaciones es una cadena de bloques que dedica espacio de bloque específicamente a aplicaciones particulares.
Y un proyecto ha propuesto de manera innovadora la solución de Espacio de Bloque Elástico (Elastic Block Space, EBS). Basado en el concepto de computación elástica, ajusta dinámicamente los recursos de bloque a nivel de protocolo según las necesidades específicas de la DApp, proporcionando espacio de bloque de expansión independiente para DApps de alta demanda.
Este artículo presentará la cadena de aplicaciones y el espacio de bloques elástico, y comparará las ventajas y desventajas de ambos.
Desarrollo de la Cadena de Aplicaciones
La cadena de bloques de aplicaciones es una cadena de bloques creada para ejecutar una única DApp. Los desarrolladores de aplicaciones no construyen sobre cadenas de bloques existentes, sino que crean una nueva cadena de bloques desde cero con una máquina virtual personalizada, ejecutando transacciones de la interacción entre usuarios y aplicaciones. Los desarrolladores también pueden personalizar diferentes elementos de la pila de red de la cadena de bloques: consenso, red y ejecución, para satisfacer requisitos de diseño específicos, abordando así problemas como la alta congestión, altos costos y características fijas en una red compartida.
La cadena de aplicaciones no es un concepto nuevo: Bitcoin puede considerarse la cadena de aplicaciones de "oro digital", Arweave puede considerarse la cadena de aplicaciones de almacenamiento permanente, y Celestia puede considerarse la cadena de aplicaciones que proporciona disponibilidad de datos.
Desde 2016, la cadena de aplicaciones no solo incluye cadenas de bloques individuales, sino también formas multi-cadena, es decir, un ecosistema construido por múltiples cadenas de bloques interconectadas, siendo los principales representantes Cosmos y Palkadot, entre otros. Cosmos es el primer proyecto que imagina un mundo de múltiples cadenas de bloques interconectadas, dedicado a resolver el problema de la interacción entre cadenas de bloques. Permite desarrollar y lanzar rápidamente una cadena a través del Cosmos SDK, diseñando el protocolo IBC para lograr una interacción sin barreras entre cadenas de bloques, etc.; Palkadot tiene como objetivo convertirse en la solución perfecta de escalado de cadenas de bloques, y las cadenas en su ecosistema se denominan cadenas paralelas. Desde el principio, Palkadot aboga por la seguridad compartida, y diferentes cadenas paralelas pueden comunicarse a través de información de consenso cruzado.
A finales de 2020, con la investigación de escalado de Ethereum centrada en soluciones como cadenas laterales, subredes y Layer2 Rollups, las cadenas de aplicaciones también incubaron formas correspondientes. Las cadenas laterales, como una plataforma de intercambio, y las subredes, como una plataforma específica, mejoran la experiencia y el rendimiento de las cadenas laterales o subredes para lograr un aumento en la capacidad de servicio en general; los Layer2 Rollups apoyan la cadena de aplicaciones en forma de pilas modulares, donde OP Stack y un CDK de plataforma específica son bien recibidos por muchos proyectos. Las soluciones de Layer2 Rollups están diseñadas para aumentar el rendimiento y la escalabilidad de la red de Ethereum, satisfacer la creciente demanda de transacciones y proporcionar una mayor interoperabilidad e interconexión.
Actualmente, hay una gran cantidad de aplicaciones construidas en cadenas de aplicaciones que cruzan varias plataformas. Por ejemplo, Axie lanzó su cadena lateral de Ethereum, Ronin, a principios de 2021; DeFi Kingdoms anunció a finales de 2021 su migración desde Harmony a una subred de cierta plataforma; Injective lanzó en noviembre de 2021 una cadena de aplicaciones DeFi construida con Cosmos SDK; dYdX anunció a mediados de 2022 que la versión V4 de su producto utilizaría la tecnología Cosmos SDK para construir una cadena de aplicaciones independiente; Uptick Network lanzó en 2023 la cadena de aplicaciones ecológicas Uptick Chain, que sirve como infraestructura para el desarrollo de aplicaciones del ecosistema Web3, y la infraestructura también incluye una rica capa de protocolos de comercialización.
Ventajas y desventajas de la cadena de aplicaciones
La cadena de aplicaciones obtiene todo el poder para operar su propia cadena de bloques soberana, en lugar de depender de la capa 1 subyacente, lo que es una espada de doble filo.
Las ventajas son principalmente tres:
Soberanía: La cadena de aplicaciones puede resolver problemas a través de su propio plan de gobernanza, manteniendo la independencia y autonomía de cada proyecto de aplicación individual, previniendo interferencias y obstáculos de todo tipo;
Rendimiento: puede satisfacer la baja latencia y el alto rendimiento requeridos por las aplicaciones, proporcionando una buena experiencia al usuario y mejorando enormemente la eficiencia operativa real de las DApps;
Personalización: Los desarrolladores de DApp pueden personalizar la cadena según sus necesidades, e incluso crear un ecosistema, proporcionando una forma de evolución lo suficientemente flexible.
Las desventajas también son tres puntos:
Problemas de seguridad: la cadena de aplicaciones debe ser responsable de su propia seguridad, incluyendo la ponderación del número de nodos, el mantenimiento del mecanismo de consenso, la mitigación de riesgos de staking, etc., la red es relativamente insegura;
Problemas de cadena cruzada: la cadena de aplicación, como una cadena independiente, carece de interoperabilidad con otras cadenas (aplicaciones), enfrentando problemas de cadena cruzada. La integración de protocolos de cadena cruzada también aumentará el riesgo de cadena cruzada;
Problemas de costos: la cadena de aplicaciones necesita construir una gran cantidad de infraestructura adicional, lo que requiere altos costos y tiempo de ingeniería. Además, también incluye los costos de operar y mantener nodos.
Para las empresas emergentes, las desventajas de la cadena de aplicaciones afectan en gran medida el funcionamiento de DApp en el mercado. La mayoría de los equipos de desarrollo de empresas emergentes no solo tienen dificultades para resolver bien los problemas de seguridad y los problemas de cadena cruzada, sino que también pueden ser desalentados por los altos costos de mano de obra, tiempo y dinero. Sin embargo, el rendimiento predecible es una necesidad urgente para DApp específicos, por lo tanto, el mercado necesita urgentemente soluciones de rendimiento predecible de Layer1.
Espacio de bloque flexible
En Web2, la computación elástica es un modelo de computación en la nube común que permite a los sistemas escalar dinámicamente los recursos de procesamiento, memoria y almacenamiento según sea necesario para satisfacer las demandas cambiantes, sin preocuparse por la planificación de capacidad y el diseño ingenieril para picos de uso.
El espacio de bloques flexible se ajusta automáticamente la cantidad de transacciones que puede contener un bloque según el grado de congestión de la red. Para las transacciones de aplicaciones específicas, la red de cadena de bloques proporciona un espacio de bloques y una garantía de TPS estables a través de cálculos flexibles, lo que logra un "rendimiento predecible".
Un proyecto también propuso un concepto similar de "expansión dinámica y flexible" y consideró que era el camino de desarrollo inevitable para el soporte de DApp en la adopción a gran escala. Se prevé que en los próximos 1-3 años aparecerán los siguientes desarrollos tecnológicos:
Primera etapa: realizar la expansión horizontal a nivel de nodos de validación;
Segunda etapa: expansión estática a nivel de cadena;
Tercera etapa: expansión horizontal dinámica a nivel de cadena.
Un proyecto realmente ha implementado este concepto, resolviendo el problema central de la primera etapa "cómo coordinar la expansión horizontal de los nodos de validación para soportar la computación elástica". A medida que crece el protocolo en la red, puede suscribirse a espacio de bloque elástico para manejar el aumento de usuarios del protocolo y el rendimiento. El espacio de bloque elástico proporciona espacio de bloque independiente para DApps con alta demanda de rendimiento de transacciones, permitiéndoles expandirse a medida que crecen. Esencialmente, el espacio de bloque determina la cantidad de datos que se pueden almacenar en cada bloque de la cadena de bloques, afectando directamente el rendimiento de las transacciones. Cuando las DApps experimentan un aumento en la demanda de transacciones, suscribirse al espacio de bloque elástico se vuelve útil para manejar de manera eficiente la carga aumentada sin afectar la cadena de bloques subyacente.
La implementación del cálculo elástico se divide en "elasticidad en tiempo real" y "elasticidad fuera de tiempo real". La "elasticidad en tiempo real" generalmente se refiere a la respuesta de expansión en el nivel de minutos, mientras que la "elasticidad fuera de tiempo real" solo necesita responder a la expansión dentro de un tiempo limitado. Un proyecto adoptó el método de "elasticidad fuera de tiempo real", es decir, cuando la red detecta la necesidad de expansión, se iniciará una propuesta de expansión y, después de uno o más epoch (y no en tiempo real), los nodos de validación de toda la red completarán la expansión y presentarán la prueba de expansión para que otros validadores la impugnen.
El esquema de espacio de bloques elástico de un proyecto se inspira en muchas ideas de bases de datos distribuidas y es una continuación de la tecnología de fragmentación de la cadena de bloques. Desde la perspectiva de "fragmentación de cálculo", se expande el tráfico de aplicaciones con demanda, evitando el problema de "transacciones entre fragmentos", lo que hace que la experiencia de desarrolladores y usuarios no sea muy diferente de antes. Al mismo tiempo, se adopta un "elástico no en tiempo real" con una dificultad de implementación relativamente baja, que refuerza la aplicabilidad al satisfacer muchas necesidades reales de DApp.
Cabe destacar que el espacio de bloque flexible, como una solución para la escalabilidad horizontal del rendimiento de la Cadena de bloques, tiene como premisa que "las transacciones pueden ser paralelizadas". Solo después de aumentar la paralelización de las transacciones, se necesita escalar horizontalmente los recursos de las máquinas de los nodos para mejorar el rendimiento de las transacciones.
Por lo tanto, para Layer1 como Ethereum, el problema de la serialización de transacciones es el cuello de botella de rendimiento más directo, y el tamaño del bloque también está limitado por el límite de gas de bloque de tamaño variable (máximo 30,000,000 gas), por lo que solo se puede buscar soluciones de escalado Layer2.
Sin embargo, en el caso de plataformas de alto rendimiento como Layer1, aunque soportan la ejecución paralela de transacciones y su rendimiento puede ser escalado horizontalmente, no pueden manejar el problema de "rendimiento predecible" de DApps durante los picos de demanda. Una plataforma implementa la solución de "mercado de tarifas local" con el objetivo de prevenir el monopolio de transacciones de cualquier demanda única sobre el espacio de bloque escaso, limitando el aumento de tarifas temporales y mitigando el impacto negativo de los picos de demanda repentinos. Por ejemplo, durante la emisión de NFT, los emisores de NFT consumirán rápidamente el límite de unidades de cálculo (CU) de cada cuenta, y las transacciones posteriores deberán aumentar la tarifa de prioridad para ser procesadas dentro del espacio limitado de esa cuenta.
Se puede decir que un proyecto está abordando el aumento de la demanda de transacciones a través de un esquema de espacio de bloques flexible, y también ha ampliado aún más el concepto de "mercado de tarifas locales" dentro de una plataforma, no solo asegurando el "rendimiento predecible" de las DApp, sino también previniendo el aumento y la congestión de tarifas a nivel de toda la red, logrando así dos objetivos a la vez.
Resumen
Tanto las cadenas de aplicaciones como el espacio de bloques elásticos, en esencia, buscan resolver el problema de que diferentes DApps tienen diferentes necesidades de rendimiento de la cadena de bloques, o más bien, el problema del "rendimiento predecible". No hay una solución mejor o peor; solo se trata de si es adecuada o no. Estas dos soluciones recuerdan a la "teoría del protocolo gordo" — una teoría propuesta por Joel Monegro en 2016, centrada en "cómo los protocolos criptográficos deberían capturar más valor (que el valor colectivo capturado por las aplicaciones construidas sobre ellos)".
La cadena de aplicaciones es en realidad un protocolo ligero, especialmente cuando Layer1 adopta una arquitectura modular, la capa de protocolo está completamente personalizada por la capa de aplicación, lo que brinda un mejor mecanismo de acumulación de valor para las aplicaciones, pero al mismo tiempo conlleva altos costos y seguridad limitada.
El espacio de bloque flexible es en realidad un protocolo grueso, que es una función de expansión de la capa de protocolo Layer1, lo que reduce efectivamente la barrera de entrada para los participantes con "necesidades de rendimiento predecible", al mismo tiempo que el protocolo puede capturar el valor de la aplicación, generando un ciclo de retroalimentación positiva.
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.
Paralelización de pila completa: Nuevo esquema de escalabilidad de Cadena de bloques para proyectos EVM Layer1
Paralelización completa: una nueva perspectiva para liberar la escalabilidad de la Cadena de bloques
El 20 de junio, el nuevo proyecto EVM Layer1 de paralelización emergente lanzó el libro blanco "Paralelización de pila completa", con el objetivo de liberar completamente la escalabilidad de la Cadena de bloques, permitiendo que las aplicaciones descentralizadas (DApps) tengan "rendimiento predecible".
El rendimiento predecible se refiere a la capacidad de procesamiento de transacciones por segundo predecible que proporciona al DApp ( TPS ), lo cual es crucial para ciertos escenarios de negocio de DApps. Los DApps desplegados en la cadena pública generalmente deben competir con otros DApps por la capacidad de cómputo y el espacio de almacenamiento de la cadena de bloques. En momentos de congestión de la red, esto conlleva altos costos de ejecución de transacciones y retrasos, lo que limita enormemente el rápido desarrollo de los DApps. Imagínese, si los usuarios al usar un software de comunicación instantánea descentralizado no pueden enviar y recibir mensajes porque el espacio en bloques de la cadena de bloques subyacente está ocupado por otros DApps, esto sería desastroso para la experiencia del usuario.
Para resolver el problema de "rendimiento predecible", la práctica más común es utilizar cadenas de bloques dedicadas a aplicaciones específicas, es decir, cadenas de aplicaciones. Una cadena de aplicaciones es una cadena de bloques que dedica espacio de bloque específicamente a aplicaciones particulares.
Y un proyecto ha propuesto de manera innovadora la solución de Espacio de Bloque Elástico (Elastic Block Space, EBS). Basado en el concepto de computación elástica, ajusta dinámicamente los recursos de bloque a nivel de protocolo según las necesidades específicas de la DApp, proporcionando espacio de bloque de expansión independiente para DApps de alta demanda.
Este artículo presentará la cadena de aplicaciones y el espacio de bloques elástico, y comparará las ventajas y desventajas de ambos.
Desarrollo de la Cadena de Aplicaciones
La cadena de bloques de aplicaciones es una cadena de bloques creada para ejecutar una única DApp. Los desarrolladores de aplicaciones no construyen sobre cadenas de bloques existentes, sino que crean una nueva cadena de bloques desde cero con una máquina virtual personalizada, ejecutando transacciones de la interacción entre usuarios y aplicaciones. Los desarrolladores también pueden personalizar diferentes elementos de la pila de red de la cadena de bloques: consenso, red y ejecución, para satisfacer requisitos de diseño específicos, abordando así problemas como la alta congestión, altos costos y características fijas en una red compartida.
La cadena de aplicaciones no es un concepto nuevo: Bitcoin puede considerarse la cadena de aplicaciones de "oro digital", Arweave puede considerarse la cadena de aplicaciones de almacenamiento permanente, y Celestia puede considerarse la cadena de aplicaciones que proporciona disponibilidad de datos.
Desde 2016, la cadena de aplicaciones no solo incluye cadenas de bloques individuales, sino también formas multi-cadena, es decir, un ecosistema construido por múltiples cadenas de bloques interconectadas, siendo los principales representantes Cosmos y Palkadot, entre otros. Cosmos es el primer proyecto que imagina un mundo de múltiples cadenas de bloques interconectadas, dedicado a resolver el problema de la interacción entre cadenas de bloques. Permite desarrollar y lanzar rápidamente una cadena a través del Cosmos SDK, diseñando el protocolo IBC para lograr una interacción sin barreras entre cadenas de bloques, etc.; Palkadot tiene como objetivo convertirse en la solución perfecta de escalado de cadenas de bloques, y las cadenas en su ecosistema se denominan cadenas paralelas. Desde el principio, Palkadot aboga por la seguridad compartida, y diferentes cadenas paralelas pueden comunicarse a través de información de consenso cruzado.
A finales de 2020, con la investigación de escalado de Ethereum centrada en soluciones como cadenas laterales, subredes y Layer2 Rollups, las cadenas de aplicaciones también incubaron formas correspondientes. Las cadenas laterales, como una plataforma de intercambio, y las subredes, como una plataforma específica, mejoran la experiencia y el rendimiento de las cadenas laterales o subredes para lograr un aumento en la capacidad de servicio en general; los Layer2 Rollups apoyan la cadena de aplicaciones en forma de pilas modulares, donde OP Stack y un CDK de plataforma específica son bien recibidos por muchos proyectos. Las soluciones de Layer2 Rollups están diseñadas para aumentar el rendimiento y la escalabilidad de la red de Ethereum, satisfacer la creciente demanda de transacciones y proporcionar una mayor interoperabilidad e interconexión.
Actualmente, hay una gran cantidad de aplicaciones construidas en cadenas de aplicaciones que cruzan varias plataformas. Por ejemplo, Axie lanzó su cadena lateral de Ethereum, Ronin, a principios de 2021; DeFi Kingdoms anunció a finales de 2021 su migración desde Harmony a una subred de cierta plataforma; Injective lanzó en noviembre de 2021 una cadena de aplicaciones DeFi construida con Cosmos SDK; dYdX anunció a mediados de 2022 que la versión V4 de su producto utilizaría la tecnología Cosmos SDK para construir una cadena de aplicaciones independiente; Uptick Network lanzó en 2023 la cadena de aplicaciones ecológicas Uptick Chain, que sirve como infraestructura para el desarrollo de aplicaciones del ecosistema Web3, y la infraestructura también incluye una rica capa de protocolos de comercialización.
Ventajas y desventajas de la cadena de aplicaciones
La cadena de aplicaciones obtiene todo el poder para operar su propia cadena de bloques soberana, en lugar de depender de la capa 1 subyacente, lo que es una espada de doble filo.
Las ventajas son principalmente tres:
Soberanía: La cadena de aplicaciones puede resolver problemas a través de su propio plan de gobernanza, manteniendo la independencia y autonomía de cada proyecto de aplicación individual, previniendo interferencias y obstáculos de todo tipo;
Rendimiento: puede satisfacer la baja latencia y el alto rendimiento requeridos por las aplicaciones, proporcionando una buena experiencia al usuario y mejorando enormemente la eficiencia operativa real de las DApps;
Personalización: Los desarrolladores de DApp pueden personalizar la cadena según sus necesidades, e incluso crear un ecosistema, proporcionando una forma de evolución lo suficientemente flexible.
Las desventajas también son tres puntos:
Problemas de seguridad: la cadena de aplicaciones debe ser responsable de su propia seguridad, incluyendo la ponderación del número de nodos, el mantenimiento del mecanismo de consenso, la mitigación de riesgos de staking, etc., la red es relativamente insegura;
Problemas de cadena cruzada: la cadena de aplicación, como una cadena independiente, carece de interoperabilidad con otras cadenas (aplicaciones), enfrentando problemas de cadena cruzada. La integración de protocolos de cadena cruzada también aumentará el riesgo de cadena cruzada;
Problemas de costos: la cadena de aplicaciones necesita construir una gran cantidad de infraestructura adicional, lo que requiere altos costos y tiempo de ingeniería. Además, también incluye los costos de operar y mantener nodos.
Para las empresas emergentes, las desventajas de la cadena de aplicaciones afectan en gran medida el funcionamiento de DApp en el mercado. La mayoría de los equipos de desarrollo de empresas emergentes no solo tienen dificultades para resolver bien los problemas de seguridad y los problemas de cadena cruzada, sino que también pueden ser desalentados por los altos costos de mano de obra, tiempo y dinero. Sin embargo, el rendimiento predecible es una necesidad urgente para DApp específicos, por lo tanto, el mercado necesita urgentemente soluciones de rendimiento predecible de Layer1.
Espacio de bloque flexible
En Web2, la computación elástica es un modelo de computación en la nube común que permite a los sistemas escalar dinámicamente los recursos de procesamiento, memoria y almacenamiento según sea necesario para satisfacer las demandas cambiantes, sin preocuparse por la planificación de capacidad y el diseño ingenieril para picos de uso.
El espacio de bloques flexible se ajusta automáticamente la cantidad de transacciones que puede contener un bloque según el grado de congestión de la red. Para las transacciones de aplicaciones específicas, la red de cadena de bloques proporciona un espacio de bloques y una garantía de TPS estables a través de cálculos flexibles, lo que logra un "rendimiento predecible".
Un proyecto también propuso un concepto similar de "expansión dinámica y flexible" y consideró que era el camino de desarrollo inevitable para el soporte de DApp en la adopción a gran escala. Se prevé que en los próximos 1-3 años aparecerán los siguientes desarrollos tecnológicos:
Un proyecto realmente ha implementado este concepto, resolviendo el problema central de la primera etapa "cómo coordinar la expansión horizontal de los nodos de validación para soportar la computación elástica". A medida que crece el protocolo en la red, puede suscribirse a espacio de bloque elástico para manejar el aumento de usuarios del protocolo y el rendimiento. El espacio de bloque elástico proporciona espacio de bloque independiente para DApps con alta demanda de rendimiento de transacciones, permitiéndoles expandirse a medida que crecen. Esencialmente, el espacio de bloque determina la cantidad de datos que se pueden almacenar en cada bloque de la cadena de bloques, afectando directamente el rendimiento de las transacciones. Cuando las DApps experimentan un aumento en la demanda de transacciones, suscribirse al espacio de bloque elástico se vuelve útil para manejar de manera eficiente la carga aumentada sin afectar la cadena de bloques subyacente.
La implementación del cálculo elástico se divide en "elasticidad en tiempo real" y "elasticidad fuera de tiempo real". La "elasticidad en tiempo real" generalmente se refiere a la respuesta de expansión en el nivel de minutos, mientras que la "elasticidad fuera de tiempo real" solo necesita responder a la expansión dentro de un tiempo limitado. Un proyecto adoptó el método de "elasticidad fuera de tiempo real", es decir, cuando la red detecta la necesidad de expansión, se iniciará una propuesta de expansión y, después de uno o más epoch (y no en tiempo real), los nodos de validación de toda la red completarán la expansión y presentarán la prueba de expansión para que otros validadores la impugnen.
El esquema de espacio de bloques elástico de un proyecto se inspira en muchas ideas de bases de datos distribuidas y es una continuación de la tecnología de fragmentación de la cadena de bloques. Desde la perspectiva de "fragmentación de cálculo", se expande el tráfico de aplicaciones con demanda, evitando el problema de "transacciones entre fragmentos", lo que hace que la experiencia de desarrolladores y usuarios no sea muy diferente de antes. Al mismo tiempo, se adopta un "elástico no en tiempo real" con una dificultad de implementación relativamente baja, que refuerza la aplicabilidad al satisfacer muchas necesidades reales de DApp.
Cabe destacar que el espacio de bloque flexible, como una solución para la escalabilidad horizontal del rendimiento de la Cadena de bloques, tiene como premisa que "las transacciones pueden ser paralelizadas". Solo después de aumentar la paralelización de las transacciones, se necesita escalar horizontalmente los recursos de las máquinas de los nodos para mejorar el rendimiento de las transacciones.
Por lo tanto, para Layer1 como Ethereum, el problema de la serialización de transacciones es el cuello de botella de rendimiento más directo, y el tamaño del bloque también está limitado por el límite de gas de bloque de tamaño variable (máximo 30,000,000 gas), por lo que solo se puede buscar soluciones de escalado Layer2.
Sin embargo, en el caso de plataformas de alto rendimiento como Layer1, aunque soportan la ejecución paralela de transacciones y su rendimiento puede ser escalado horizontalmente, no pueden manejar el problema de "rendimiento predecible" de DApps durante los picos de demanda. Una plataforma implementa la solución de "mercado de tarifas local" con el objetivo de prevenir el monopolio de transacciones de cualquier demanda única sobre el espacio de bloque escaso, limitando el aumento de tarifas temporales y mitigando el impacto negativo de los picos de demanda repentinos. Por ejemplo, durante la emisión de NFT, los emisores de NFT consumirán rápidamente el límite de unidades de cálculo (CU) de cada cuenta, y las transacciones posteriores deberán aumentar la tarifa de prioridad para ser procesadas dentro del espacio limitado de esa cuenta.
Se puede decir que un proyecto está abordando el aumento de la demanda de transacciones a través de un esquema de espacio de bloques flexible, y también ha ampliado aún más el concepto de "mercado de tarifas locales" dentro de una plataforma, no solo asegurando el "rendimiento predecible" de las DApp, sino también previniendo el aumento y la congestión de tarifas a nivel de toda la red, logrando así dos objetivos a la vez.
Resumen
Tanto las cadenas de aplicaciones como el espacio de bloques elásticos, en esencia, buscan resolver el problema de que diferentes DApps tienen diferentes necesidades de rendimiento de la cadena de bloques, o más bien, el problema del "rendimiento predecible". No hay una solución mejor o peor; solo se trata de si es adecuada o no. Estas dos soluciones recuerdan a la "teoría del protocolo gordo" — una teoría propuesta por Joel Monegro en 2016, centrada en "cómo los protocolos criptográficos deberían capturar más valor (que el valor colectivo capturado por las aplicaciones construidas sobre ellos)".
La cadena de aplicaciones es en realidad un protocolo ligero, especialmente cuando Layer1 adopta una arquitectura modular, la capa de protocolo está completamente personalizada por la capa de aplicación, lo que brinda un mejor mecanismo de acumulación de valor para las aplicaciones, pero al mismo tiempo conlleva altos costos y seguridad limitada.
El espacio de bloque flexible es en realidad un protocolo grueso, que es una función de expansión de la capa de protocolo Layer1, lo que reduce efectivamente la barrera de entrada para los participantes con "necesidades de rendimiento predecible", al mismo tiempo que el protocolo puede capturar el valor de la aplicación, generando un ciclo de retroalimentación positiva.