Aggiornamento Hegotá di Ethereum: cosa dovrebbero sapere le aziende prima di scegliere una società di sviluppo blockchain

Le aziende che investono in applicazioni basate su Ethereum devono considerare non solo le attuali capacità di rete. Gli aggiornamenti del protocollo possono modificare il modo in cui le transazioni vengono incluse, come gli account convalidano le attività e come le applicazioni si preparano ai rischi crittografici emergenti. Il prossimo aggiornamento Hegotá di Ethereum mette in evidenza queste considerazioni attraverso due funzionalità pianificate: le liste di inclusione forzate Fork-Choice (FOCIL) e le transazioni Frame. Entrambe sono previste per l'inclusione, sebbene l'aggiornamento più ampio sia ancora in fase di pianificazione. Nel frattempo, la Ethereum Foundation ha fissato dicembre 2029 come data obiettivo per la prontezza post-quantistica nei livelli di esecuzione, consenso e dati di Ethereum. Per le aziende che scelgono una società di sviluppo blockchain , comprendere questi sviluppi può essere utile per orientare le decisioni architetturali, la pianificazione della sicurezza e le strategie di manutenzione a lungo termine.

Cos'è l'aggiornamento Hegotá di Ethereum?

Hegotá è l'aggiornamento della rete Ethereum previsto dopo Glamsterdam. Il suo nome è una combinazione di Bogotá, il nome dell'aggiornamento del livello di esecuzione, e Heze, il nome dell'aggiornamento del livello di consenso. Secondo la roadmap di Hegotá su Ethereum.org , l'aggiornamento è in fase di pianificazione, con la mainnet prevista provvisoriamente per il secondo trimestre del 2027. La data non è confermata e la portata rimanente è ancora in fase di valutazione.

Attualmente, la direzione intrapresa da Hegotá si articola in due proposte:

• FOCIL (EIP-7805): Un meccanismo di protocollo progettato per rafforzare le garanzie di inclusione delle transazioni e ridurre la dipendenza dai singoli costruttori di blocchi.
• Transazioni frame (EIP-8141): Un modello di transazione proposto che consente agli account di definire la propria logica di validazione, supportando funzionalità dell'account più flessibili.

Nel settembre 2026, il Protocol Cluster della Ethereum Foundation ha pubblicato una valutazione unificata di 62 EIP candidati. Alla valutazione hanno partecipato circa 60 collaboratori appartenenti a nove team, producendo 397 valutazioni individuali di livello. FOCIL e Frame Transactions hanno ricevuto la classificazione più alta, S-tier, il che significa che sono considerate funzionalità imprescindibili dal Protocol Cluster.

Altre quindici proposte hanno ricevuto valutazioni di livello A , il che indica che è previsto il loro rilascio, mentre altre proposte rimangono condizionali, al di sotto della soglia di inclusione o indecise. Queste valutazioni comunicano le priorità del Protocol Cluster; non rendono immutabile l'intero ambito dell'aggiornamento.

Glamsterdam contro Hegotá: in cosa differiscono le loro priorità

I due aggiornamenti riguardano diverse fasi dell'evoluzione di Ethereum. Glamsterdam si concentra sulla produzione e l'esecuzione dei blocchi, mentre Hegotá dovrebbe migliorare le garanzie di inclusione delle transazioni e le funzionalità a livello di account.

Per i team di sviluppo, questa distinzione è importante quando si pianificano le dipendenze, si valuta la compatibilità degli aggiornamenti e si decide quali scelte architetturali devono rimanere adattabili.

FOCIL: Perché le garanzie di inclusione delle transazioni sono importanti per i servizi di sviluppo di app blockchain

L'architettura di elaborazione delle transazioni di Ethereum conferisce ai creatori di blocchi la possibilità di influenzare quali transazioni entrano a far parte di un blocco proposto. Sebbene le transazioni possano essere reinviate, un'inclusione ritardata può creare problemi per le applicazioni che dipendono da un'esecuzione prevedibile.

FOCIL è stato progettato per ridurre questa dipendenza dai singoli costruttori di blocchi introducendo liste di inclusione provenienti da più validatori. In base al meccanismo proposto, i validatori partecipanti specificano le transazioni idonee che devono essere incluse. Le regole di validazione del protocollo limitano quindi la capacità dei costruttori di blocchi di escludere le transazioni che soddisfano i requisiti pertinenti.

L'obiettivo è rendere più difficile la censura distribuendo l'influenza sull'inclusione delle transazioni, anziché lasciarla interamente al costruttore del blocco.

Cosa potrebbe significare FOCIL per le applicazioni aziendalis

Per i team che offrono servizi di sviluppo di applicazioni blockchain , l'inclusione delle transazioni è una considerazione architetturale che ha un impatto che va ben oltre il semplice invio delle transazioni stesse. Può influenzare la reattività dell'applicazione, le ipotesi di esecuzione, l'esperienza utente e il monitoraggio operativo.

Le possibili implicazioni includono:

• Applicazioni di pagamento: È possibile progettare sistemi con una comprensione più chiara delle regole di inclusione delle transazioni in continua evoluzione di Ethereum, pur mantenendo i meccanismi di gestione dei tentativi e delle conferme.
• Infrastrutture per il commercio e gli scambi: Gli sviluppatori possono valutare in che modo l'ordine delle transazioni, i ritardi di inclusione e le dipendenze di esecuzione influenzano il comportamento dell'applicazione.
• Applicazioni dei contratti intelligenti: Le modifiche al protocollo potrebbero richiedere test relativi all'invio delle transazioni, agli stati in sospeso, agli esiti dell'esecuzione e alla gestione degli errori.
• Flussi di lavoro aziendali: Le applicazioni che dipendono dalla liquidazione on-chain possono tenere conto della distinzione tra l'invio di una transazione, la sua inclusione e la ricezione della conferma o della definitività richiesta.

FOCIL non deve essere interpretato come una garanzia di esecuzione immediata o di un tempo fisso di conferma della transazione. Il suo contributo previsto è una maggiore resistenza alla censura attraverso regole di inclusione a livello di protocollo.

Per le aziende, la priorità pratica è quella di sviluppare applicazioni in grado di adattarsi ai meccanismi di inclusione delle transazioni in continua evoluzione, senza basarsi su ipotesi relative al comportamento dei singoli sviluppatori.

Transazioni frame: cosa potrebbero cambiare per soluzioni blockchain personalizzate

I tradizionali account di proprietà esterna di Ethereum in genere autorizzano le transazioni utilizzando una chiave privata e una firma corrispondente. Gli account basati su smart contract possono supportare regole di autorizzazione più flessibili, ma gli approcci esistenti potrebbero dipendere da un'infrastruttura aggiuntiva per l'elaborazione delle transazioni.

Frame Transactions propone di spostare la logica di validazione specifica dell'account all'interno del modello di transazione stesso. Invece di affidarsi a un unico metodo di autorizzazione universale, un account sarebbe in grado di definire le condizioni in base alle quali una transazione viene considerata valida.

La proposta mira a migliorare l'astrazione nativa degli account e ad ampliare la gamma di modelli di autorizzazione supportati dagli account Ethereum.

Potenziali applicazioni delle transazioni frame

Per le aziende che sviluppano soluzioni blockchain personalizzate , la convalida degli account è direttamente collegata alla sicurezza, alla gestione degli accessi, all'autorizzazione delle transazioni e all'esperienza utente.

Le transazioni frame possono supportare diverse funzionalità:

• Recupero sociale: I titolari degli account potrebbero utilizzare meccanismi di recupero alternativi anziché dipendere esclusivamente da una singola chiave privata.
• Limiti di spesa: Gli account potrebbero applicare restrizioni al valore delle transazioni o all'utilizzo tramite la propria logica di validazione.
• Autorizzazione multiparte: Le transazioni potrebbero richiedere l'approvazione di più partecipanti autorizzati prima di essere eseguite.
• Sponsorizzazione del gas: Le applicazioni potrebbero supportare modalità di pagamento delle commissioni alternative, a seconda della struttura e dell'implementazione del conto.
• Flessibilità crittografica: Gli account potrebbero adottare diversi metodi di verifica della firma man mano che i sistemi supportati diventeranno disponibili.

Queste funzionalità potrebbero ridurre la dipendenza da alcuni componenti esterni di astrazione dei conti. Tuttavia, ciò non significa che ogni bundler, paymaster, relayer o altro servizio di transazione diventerà superfluo. I requisiti effettivi dipenderanno dalle specifiche finali del protocollo e dall'architettura dell'applicazione.

Perché anche le transazioni frame sono importanti per l'agilità crittografica

L'importanza delle transazioni Frame va oltre la semplice comodità del portafoglio. La strategia post-quantistica della Ethereum Foundation individua nell'astrazione nativa degli account un modo per offrire agli account del livello di esecuzione una maggiore flessibilità nell'adozione di nuovi schemi di firma. Questa flessibilità potrebbe aiutare le applicazioni ad abbandonare i meccanismi crittografici che potrebbero diventare vulnerabili a computer quantistici sufficientemente potenti.

Ciò non rende automaticamente ogni account resistente ai computer quantistici. La sicurezza dipenderà dallo schema di firma scelto, dalla sua implementazione e dalle più ampie dipendenze crittografiche dell'applicazione.

Per i team di sviluppo, l'opportunità consiste nell'evitare di codificare in modo rigido presupposti di autorizzazione che potrebbero rendere inutilmente difficile una futura migrazione crittografica.

Obiettivo post-quantistico di Ethereum: a cosa devono prepararsi le aziende

L'aggiornamento delle priorità del protocollo della Ethereum Foundation del settembre 2026 fissa l'obiettivo di rendere il Layer 1 di Ethereum resistente ai computer quantistici entro dicembre 2029 , per quanto riguarda i livelli di esecuzione, consenso e dati.

La Fondazione raccomanda inoltre di pianificare tenendo conto della possibilità che un computer quantistico di rilevanza crittografica possa emergere già nel 2030. Descrive questa ipotesi come una previsione deliberatamente aggressiva, non come la certezza che una tale macchina esisterà necessariamente entro quella data.

La Fondazione intende rivalutare la tempistica nel gennaio 2027, avvalendosi del contributo di esperti esterni.

Comprendere i tre livelli di preparazione post-quantistica

La predisposizione all'era post-quantistica non si risolve con un singolo aggiornamento software. I diversi livelli utilizzano meccanismi crittografici differenti e i relativi requisiti di migrazione variano.

Il livello di esecuzione può beneficiare della flessibilità a livello di account. La crittografia basata sul consenso, al contrario, richiede modifiche a livello di protocollo, un'attenta ricerca, implementazione e test. Le modifiche al livello dati introducono a loro volta considerazioni di compatibilità e verifica.

Hegotá fa parte di questa roadmap più ampia, e non rappresenta l'aggiornamento che completerà l'intera transizione post-quantistica di Ethereum.

Cosa significa questo per le aziende che sviluppano su Ethereum?

Le aziende che scelgono una società di sviluppo blockchain per Ethereum dovrebbero considerare la durata operativa prevista delle loro applicazioni e le conseguenze di futuri cambiamenti crittografici.

Per esempio:

• Infrastruttura di custodia: Esaminare la gestione delle chiavi, le dipendenze delle firme, le procedure di ripristino e le opzioni di migrazione.
• Asset tokenizzati: È necessario considerare i requisiti di sicurezza a lungo termine dei contratti e dei conti che autorizzano i movimenti di beni.
• Applicazioni aziendali: Documentare le dipendenze crittografiche tra contratti intelligenti, sistemi di identità, servizi di transazione e infrastrutture di supporto.
• Piattaforme per portafogli digitali: Valutare se la logica di autorizzazione può evolversi senza richiedere una riprogettazione radicale di ogni applicazione connessa.

L'obiettivo non è ricostruire i sistemi esistenti solo perché è previsto un futuro aggiornamento, bensì comprendere in che modo le scelte architetturali attuali potrebbero limitare le opzioni future. Un inventario crittografico, una strategia di aggiornamento documentata e revisioni periodiche della sicurezza possono aiutare i team a prepararsi senza impegnarsi prematuramente in una particolare implementazione post-quantistica.

Cosa dovrebbero valutare le aziende prima di scegliere un'azienda di sviluppo blockchain

Hegotá è ancora in fase di pianificazione e la sua portata e tempistica definitive potrebbero subire variazioni. Le aziende non devono necessariamente riprogettare l'intera infrastruttura tecnologica in base a proposte che non hanno ancora raggiunto la mainnet. Tuttavia, i prossimi cambiamenti di protocollo forniscono una base utile per valutare l'approccio ingegneristico di un partner di sviluppo. Prima di impegnarsi in un progetto, è opportuno considerare i seguenti aspetti.

1. Flessibilità dell'architettura

Chiedere come l'architettura proposta gestisce le modifiche alla convalida delle transazioni, all'autorizzazione degli account e alle interfacce di protocollo.

Un sistema ben progettato dovrebbe consentire l'aggiornamento dei componenti interessati senza dover ricostruire inutilmente funzionalità dell'applicazione non correlate.

2. Monitoraggio del protocollo e pianificazione dell'aggiornamento

Valutare se il team di sviluppo segue le proposte di miglioramento di Ethereum, le implementazioni client, le versioni di testnet e gli aggiornamenti della roadmap ufficiale.

Il solo monitoraggio non è sufficiente. Il team dovrebbe anche disporre di un processo per valutare quali modifiche influiscono sull'applicazione, dare priorità al lavoro risultante e convalidare gli aggiornamenti prima della distribuzione in produzione.

3. Gestione delle transazioni e ripristino in caso di errore

Chiedi come l'applicazione gestisce le transazioni in sospeso, gli invii non riusciti, le transazioni sostitutive, gli scenari di riorganizzazione e i requisiti di conferma.

FOCIL potrebbe modificare le garanzie di inclusione delle transazioni del protocollo, ma una solida progettazione applicativa richiederà comunque procedure esplicite di gestione e ripristino dello stato delle transazioni.

4. Gestione della dipendenza crittografica

Comprendere da quali schemi di firma, librerie crittografiche, servizi di gestione delle chiavi e meccanismi di verifica dipende l'applicazione.

Un partner di sviluppo dovrebbe essere in grado di spiegare come queste dipendenze vengono documentate, revisionate e aggiornate man mano che i requisiti di sicurezza si evolvono.

5. Test e convalida della sicurezza

Conferma come il team convalida gli smart contract, le funzionalità del wallet, le integrazioni di protocollo e le modifiche relative agli aggiornamenti.

I test dovrebbero includere casi limite e scenari di errore rilevanti, non solo transazioni riuscite. Per le applicazioni a lungo termine, i test di regressione e la manutenzione continua della sicurezza sono importanti quanto l'implementazione iniziale.

Questi criteri di valutazione aiutano le aziende a distinguere tra i team che realizzano un'applicazione conforme ai requisiti attuali e i team che sono in grado di mantenerla man mano che il protocollo sottostante si evolve.

Come i servizi di sviluppo blockchain possono supportare la preparazione a lungo termine per Ethereum

Il valore dei servizi di sviluppo blockchain va ben oltre l'implementazione iniziale. Le applicazioni in produzione necessitano di revisioni dell'architettura, test di integrazione, manutenzione della sicurezza e un approccio strutturato alle modifiche del protocollo.

Per i progetti basati su Ethereum, tale lavoro può includere:

• Revisione dell'architettura degli smart contract e dei wallet rispetto alle modifiche pianificate del protocollo.
• Identificazione delle dipendenze dall'infrastruttura di elaborazione delle transazioni e dai meccanismi di convalida degli account.
• Valutazione delle dipendenze crittografiche e documentazione dei potenziali percorsi di migrazione.
• Testare il comportamento dell'applicazione rispetto alle implementazioni client e di testnet pertinenti, non appena disponibili.
• Garantire la compatibilità tra smart contract, API, servizi di indicizzazione e componenti di gestione delle transazioni.
• Pianificazione delle finestre di aggiornamento, dei test di regressione e del monitoraggio della produzione.

Non tutte le applicazioni richiederanno modifiche a ogni aggiornamento di Ethereum. L'ambito di intervento dovrebbe essere definito in base a una valutazione tecnica delle dipendenze dell'applicazione, dei requisiti aziendali e dei rischi per la sicurezza. Per i team che sviluppano su Ethereum con un orizzonte temporale pluriennale, questo approccio aiuta a mantenere le decisioni ingegneristiche allineate con le capacità in continua evoluzione della rete, senza considerare ogni proposta di roadmap come un requisito di implementazione immediato.

Preparazione dell'architettura Ethereum per il prossimo aggiornamento

La roadmap di Hegotá di Ethereum e la sua cronologia post-quantistica evidenziano una considerazione più ampia per le aziende: le applicazioni blockchain devono tenere conto dei cambiamenti che vanno oltre la loro implementazione iniziale. La capacità di esaminare le dipendenze tecniche, convalidare gli aggiornamenti e adattare i meccanismi di sicurezza diventerà sempre più importante per le applicazioni progettate per un utilizzo a lungo termine.

La scelta di un'azienda di sviluppo blockchain dovrebbe quindi implicare la valutazione della sua capacità di supportare un'applicazione durante tutto il suo ciclo di vita, dalle decisioni architetturali alla manutenzione continua. Antier offre servizi di sviluppo blockchain Ethereum per aiutare le aziende a creare applicazioni adattabili, supportate da una solida ingegneria e da una pianificazione tecnica a lungo termine.