Una de las principales melodías de la actualización técnica actual de Ethereum es todavía la 【deuda técnica】.
Antes, cuando compartíamos la tecnología de Ethereum, muchas personas preguntaron qué es exactamente la deuda técnica.
La semana pasada, este EIP-7999, que es una propuesta impulsada personalmente por Vitalik, es un muy buen caso. Busca resolver la deuda técnica que tiene Ethereum debido a la coexistencia de múltiples modelos de tarifas.
Todos saben que el mercado de gas normal de Ethereum se formó después del EIP-1559, un modelo de tarifa base de quema + propina para los mineros.
Sin embargo, después del EIP-4844, Ethereum creó algo llamado Blob para hacer que L2 sea más barato y rápido, donde hay un espacio de transacción barato (después de todo, se elimina después de unos meses), por lo que tiene otro conjunto de modelos de tarifas orientados a L2.
Es una deuda técnica estándar. Cuando se introdujo L2, no se eligió una solución elegante, sino una simple y brusca, añadiendo el mecanismo Blob de manera improvisada.
Ahora, las tarifas de gas funcionan en un sistema de doble vía en paralelo.
La forma de devolver la deuda técnica ahora es unificar estos dos mercados de tarifas de gas, lanzando directamente una tarifa máxima (max-fee), donde el usuario simplemente indica cuánto está dispuesto a pagar como máximo.
Esta tarifa máxima será delegada a un algoritmo de nodos, que distribuirá costos entre las diferentes partes técnicas según las solicitudes reales y las condiciones en tiempo real del bloque.
Así se unifican los dos grandes mercados de tarifas y se puede reducir aún más el costo de aprendizaje para el usuario.
Sin embargo, esto necesita completarse mediante un hard fork, y debería incluirse en la próxima actualización o en la siguiente actualización.
De hecho, hay muchas deudas técnicas en el desarrollo tradicional. Generalmente, se oscila entre 【rehacer la deducción】 o 【agregar un parche】, y considerando la carga de trabajo, a menudo se elige agregar un parche al final.
El resultado es que el código y las funciones se vuelven cada vez más voluminosos, llegando a un punto en que nadie se atreve a hacer cambios fácilmente, solo se pueden seguir agregando parches.
Así que la deuda técnica debe ser pagada a tiempo.