jakiro
Autor:@Web3Mario
introducciónEl
Vitalik liberó la propuesta EIP-7706 el 13 de mayo de 2024, propuso un plan suplementario para el modelo de gas existente, despegando el cálculo de gases de gas y la personalización del mecanismo de precios de tarifas de base de gas Blob para reducir aún más el costo operativo L2 L2 L2.La propuesta relacionada también debe remontarse al EIP-4844 propuesta en febrero de 2022, que es un tiempo de diferencia, por lo tanto, verificando la información relevante y esperan hacer una revisión del último mecanismo de gas de Ethereum para facilitar a todos los que entienden rápidamente.
El modelo de gas Ethereum actualmente compatible con EIP-1559 y EIP-4844
En el diseño inicial, Ethereum utilizó un mecanismo de subasta simple para fijar el precio de la tarifa de transacción, que requiere que los usuarios oferten activamente por sus propias transacciones, es decir, establecer el precio del gas. . Por lo tanto, los mineros determinarán la orden de envasado de transacciones de acuerdo con el principio económico más alto de acuerdo con el principio de Economic.Desde el punto de vista del desarrollador central en ese momento, este mecanismo se enfrentaba a las siguientes cuatro preguntas:
-
La volatilidad y la transacción del nivel de costo de transacciónconsensoNo coincida con el costoElPara la cadena de bloques en un estado activo, la demanda de envases de transacciones es suficiente, lo que significa que el bloque se puede llenar fácilmente, pero esto a menudo significa que el costo general es extremadamente volatilidad.Por ejemplo, cuando el precio promedio de gas es de 10 GWEI, el costo marginal generado por la red debido a una transacción en un bloque es 10 veces cuando el precio promedio de gas es 1 GWEI, lo cual es inaceptable.
-
Retraso innecesario para los usuarios:Debido a que cada bloque tiene el límite duro del límite de gas y las fluctuaciones naturales de las transacciones históricas, las transacciones generalmente esperan que se empaqueten varios bloques, pero esto es ineficiente para la red general; Mecanismo de relajación «con un bloque más grande y el bloque más pequeño del siguiente bloque cumple con las diferencias en la demanda de bloques uno por uno.
-
Fijación de preciosBaja eficiencia:Debido a que el mecanismo de subasta simple ha causado la baja eficiencia del descubrimiento de precios justos, lo que significa que para los usuarios, es difícil dar un precio razonable, lo que significa que en muchos casos, el usuario paga más.
-
Blockchain sin recompensas de bloqueVoluntadInestable: Cuando la recompensa del bloque traída por la minería y adopta un modelo de tarifa de manejo simple, puede causar mucha inestabilidad, como el «bloque hermano» que inspira los costos de transacción de robo, y abre un vector de ataque minero egoísta más fuerte.
Hasta la propuesta y ejecución del EIP-1559, el modelo de gas tiene una primera iteración, EIP-1559, que es propuesta por desarrolladores principales como Vitalik el 13 de abril de 2019, y en la actualización de Londres el 5 de agosto de 2021 fue Actualizado para ser actualizado por la actualización de Londres el 5 de agosto de 2021. Usando, este mecanismo ha abandonado el mecanismo de subasta y ha adoptado un modelo de precios de fijación de precios dual y tarifa de prioridad. Generado en el bloque de los padres y un objetivo de gas flotante y recursivo, la relación se calcula cuantitativamente a través de un modelo matemático establecido. Puede reflejar mejor la relación de oferta y demanda, y hacer que la predicción de gas razonable sea más precisa. la libertad del usuario.El código específico es el siguiente:
Se puede ver que cuando Parent_Gas_Used es más grande que Parent_Gas_Target, entonces la tarifa base del bloque actual se comparará con la tarifa base del bloque anterior más un valor de compensación. y un equilibrio constante y 1.La lógica es similar.
Además, la tarifa base ya no se asigna a los mineros como recompensas, pero se destruye directamente.Por otro lado, la tarifa prioritaria es equivalente a las recompensas para que los usuarios dan a los mineros libremente.
A medida que el tiempo avanzó a 2021, el desarrollo del rollup ingresó gradualmente un buen reino. Para lograr datos disponibles o directamente a la cadena para la verificación.Esto permite que estas soluciones de rollo se enfrenten a un gran costo de gas al mantener la naturaleza final de L2, y estos costos eventualmente se transmitirán a los usuarios.
Al mismo tiempo, Ethereum también enfrenta el dilema de la competencia de espacio en el bloque. El límite de gas se calcula en 300,000, y en teoría hay un límite de 30,000,000 / 16 = 1,875,000 bytes. Hasta hasta la escala es de aproximadamente 1.79 MB.Los datos relacionados con el rollo generados por el clasificador L2 suelen ser grandes en datos, lo que hace que compite con la confirmación de la transacción de otros usuarios de la cadena principal, lo que resulta en un volumen de transacción más pequeño que puede ser empaquetado por un solo bloque, lo que afectará la cadena principal. TPS.
Para resolver este dilema, los desarrolladores principales presentaron la propuesta EIP-4844 el 5 de febrero de 2022, y se implementaron después de la actualización de Dencun en el segundo trimestre de 2024.La propuesta propone un nuevo tipo de transacción llamada transacción de blob.A diferencia del tipo CallData, los datos de blob no pueden ser directos por EVM, pero solo pueden acceder a su hash, también conocido como Versionedhash.Además, hay dos diseños acompañados entre sí. Pero la función de índice natural se selecciona en el modelo matemático para que funcione mejor en respuesta a las fluctuaciones de la escala de transacción, porque la pendiente de la función de índice natural también es la función de índice natural, lo que significa que no importa si en este momento, qué ¿El estado está en la escala de la transacción de la red? , El valor de la función es 1.
base_fee_per_blob_gas = min_base_fee_per_blob_gas*e ** (excess_blob_gas / blob_base_fee_update_fraction)
Among them, min_base_fee_per_blob_gas and blob_base_fee_update_fractions are two constants, while Excess_blob_GAS consumes a target_blob_gas_per_block constant constant. The difference is determined that the total Blob GAS consumes the target value, that is, the difference is positive time , E ** (Excess_blob_gas / Blob_base_fee_update_fraction) greater que 1, entonces base_fee_per_blob_gas se hace más grande, de lo contrario se vuelve más pequeño.
De esta manera, algunos datos que solo esperan usar las capacidades de consenso de Ethereum se pueden realizar a bajo costo para garantizar los escenarios de disponibilidad para garantizar la disponibilidad.Tomando el clasificador como un ejemplo, puede encapsular la información clave de L2 en los datos de blob a través de la transacción Blob, y usar el diseño exquisito para usar Versionedhash para lograr la lógica de la cadena vinculada utilizando el diseño exquisito.
Lo que debe complementarse es que el Target_Blob_Gas_per_Block actual y max_blob_gas_per_block aporta un límite a la red principal, es decir, el procesamiento promedio de 3 blob (0.375 mb) de cada bloque y hasta 6 blob (0.75 mb).Estas restricciones iniciales están diseñadas para minimizar la presión causada por el EIP a la red, y como la red muestra confiabilidad en bloques grandes, se espera que aumente en la actualización futura.
Reconstrucción del entorno de ejecución Modelo de consumo de gases-EIP-7706
Después de aclarar el modelo actual de gas Ethereum, echemos un vistazo a los objetivos y los detalles de implementación de la propuesta EIP-7706.La propuesta se propuso el 13 de mayo de 2024.Similar a los datos de Blob, la propuesta se despega del modelo de gas correspondiente a otro campo de datos especial.Y optimizar la lógica de implementación del código correspondiente.
En principio, la lógica de cálculo de la tarifa base de los datos de llamada es la misma que la tarifa base para los datos de blob en EIP-4844, todos los cuales usan la función de índice y calculan el valor de desviación del valor de gas real y el valor de destino en el bloque principal para Calcule la relación actual de escala de tarifas base.
Vale la pena señalar que un nuevo diseño de parámetros, Limit_Target_ratios = [2,2,4], donde Limit_target_ratios [0] indica la relación objetivo de la clase operativa, Limit_Target_ratios [1] significa la relación objetivo de la clase de datos Blob, Limit_T_T_T arget_ratios [[ 2] Indica la relación objetivo de la clase de Data Call. Control del límite de gas:
La lógica de configuración de GAS_LIMITS es la siguiente:
GAS_LIMITS [0] debe seguir la fórmula de ajuste existente
GAS_LIMITS [1] debe ser igual a max_blob_gas_per_block
GAS_LIMITS [2] debe ser igual a gas_limits [0] // calldata_gas_limit_ratio
Sabemos que el GAS_LIMITS actual [0] es de 30000,000, CallData_Gas_Limit_Ratio está preestablecido a 4, lo que significa que el objetivo de gas CallData actual es de aproximadamente 30000000 // 4 // 4 = 1875000. Debido a la lógica actual de cálculo de gas de calldata, cada uno, cada uno de los cuales cada uno, cada uno, cada uno, cada uno, cada uno, cada uno, cada uno, cada uno, cada uno, cada uno, cada uno, cada uno, cada uno, cada uno, cada uno, cada uno, cada uno, cada uno, cada uno, cada uno, cada uno de Los bytes no cero de Non -Non consume 16 gas y cero bytes consume 4 gas.Por lo tanto, el objetivo actual de gas de llamada de llamada debe corresponder a los datos de Data de llamadas de 187500 bytes, que es aproximadamente el doble de la dosis promedio actual.
La ventaja de esto es que reduce en gran medida la probabilidad de que el caso de CallData alcance la situación del límite de gas a través del modelo económico, la cantidad de Datos de llamada se mantiene en un estado relativamente consistente, y también elimina el abuso de los datos de llamadas.La razón de este diseño es disipar los obstáculos para el desarrollo de L2.
