EIP-3529: Reducir el retorno de gas

Breve resumen Retire el retorno de gas de SELFDESTRUCT y reduzca el retorno de gas de SSTORE a un nivel más bajo, de modo que la cantidad de retorno siga siendo bastante grande, pero no será tan alta como se puede usar ahora. Motivo El retorno de gas de SSTORE y SELFDESTRUCT se introdujo originalmente para alentar a los desarrolladores de aplicaciones a practicar una "buena higiene" al escribir aplicaciones y limpiar espacios de almacenamiento y contratos que ya no se necesitan. Sin embargo, resulta que la eficiencia que brinda esta tecnología es mucho menor de lo esperado, y el retorno del gas ha traído una serie de consecuencias dañinas inesperadas: el retorno del gas conduce a la aparición de GASToken. GasToken es bueno para mover el espacio de gas de las fases de tarifa baja a las fases de tarifa alta, pero también es malo para la red, especialmente porque exacerba la inflación del tamaño del estado (ya que las ranuras estatales se usan efectivamente como "baterías" para acumular gas) y la obstrucción ineficiente. Uso de gas de cadena de bloques. Los reembolsos de gasolina exacerban los cambios en el tamaño de los bloques. El máximo teórico de la cantidad de gas realmente consumido por un bloque está cerca del límite de gas nominal (porque la devolución aumentará el espacio de gas de transacciones posteriores en el mismo bloque, aunque el gas devuelto es como máximo el 50% del gas consumido por la transacción). Esto no es fatal, pero el impacto sigue siendo bastante malo, especialmente porque el reembolso se puede usar para mantener un período pico más largo que el EIP-1559 usando el doble del límite de gasolina. Coinbase: admite Ethereum EIP-4844, que puede reducir considerablemente las tarifas L2: el 8 de octubre, Coinbase declaró en su documento oficial que EIP-4844 es otra actualización importante después de la fusión de Ethereum. Coinbase es compatible con Ethereum EIP-4844 y dice que EIP-4844 puede lograr una reducción significativa en las tarifas L2 y aumentar el rendimiento de las transacciones mediante la introducción de la disponibilidad de datos acumulativos. Como se informó anteriormente, el 21 de marzo, V God compartió respuestas a preguntas frecuentes sobre la tecnología EIP-4844 (también conocida como proto-danksharding) en su plataforma personal de redes sociales. V God dijo que Proto-danksharding reemplazará a darksharding, que es una tecnología de fragmentación en la que solo un proponente elige todas las transacciones y todos los datos que ingresan en esta o aquella ranura, en lugar de elegir un proponente separado para cada fragmento. [2022/10/8 12:49:20] Parámetro de especificación Para bloques con block.number >= FORK_BLOCK, se requieren los siguientes cambios. 1. Eliminar el retorno de SELFDESTRUCT 2. Usar SSTORE_RESET_GAS + ACCESS_LIST_STORAGE_KEY_COST (4800 gas bajo la fuerza combinada de EIP-2929 + EIP-2930) para reemplazar SSTORE_CLEARS_SCHEDULE (definido por EIP-2200) ETHW Core lanza la segunda actualización de código para hacer cumplir EIP- 155 Para evitar ataques de reproducción: el 23 de agosto, el proyecto de bifurcación Ethereum EthereumPoW (ETHW) tuiteó que ETHW Core lanzó la segunda actualización de código para hacer cumplir EIP-155. Después de esta actualización, todas las transacciones deben firmarse con el ID de la cadena. Esto protegerá a los usuarios de ETHW de los ataques de repetición de ETHPoS y otras monedas bifurcadas. Además, la función de congelación de contratos se ha llevado a una rama separada y se han completado todas las integraciones y pruebas. Si esta característica finalmente se incorporará a la rama maestra se decidirá en la reunión principal el 1 de septiembre. Según noticias anteriores, la versión inicial de ETHW Core incluye la desactivación de bombas de dificultad, cambios en EIP-1559 y el ajuste de la dificultad de minería inicial de ETHW. EthereumPow ha dicho. ETHW Core introducirá la tecnología de congelación de fondos de liquidez para proteger los activos de los usuarios y lanzará 3 lotes de listas congeladas, con un total de 121 contratos. [2022/8/23 12:42:16] 3. Reduzca la cantidad máxima de gas devuelta después de la transacción a gas_used // NEW_MAX_REFUND_QUOTIENT Principio Explicación EIP-2200 presenta tres casos de devolución: 1. Si el valor original no es cero , el nuevo Si el valor es cero, agregue la cantidad de gas de SSTORE_CLEARS_SCHEDULE (actualmente 15,000) a la calculadora de reembolso. Los miembros de la comunidad Ethereum lanzaron una solución para mejorar el cargo de congestión irrazonable de EIP-1559. El foro ethresear.ch lanzó un solución para mejorar el cargo de congestión irrazonable de EIP-1559. Los miembros de la comunidad dijeron que EIP-1559 introducirá tarifas de protocolo en las transacciones de Ethereum y permitirá que el tamaño del bloque se ajuste dinámicamente de acuerdo con la situación de congestión. El cobro de tarifas de protocolo durante los momentos de congestión en la cadena es una forma efectiva de transferir MEV de los mineros a los titulares de ETH sin dañar a los usuarios. Al mismo tiempo, el tamaño de bloque flexible hace que la asignación de espacio de bloque sea más eficiente. Sin embargo, bajo la estructura de cobro actual, las personas equivocadas podrían terminar pagando por la congestión. En términos generales, cuando un usuario congestiona un bloque, el usuario del siguiente bloque paga por la congestión. Esto es indeseable por varias razones. 1. Esto es injusto 2. Aumenta la congestión 3. Exacerba las subastas de tarifas de gas. Los miembros de la comunidad propusieron una solución, sugiriendo que cuando un bloque está congestionado, los usuarios del mismo bloque deben pagar por la congestión, lo que se puede lograr mediante el cobro de una tarifa basada en el tamaño que usa el minero en su bloque. [2021/7/24 1:13:36] 2. Si el valor original es cero, el valor actual es distinto de cero y el nuevo valor es cero, agregue la cantidad de gas de SSTORE_SET_GAS - SLOAD_GAS (actualmente 19,900) al Calculadora de retorno 3. Si el valor original no es cero, el valor actual es un valor distinto de cero, el nuevo valor es igual al valor original y el gas de SSTORE_RESET_GAS - SLOAD_GAS (actualmente 4900) se agrega a la calculadora de retorno FeiProtocol anunció el cierre del mecanismo de quemado para hacer frente a las lagunas de incentivos anteriores. Como se informó anteriormente, el equipo de FeiProtocol declaró que debido a una laguna en el cálculo de los incentivos de Fei, se suspenderán todas las recompensas de acuñación de FEI. [2021/4/8 19:56:40] Entre estos tres casos, solo (1) activará el gastoken y permitirá que el bloque consuma más gas que el límite de gas del bloque en ejecución. (2) no tiene esta característica, porque para obtener el reembolso de 19.900 gas, el mismo espacio de almacenamiento debe haber sido cambiado previamente de cero a distinto de cero, lo que cuesta 20.000 gas. La imposibilidad de obtener gasolina de una ranura y usarla para editar otra ranura significa que no se puede usar como ficha de gasolina. Además, la obtención del reembolso requiere la recuperación de escrituras y ampliaciones de almacenamiento, para que el gas devuelto no aumente la carga de trabajo del cliente para procesar el bloque. (3) es similar: la devolución de 4.900 gas sólo se concede si la misma franja ha consumido previamente 5.000 gas. Este EIP maneja el primer caso. Podemos usar un argumento de "emparejamiento" similar para determinar las condiciones bajo las cuales los tokens de gasto no están disponibles (por ejemplo, no puede obtener más gasolina en una ranura que su entrada), convirtiendo cada Devuelve el gasto anterior de la misma ranura de almacenamiento asignada a la misma transacción. Cuando el valor original de una ranura de almacenamiento no es cero, si se cambia a 0, hay dos posibilidades: La plataforma de préstamos descentralizados Dharma admite Ethereum para implementar EIP1559: Brendan Forster, cofundador de la plataforma de préstamos descentralizados Dharma tuiteó Dijo: "EIP1559 es una gran mejora para Ethereum. Apoyo su implementación". La cuenta oficial de Dharma reenvió y dijo: "En Dharma, creemos que EIP1559 será un paso importante para hacer que Ethereum sea más fácil de usar y, por lo tanto, más útil. apoyar su implementación.” [2021/2/15 19:48:39] 1. Esta puede ser la primera vez que la ranura de memoria se establece en cero. En este caso, podemos emparejar esta vez con la sobrecarga mínima de SSTORE_RESET_GAS + ACCESS_LIST_STORAGE_KEY_COST para la primera lectura y edición de un espacio de almacenamiento. 2. Este puede ser el caso cuando la ranura de memoria se establece en cero por segunda vez o después de haberla establecido en cero. En este caso, podemos emparejar este evento con la última vez que el valor cambió de cero a otro y el gas de SSTORE_CLEARS_SCHEDULE se eliminó de la devolución. Para el segundo caso o posterior, no importa cuál sea el valor de SSTORE_CLEARS_SCHEDULE, ya que ese retorno del tamaño del gas coincide con un retorno claro del mismo tamaño. Esto deja sólo el primer caso. Para garantizar que el gas total consumido en la ranura de almacenamiento sea positivo, necesitamos SSTORE_CLEARS_SCHEDULE <= SSTORE_RESET_GAS + ACCESS_LIST_STORAGE_KEY_COST. Por lo tanto, este EIP solo reduce SSTORE_CLEARS_SCHEDULE a la suma de esos dos gastos generales. Otra razón para este EIP es que no hay retorno neto por borrar datos que no se han leído (por lo general, datos "inútiles"), pero se continúa borrando datos que se han leído (por lo general, datos "útiles"). Habrá un retorno neto. Actualmente, las devoluciones de compatibilidad con versiones anteriores solo se aplican después de la ejecución de la transacción y, por lo tanto, no pueden afectar ningún marco de llamada en particular disponible en la ejecución. Por lo tanto, borrarlos no romperá la ejecución de ningún código, aunque hará inviables económicamente algunas aplicaciones. La ficha de gas dejará de tener valor. Los bots de arbitraje de DeFi hoy en día a menudo usan un esquema de token de gas existente o uno personalizado para reducir la sobrecarga en la cadena, gracias a la reescritura de su código para limpiar las llamadas a los mecanismos de almacenamiento de gas que ya no son útiles. Sin embargo, mantener el retorno completo en new = original = 0 != current , y mantener algo de retorno en el otro caso distinto de cero -> cero asegura que algunos casos de uso clave que reciben (y merecen) un mejor tratamiento de gastos generales de gas continuarán beneficiándose. Por ejemplo, cero -> distinto de cero -> el modo de configuración de almacenamiento cero permanece solo consume alrededor de 100 gas. Estos patrones incluyen dos instancias importantes: ➤ Bloqueos anti-reentrada (por lo general, cambian de 0 a 1 antes de que comience una subllamada y vuelven a 0 cuando finaliza la subllamada) ➤ Autorización y envío de ERC20 (cuando se autorizan las transferencias de tokens, el "Valor de autorización" ir de cero a distinto de cero y luego volver a cero durante las transferencias de tokens) al borrar los incentivos de almacenamiento. cero es equivalente a animar a los usuarios a no despejar por completo una ranura (incluso si quisieran), aunque las posibilidades de que quieran volver a usar la ranura son mínimas. Por ejemplo, si tiene una unidad de tokens ERC20 y quiere regalar o vender todo su saldo, puede dar 0,999999 unidades y quedarse con el resto. Si desea volver a colocar más tokens de este tipo en la misma cuenta en el futuro, solo necesita pagar 5000 de gasolina por SSTORE (2100 por lectura + 2900 por configurar distinto de cero a distinto de cero) en lugar de 22 100 (20 000 por ajustes de cero a valores distintos de cero). Hoy, esta parte del gas se compensará con la devolución de 15 000 de gas para limpiar el almacenamiento, por lo que si tiene más de 15 000/17 100 = 87,7 % de certeza de que volverá a usar este espacio de almacenamiento, tendrá un incentivo para hacerlo; de acuerdo con EIP 3298 o la configuración de EIP 3403, la parte de incentivo de compensación no existe, por lo que si la posibilidad de que vuelva a usar la ranura de almacenamiento es mayor que 0, es mejor configurarlo en un valor distinto de cero. Para los 4.800 reembolsos de gasolina restantes, si cree que la probabilidad de volver a usar una ranura es mayor que 4800 / 17100 = 28,1 %, tiene un incentivo para mantener esa ranura distinta de cero. No es perfecto, pero probablemente sea más alto que las probabilidades de que una persona promedio recupere los mismos tokens en la misma dirección después de borrar todo su saldo. El límite superior de retorno de gas es 1/5 de la cantidad de gas consumido, lo que significa que este retorno solo es suficiente para aumentar la cantidad de operaciones de escritura de almacenamiento requeridas para procesar un bloque hasta en un 25%, lo que limita el uso de este mecanismo. para almacenar ataques de denegación de servicio centrados en la escritura. Sobrecarga de gas para el caso de prueba EIP-2929 Tenga en cuenta que existe una distinción entre las ranuras de almacenamiento "calientes" y "frías". Esta tabla muestra los valores bajo EIP-2929, asumiendo que todas las ranuras cambiadas ya están "calientes" (la diferencia es un costo único de 2100 de gas). Después de la devolución reducida Si la devolución se reduce parcialmente cambiando SSTORE_CLEARS_SCHEDULE de 15.000 a 4.800 (y eliminando la devolución autodestructiva), la siguiente es una tabla de comparación. Consideraciones de seguridad Las devoluciones son invisibles para la ejecución transaccional, por lo que esto no tendrá ningún impacto en la lógica de ejecución transaccional. Si no contamos el SSTORE de cero a distinto de cero que luego se restablece a cero, el consumo máximo de gas ejecutado en un bloque está limitado por el límite de gas.

Tags：

NEAR