Il checkpointing: il modello di sicurezza che nessuno spiega
Polygon PoS è una sidechain con il proprio insieme di validatori, non un rollup. Produce blocchi indipendentemente e periodicamente sottomette un checkpoint — una radice di Merkle dei blocchi recenti — a un contratto su Ethereum.
La distinzione conta. Un rollup pubblica i suoi dati di transazione su Ethereum, quindi chiunque può ricostruire e verificare la chain solo da L1. Polygon PoS pubblica un riassunto. Ethereum sa cosa Polygon afferma sia successo; non può verificarlo indipendentemente. La sicurezza si appoggia sul proprio insieme di validatori di Polygon, con i checkpoint che forniscono un ancoraggio di regolamento piuttosto che una prova.
Per l'uso quotidiano questo è irrilevante. Per i prelievi di bridge è l'intera cronologia: un prelievo non può completarsi su Ethereum finché il checkpoint che lo copre non è stato sottomesso, motivo per cui i prelievi richiedono molto più tempo di quanto suggerisca il tempo di blocco.
PolygonScan ha i dati del checkpoint. Non li collega all'esperienza di prelievo da nessuna parte dove un utente confuso li troverebbe, motivo per cui questa sezione esiste.
MATIC, POL e la confusione che ne è seguita
Il token nativo di Polygon è migrato da MATIC a POL nel 2024. Il contratto del token è cambiato, il ticker è cambiato, e molta documentazione, strumentario e contenuto di terze parti no.
Le conseguenze pratiche sono ordinarie ma persistenti. Guide più vecchie fanno riferimento a MATIC. Alcune interfacce mostrano ancora il vecchio simbolo. E — la parte che conta — un token chiamato MATIC potrebbe ora riferirsi al contratto storico, a quello nuovo, o a qualcosa di interamente non correlato che qualcuno ha distribuito per sfruttare la confusione.
La regola che si applica sempre: verifichi l'indirizzo del contratto, mai il nome mostrato. Nomi e simboli di token sono stringhe arbitrarie scelte alla distribuzione e non sono unici. Questo è vero su ogni chain EVM ed è la difesa singola più affidabile contro l'usurpazione di token.
Vale la pena applicare lo stesso scetticismo a qualsiasi cifra citata sull'offerta di Polygon o dati di mercato da prima della migrazione. I numeri potrebbero essere accurati e riferirsi a un token diverso.
Leggere un indirizzo con centomila transazioni
Le commissioni Polygon sono piccole frazioni di centesimo, il che significa che le applicazioni transano liberamente in modi che non farebbero mai su Ethereum. Contratti di gioco, schemi di fidelizzazione e sistemi di micro-pagamento generano cronologie di indirizzo in centinaia di migliaia.
PolygonScan gestisce questo meglio di quanto ci si potrebbe aspettare. I filtri funzionano, la paginazione tiene, e l'esportazione CSV esiste — il che per la riconciliazione o la contabilità è spesso l'unica via pratica, poiché nessuna quantità di scorrimento la porta attraverso un anno di attività.
Tre cose valgono la pena di essere conosciute quando si guada attraverso una di queste. Le transazioni interne sono sul proprio tab e sono dove appare il movimento di valore da contratto a contratto, quindi una lista principale di transazioni può sembrare quasi vuota mentre valore significativo si è mosso. I trasferimenti di token sono similmente separati, perché sono eventi di log piuttosto che campi di transazione. E il filtro di data è lo strumento da afferrare per primo — restringere a una finestra prima di fare qualsiasi altra cosa trasforma una pagina impossibile in una gestibile.
Se ha bisogno di un'estrazione storica pesante piuttosto che di una ricerca, un'API di explorer è del tutto lo strumento sbagliato. Dune o un Blockscout autogestito contro un nodo archivio la serviranno meglio che paginare attraverso REST per un intero pomeriggio.
Note sull’API
Chain ID 137 sull'API Etherscan V2. Stessa chiave, stessa forma, stesso limite per secondo condiviso su ogni chain che interroga.
La disciplina di paginazione conta più qui che ovunque altro copriamo. Un indirizzo con centomila transazioni ritorna in pagine, e un ciclo naïve esaurirà la sua allocazione quotidiana su un singolo indirizzo. Usi startblock e endblock per restringere, e metta in cache — i blocchi storici non cambiano.
Le alternative senza chiave che vale la pena conoscere sono Blockchair e 3xpl, entrambe le quali indicizzano Polygon ed entrambe le quali inviano intestazioni CORS permissive così possono essere chiamate da codice browser. Il nostro confronto delle API copre dove ciascuna è la risposta giusta.
Polygon PoS, zkEVM e il problema di nominazione
"Polygon" si riferisce a diverse reti distinte, e scegliere l'explorer sbagliato per quella su cui si trova è un errore comune e interamente comprensibile.
Polygon PoS è la sidechain originale, chain ID 137, ed è ciò che quasi tutti intendono. Ha i propri validatori ed effettua checkpoint verso Ethereum.
Polygon zkEVM è un rollup di validità separato con il proprio chain ID, il proprio bridge e il proprio explorer. Gli asset su uno non sono asset sull'altro, e un contratto distribuito su PoS non esiste su zkEVM.
Ci sono state anche varie chain di supporto e testnet nel corso degli anni, ciascuna con il proprio strumentario. La nominazione non aiuta: il marketing le tratta come un unico prodotto e le chain le trattano come reti non correlate.
Il controllo pratico richiede dieci secondi. Guardi il chain ID che riporta il suo portafoglio e confermi che corrisponda all'explorer che ha aperto. Se una transazione "non esiste", quel disallineamento è la prima ipotesi da testare — ben prima di concludere che qualcosa sia andato storto.
La stessa cautela si applica ai bridge. Spostare asset tra PoS e zkEVM è un'operazione inter-chain con due transazioni e due identificatori, esattamente come spostarsi tra Ethereum e una delle due. Non è un trasferimento interno, per quanto simile il branding lo faccia sembrare.
La nostra pagina su Base copre il modello di regolamento dei rollup in maggior dettaglio, e la distinzione tra un rollup e una sidechain è la cosa che vale la pena portare tra le due pagine.