Chiavi di pagamento, chiavi di stake, e perché ha molti indirizzi
Un indirizzo Cardano di solito contiene due parti: una credenziale di pagamento che controlla la spesa, e una credenziale di staking che controlla la delega.
La conseguenza è che un portafoglio genera molti indirizzi di pagamento che condividono tutti una singola chiave di stake. I suoi fondi sono distribuiti tra essi; il suo staking è unificato. Cerchi un indirizzo e vede una frazione dei suoi averi, il che è allarmante se non sa aspettarselo.
Cardanoscan gestisce questo correttamente. Cerchi un indirizzo di stake e ottiene la posizione aggregata, la delega e la cronologia completa delle ricompense — la vista che corrisponde a ciò che le mostra il suo portafoglio, e quella da usare.
Questa progettazione abilita anche qualcosa di genuinamente utile: staking liquido senza blocco. Poiché la delega è controllata da una chiave separata dalla spesa, i suoi fondi restano liberamente spendibili mentre sono delegati. Non c'è periodo di sblocco, a differenza dei ventotto giorni di Polkadot o della coda di uscita di Ethereum. È una delle migliori decisioni di progettazione di Cardano e deriva direttamente dalla separazione delle chiavi.
Gli epoch, e perché le ricompense arrivano in ritardo
Cardano gira su epoch di cinque giorni, e le ricompense di staking seguono un calendario che sorprende quasi ogni nuovo delegante: delega, e le prime ricompense appaiono circa quindici o venti giorni dopo.
La ragione è il meccanismo di snapshot. La sua delega è registrata in uno snapshot alla fine di un epoch, diventa attiva nel successivo, produce ricompense in quello dopo, e viene pagata in quello dopo ancora. Nulla è sbagliato; la pipeline ha semplicemente profondità.
Cardanoscan mostra dove si trova in quel ciclo, che è l'unico modo per distinguere "funziona normalmente" da "configurato male". Vista quante domande di supporto questo genera, è una cosa genuinamente preziosa da mettere in evidenza per un explorer.
Una conseguenza che vale la pena conoscere: poiché la delega è catturata in uno snapshot, cambiare pool non interrompe le ricompense. Continua a guadagnare dal vecchio pool attraverso la pipeline mentre la nuova delega prende effetto. Non c'è penalità e non c'è lacuna, il che significa che non c'è ragione di esitare a lasciare un pool saturo o sottoperformante.
Leggere una pagina di pool di stake
Le pagine di pool di Cardanoscan portano i dati che determinano i rendimenti, e vale la pena sapere quali campi contano.
La saturazione è quella importante. Sopra una soglia definita dal protocollo, le ricompense di un pool smettono di aumentare con stake aggiuntivo, quindi delegare a un pool saturo riduce il rendimento di tutti, incluso il suo. Il meccanismo esiste per spingere lo stake verso la decentralizzazione e funziona — ma solo se i deleganti guardano.
Le commissioni arrivano in due parti: un minimo fisso per epoch e un margine percentuale. Su un piccolo pool la commissione fissa è una proporzione più grande di una cagnotta di ricompense più piccola, il che conta più del margine pubblicizzato.
I blocchi prodotti rispetto ai blocchi attesi sono il segnale di qualità operativa. Un pool che produce sistematicamente meno blocchi di quanto implichi il suo stake ha problemi tecnici, e questo si traduce direttamente in ricompense più basse.
Stiamo descrivendo come funziona il meccanismo piuttosto che dirle dove delegare. Quella è una decisione con conseguenze finanziarie ed è sua.
UTXO esteso e asset nativi
Cardano usa UTXO esteso — come il modello di Bitcoin, ma gli output possono portare dati arbitrari ed essere protetti da script. È un modello computazionale genuinamente diverso dai conti di Ethereum, con proprietà diverse: gli esiti delle transazioni sono prevedibili prima della sottomissione, e la concorrenza deve essere progettata piuttosto che assunta.
La conseguenza più immediatamente visibile sono gli asset nativi. I token Cardano non sono smart contract. Sono oggetti a livello di ledger, portati negli output accanto all'ADA, trasferiti dallo stesso meccanismo.
Questo elimina un'intera classe di problemi. Non c'è un contratto di token che possa essere aggiornato per bloccare i trasferimenti, nessun meccanismo di approvazione da sfruttare, nessuna logica di trasferimento su misura da auditare. Il rischio di approvazione di token che domina i consigli di sicurezza EVM semplicemente non esiste qui.
Significa anche che un output che porta token deve portare un importo minimo di ADA accanto a essi, motivo per cui non può inviare token da un indirizzo che non detiene ADA. Cardanoscan mostra la composizione di ciascun output, dove ciò diventa visibile — e dove una transazione fallita apparentemente inspiegabile trova di solito la sua spiegazione.
La governance, e cosa può mostrarle un explorer al riguardo
Cardano è entrata nella sua fase Voltaire con governance on-chain: rappresentanti delegati, un comitato costituzionale, e voti registrati sul ledger piuttosto che annunciati altrove.
La proprietà che conta per un lettore è la stessa che rende interessante la governance di Polkadot. Poiché le azioni di governance sono on-chain, può leggere cosa farebbe davvero una proposta piuttosto che affidarsi alla sua descrizione. Una proposta intitolata in un modo e che codifica un altro è rilevabile, e l'explorer è dove lo rileverebbe.
Cardanoscan mette in evidenza questi dati accanto alle informazioni di staking. Per la maggior parte delle persone non sarà mai rilevante. Per chiunque detenga ADA e voglia capire cosa viene deciso con essi, è la differenza tra partecipare ed esserne informato dopo.
Cambia anche cosa significa la delega. Una chiave di stake può delegare a un pool per la produzione di blocchi e separatamente a un rappresentante per la governance, che sono decisioni diverse con conseguenze diverse. Gli explorer che trattano la delega come un campo unico si sbagliano su questo, e vale la pena controllare che lo strumento che sta usando le distingua.
Il punto più ampio, che si applica ben oltre Cardano: il valore di mettere un processo on-chain non è che sia decentralizzato in senso astratto. È che il processo diventa verificabile da chiunque abbia un browser. Questa è una proprietà di responsabilità genuinamente diversa da un annuncio pubblicato, e pochissime chain la hanno.