Para los desarrolladores de Ethereum, operadores de nodos y usuarios cripto técnicos, esto es relevante porque una lógica de cuenta más avanzada puede aumentar la carga de red y limitar la propagación de transacciones. La propuesta se enfoca únicamente en la admisión al mempool, sin afectar recompensas de staking, emisión de validadores ni el suministro de ETH.
Esta distinción elimina una fuente clave de confusión. Un borrador independiente de Tapered Issuance Burn llegó a usar provisionalmente el número EIP-8361 en agosto de 2026, pero los editores de Ethereum indicaron que ese número ya estaba reservado para Transaction Validity Proofs y reasignaron la propuesta de staking como EIP-8363. Por eso, este artículo explica la propuesta real sobre mempool y aclara por qué siguen apareciendo referencias a emisión y staking bajo la palabra clave EIP-8361 en algunos sitios y páginas antiguas.
Puntos clave:
- EIP-8361 introduce una admisión basada en pruebas para transacciones frame elegibles según EIP-8141.
- Los nodos pueden verificar una prueba de validez sucinta en vez de ejecutar repetidas veces lógica de validación compleja antes de admitir una transacción en el mempool público.
- El enfoque busca reducir la computación duplicada y permitir cuentas programables más expresivas.
- La admisión basada en pruebas no reemplaza la ejecución normal de Ethereum ni garantiza inclusión en bloque.
- Los ratios de staking, la reducción de emisión, la quema de recompensas de validadores y el umbral de 60,25 millones de ETH corresponden a EIP-8363 Tapered Issuance Burn, no a la numeración final de EIP-8361.
¿Cómo podría EIP-8361 cambiar la validación del mempool en Ethereum?
Los nodos de Ethereum no retransmiten automáticamente cada transacción. Antes de que una transacción entre en el mempool local y se propague a otros nodos, aplican controles de admisión para rechazar tráfico inválido o excesivamente costoso. Así, el mempool actúa como filtro entre la difusión de la transacción y su posible inclusión en bloque.
Las transacciones frame de EIP-8141 hacen la admisión más exigente porque la autorización, la selección de pagador y otras condiciones pueden definirse mediante validación programable. En la admisión basada en simulación, los nodos receptores pueden tener que ejecutar ese prefijo de validación ellos mismos. Cuando la misma transacción circula por muchos nodos, este trabajo computacional puede repetirse en toda la red.
EIP-8361 Transaction Validity Proofs plantea otro enfoque: ejecutar el prefijo de validación off-chain, generar un STARK sucinto y propagar esa prueba junto con la transacción. Así, un nodo receptor puede verificar la prueba y los supuestos declarados en vez de reconstruir toda la computación.
Admisión basada en pruebas EIP-8361 y carga de trabajo de los nodos
La propuesta traslada el trabajo costoso de admisión fuera de cada nodo, sin reemplazar la ejecución autoritativa de Ethereum. La prueba demuestra si la transacción cumple las condiciones necesarias para la admisión al mempool, pero no sustituye la ejecución on-chain.
El proceso detallado de prueba de validez de transacción vincula la prueba a la transacción y a los supuestos relevantes. Tras la verificación, un nodo puede admitir y retransmitir la transacción. Si un validador la incluye después en un bloque, Ethereum la ejecuta normalmente, mientras que la prueba de admisión se mantiene como metadato de red y no como estado permanente en la blockchain.
¿Qué podría cambiar en la propagación de transacciones?
Si la verificación de pruebas resulta más barata o predecible que ejecutar repetidas veces una validación compleja, EIP-8361 podría permitir que transacciones con condiciones programables avanzadas se propaguen sin imponer la misma carga a cada nodo.
El borrador también plantea eliminar la restricción MAX_VERIFY_GAS para transacciones con pruebas. Esto podría facilitar el acceso al mempool público para esquemas de validación complejos, manteniendo la protección a nivel de red frente a tráfico abusivo.
Esto no elimina todos los cuellos de botella. La verificación de pruebas consume recursos, los supuestos pueden quedar obsoletos y las implementaciones siguen requiriendo políticas anti-spam y de gossip compatibles. La admisión al mempool sigue siendo distinta de la inclusión: validadores y constructores pueden priorizar transacciones elegibles según comisiones, demanda de espacio en bloque y valor extraíble máximo.
Un gráfico de precio en vivo de Ethereum puede dar contexto de mercado en los debates sobre el protocolo, pero la evolución del precio de ETH no determina si un mecanismo de mempool mejora la eficiencia de los nodos.
Por qué se confunde EIP-8361 con Tapered Issuance Burn
Las estadísticas de staking que circulan bajo “EIP-8361” describen lo que ahora es EIP-8363, una propuesta Core distinta centrada en la curva actual de emisión de Ethereum. Durante su envío en agosto de 2026, sus autores asignaron provisionalmente el número 8361; los editores de Ethereum señalaron que ese número ya estaba reservado para Transaction Validity Proofs y reasignaron la propuesta de emisión como EIP-8363.
EIP-8363 propone un Tapered Issuance Burn, donde una fracción creciente de las recompensas idealizadas de validadores se quema a medida que aumenta el ratio de staking. Su balance de saturación es de aproximadamente 60,25 millones de ETH, cerca de la mitad del suministro de ETH; en ese punto, la fracción quemada alcanza el 100 % de las recompensas de consenso cubiertas.
En agosto se informaron aproximadamente 41,1 millones de ETH, o el 33,7 % del suministro, en staking. Con ese ratio, los cálculos según la curva propuesta sitúan la fracción de recompensas quemadas cerca del 56 % si se aplicase el taper completo. El borrador, no obstante, prevé una transición de 18 meses en vez de una reducción económica inmediata.
El argumento económico de EIP-8363 es que el modelo actual de emisión mantiene un rendimiento mínimo incluso cuando una mayor proporción de ETH entra en staking. Los defensores sostienen que esto puede seguir incentivando la participación incluso cuando la red ya ha acumulado una seguridad económica significativa. Bajo el modelo tapered, la emisión anual máxima se estima cerca del 0,5 % del suministro total de Ethereum con un ratio de staking del 20 %, y disminuye a medida que aumenta el staking.
Un escenario de apoyo estima que, si la entrada de validadores se mantiene cerca del churn máximo y las salidas son limitadas, más de 70 millones de ETH podrían estar en staking para el 1 de enero de 2028, superando el 55 % del suministro. Es un escenario para el debate, no una previsión garantizada.
Los defensores argumentan que una menor emisión con ratios altos de staking podría reducir la dilución y, junto a los mecanismos actuales de quema de comisiones, aumentar las condiciones para que ETH sea estructuralmente deflacionario. No se puede afirmar que EIP-8363 garantice la deflación, ya que el suministro total depende de la relación entre emisión y ETH quemado por actividad de red.
Los críticos se centran en otro aspecto: reducir los ingresos de consenso podría hacer menos atractiva la operación para validadores pequeños o ciertos métodos de staking, favoreciendo a participantes con mayor escala, otras fuentes de ingresos o acceso a valor extraíble máximo. Los defensores responden que el crecimiento y concentración descontrolados del staking pueden generar riesgos a largo plazo. La propuesta sigue en revisión, por lo que tanto el mecanismo como sus supuestos económicos siguen siendo objeto de debate en la investigación de Ethereum.
Estos argumentos sobre staking no alteran la respuesta a la cuestión principal: EIP-8361 Transaction Validity Proofs modifica la admisión al mempool, mientras que EIP-8363 afecta la economía de emisión de validadores.
Riesgos y limitaciones
EIP-8361 sigue en fase de borrador. Su seguridad depende de una verificación de pruebas sólida, gestión precisa de supuestos, calidad de implementación y límites de recursos adecuados. Generar y verificar pruebas también tiene costes, por lo que el mecanismo reduce una fuente de computación duplicada, pero no elimina completamente la sobrecarga de red.
Una prueba de admisión válida no garantiza inclusión. Constructores y validadores siguen decidiendo qué transacciones elegibles entran en los bloques, y el orden puede seguir interactuando con comisiones y valor extraíble máximo.
La historia de la numeración añade un riesgo de verificación de la información. Resultados de búsqueda, publicaciones sociales, artículos antiguos y contenido en caché pueden seguir llamando a Tapered Issuance Burn “EIP-8361”. Los usuarios que investiguen deben comprobar el registro EIP actual en vez de confiar solo en páginas antiguas, publicaciones en X, anuncios, resúmenes de plataformas o resultados automatizados. El proceso oficial de EIP de Ethereum identifica Transaction Validity Proofs como 8361 y la propuesta de emisión como 8363.
Conclusión
EIP-8361 podría hacer más eficiente la admisión al mempool de Ethereum para transacciones frame programables al reemplazar la simulación repetida del prefijo de validación por una verificación sucinta de pruebas. Su principal ventaja es permitir que lógica de validación avanzada se propague sin exigir que cada nodo receptor realice el mismo trabajo costoso.
El debate sobre staking en torno a la palabra clave proviene de una colisión de numeración, no del mecanismo de mempool. El balance de saturación de 60,25 millones de ETH, la reducción progresiva de recompensas a validadores, la emisión máxima anual del 0,5 % y los escenarios con más de 70 millones de ETH en staking pertenecen a EIP-8363. Mantener separadas ambas propuestas es clave para comprender qué cambiaría realmente EIP-8361.
Preguntas frecuentes
¿EIP-8361 reduce las recompensas a validadores en un 56 %?
No. La cifra del 56 % corresponde a cálculos para EIP-8363 Tapered Issuance Burn con un ratio de staking similar al reportado en agosto de 2026. EIP-8361 Transaction Validity Proofs no reduce las recompensas a validadores.
¿EIP-8361 alcanza una tasa de quema del 100 % con 60,25 millones de ETH en staking?
No. El balance de saturación de 60,25 millones de ETH es propio de EIP-8363. En ese nivel, cerca de la mitad del suministro de ETH bajo los parámetros de referencia de la propuesta, la fracción de recompensas de consenso quemada llega al 100 %; EIP-8361 no incluye ninguna curva de quema basada en staking.
¿Hay actualmente unos 41,1 millones de ETH en staking?
En agosto de 2026 se reportaron 41,1 millones de ETH, o 33,7 % del suministro, en staking al debatir la propuesta Tapered Issuance Burn. El ETH en staking varía con el tiempo, así que ese dato debe verse como una instantánea puntual, no como un parámetro permanente de Ethereum.
¿Podrían estar más de 70 millones de ETH en staking en 2028?
Un escenario de apoyo sostiene que más de 70 millones de ETH podrían estar en staking para el 1 de enero de 2028 si la cola de entrada se mantiene muy utilizada y las salidas siguen limitadas. Es una proyección condicional para justificar EIP-8363, no una garantía de protocolo ni una especificación de EIP-8361.
¿La emisión anual de ETH alcanzaría el 0,5 % según la propuesta?
Bajo el modelo tapered de EIP-8363, los defensores calculan que la emisión anual máxima rondaría el 0,5 % del suministro total de ETH con un ratio de staking del 20 %, y disminuiría a medida que aumente el staking. Esa curva de emisión no está relacionada con las transaction validity proofs de EIP-8361.
¿El Tapered Issuance Burn haría que ETH fuera estructuralmente deflacionario?
No automáticamente. Con ratios de staking altos, EIP-8363 reduciría o eliminaría la emisión cubierta por consenso, haciendo que la quema de comisiones existente tenga mayor impacto en el suministro neto de ETH. ETH solo sería deflacionario si la quema total supera la emisión restante; la propuesta no garantiza ese resultado en todos los periodos.
¿Qué cambia realmente EIP-8361?
EIP-8361 propone transaction validity proofs para la admisión al mempool. Una transacción EIP-8141 elegible puede portar un STARK sucinto para que los nodos receptores verifiquen el resultado de validación y los supuestos, en vez de ejecutar repetidamente el prefijo de validación completo antes de la propagación.
