Highway Protocol

DOCUMENTO TECNICO · VERSIONE 0.91 · MARZO 2026 · HWAYSMART.COM

Un protocollo e una rete decentralizzati e multi-chain per il relay dei messaggi, alimentati da un'infrastruttura di relayer distribuita a livello globale.

Sintesi esecutiva

L'ecosistema blockchain si è evoluto in un ambiente multi-chain in cui asset, logica e utenti operano su reti eterogenee come Solana, Mosaic, Ethereum e altre chain sovrane. Tuttavia, l'infrastruttura cross-chain odierna rimane frammentata, centralizzata ed economicamente inefficiente.

Highway introduce un protocollo decentralizzato e multi-chain per il relay dei messaggi, costruito su un'architettura a comitato verificabile crittograficamente. La rete è alimentata da una rete globale di relayer distribuiti, in cui i partecipanti all'infrastruttura forniscono servizi critici per una consegna sicura dei messaggi cross-chain.

Capacità principali
  • Consegna rapida di messaggi cross-chain, consapevole della finalità
  • Esecuzione arbitraria cross-chain (non solo trasferimenti di token)
  • Operazioni componibili token + payload (swap, coordinamento multi-chain, instradamento cross-chain)
  • Rete globale di relayer distribuiti scalabile fino a oltre 6000 nodi
  • Pagamento delle commissioni con un clic — senza approvazioni in più passaggi
  • Infrastruttura prevedibile e decentralizzata per sviluppatori e utenti

Definizione del problema

L'interoperabilità cross-chain resta il principale collo di bottiglia architetturale ed economico del Web3. Nonostante i grandi progressi nella progettazione delle blockchain sovrane, l'infrastruttura che collega queste chain è ancora inadeguata.

Architettura cross-chain immatura

I bridge esistenti trattano i messaggi come casi limite anziché come componenti fondamentali. Le diverse blockchain operano con garanzie differenti di consenso e finalità:

  • Solana — finalità ottimistica
  • Mosaic/Substrate — finalità deterministica
  • Ethereum — finalità economica
  • BSC — finalità probabilistica

I bridge legacy non tengono conto di queste differenze, con il risultato di design fragili e assunzioni non sicure. Gli sviluppatori devono costruire logiche specifiche per ogni abbinamento cross-chain.

Centralizzazione dell'infrastruttura

Meno di 10 operatori controllano la maggior parte delle piattaforme RPC, di indicizzazione e infrastrutturali, creando colli di bottiglia che minano la decentralizzazione. Le applicazioni si trovano ad affrontare dipendenza dal fornitore, punti singoli di guasto, rischi di concentrazione geografica e costi operativi elevati.

Inefficienze economiche

Le operazioni cross-chain sono costose, lente e vulnerabili all'estrazione di MEV. La liquidità è frammentata tra le chain — valore bloccato in pool isolati, prezzi incoerenti e mercati di bridging troppo sottili che ostacolano l'adozione mainstream.

Panoramica del protocollo

Highway è un sistema decentralizzato di messaggistica cross-chain con validazione a comitato BFT, che consente il passaggio sicuro di messaggi tra chain sovrane. Invece di affidarsi a bridge centralizzati, Highway introduce un sistema di verifica BFT alimentato da una rete distribuita di relayer.

Principi chiave
  • Assegnazione deterministica dei messaggi
  • Validazione sicura basata su comitato (128 relayer selezionati, 86 firme richieste)
  • Esecuzione dei messaggi consapevole della finalità
  • Operazioni componibili su token e payload
  • Separazione dei ruoli tra chain sorgente, layer di coordinamento e destinazione

Highway supporta tre operazioni fondamentali sui messaggi: trasferimenti di token cross-chain, esecuzione arbitraria di messaggi cross-chain e operazioni composte (trasferimento di token + esecuzione del payload in un unico flusso atomico).

Architettura del sistema

Componenti della chain sorgente

L'Entry Contract sulla chain sorgente funge da punto di origine per tutte le operazioni cross-chain e supporta tre modalità:

  • Modalità trasferimento token: blocco/burn dei token ed emissione dell'evento cross-chain
  • Modalità di passaggio dei messaggi: invio di payload arbitrari e chiamate di funzione
  • Modalità token + payload: operazioni composte per flussi DeFi complessi

Mosaic Chain: layer di coordinamento

Mosaic agisce come hub di verifica e coordinamento di Highway, ospitando due pallet principali:

  • Verifier Pallet: valida le firme del comitato e applica le regole di autorità del relay
  • Registry Pallet: memorizza l'insieme completo dei relayer, tiene traccia di quelli attivi e gestisce gli aggiornamenti orari

Componenti della chain di destinazione

L'Executor Contract valida le firme del comitato ed esegue in modo atomico trasferimenti di token, chiamate di funzione o operazioni composte. Il Registry Contract memorizza l'insieme dei relayer attivi, aggiornato ogni ora.

Rete di relayer

I relayer monitorano le chain sorgente per individuare eventi, formano comitati per la validazione dei messaggi e consegnano i messaggi alle chain di destinazione. Operano secondo logiche deterministiche di assegnazione dei messaggi e selezione dei comitati.

Operazioni sui messaggi

Metodi di trasferimento dei token

MethodDescription
Lock & ReleaseLa sorgente blocca i token in escrow; la destinazione li rilascia dal vault. Ideale per token consolidati (USDC, WETH).
Burn & MintLa sorgente brucia i token; la destinazione li emette. Ideale per token nativi del protocollo. Nessun requisito di liquidità.
Lock & MintLa sorgente blocca token nativi; la destinazione emette derivati wrapped. Copertura 1:1 garantita.
Burn & ReleaseLa sorgente brucia token wrapped; la destinazione rilascia token nativi. Completa il percorso di andata e ritorno.

Operazioni composte

Trasferimento di token + esecuzione del payload del messaggio in un'unica operazione atomica. Se la chiamata al contratto target fallisce, il trasferimento del token viene annullato. Le applicazioni includono swap cross-chain, coordinamento multi-chain, instradamento degli asset e operazioni DeFi composte.

Assegnazione deterministica dei messaggi

I relayer calcolano un'assegnazione deterministica dei messaggi che garantisce bilanciamento automatico del carico e failover:

  • Relayer primario: finestra di esecuzione 0–6 secondi
  • Relayer secondario: 7–12 secondi se il primario non ha preso in carico il job
  • Relayer terziario: failover dopo 13+ secondi

Validazione basata su comitato

Per ogni trasferimento di messaggio viene selezionato in modo deterministico un comitato di 128 relayer. Per la validazione sono necessarie 86 firme (soglia di ⅔) tramite aggregazione di firme BLS. La validazione avviene in due fasi:

  • Validazione sorgente: presa in carico del job da parte dei relayer
  • Validazione dell'esecuzione: conferma della corretta esecuzione

Questa validazione a doppia fase fornisce una verifica crittografica, deterministica e a fiducia ridotta. Per ogni messaggio viene scelto in modo deterministico un nuovo comitato, garantendo auditabilità e decentralizzazione.

Rete di relayer

L'infrastruttura decentralizzata di Highway è alimentata da una rete globale di nodi relay che eseguono Highway Relay OS. Il software relay gestisce automaticamente l'elaborazione dei messaggi, la validazione della finalità e il reporting operativo.

Requisiti hardware

Configurazione stabile (consigliata)
  • CPU: Intel Pentium Gold o equivalente (iGPU)
  • Scheda madre: Gigabyte H610x o MSI PRO H610x
  • RAM: 8 GB o superiore
  • Archiviazione: SSD da 256 GB (SATA accettabile)
  • Rete: connessione broadband stabile, Ethernet cablata consigliata
  • Alimentazione: PSU affidabile per operatività 24/7; UPS consigliato
Configurazione entry-level (in valutazione)
  • Formato compatto / Mini PC (classe Intel NUC)
  • RAM: 4–8 GB
  • Archiviazione: SSD da 120–250 GB
  • Rete: broadband stabile

Le specifiche esatte saranno pubblicate prima del lancio mainnet.

Modalità "Chill": gli operatori possono rimuovere temporaneamente il proprio nodo dalla rotazione attiva tramite la dashboard — senza penalità durante le finestre di manutenzione programmate.

Modello di sicurezza

Tolleranza ai guasti bizantini

  • Il sistema resta sicuro se ≤ ⅓ del comitato è malevolo
  • Richiede ⅔ + 1 membri onesti del comitato (86 su 128)
  • Aggregazione di firme BLS per una verifica crittografica efficiente

Sicurezza economica

  • L'impegno infrastrutturale dei relayer garantisce che le soglie di sicurezza a livello di protocollo siano mantenute per ogni messaggio
  • I relayer che si comportano in modo scorretto vengono esclusi in modo permanente dall'insieme attivo di relay
  • Ogni comitato è selezionato in modo deterministico — completamente auditabile e riproducibile

Finestra di raccolta ottimistica

Highway estende di 3 secondi la finestra di raccolta delle firme BLS oltre la soglia dell'86ª firma, consentendo il rilevamento automatico delle frodi. Se all'interno della finestra vengono rilevate firme in conflitto, il messaggio viene segnalato — senza richiedere secondi comitati, oracoli o smart contract aggiuntivi.

Roadmap di sviluppo

Fase 1 — Definizione della soluzione · lug 2025 ✓

Perimetro MVP, requisiti tecnici, dimensionamento ingegneristico, preparazione del litepaper. Partnership finalizzata con Bloxico e Mosaic Chain.

Fase 2 — Sviluppo MVP · mar 2026 ✓

Implementazione del protocollo relayer Highway, interfacce di chain per Solana, Ethereum, Mosaic e BSC. Strumenti di gestione dei relayer. Lancio devnet.

Fase 3 — Deploy su testnet · apr 2026 ◉

Deploy su testnet, test delle performance, audit di sicurezza.

Fase 4 — Lancio mainnet · mag 2026

Lancio mainnet, interfacce di chain per Solana, Ethereum e Mosaic. Scalabilità della rete fino a oltre 2000 nodi relayer.

Fase 5 — Espansione parallela · giu–dic 2026

Interfaccia chain BSC, espansione cross-chain (Base, Arbitrum), SDK per relayer e strumenti per sviluppatori, scalabilità fino a oltre 4000 nodi relayer.

Team e partnership

Bloxico — Partner principale di sviluppo

Highway è sviluppato da Bloxico, un'azienda europea di tecnologia blockchain specializzata in infrastrutture Web3 di livello enterprise e operazioni di validazione.

  • Nenad Tanasković — Co-fondatore e CEO
  • Robert Paušić — Co-fondatore e responsabile fundraising
  • Andreja Marković — Responsabile prodotto blockchain
  • Todor Todorović — Responsabile tecnico

Mosaic Chain — Partner per l'integrazione tecnica

Integrazione nativa Substrate con l'ecosistema Polkadot. Funge da layer di verifica e settlement di Highway.

Costruire l'infrastruttura per un Web3 davvero interoperabile.

HWAYSMART.COM