Actualització Hegotá d'Ethereum: què haurien de saber les empreses abans de triar una empresa de desenvolupament de blockchain

Les empreses que inverteixen en aplicacions basades en Ethereum han de tenir en compte més que les capacitats de xarxa actuals. Les actualitzacions de protocols poden canviar la manera com s'inclouen les transaccions, com els comptes validen l'activitat i com les aplicacions es preparen per als riscos criptogràfics emergents. La propera actualització Hegotá d'Ethereum posa el focus en aquestes consideracions a través de dues funcions planificades: les llistes d'inclusió forçades per elecció de forquilla (FOCIL) i les transaccions de marc. Ambdues estan programades per a la seva inclusió, tot i que l'actualització més àmplia encara està en planificació. Mentrestant, la Fundació Ethereum ha establert el desembre de 2029 com el seu objectiu per a la preparació postquàntica a les capes d'execució, consens i dades d'Ethereum. Per a les empreses que seleccionen una empresa de desenvolupament de blockchain , comprendre aquests desenvolupaments pot ajudar a informar les decisions d'arquitectura, la planificació de seguretat i les estratègies de manteniment a llarg termini.

Què és l'actualització Hegotá d'Ethereum?

Hegotá és l'actualització de la xarxa Ethereum que s'espera que segueixi Glamsterdam. El seu nom combina Bogotá, el nom de l'actualització de la capa d'execució, i Heze, el nom de l'actualització de la capa de consens. Segons la full de ruta d'Hegotá d'Ethereum.org , l'actualització està en planificació, amb la xarxa principal prevista provisionalment per al segon trimestre del 2027. La data no està confirmada i l'abast restant encara s'està avaluant.

Actualment hi ha dues propostes que defineixen la direcció d'Hegotá:

• FOCIL (EIP-7805): Un mecanisme de protocol dissenyat per reforçar les garanties d'inclusió de transaccions i reduir la dependència dels constructors de blocs individuals.
• Transaccions de marc (EIP-8141): Un model de transacció proposat que permet als comptes definir la seva pròpia lògica de validació, permetent una funcionalitat de compte més flexible.

El clúster de protocols de la Fundació Ethereum va publicar una avaluació unificada de 62 EIP candidats el setembre de 2026. Aproximadament 60 col·laboradors de nou equips van participar en l'avaluació, que va produir 397 avaluacions de nivell individual. FOCIL i Frame Transactions van rebre la classificació de nivell S més alta, cosa que significa que el clúster de protocols les considera característiques imprescindibles.

Quinze propostes més van rebre avaluacions de nivell A , cosa que indica que s'espera que s'enviïn, mentre que altres propostes romanen condicionals, per sota del llindar d'inclusió o indecises. Aquestes avaluacions comuniquen les prioritats del clúster de protocols; no fan que tot l'abast de l'actualització sigui immutable.

Glamsterdam vs. Hegotá: com difereixen les seves prioritats

Les dues actualitzacions aborden diferents parts de l'evolució d'Ethereum. Glamsterdam se centra en la producció i execució de blocs, mentre que s'espera que Hegotá avanci en les garanties d'inclusió de transaccions i la funcionalitat a nivell de compte.

Per als equips de desenvolupament, aquesta distinció és important a l'hora de planificar dependències, avaluar la compatibilitat d'actualitzacions i decidir quines opcions arquitectòniques han de seguir sent adaptables.

FOCIL: Per què les garanties d'inclusió de transaccions són importants per als serveis de desenvolupament d'aplicacions Blockchain

L'arquitectura de processament de transaccions d'Ethereum dóna als creadors de blocs influència sobre quines transaccions entren en un bloc proposat. Tot i que les transaccions es poden tornar a enviar, la inclusió retardada pot crear problemes per a les aplicacions que depenen d'una execució predictible.

FOCIL està dissenyat per reduir aquesta dependència dels constructors individuals mitjançant la introducció de llistes d'inclusió de múltiples validadors. Segons el mecanisme proposat, els validadors participants especifiquen les transaccions elegibles que s'haurien d'incloure. Les regles de validació del protocol restringeixen la capacitat dels constructors de blocs per excloure les transaccions que compleixen els requisits pertinents.

L'objectiu és dificultar la censura distribuint la influència sobre la inclusió de transaccions en lloc de deixar-la completament al creador de blocs.

Què podria significar FOCIL per a les aplicacions empresarialss

Per als equips que ofereixen serveis de desenvolupament d'aplicacions blockchain , la inclusió de transaccions és una consideració arquitectònica que afecta més que l'enviament de transaccions. Pot influir en la capacitat de resposta de l'aplicació, les suposicions d'execució, l'experiència de l'usuari i la supervisió operativa.

Les possibles implicacions inclouen:

• Sol·licituds de pagament: Els sistemes es poden dissenyar amb una comprensió més clara de les regles d'inclusió de transaccions en evolució d'Ethereum, tot mantenint els mecanismes de reintents i gestió de confirmacions.
• Infraestructura de comerç i intercanvi: Els desenvolupadors poden avaluar com l'ordre de les transaccions, els retards d'inclusió i les dependències d'execució afecten el comportament de l'aplicació.
• Aplicacions de contractes intel·ligents: Els canvis en el protocol poden requerir proves sobre l'enviament de transaccions, els estats pendents, els resultats de l'execució i la gestió d'errors.
• Fluxos de treball empresarials: Les aplicacions que depenen de la liquidació en cadena poden explicar la distinció entre enviar una transacció, incloure-la i rebre la confirmació o la finalització requerida.

FOCIL no s'ha d'interpretar com una garantia d'execució immediata o un temps fix de confirmació de transaccions. La seva contribució prevista és una resistència més forta a la censura mitjançant regles d'inclusió a nivell de protocol.

Per a les empreses, la prioritat pràctica és crear aplicacions que puguin adaptar-se als mecanismes d'inclusió de transaccions en evolució sense dependre de suposicions sobre com es comporten els constructors individuals.

Transaccions de marc: què podrien canviar per a les solucions de blockchain personalitzades

Els comptes convencionals de propietat externa d'Ethereum solen autoritzar transaccions mitjançant una clau privada i una signatura corresponent. Els comptes de contracte intel·ligent poden admetre regles d'autorització més flexibles, però els enfocaments existents poden dependre d'una infraestructura addicional de processament de transaccions.

Les Transaccions de Marc proposen traslladar la lògica de validació específica del compte al propi model de transacció. En lloc de confiar en un mètode d'autorització universal, un compte podria definir les condicions sota les quals una transacció es considera vàlida.

La proposta pretén avançar en l'abstracció de comptes nadius i ampliar la gamma de models d'autorització que els comptes d'Ethereum poden admetre.

Aplicacions potencials de les transaccions de marc

Per a les empreses que desenvolupen solucions de blockchain personalitzades , la validació de comptes està directament relacionada amb la seguretat, la gestió d'accés, l'autorització de transaccions i l'experiència de l'usuari.

Les transaccions de marc poden admetre diverses capacitats:

• Recuperació social: Els titulars de comptes podrien utilitzar mecanismes de recuperació alternatius en lloc de dependre exclusivament d'una única clau privada.
• Límits de despesa: Els comptes podrien aplicar restriccions de valor de transacció o d'ús a través de la seva lògica de validació.
• Autorització multipartida: Les transaccions podrien requerir l'aprovació de diversos participants autoritzats abans de l'execució.
• Patrocinador de gas: Les sol·licituds podrien admetre acords de pagament de taxes alternatius, depenent del disseny i la implementació del seu compte.
• Flexibilitat criptogràfica: Els comptes podrien adoptar diferents mètodes de verificació de signatures a mesura que els esquemes compatibles estiguin disponibles.

Aquestes capacitats podrien reduir la dependència de certs components externs d'abstracció de comptes. Tanmateix, no signifiquen que tots els paquets, pagadors, retransmissors o altres serveis de transaccions esdevinguin innecessaris. Els requisits reals dependran de l'especificació final del protocol i de l'arquitectura de l'aplicació.

Per què les transaccions de marcs també importen per a l'agilitat criptogràfica

La importància de les transaccions de marc va més enllà de la comoditat del moneder. L'estratègia postquàntica de la Fundació Ethereum identifica l'abstracció nativa de comptes com una manera de donar als comptes de la capa d'execució una major flexibilitat a l'hora d'adoptar nous esquemes de signatura. Aquesta flexibilitat podria ajudar les aplicacions a allunyar-se dels mecanismes criptogràfics que poden arribar a ser vulnerables als ordinadors quàntics prou capaços.

Això no fa que tots els comptes siguin automàticament resistents a les eines quàntiques. La seguretat dependrà de l'esquema de signatura seleccionat, la seva implementació i les dependències criptogràfiques més àmplies de l'aplicació.

Per als equips de desenvolupament, l'oportunitat és evitar suposicions d'autorització de codificació fixa que podrien dificultar innecessàriament la migració criptogràfica futura.

L'objectiu postquàntic d'Ethereum: què cal per a què s'han de preparar les empreses

L'actualització de prioritats de protocols de la Fundació Ethereum del setembre de 2026 estableix l'objectiu de fer que la Capa 1 d'Ethereum sigui resistent als atacs quàntics a totes les seves capes d'execució, consens i dades per al desembre de 2029.

La Fundació també recomana planificar la possibilitat que sorgeixi un ordinador quàntic criptogràficament significatiu ja el 2030. Descriu això com una suposició de planificació deliberadament agressiva, no una predicció que una màquina d'aquest tipus existirà necessàriament en aquesta data.

La Fundació té la intenció de tornar a avaluar el calendari el gener de 2027 amb l'aportació d'experts externs.

Comprensió de les tres capes de la preparació postquàntica

La preparació postquàntica no és una única actualització de programari. Diferents capes utilitzen diferents mecanismes criptogràfics i els seus requisits de migració varien.

La capa d'execució es pot beneficiar de la flexibilitat a nivell de compte. La criptografia consensuada, en canvi, requereix canvis a nivell de protocol, investigació, implementació i proves acurades. Els canvis a la capa de dades introdueixen les seves pròpies consideracions de compatibilitat i verificació.

Hegotá forma part d'aquesta full de ruta més àmplia, en lloc de l'actualització que completarà tota la transició postquàntica d'Ethereum.

Què significa això per a les empreses que construeixen sobre Ethereum

Les empreses que seleccionen una empresa de desenvolupament de blockchain d'Ethereum han de tenir en compte la vida útil prevista de les seves aplicacions i les conseqüències dels futurs canvis criptogràfics.

Per exemple:

• Infraestructura de custòdia: Reviseu la gestió de claus, les dependències de signatures, els procediments de recuperació i les opcions de migració.
• Actius tokenitzats: Tingueu en compte els requisits de seguretat a llarg termini dels contractes i els comptes que autoritzen els moviments d'actius.
• Aplicacions empresarials: Documentar les dependències criptogràfiques entre contractes intel·ligents, sistemes d'identitat, serveis de transaccions i infraestructura de suport.
• Plataformes de moneder: Avaluar si la lògica d'autorització pot evolucionar sense necessitat de redissenyar extensament totes les aplicacions connectades.

L'objectiu no és reconstruir els sistemes existents simplement perquè hi hagi planificada una actualització futura. Es tracta d'entendre on les opcions arquitectòniques actuals podrien limitar les opcions futures. Un inventari criptogràfic, una estratègia d'actualització documentada i revisions de seguretat periòdiques poden ajudar els equips a preparar-se sense comprometre's prematurament amb una implementació postquàntica en particular.

Què haurien d'avaluar les empreses abans de triar empreses de desenvolupament de blockchain

Hegotá encara està en planificació, i el seu abast i calendari finals poden canviar. Les empreses no necessiten redissenyar tota la seva pila tecnològica al voltant de propostes que encara no han arribat a la xarxa principal. Tanmateix, els propers canvis de protocol proporcionen una base útil per avaluar l'enfocament d'enginyeria d'un soci de desenvolupament. Abans de comprometre's amb un projecte, tingueu en compte les àrees següents.

1. Flexibilitat de l'arquitectura

Pregunteu com l'arquitectura proposada gestiona els canvis en la validació de transaccions, l'autorització de comptes i les interfícies de protocol.

Un sistema ben dissenyat hauria de permetre actualitzar els components afectats sense reconstruir innecessàriament la funcionalitat de l'aplicació no relacionada.

2. Monitorització de protocols i planificació d'actualitzacions

Avaluar si l'equip de desenvolupament segueix les propostes de millora d'Ethereum, les implementacions de clients, els llançaments de testnet i les actualitzacions oficials de la guia de ruta.

El seguiment per si sol no és suficient. L'equip també hauria de tenir un procés per avaluar quins canvis afecten l'aplicació, prioritzar el treball resultant i validar les actualitzacions abans del desplegament en producció.

3. Gestió de transaccions i recuperació d'errors

Pregunteu com gestiona l'aplicació les transaccions pendents, els enviaments fallits, les transaccions de substitució, els escenaris de reorganització i els requisits de confirmació.

FOCIL pot canviar les garanties d'inclusió de transaccions del protocol, però una enginyeria d'aplicacions robusta encara requerirà procediments explícits de gestió de l'estat de les transaccions i recuperació.

4. Gestió de dependències criptogràfiques

Comprendre de quins esquemes de signatura, biblioteques criptogràfiques, serveis de gestió de claus i mecanismes de verificació depèn l'aplicació.

Un soci de desenvolupament hauria de poder explicar com es documenten, revisen i actualitzen aquestes dependències a mesura que evolucionen els requisits de seguretat.

5. Proves i validació de seguretat

Confirmar com l'equip valida els contractes intel·ligents, la funcionalitat de la cartera, les integracions de protocols i els canvis relacionats amb l'actualització.

Les proves han d'incloure casos límit i escenaris d'error rellevants, no només transaccions reeixides. Per a aplicacions de llarga durada, les proves de regressió i el manteniment continu de la seguretat són tan importants com el desplegament inicial.

Aquests criteris d'avaluació ajuden les empreses a distingir entre els equips que lliuren una aplicació segons els requisits actuals i els equips que la poden mantenir a mesura que el protocol subjacent evoluciona.

Com els serveis de desenvolupament de blockchain poden donar suport a la preparació a llarg termini d'Ethereum

El valor dels serveis de desenvolupament de blockchain va més enllà de la implementació inicial. Les aplicacions de producció necessiten revisions d'arquitectura, proves d'integració, manteniment de la seguretat i un enfocament estructurat per als canvis de protocol.

Per a projectes basats en Ethereum, aquesta feina pot incloure:

• Revisió de l'arquitectura dels contractes intel·ligents i de les carteres intel·ligents en relació amb els canvis de protocol previstos.
• Identificació de dependències en la infraestructura de processament de transaccions i els mecanismes de validació de comptes.
• Avaluació de dependències criptogràfiques i documentació de possibles rutes de migració.
• Provar el comportament de l'aplicació amb les implementacions rellevants del client i de la xarxa de prova a mesura que estiguin disponibles.
• Mantenir la compatibilitat entre contractes intel·ligents, API, serveis d'indexació i components de gestió de transaccions.
• Planificació de finestres d'actualització, proves de regressió i monitorització de la producció.

No totes les aplicacions necessitaran canvis per a cada actualització d'Ethereum. L'abast hauria de seguir una avaluació tècnica de les dependències de l'aplicació, els requisits empresarials i l'exposició a la seguretat. Per als equips que construeixen sobre Ethereum durant un horitzó de diversos anys, aquest enfocament ajuda a mantenir les decisions d'enginyeria alineades amb les capacitats en evolució de la xarxa sense tractar cada proposta de full de ruta com un requisit d'implementació immediat.

Preparació de l'arquitectura d'Ethereum per a la propera actualització

La full de ruta Hegotá d'Ethereum i la seva cronologia postquàntica destaquen una consideració més àmplia per a les empreses: les aplicacions blockchain han de tenir en compte els canvis que van més enllà del seu desplegament inicial. La capacitat de revisar les dependències tècniques, validar les actualitzacions i adaptar els mecanismes de seguretat serà cada cop més important per a les aplicacions dissenyades per a un ús a llarg termini.

Per tant, l'elecció d'una empresa de desenvolupament de blockchain hauria d'implicar avaluar la seva capacitat per donar suport a una aplicació al llarg del seu cicle de vida, des de les decisions d'arquitectura fins al manteniment continu. Antier ofereix serveis de desenvolupament de blockchain d'Ethereum per ajudar les empreses a crear aplicacions adaptables amb el suport d'una enginyeria sòlida i una planificació tècnica a llarg termini.