Actualización Hegotá de Ethereum: lo que las empresas deben saber antes de elegir una empresa de desarrollo de blockchain.

Las empresas que invierten en aplicaciones basadas en Ethereum deben considerar más que las capacidades actuales de la red. Las actualizaciones del protocolo pueden cambiar la forma en que se incluyen las transacciones, cómo las cuentas validan la actividad y cómo las aplicaciones se preparan para los riesgos criptográficos emergentes. La próxima actualización Hegotá de Ethereum pone de relieve estas consideraciones mediante dos características planificadas: las Listas de Inclusión Forzadas de Elección de Bifurcación (FOCIL) y las Transacciones de Marco. Ambas están programadas para su inclusión, aunque la actualización más amplia aún está en fase de planificación. Mientras tanto, la Fundación Ethereum ha establecido diciembre de 2029 como su objetivo para la preparación post-cuántica en las capas de ejecución, consenso y datos de Ethereum. Para las empresas que seleccionan una empresa de desarrollo de blockchain , comprender estos avances puede ayudar a fundamentar las decisiones de arquitectura, la planificación de la seguridad y las estrategias de mantenimiento a largo plazo.

¿Qué es la actualización Hegotá de Ethereum?

Hegotá es la actualización de la red Ethereum que se espera siga a Glamsterdam. Su nombre combina Bogotá, el nombre de la actualización de la capa de ejecución, y Heze, el nombre de la actualización de la capa de consenso. Según la hoja de ruta de Hegotá en Ethereum.org , la actualización está en fase de planificación, con el lanzamiento de la red principal previsto para el segundo trimestre de 2027. La fecha no está confirmada y el alcance restante aún se está evaluando.

Actualmente, dos propuestas definen la dirección que tomará Hegotá:

• FOCIL (EIP-7805): Un mecanismo de protocolo diseñado para reforzar las garantías de inclusión de transacciones y reducir la dependencia de los constructores de bloques individuales.
• Transacciones de trama (EIP-8141): Se propone un modelo de transacción que permite a las cuentas definir su propia lógica de validación, lo que posibilita una funcionalidad de cuenta más flexible.

En septiembre de 2026, el Clúster de Protocolos de la Fundación Ethereum publicó una evaluación unificada de 62 propuestas de mejora de Ethereum (EIP) candidatas. Aproximadamente 60 colaboradores de nueve equipos participaron en la evaluación, que generó 397 evaluaciones individuales por niveles. FOCIL y las Transacciones de Marco recibieron la clasificación más alta (nivel S), lo que significa que el Clúster de Protocolos las considera características imprescindibles.

Quince propuestas recibieron evaluaciones de nivel A , lo que indica que se espera que se implementen, mientras que otras propuestas permanecen condicionales, por debajo del umbral de inclusión o indecisas. Estas evaluaciones comunican las prioridades del Clúster de Protocolo; no hacen que el alcance total de la actualización sea inmutable.

Glamsterdam vs. Hegotá: ¿En qué se diferencian sus prioridades?

Las dos actualizaciones abordan diferentes aspectos de la evolución de Ethereum. Glamsterdam se centra en la producción y ejecución de bloques, mientras que se espera que Hegotá mejore las garantías de inclusión de transacciones y la funcionalidad a nivel de cuenta.

Para los equipos de desarrollo, esta distinción es importante a la hora de planificar las dependencias, evaluar la compatibilidad de las actualizaciones y decidir qué opciones arquitectónicas deben seguir siendo adaptables.

FOCIL: Por qué las garantías de inclusión de transacciones son importantes para los servicios de desarrollo de aplicaciones blockchain.

La arquitectura de procesamiento de transacciones de Ethereum otorga a los constructores de bloques influencia sobre qué transacciones se incluyen en un bloque propuesto. Si bien las transacciones se pueden volver a enviar, la inclusión tardía puede generar problemas para las aplicaciones que dependen de una ejecución predecible.

FOCIL está diseñado para reducir esta dependencia de constructores individuales mediante la introducción de listas de inclusión de múltiples validadores. Según el mecanismo propuesto, los validadores participantes especifican las transacciones elegibles que deben incluirse. Las reglas de validación del protocolo limitan entonces la capacidad de los constructores de bloques para excluir transacciones que cumplan con los requisitos pertinentes.

El objetivo es dificultar la censura distribuyendo la influencia sobre la inclusión de transacciones en lugar de dejarla enteramente en manos del constructor del bloque.

Qué podría significar FOCIL para la aplicación empresarials

Para los equipos que ofrecen servicios de desarrollo de aplicaciones blockchain , la inclusión de transacciones es una consideración arquitectónica que afecta a mucho más que el simple envío de transacciones. Puede influir en la capacidad de respuesta de la aplicación, las suposiciones de ejecución, la experiencia del usuario y la monitorización operativa.

Las posibles implicaciones incluyen:

• Aplicaciones de pago: Los sistemas pueden diseñarse con una comprensión más clara de las reglas de inclusión de transacciones en constante evolución de Ethereum, manteniendo al mismo tiempo los mecanismos de reintento y gestión de confirmaciones.
• Infraestructura de comercio e intercambio: Los desarrolladores pueden evaluar cómo el orden de las transacciones, los retrasos en la inclusión y las dependencias de ejecución afectan al comportamiento de la aplicación.
• Aplicaciones de contratos inteligentes: Los cambios en el protocolo pueden requerir pruebas relacionadas con el envío de transacciones, los estados pendientes, los resultados de la ejecución y el manejo de fallos.
• Flujos de trabajo empresariales: Las aplicaciones que dependen de la liquidación en la cadena de bloques pueden explicar la distinción entre enviar una transacción, que esta se incluya y recibir la confirmación o la finalización requerida.

FOCIL no debe interpretarse como una garantía de ejecución inmediata ni como un tiempo fijo de confirmación de transacciones. Su objetivo es ofrecer una mayor resistencia a la censura mediante reglas de inclusión a nivel de protocolo.

Para las empresas, la prioridad práctica es crear aplicaciones que puedan adaptarse a los mecanismos de inclusión de transacciones en constante evolución, sin depender de suposiciones sobre cómo se comportan los desarrolladores individuales.

Transacciones de marco: ¿Qué podrían cambiar para las soluciones blockchain personalizadas?

Las cuentas convencionales de Ethereum, propiedad de terceros, suelen autorizar las transacciones mediante una clave privada y su correspondiente firma. Las cuentas de contratos inteligentes admiten reglas de autorización más flexibles, pero los métodos existentes pueden depender de una infraestructura adicional para el procesamiento de transacciones.

Las transacciones en marco proponen trasladar la lógica de validación específica de cada cuenta al propio modelo de transacción. En lugar de depender de un método de autorización universal, una cuenta podría definir las condiciones bajo las cuales una transacción se considera válida.

La propuesta tiene como objetivo impulsar la abstracción de cuentas nativas y ampliar la gama de modelos de autorización que pueden admitir las cuentas de Ethereum.

Aplicaciones potenciales de las transacciones de marcos

Para las empresas que desarrollan soluciones blockchain personalizadas , la validación de cuentas está directamente relacionada con la seguridad, la gestión de accesos, la autorización de transacciones y la experiencia del usuario.

Las transacciones de marco podrían admitir varias capacidades:

• Recuperación social: Los titulares de las cuentas podrían utilizar mecanismos de recuperación alternativos en lugar de depender exclusivamente de una única clave privada.
• Límites de gasto: Las cuentas podrían aplicar restricciones de valor de transacción o de uso a través de su lógica de validación.
• Autorización multipartita: Las transacciones podrían requerir la aprobación de varios participantes autorizados antes de su ejecución.
• Patrocinio de gas: Las aplicaciones podrían admitir modalidades alternativas de pago de tarifas, dependiendo del diseño y la implementación de su cuenta.
• Flexibilidad criptográfica: Las cuentas podrán adoptar diferentes métodos de verificación de firma a medida que se vayan implementando los sistemas compatibles.

Estas capacidades podrían reducir la dependencia de ciertos componentes externos de abstracción de cuentas. Sin embargo, esto no significa que todos los servicios de empaquetado, pago, retransmisión u otros servicios de transacciones se vuelvan innecesarios. Los requisitos reales dependerán de la especificación final del protocolo y la arquitectura de la aplicación.

Por qué las transacciones de marcos también son importantes para la agilidad criptográfica.

La importancia de las transacciones Frame va más allá de la comodidad de la billetera. La estrategia post-cuántica de la Fundación Ethereum identifica la abstracción de cuentas nativas como una forma de brindar a las cuentas de la capa de ejecución mayor flexibilidad para adoptar nuevos esquemas de firma. Esta flexibilidad podría ayudar a las aplicaciones a migrar desde mecanismos criptográficos que podrían volverse vulnerables a computadoras cuánticas suficientemente potentes.

Eso no significa que todas las cuentas sean automáticamente resistentes a la computación cuántica. La seguridad dependerá del esquema de firma seleccionado, su implementación y las dependencias criptográficas más amplias de la aplicación.

Para los equipos de desarrollo, la oportunidad reside en evitar la codificación rígida de supuestos de autorización que podrían dificultar innecesariamente una futura migración criptográfica.

El objetivo post-cuántico de Ethereum: lo que las empresas deben prepararse

La actualización de prioridades del protocolo de la Fundación Ethereum de septiembre de 2026 establece el objetivo de lograr que la capa 1 de Ethereum sea resistente a la computación cuántica en sus capas de ejecución, consenso y datos para diciembre de 2029.

La Fundación también recomienda planificar teniendo en cuenta la posibilidad de que surja una computadora cuántica con capacidad criptográfica significativa ya en 2030. Describe esto como una suposición de planificación deliberadamente ambiciosa, no como una predicción de que dicha máquina necesariamente existirá para esa fecha.

La Fundación tiene previsto revisar el calendario en enero de 2027 con la colaboración de expertos externos.

Comprender las tres capas de preparación post-cuántica

La preparación para la era post-cuántica no se reduce a una simple actualización de software. Las diferentes capas utilizan distintos mecanismos criptográficos y sus requisitos de migración varían.

La capa de ejecución puede beneficiarse de la flexibilidad a nivel de cuenta. La criptografía de consenso, en cambio, requiere cambios a nivel de protocolo, investigación minuciosa, implementación y pruebas. Los cambios en la capa de datos plantean sus propias consideraciones de compatibilidad y verificación.

Hegotá forma parte de esta hoja de ruta más amplia, y no es la actualización que completará toda la transición post-cuántica de Ethereum.

Qué significa esto para las empresas que desarrollan sus proyectos en Ethereum.

Las empresas que seleccionen una compañía de desarrollo de blockchain Ethereum deben considerar la vida útil prevista de sus aplicaciones y las consecuencias de futuros cambios criptográficos.

Por ejemplo:

• Infraestructura de custodia: Revise la gestión de claves, las dependencias de firmas, los procedimientos de recuperación y las opciones de migración.
• Activos tokenizados: Considere los requisitos de seguridad a largo plazo de los contratos y las cuentas que autorizan los movimientos de activos.
• Aplicaciones empresariales: Documentar las dependencias criptográficas entre contratos inteligentes, sistemas de identidad, servicios de transacciones e infraestructura de soporte.
• Plataformas de monederos: Evaluar si la lógica de autorización puede evolucionar sin requerir un rediseño exhaustivo en todas las aplicaciones conectadas.

El objetivo no es reconstruir los sistemas existentes simplemente porque se planea una actualización futura, sino comprender dónde las decisiones arquitectónicas actuales podrían limitar las opciones futuras. Un inventario criptográfico, una estrategia de actualización documentada y revisiones de seguridad periódicas pueden ayudar a los equipos a prepararse sin comprometerse prematuramente con una implementación post-cuántica específica.

Qué deben evaluar las empresas antes de elegir compañías de desarrollo de blockchain.

Hegotá aún se encuentra en fase de planificación, y su alcance y cronograma finales pueden cambiar. Las empresas no necesitan rediseñar toda su infraestructura tecnológica en torno a propuestas que aún no han llegado a la red principal. Sin embargo, los próximos cambios de protocolo ofrecen una base útil para evaluar el enfoque de ingeniería de un socio de desarrollo. Antes de comprometerse con un proyecto, considere los siguientes aspectos.

1. Flexibilidad de la arquitectura

Pregunte cómo la arquitectura propuesta gestiona los cambios en la validación de transacciones, la autorización de cuentas y las interfaces de protocolo.

Un sistema bien diseñado debería permitir actualizar los componentes afectados sin necesidad de reconstruir funcionalidades de la aplicación que no estén relacionadas.

2. Planificación de la monitorización y actualización del protocolo

Evaluar si el equipo de desarrollo sigue las propuestas de mejora de Ethereum, las implementaciones de clientes, los lanzamientos de la red de prueba y las actualizaciones de la hoja de ruta oficial.

El monitoreo por sí solo no es suficiente. El equipo también debe contar con un proceso para evaluar qué cambios afectan la aplicación, priorizar el trabajo resultante y validar las actualizaciones antes de su implementación en producción.

3. Gestión de transacciones y recuperación ante fallos

Pregunte cómo gestiona la aplicación las transacciones pendientes, los envíos fallidos, las transacciones de reemplazo, los escenarios de reorganización y los requisitos de confirmación.

FOCIL puede modificar las garantías de inclusión de transacciones del protocolo, pero una ingeniería de aplicaciones sólida seguirá requiriendo procedimientos explícitos de gestión y recuperación del estado de las transacciones.

4. Gestión de dependencias criptográficas

Comprenda de qué esquemas de firma, bibliotecas criptográficas, servicios de gestión de claves y mecanismos de verificación depende la aplicación.

Un socio de desarrollo debería poder explicar cómo se documentan, revisan y actualizan estas dependencias a medida que evolucionan los requisitos de seguridad.

5. Pruebas y validación de seguridad

Confirma cómo el equipo valida los contratos inteligentes, la funcionalidad de la billetera, las integraciones de protocolos y los cambios relacionados con las actualizaciones.

Las pruebas deben incluir casos límite relevantes y escenarios de fallo, no solo transacciones exitosas. Para aplicaciones de larga duración, las pruebas de regresión y el mantenimiento continuo de la seguridad son tan importantes como la implementación inicial.

Estos criterios de evaluación ayudan a las empresas a distinguir entre los equipos que desarrollan una aplicación de acuerdo con los requisitos actuales y los equipos que pueden mantenerla a medida que evoluciona el protocolo subyacente.

Cómo los servicios de desarrollo de blockchain pueden respaldar la preparación a largo plazo para Ethereum

El valor de los servicios de desarrollo de blockchain va más allá de la implementación inicial. Las aplicaciones en producción requieren revisiones de arquitectura, pruebas de integración, mantenimiento de la seguridad y un enfoque estructurado para los cambios de protocolo.

Para los proyectos basados ​​en Ethereum, ese trabajo puede incluir:

• Revisión de la arquitectura de contratos inteligentes y monederos electrónicos en función de los cambios de protocolo previstos.
• Identificar las dependencias de la infraestructura de procesamiento de transacciones y los mecanismos de validación de cuentas.
• Evaluar las dependencias criptográficas y documentar las posibles rutas de migración.
• Probar el comportamiento de la aplicación con las implementaciones relevantes del cliente y de la red de prueba a medida que estén disponibles.
• Mantener la compatibilidad entre contratos inteligentes, API, servicios de indexación y componentes de gestión de transacciones.
• Planificación de ventanas de actualización, pruebas de regresión y monitorización de la producción.

No todas las aplicaciones requerirán cambios con cada actualización de Ethereum. El alcance debe basarse en una evaluación técnica de las dependencias de la aplicación, los requisitos comerciales y la exposición a riesgos de seguridad. Para los equipos que desarrollan en Ethereum a largo plazo, este enfoque ayuda a mantener las decisiones de ingeniería alineadas con las capacidades en constante evolución de la red, sin considerar cada propuesta de hoja de ruta como un requisito de implementación inmediata.

Preparando su arquitectura Ethereum para la próxima actualización.

La hoja de ruta de Ethereum para Hegotá y su cronograma post-cuántico ponen de relieve una consideración más amplia para las empresas: las aplicaciones blockchain deben tener en cuenta los cambios que van más allá de su implementación inicial. La capacidad de revisar las dependencias técnicas, validar las actualizaciones y adaptar los mecanismos de seguridad será cada vez más importante para las aplicaciones diseñadas para un uso a largo plazo.

Por lo tanto , al elegir una empresa de desarrollo de blockchain, es fundamental evaluar su capacidad para brindar soporte a una aplicación durante todo su ciclo de vida, desde las decisiones de arquitectura hasta el mantenimiento continuo. Antier ofrece servicios de desarrollo de blockchain Ethereum para ayudar a las empresas a crear aplicaciones adaptables respaldadas por una ingeniería sólida y una planificación técnica a largo plazo.