Vitalik: ¿Debería fijarse el precio del almacenamiento independientemente de la ejecución?

Un agradecimiento especial a @barnabe por sugerir una idea similar antes.

Como se discutió en detalle en mi antiguo artículo sobre el precio de los recursos, el gas en Ethereum en realidad paga tres recursos diferentes.

Ancho de banda (datos que se deben descargar en la transacción)

Cálculos (tiempo requerido para validar y ejecutar transacciones)

almacenamiento (historial, pero lo que es más importante, estado, como saldos de cuenta, nonces, código de contrato y almacenamiento de contrato)

El almacenamiento es diferente de los otros dos gastos generales. El ancho de banda y los cálculos consumen una sobrecarga transitoria. Cuando toca el límite del almacenamiento transitorio, hay un límite para la cantidad de cálculo o descarga de datos que un nodo puede hacer en un bloque. Una vez que se empaqueta el bloque, descárguelo. básicamente desaparece (solo unos pocos nodos de sincronización necesitan procesarlo en el futuro). El almacenamiento, por otro lado, es una sobrecarga permanente. Si el tamaño del estado de un bloque aumenta en 100 MB, el bloque se puede procesar sin ningún problema en este momento, pero después de que una serie de dichos bloques se generen continuamente durante un mes, todo el Ethereum quedará inutilizable. El impacto repentino de un crecimiento de estado severo momentáneo es insignificante, pero el impacto a largo plazo es el más serio, porque cada estado generado aumenta permanentemente la carga en la red.

Después de adoptar la expiración del estado y el esquema sin estado débil, el impacto del estado definitivamente se reducirá en gran medida a largo plazo: el estado ya no será una carga permanente en la red, un estado solo aumentará la carga de la red dentro de un año, e incluso en ese año, y solo unos pocos nodos necesitan almacenar el estado. Pero aun así, este costo a largo plazo seguirá existiendo, y aún debe fijarse un precio.

Una debilidad del estado de modelado, tanto en el protocolo actual (que generalmente se considera insostenible) como en los esquemas mejorados con vencimiento del estado, es la gran diferencia entre el vencimiento del estado normal y el peor de los casos. Considere el acuerdo actual. La capacidad total del estado actual es de aproximadamente 550 millones de objetos, o aproximadamente 32 GB (sin incluir la sobrecarga del trie). Si quitamos todos los estados que no se tocaron el año anterior, la capacidad estatal total puede caer fácilmente a la mitad.

¿Cuál es el peor de los casos? La creación de un código de contrato se cobra a 200 gas por byte. Si dividimos un bloque en tres transacciones y creamos un contrato para cada transacción, podemos usar "12334800 gas + 3 * 55000 gas" como costo de creación del contrato para crear tres contratos de 20558 bytes. Suponiendo un tiempo de bloque promedio de 13,1 segundos, entonces 31556925/13,1 = 2408925 bloques por año, por lo que el crecimiento del tamaño del estado para un año es ~61800 * 2408925 = 148871600381,67938 bytes, o alrededor de 138 GB.

¡Esta diferencia de casi 10 veces es bastante significativa! Y 16 GB está perfectamente bien con la RAM de hardware de consumo del mundo real (si no, podríamos modificar el precio del combustible o el período de desactivación del estado para que sea factible), pero 138 GB están fuera de discusión. Sería aún mejor si pudiéramos acercar el peor de los casos al caso promedio.

Una forma natural de resolver este problema es usar EIP-1559 para cotizar los gastos generales efímeros y permanentes, pero hacer que el período de ajuste (período de ajuste) sea diferente. Para gastos generales efímeros, habrá una variación del 10% dentro de un solo bloque. Pero para los gastos generales permanentes, haremos que el precio se ajuste más lentamente. Si usamos el mecanismo de la curva de gastos generales de AMM como base, para el almacenamiento, podemos considerar una curva que representa una proporción objetivo de 1 GB por mes, y el crecimiento de los gastos generales depende de cuánto superemos el objetivo. Por ejemplo, la sobrecarga de almacenamiento puede duplicarse por cada GB por encima del objetivo. En este parámetro, el precio de almacenamiento del bloque en el peor de los casos puede tardar unos 3 días en duplicarse. Si el almacenamiento crece más allá del objetivo de 10 GB, la sobrecarga de almacenamiento es 1000 veces más alta de lo normal, lo que hace que sea económicamente inviable llenar más el almacenamiento.

Hay dos formas de hacerlo:

Compra de almacenamiento con gas. Es decir, crear una nueva ranura de almacenamiento con SSTORE consumirá gas como lo hace hoy, pero la cantidad de gas consumido variará. Esto tiene la desventaja de preservar un incentivo falso para la sincronización (los usuarios optarán por agregar almacenamiento los fines de semana cuando los precios de la gasolina son bajos, aunque esto no sea bueno para la red).

Compra de almacenamiento con ETH. Las transacciones (y las llamadas) deberán proporcionar otro recurso además del gas (¿lo llamaremos maná?), que se cobrará con un mecanismo similar al del gas, excepto que con parámetros diferentes. La desventaja de este método es que complica las reglas de llamada y requiere un código de operación adicional CALL.

También hay dos opciones de combinación:

Podemos cotizar el almacenamiento en ETH pero cobrar en gas. (Entonces, si la tarifa base aumenta 2 veces, entonces el gas requerido para llenar un espacio de almacenamiento se reduce automáticamente a la mitad). Podemos excluir el ETH utilizado para expandir el almacenamiento de las reglas de actualización del precio del gas de EIP-1559 e incluso bloquear los límites de gas.

Realizar una reforma más integral del gas, desglosándolo en tres conceptos: gas, punto de ejecución y punto de almacenamiento. 1 gas = 1 wei; una transacción que asigna gas solo significa que convierte algunos wei en una forma especial que se puede usar para pagar varios recursos. Esto funciona de la misma manera que el gas en la forma en que se pasa entre invocaciones y subinvocaciones. Sin embargo, ahora hay dos tipos de gastos generales que son administrados por el AMM: gastos generales del punto de ejecución y gastos generales del punto de almacenamiento. En lugar de ejecutar un código de operación que ahora consume N gas, consume N puntos de ejecución, lo que significa que se cobra N * execution_point_costgas. Llenar un espacio de almacenamiento consume 1 punto de almacenamiento, por lo que se cobra storage_point_costgas.

También tenga en cuenta que la hoja de ruta para el vencimiento del estado incluye la eliminación de los reembolsos de gas. Esto se debe a razones técnicas de que los espacios no pueden estar "vacíos" y luego disponibles para devolución; solo se pueden establecer en 0, y los registros con 0 deben permanecer en el estado hasta el final de la época y el estado se desactiva. Esto reduce en gran medida la frustración de los intentos anteriores de esquemas de alquiler de almacenamiento.

Fuente | ethresear.ch

Autor | Vitalik Buterin

Tags：

USDC