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 attraverso di essi; il suo staking è unificato. Cerchi un indirizzo e vede una frazione delle sue partecipazioni, il che è allarmante se non sa di doverlo aspettare.
Cardanoscan gestisce questo correttamente: cerchi un indirizzo di stake e ottiene la posizione aggregata, la delega e la cronologia completa delle ricompense. Quella è la vista che corrisponde a ciò che le mostra un portafoglio, ed è quella da usare.
Questo 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 delegati. Non c'è periodo di unbonding, a differenza dei ventotto giorni di Polkadot o della coda di uscita di Ethereum. È una delle decisioni di progettazione migliori di Cardano e discende direttamente dalla separazione delle chiavi.
Epoche, e perché le ricompense arrivano tardi
Cardano gira su epoche di cinque giorni, e le ricompense di staking seguono un programma che sorprende quasi ogni nuovo delegante: delega, e le prime ricompense appaiono circa quindici-venti giorni dopo.
La ragione è il meccanismo di snapshot. La sua delega è registrata in uno snapshot alla fine di un'epoca, diventa attiva nella successiva, produce ricompense in quella dopo, ed è pagata in quella dopo ancora. Nulla è sbagliato; la pipeline semplicemente ha profondità.
Cardanoscan mostra dove si trova in quel ciclo, che è l'unico modo per distinguere "funzionamento normale" da "configurato male". Dato quante domande di supporto questo genera, è qualcosa di genuinamente prezioso da mostrare per un explorer.
Una conseguenza che vale la pena conoscere: poiché la delega è fotografata 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 nessun divario.
Scegliere uno stake pool, fattualmente
Le pagine di pool di Cardanoscan portano i dati che determinano davvero 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 saturato 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 vengono in due parti: un minimo fisso per epoca e un margine percentuale. Su un piccolo pool la commissione fissa è una proporzione più grande di un pot di ricompense più piccolo, il che conta più del margine in evidenza.
I blocchi prodotti rispetto ai blocchi attesi è il segnale di qualità operativa. Un pool che produce costantemente meno blocchi di quanto il suo stake implichi ha problemi tecnici, e questo si traduce direttamente in ricompense più basse.
Stiamo descrivendo come funziona il meccanismo, non dicendole dove delegare — quella è una decisione con conseguenze finanziarie ed è sua.
| Campo | Perché conta |
|---|---|
| Saturazione | Oltre la soglia, lo stake extra non guadagna nulla in più. Il singolo campo più determinante. |
| Commissione fissa | Addebitata per epoca indipendentemente dalla dimensione. Proporzionalmente più pesante sui piccoli pool. |
| Margine | Percentuale che l’operatore prende dopo la commissione fissa. |
| Pledge | Stake proprio dell’operatore. Interesse in gioco, e influisce sul calcolo delle ricompense. |
| Blocchi vs attesi | Affidabilità operativa. Sottoprestazione persistente significa problemi tecnici. |
UTXO esteso e asset nativi
Cardano usa UTXO esteso — come il modello di Bitcoin, ma gli output possono portare dati arbitrari (un datum) ed essere protetti da script. È un modello computazionale genuinamente diverso dai conti di Ethereum, con proprietà diverse: i risultati 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 registro, portati negli output accanto ad ADA, trasferiti dallo stesso meccanismo.
Questo rimuove un'intera classe di problema. 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 ogni output, dove questo diventa visibile.
Cosa hanno mostrato i nostri test di riferimento
I nostri elementi Cardano erano un semplice pagamento ADA, un trasferimento di asset nativo, un indirizzo di stake con cronologia di delega, una pagina di pool, e un output che porta token con l'ADA minimo allegato.
Cercare l'indirizzo di pagamento ha restituito un quadro parziale, come detta il modello di chiave. Cercare l'indirizzo di stake ha restituito la posizione aggregata e la cronologia completa di delega e ricompense, che è la vista che corrisponde a ciò che mostra un portafoglio e quella che diremmo a chiunque di usare.
La cronologia delle ricompense si è riconciliata epoca per epoca, e la pipeline di snapshot era visibile nei dati — la prima ricompensa è apparsa il numero di epoche dopo che il meccanismo predice, piuttosto che immediatamente.
La pagina del pool ha mostrato saturazione, pledge, commissione fissa, margine e blocchi prodotti rispetto ai blocchi attesi. Abbiamo deliberatamente guardato un pool saturato, e la cifra era abbastanza prominente che un delegante l'avrebbe notata prima di impegnarsi, che è l'intero punto di mostrarla.
Il test dell'output di token ha mostrato l'ADA e l'asset nativo come componenti separate dello stesso output, che è l'unica presentazione che spiega perché un trasferimento di token richieda ADA ad accompagnarlo.