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 commette un checkpoint — una radice di Merkle di 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 riposa sul proprio insieme di validatori di Polygon, con i checkpoint che forniscono un'ancora di regolamento piuttosto che una prova.
Per l'uso quotidiano questo è irrilevante. Per i prelievi di bridge è l'intera timeline: un prelievo non può essere completato su Ethereum finché il checkpoint che lo copre non è stato sottomesso, motivo per cui i prelievi richiedono significativamente più tempo di quanto implichi il tempo di blocco di due secondi. PolygonScan ha i dati di checkpoint. Non li collega all'esperienza di prelievo da nessuna parte dove un utente confuso li troverebbe.
MATIC, POL, e la confusione risultante
Il token nativo di Polygon è migrato da MATIC a POL nel 2024. Il contratto di token è cambiato, il ticker è cambiato, e molta documentazione, strumentario e contenuto di terze parti no.
Le conseguenze pratiche sono ordinarie ma fastidiose. Le guide più vecchie fanno riferimento a MATIC. Alcune interfacce mostrano ancora il vecchio simbolo. E — la parte che conta — un token nominato MATIC potrebbe ora riferirsi al contratto legacy, quello nuovo, o 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. I nomi e simboli di token sono stringhe arbitrarie scelte alla distribuzione e non sono unici. Questo è vero su ogni chain EVM ed è la singola difesa più affidabile contro l'impersonificazione di token.
Leggere un indirizzo con centomila transazioni
Le commissioni di Polygon sono piccole frazioni di centesimo, il che significa che le applicazioni fanno transazioni liberamente in modi che non farebbero mai su Ethereum. Contratti di gioco, schemi di fedeltà e sistemi di micropagamento generano cronologie di indirizzo nell'ordine delle centinaia di migliaia.
PolygonScan gestisce questo meglio di quanto ci si potrebbe aspettare. I filtri funzionano, la paginazione regge, ed esiste l'esportazione CSV — che per la riconciliazione o la contabilità è spesso l'unica strada pratica, poiché nessuna quantità di scorrimento la porta attraverso un anno di attività.
Tre cose che vale la pena sapere quando ne sta guadando una. Le transazioni interne sono sul proprio tab e sono dove appare il movimento di valore da contratto a contratto; una lista di transazioni principale può apparire 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 a cui ricorrere per primo — restringere a una finestra prima di fare qualsiasi altra cosa trasforma una pagina impossibile in una gestibile.
Note sull’API
Chain ID 137 sull'API Etherscan V2. Stessa chiave, stessa forma, stesso limite di frequenza condiviso:
GET https://api.etherscan.io/v2/api
?chainid=137&module=account&action=txlist
&address=0x...&startblock=0&endblock=99999999
&sort=desc&apikey=YOUR_KEYPresti attenzione alla paginazione qui più che su altre chain. Un indirizzo con centomila transazioni restituisce in pagine, e un ciclo ingenuo esaurirà la sua indennità giornaliera su un singolo indirizzo. Usi startblock ed endblock per restringere, e faccia cache — i blocchi storici non cambiano.
Se ha bisogno di estrazione storica pesante, un'API di explorer è lo strumento sbagliato. Dune o un'istanza Blockscout auto-ospitata contro un nodo archivio la serviranno meglio che paginare attraverso un endpoint REST per un pomeriggio.
Verdetto
PolygonScan è il predefinito e non c'è una ragione forte per contrastarlo. È affidabile, gestisce il volume, e lo strumentario è familiare.
Tenga a mente Blockscout se vuole open source, e OKLink se vuole etichettatura di indirizzo — Polygon ha molta attività di contratto e sapere quale contratto appartiene a quale protocollo risparmia tempo.
Le due cose da portare via: il checkpointing è ciò che rende lenti i prelievi di bridge, e la rinomina POL significa che deve controllare gli indirizzi di contratto piuttosto che i nomi di token. Nessuna delle due è spiegata sul sito, motivo per cui sono spiegate qui.
Cosa hanno mostrato i nostri test di riferimento
Abbiamo puntato il nostro insieme di riferimento EVM standard su Polygon e poi aggiunto la cosa che questa chain rende difficile: un indirizzo con una cronologia di transazioni molto grande.
Gli elementi di contratto si sono comportati come atteso. Verifica, risoluzione di proxy, i tab di lettura e scrittura, ragioni di revert e il controllore di approvazioni hanno tutti funzionato identicamente a Ethereum, che è il risultato corretto.
L'indirizzo ad alto volume era il vero test. Ne abbiamo aperto uno che portava ben oltre centomila transazioni. La pagina si è caricata, la paginazione ha retto, il filtro di data l'ha ristretta utilmente, e l'esportazione CSV ha prodotto un file contro cui potevamo riconciliare. Diversi explorer che abbiamo usato in passato semplicemente vanno in timeout su indirizzi come questo.
Il test di checkpoint è stato meno soddisfacente. I dati sono presenti — il contratto di checkpoint su Ethereum è visibile, e la relazione può essere stabilita — ma nulla su una pagina di transazione le dice che un prelievo di bridge dipende da esso. Dovevamo già sapere cosa cercare, che è il divario a cui questo test continua a tornare.