Technologie & IA
Ethereum: la EIP-7843 propone acceso directo al número de slot desde los contratos
SLOTNUM fija el 1 de noviembre como plazo de Last Call. Busca evitar cálculos desde la marca temporal, sin anunciar cambios ya activados en la cadencia de la red.
Lucía NavarroFirma editorial
Una consulta sobre el tiempo del consenso
La EIP-7843 alcanza el 1 de noviembre de 2026 el plazo de última consulta de su documento oficial. Creada el 6 de diciembre de 2024 por Marc Harvey-Hill, sigue mostrando Last Call al verificarse. Introduciría una instrucción para que los contratos obtengan directamente el número de slot del bloque actual. Es una etapa de revisión, no una herramienta ya activada para todas las aplicaciones.
El slot es una posición en el calendario del consenso, distinta del simple número de bloque. El documento describe dos métodos actuales: calcularlo desde la marca temporal o aportarlo con una prueba vinculada a la raíz de un bloque de consenso. El primero fija una hipótesis sobre la duración del slot; el segundo requiere comprobaciones y cálculo adicionales que la propuesta busca evitar.
Una instrucción de dos gas y otro campo
SLOTNUM utilizaría el código de operación 0x4b y añadiría a la pila el número de slot del bloque. La especificación fija un coste de dos gas. Es el coste de la instrucción, no el de una transacción completa ni una garantía de ahorro general. Se alinea con otras instrucciones básicas comparables.
El cliente de consenso calcularía el dato y lo transmitiría a la capa de ejecución. El proyecto incorpora slotNumber a la cabecera y a los objetos de Engine API, la interfaz entre ambas capas. Describe versiones de métodos para construir, recibir y seleccionar bloques con ese dato. Las aplicaciones no tendrían que reproducir una regla de conversión basada en una duración supuesta.
Preparar cambios sin prometer bloques más rápidos
La motivación principal es reducir la dependencia entre contratos y calendario de la red. Si la duración de los slots cambiara, un cálculo fijo podría dejar de ser adecuado. Exponer directamente el número del consenso preservaría esa abstracción. Incluirlo en la cabecera también busca que el bloque sea autónomo para los sistemas que prueban la ejecución, sin otra entrada separada.
La propuesta no fija una nueva duración ni demuestra una decisión de acortarla. No ofrece casos de prueba detallados y no identifica problemas de compatibilidad en su sección correspondiente; nada de ello demuestra despliegue. Para los desarrolladores, se trata de acceder más directamente a información del consenso. El 1 de noviembre corresponde a la revisión, separada de su adopción y disponibilidad efectiva.