Vai al contenuto
Inizia

Chain singola · Recensione

HashScan: un explorer per qualcosa che non è proprio una blockchain

Hedera è un grafo aciclico diretto con consenso basato su gossip e un consiglio di governance di organizzazioni nominate. Chiamarlo una blockchain è una forzatura, e HashScan non finge il contrario.

Aggiornato il 17 settembre 2026 · Il nostro metodo di test · 9 min di lettura
Gratuita, senza chiave Open source Autogestibile 1 chain

In breve

Operatore
Swirlds Labs e comunità Hedera
Lanciato
2022
Rete
Hedera
Struttura
DAG hashgraph, non una catena
Governance
Consiglio con permessi
API
REST del nodo mirror, nessuna chiave
Open source
Sì
Finalità
Secondi

Il verdetto

HashScan copre Hedera correttamente — topic del servizio di consenso, token nativi, smart contract e struttura degli account — ed è costruito sull’API aperta dei nodi mirror di Hedera, che non richiede chiave. È onesto sull’architettura di Hedera piuttosto che vestirla come una chain convenzionale. Il modello di governance è una considerazione genuina, ed è una che l’explorer mostra piuttosto che nasconde.

Cosa funziona bene

  • Costruito sull’API REST aperta del nodo mirror, che non ha bisogno di alcuna chiave
  • Topic e messaggi del Consensus Service presentati come cittadini di prima classe, cosa che nient’altro fa
  • Token Service gestito nativamente — i token Hedera sono oggetti di protocollo, non contratti
  • Le informazioni su consiglio e nodi sono visibili, il che conta dato il modello di governance
  • Veloce, poiché Hedera finalizza in secondi e i nodi mirror tengono il passo

I suoi limiti

  • Il consiglio con permessi di Hedera è un compromesso di decentralizzazione significativo
  • Ecosistema più piccolo, quindi il controllo incrociato di terze parti è limitato
  • I contratti compatibili con EVM siedono in modo scomodo accanto ai servizi nativi
  • L’interfaccia presuppone familiarità con il vocabolario di servizio di Hedera

Perché questo punteggio

Sei criteri, ciascuno valutato su cinque, ponderati secondo la nostra metodologia. Un punteggio senza motivazione è solo un numero — ecco la ragione di ciascuno.

Copertura 2.0
Solo Hedera.
Profondità dei dati 4.0
Topic del Consensus Service, trasferimenti del Token Service, struttura degli account e il layer di contratto EVM. Completo sui servizi nativi, più sottile su Solidity.
Velocità 5.0
Veloce, aiutato dal fatto che Hedera finalizza in secondi e che i nodi mirror sono costruiti appositamente per le query.
Privacy 3.0
Open source, e il nodo mirror che legge può essere fatto girare da chiunque, il che è una separazione insolitamente pulita.
API 5.0
L’API REST del nodo mirror è aperta, documentata e senza chiave, ed è parte della piattaforma piuttosto che un prodotto costruito sopra.
Interfaccia 4.0
Diretta e onesta su una struttura che non è una catena di blocchi, al costo di presupporre il vocabolario di servizio di Hedera.

Non una catena di blocchi

Hedera usa il consenso hashgraph — un protocollo gossip dove i nodi condividono ciò che sanno e, crucialmente, condividono metadati su chi ha detto loro cosa. Da questo la rete deriva un ordinamento coerente di eventi senza mining o elezione di leader.

La struttura è un grafo aciclico diretto piuttosto che una catena lineare. Non c'è alcun intervallo di blocco da attendere e nessun rischio di riorganizzazione nel senso convenzionale; i timestamp di consenso sono assegnati e la finalità arriva in secondi.

Questo cambia cosa mostra un explorer. Non ci sono blocchi da sfogliare nel senso familiare — ci sono transazioni con timestamp di consenso. HashScan lo presenta in quel modo piuttosto che fabbricare un'astrazione di blocco, il che è la scelta onesta e inizialmente disorientante se è arrivato da Bitcoin o Ethereum.

Il compromesso è la governance. I nodi di consenso sono gestiti da un consiglio di organizzazioni nominate piuttosto che essere senza permessi. Chiunque può usare la rete; non chiunque può far girare un nodo di consenso. Questa è una decisione di progettazione deliberata con implicazioni reali, e se sia accettabile dipende interamente da cosa la sta usando.

Servizi piuttosto che contratti

Hedera espone servizi nativi piuttosto che aspettarsi che tutto sia costruito in smart contract, il che è un'architettura genuinamente diversa.

Il Consensus Service fornisce flussi di messaggi ordinati e con timestamp su topic. Le applicazioni lo usano come un registro di audit a prova di manomissione senza distribuire alcun contratto. HashScan mostra i topic e i loro messaggi direttamente.

Il Token Service crea e trasferisce token a livello di protocollo. Come gli asset nativi di Cardano, questi non sono contratti — il che significa nessun contratto da auditare, nessuna logica di trasferimento aggiornabile, e nessuna superficie di attacco di approvazione.

Esiste anche un servizio di smart contract compatibile con EVM per Solidity, che siede in qualche modo scomodamente accanto ai servizi nativi ed è la parte meno distintiva della piattaforma.

Per un explorer, la conseguenza interessante è che la maggior parte dell'attività Hedera è leggibile senza decodifica. Un trasferimento di token è un trasferimento di token a livello di protocollo, non una chiamata di contratto che deve essere interpretata.

Nodi mirror: la questione dell’API, risolta diversamente

Hedera separa i nodi di consenso dai nodi mirror. I nodi di consenso fanno girare la rete; i nodi mirror mantengono una cronologia interrogabile e servono un'API REST pubblica.

Questo è un accordo insolitamente sensato. L'API è parte della piattaforma piuttosto che un prodotto che qualche azienda ha costruito sopra, è apertamente documentata, e i nodi mirror pubblici la servono senza chiave. Lo abbiamo confermato — nessuna registrazione, nessun token.

Significa che HashScan è una facciata sopra un'API che chiunque può chiamare, e chiunque può far girare il proprio nodo mirror se vuole indipendenza. Quella combinazione — API aperta, explorer aperto, infrastruttura auto-ospitabile — è più rara di quanto dovrebbe essere, e sta in contrasto con la direzione in cui si sono mossi sia Etherscan che Blockscout.

La nostra comparazione API elenca il nodo mirror di Hedera tra le opzioni genuinamente senza chiave, che è una lista breve.

Leggere gli account Hedera

Gli ID di account Hedera appaiono come 0.0.123456 — uno shard, un reame e un numero di account — piuttosto che un hash. Leggibile, e inizialmente strano.

Le commissioni sono denominate in dollari USA e pagate in HBAR al tasso attuale, il che rende i costi prevedibili in un modo che i mercati di gas variabili non sono. HashScan mostra sia l'importo in HBAR che il suo equivalente in dollari, che è il punto della progettazione.

L'associazione di token è il meccanismo che coglie le persone di sorpresa: un account deve associarsi a un token prima di poterlo ricevere, la stessa idea strutturale delle trust line di XRP Ledger e delle trustline di Stellar. La conseguenza è la stessa anche: lo spam di token non richiesto non può accadere, e un trasferimento verso un account non associato fallisce.

Quel pattern che ricorre attraverso tre chain non correlate vale la pena notarlo. Ogni rete che richiede opt-in esplicito per detenere un asset ha eliminato lo spam di token interamente, mentre ogni rete che non lo fa ha un problema serio con esso.

Cosa hanno mostrato i nostri test di riferimento

Abbiamo testato Hedera contro elementi scelti per esercitare i suoi servizi nativi piuttosto che il suo layer di compatibilità EVM, poiché i servizi nativi sono la parte distintiva.

Un trasferimento HBAR si è reso con sia l'importo HBAR che il suo equivalente in dollari, che è il punto del modello di commissione denominato in dollari di Hedera ed è presentato bene.

Un trasferimento del Token Service verso un account associato ha funzionato e si è letto in modo pulito. Un trasferimento verso un account non associato è fallito, come richiede il modello, e la ragione del fallimento era leggibile — che è lo stesso pattern strutturale delle trust line di XRP Ledger e delle trustline di Stellar, e lo stesso che abbiamo testato su quelle chain.

Il topic del Consensus Service era il test senza equivalente altrove. Abbiamo guardato un topic attivo e il suo flusso di messaggi, ogni messaggio che porta un timestamp di consenso e un numero di sequenza. Per un'applicazione che usa Hedera come registro di audit piuttosto che come registro di valore, quella vista è l'intero prodotto, e nessun explorer generico la mostrerebbe affatto.

Abbiamo confermato che l'API del nodo mirror funziona senza chiave da una richiesta pulita, il che è l'affermazione che vale più la pena verificare dato quante API "gratuite" ora richiedono registrazione. Ha funzionato, e la risposta era ben formata e documentata.

Il layer di contratto EVM ha funzionato ma sembrava un ospite. Le chiamate di contratto si sono rese adeguatamente e senza la profondità che fornisce un explorer nativo EVM. La nostra lettura è che i servizi propri di Hedera sono dove questa piattaforma è coerente, e la compatibilità Solidity è un ponte piuttosto che una destinazione.

Se non è quello giusto

La copertura di Hedera altrove è minima. Questi sono elencati per completezza piuttosto che come equivalenti.

HashScan: domande frequenti

Hedera è una blockchain?

Non strettamente. Usa il consenso hashgraph su un grafo aciclico diretto piuttosto che una catena di blocchi, con un consiglio con permessi che gestisce i nodi di consenso.

L’API di Hedera richiede una chiave?

No. L’API REST del nodo mirror è aperta e le istanze pubbliche la servono senza registrazione. Può anche far girare il proprio nodo mirror.

Perché il mio trasferimento di token Hedera è fallito?

Molto probabilmente il destinatario non si era associato a quel token. Hedera richiede associazione esplicita prima che un account possa ricevere un token — la stessa idea di una trustline.

Cos’è il Consensus Service di Hedera?

Un servizio nativo che fornisce flussi di messaggi ordinati e con timestamp su topic, utilizzabile come registro di audit a prova di manomissione senza distribuire uno smart contract. HashScan mostra topic e messaggi direttamente.