¿Cómo entender el nuevo artículo de Vitalik sobre el escalado de Ethereum?

¿Cómo entender el nuevo artículo de Vitalik Buterin sobre los pensamientos de escalado de Ethereum? Algunas personas dicen que Vitalik grita órdenes de inscripciones Blob, lo cual es indignante. Entonces, ¿cómo funcionan los paquetes de blobs? ¿Por qué no se puede usar el espacio de blob de manera eficiente después de la actualización de Cancún?¿El muestreo de disponibilidad de datos de DAS se está preparando para el particionamiento?

En mi opinión, Cancún está listo para usar después de la actualización, y Vitalik está preocupado por el desarrollo de Rollup. A continuación, permítanme hablar de mi comprensión:

1. Como se ha explicado muchas veces antes, Blob es un paquete de datos temporal que puede ser recuperado directamente por la capa de consenso mediante el desacoplamiento de los datos de llamada de EVM, y el beneficio directo es que la EVM no puede acceder a los datos de Blob al ejecutar transacciones, por lo que no puede generar altos costos de computación de la capa de ejecución.

Actualmente equilibrando una serie de factores, el tamaño de 1 blob es de 128 kb, una transacción de lote a red principal lleva un máximo de dos blobs, idealmente, el objetivo final de un bloque de red principal es transportar 16 MB de aproximadamente 128 paquetes de blobs.

Por lo tanto, el equipo del proyecto acumulativo debe equilibrar el número de bloques de blobs, la capacidad de transacción de TPS y el costo de almacenamiento de los nodos de la red principal de blobs tanto como sea posible, y tratar de usar el espacio de blob con el mejor rendimiento de costos.

Tomando a Optimism como ejemplo, actualmente hay alrededor de 500.000 transacciones al día, con un promedio de una transacción a la red principal cada dos minutos, transportando un paquete de blob a la vez. Por qué traer uno, porque TPS es tanto que no puedes usarlo, por supuesto, también puedes llevar dos, entonces la capacidad de cada blob no estará llena, pero agrega costos de almacenamiento adicionales, lo cual no es necesario.

¿Qué debemos hacer cuando aumenta el volumen de transacciones de Rollup off-chain, por ejemplo, se procesan 50 millones de transacciones por día?1. Comprimir y comprimir el volumen de transacciones de cada lote para realizar un gran número de transacciones en el espacio de blobs tanto como sea posible, 2. Aumentar el número de blobs, y 3. Acortar la frecuencia de las transacciones por lotes.

2. Dado que la cantidad de datos transportados por el bloque de la red principal se ve afectada por el límite de gas y el costo de almacenamiento, 128 blobs en 1 bloque de ranura es el estado ideal, que no se usa tanto en la actualidad, y Optimism solo usa 1 cada 2 minutos, lo que deja mucho espacio para que los proyectos de capa 2 mejoren el TPS, amplíen el número de usuarios del mercado y la prosperidad ecológica.

Por lo tanto, durante un período de tiempo después de la actualización de Cancún, los Rollups no tuvieron “volumen” en términos del número y la frecuencia de blobs utilizados, y el uso de ofertas de espacio de blobs.

La razón por la que Vitalik menciona la inscripción Blobscription es que este tipo de inscripción puede aumentar temporalmente el volumen de transacciones y conducir a un aumento en la demanda de uso de Blob, por lo que ampliará el volumen, y usar la inscripción como ejemplo puede dar una comprensión más profunda del mecanismo de trabajo de Blob, y lo que Vitalik realmente quiere expresar tiene poco que ver con la inscripción.

Porque teóricamente, si hay una parte del proyecto de capa 2 que realiza transacciones de alta frecuencia y alta capacidad al lote de la red principal, y llena el bloque de blobs cada vez, siempre que esté dispuesto a asumir el alto costo de forjar el lote de transacciones, afectará el uso normal del blob por parte de otras capas 2, pero en la situación actual, es teóricamente factible al igual que alguien que compra potencia de cómputo para llevar a cabo un ataque de bifurcación dura del 51% en BTC, pero en la práctica carece de ánimo de lucro.

El objetivo de la introducción de Blob es reducir la carga de EVM y mejorar las capacidades de operación y mantenimiento de los nodos, lo que sin duda es una solución a medida para Rollup. Obviamente, no se está utilizando de manera eficiente en este momento, y la tarifa de gas para usar la capa 2 se mantendrá estable en el rango “bajo” durante mucho tiempo. Esto le dará al mercado de capa 2 una ventana de desarrollo dorada a largo plazo para “aumentar las tropas y almacenar grano”.

3. Entonces, ¿qué pasa si un día el mercado de capa 2 prospera hasta cierto punto, y el número de transacciones de Batch a Mainnet se vuelve enorme todos los días, y no hay suficientes paquetes de blobs en la actualidad? Ethereum ya ha dado una solución: utilizando el muestreo de disponibilidad de datos (DAS):

Por ejemplo, cada nodo almacena 1/8 de todos los datos de blobs y 8 nodos forman un equipo para cumplir con la funcionalidad de DA, lo que equivale a expandir la capacidad de almacenamiento de blobs actual 8 veces. Esto es en realidad lo que se hará en la futura etapa de fragmentación.

Pero en la actualidad, Vitalik ha reiterado esto muchas veces, lo cual está lleno de encanto, y parece estar advirtiendo a la mayoría de las partes del proyecto de capa 2: no siempre se queje de la alta capacidad de Ethereum DA, con su capacidad actual de TPS, no ha desarrollado la capacidad de los paquetes de datos Blob al extremo, apúrese y aumente la potencia de fuego para participar en la ecología, expandir los usuarios y el volumen de transacciones, y no pensar siempre en el escape de DA y participar en el trabajo de cadena con un solo clic.

Más tarde, Vitalik agregó que solo Arbitrum ha alcanzado la Etapa 1 entre los rollups principales, y aunque DeGate, Fuel, etc. han alcanzado la Etapa 2, aún no son familiares para la comunidad en general. La Etapa 2 es el objetivo final de la seguridad de los rollups, muy pocos rollups han llegado a la Etapa 1 y la mayoría de los rollups están en la Etapa 0, lo que demuestra que el desarrollo de la industria de los rollups realmente preocupa a Vitalik.

4. De hecho, en términos de escalado de cuellos de botella, todavía hay mucho espacio para que la solución Rollup layer2 mejore el rendimiento.

1. El espacio de blob se usa de manera más eficiente a través de la compresión de datos, OP-Rollup actualmente tiene un componente especial de Compressor para hacer esto, y el propio ZK-Rollup comprime SNARK/STARK fuera de la cadena para demostrar que el envío a la red principal es “comprimir”;

2. Reduzca la dependencia de la capa 2 de la red principal tanto como sea posible y solo use tecnología de prueba optimista para garantizar la seguridad de L2 en circunstancias especiales, por ejemplo, la mayoría de los datos de Plasma están en la cadena, pero en los escenarios de depósito y retiro, ocurren en la red principal, por lo que la red principal puede prometer su seguridad.

Esto significa que la capa 2 solo debe considerar que las operaciones importantes, como los depósitos y retiros, están fuertemente asociadas con la red principal, lo que no solo reduce la carga en la red principal, sino que también mejora el rendimiento de la propia capa 2. La capacidad de “procesamiento paralelo” del secuenciador mencionada en la discusión anterior de EVM paralelo, que filtra, clasifica y preprocesa una gran cantidad de transacciones fuera de la cadena, así como el rollup híbrido implementado por Metis, que utiliza OP-Rollup para transacciones normales y ZK Route para solicitudes especiales de retiro, tienen consideraciones similares.

Encima.

Con todo, el artículo de Vitalik que piensa en el futuro plan de escalado de Ethereum es muy esclarecedor. En particular, no está satisfecho con el estado de desarrollo de la capa 2, es optimista sobre el espacio de rendimiento de Blob y la perspectiva de la futura tecnología de fragmentación, e incluso señala algunas direcciones que vale la pena optimizar para la capa 2.

De hecho, la única incertidumbre queda en manos de la propia capa 2, ¿cómo acelerar el desarrollo?