Chi revisiona la Zelcore Academy, che cosa verifica una revisione, con quale frequenza avviene e come gestiamo le correzioni.
La Zelcore Academy pubblica indicazioni che riguardano il denaro: come custodirlo, come evitare di perderlo e che cosa dicono le regole. Consigli del genere valgono solo quanto il processo che li sostiene, perciò questa pagina descrive quel processo con un livello di dettaglio sufficiente a permetterti di chiedercene conto.
Spiega chi revisiona i nostri articoli, che cosa verifica concretamente una revisione, con quale frequenza avviene e che cosa facciamo quando sbagliamo. Si applica a ogni articolo dell'Academy e a ogni post della sezione Notizie.
Le revisioni sono svolte dal team editoriale di InFlux Technologies e attribuite per ruolo anziché per nome. Quattro ruoli coprono le aree tematiche in cui pubblichiamo, e ciascuno approva solo nel proprio ambito.
Redattore sicurezza — frasi seed e gestione delle chiavi, phishing e truffe basate sulle approvazioni, hardware wallet e qualsiasi contenuto scritto in risposta a un incidente.
Redattore normativa — MiCA, il GENIUS Act, gli obblighi della travel rule, le regole di quotazione sugli exchange e il trattamento fiscale.
Redattore DeFi — staking e rendimenti, swap e bridge, asset tokenizzati e i rischi specifici di ciascuno.
Redattore wallet e prodotto — guide pratiche passo passo, guide a monete e chain e qualsiasi descrizione del funzionamento di Zelcore stesso.
Una firma è un segnale di fiducia solo se la persona che c'è dietro è responsabile e rintracciabile. Invece di associare un nome a un lavoro che non lo descrive pienamente, pubblichiamo il ruolo che ha revisionato il contenuto e l'organizzazione che ne risponde: InFlux Technologies, la società che sviluppa anche la rete Flux. Se hai bisogno di contattare la persona responsabile di un articolo specifico, scrivici e inoltreremo il messaggio al redattore che lo ha approvato.
Una revisione non è una correzione di bozze. Un redattore rilegge l'articolo confrontandolo con le sue fonti e con lo stato attuale del prodotto e delle regole, ed esegue ogni volta gli stessi sette controlli.
Ogni affermazione che riporta una data, un numero o una regola viene ricontrollata sulla fonte primaria citata, non su un riassunto secondario di quella fonte.
Ogni link esterno funziona ancora e punta ancora a ciò che l'articolo dice.
I dettagli di prodotto corrispondono all'attuale release di Zelcore: disponibilità per piattaforma, nomi delle funzioni, comportamento delle commissioni. Le funzioni presenti su una piattaforma e non su un'altra sono descritte come tali.
Le regole citate nell'articolo sono ancora in vigore, nelle giurisdizioni che l'articolo indica.
Nessuna indicazione di sicurezza è stata superata: una pratica valida un anno fa a volte non lo è più.
L'avvertenza permanente dell'articolo è ancora quella giusta per il suo argomento.
I link interni funzionano ancora, la pagina pilastro a cui appartiene l'articolo rimanda ancora a esso e nulla punta a uno slug che nel frattempo è cambiato.
La frequenza delle revisioni dipende dall'argomento, perché normativa e sicurezza invecchiano più in fretta della spiegazione di una chain.
Normativa e fisco: ogni sei mesi, oppure entro quattordici giorni da una modifica di una regola di cui abbiamo parlato.
Sicurezza: ogni sei mesi, oppure subito dopo un incidente che incide sui consigli forniti.
DeFi: ogni dodici mesi.
Tutto il resto: ogni dodici mesi.
Qualsiasi articolo, in qualsiasi momento: quando un lettore segnala un errore.
Un calendario pubblicato è una promessa, e le promesse sul processo sono facili da fare e facili da abbandonare in silenzio. La nostra è sostenuta da un report che elenca ogni articolo oltre la sua finestra di revisione, raggruppato per ruolo responsabile, così un contenuto in ritardo resta visibile invece di essere dimenticato. Un articolo mai revisionato è considerato in ritardo dal giorno in cui viene pubblicato.
Ogni articolo riporta una data in alto, e la formulazione di quella riga è voluta.
"Ultimo aggiornamento" significa che l'articolo è stato modificato in quella data. Non afferma che qualcuno abbia riletto l'intero contenuto confrontandolo con le fonti.
"Ultima revisione a cura del Redattore sicurezza" (o del ruolo pertinente) significa che un redattore ha completato l'intera revisione descritta sopra e l'ha approvata.
La maggior parte dell'Academy oggi riporta "ultimo aggiornamento", perché abbiamo iniziato a registrare l'approvazione delle revisioni a settembre 2026 e stiamo passando in rassegna l'archivio secondo il calendario, partendo dai contenuti più vecchi e più a rischio. Preferiamo mostrarti una data di modifica onesta piuttosto che lasciar intendere una revisione mai avvenuta.
Pubblichiamo ogni giorno, e una parte di ciò che pubblichiamo sarà sbagliata. Ciò che conta è quello che succede dopo.
Segnala un errore a [email protected]. Citare la frase aiuta.
Gli errori fattuali vengono corretti entro cinque giorni lavorativi dalla nostra conferma, e prima quando l'errore potrebbe costare denaro a un lettore.
Una correzione sostanziale, cioè una che cambia i consigli, i fatti o la conclusione, viene segnalata in fondo all'articolo con la sua data. Non riscriviamo in silenzio un contenuto lasciando credere che abbia sempre detto la cosa nuova.
Refusi, formattazione e link riparati vengono corretti senza nota.
Se non riusciamo a verificare un errore segnalato, lo diciamo invece di lasciare la segnalazione senza risposta.
Queste sono le regole che un articolo rispetta dopo essere passato per una revisione. Gran parte dell'archivio esistente è stata scritta senza citazioni nel testo e non le rispetta ancora; aggiungere le fonti fa parte di ciò che fa una revisione, ed è per questo che smaltiamo gli arretrati in ordine di rischio anziché tutti insieme.
La normativa viene citata facendo riferimento al testo del regolamento o all'autorità di regolamentazione, non a un articolo di cronaca che ne parla.
Gli incidenti di sicurezza vengono citati facendo riferimento a chi li ha resi noti, al progetto coinvolto o a un registro on-chain che un lettore può verificare.
Quando un numero cambia nel tempo (una commissione, il conteggio degli asset supportati, un tempo di blocco), l'articolo indica quando era corretto.
Le uniche affermazioni su audit e numero di utenti che facciamo su Zelcore sono le due per cui abbiamo prove: è stato sottoposto a un audit di sicurezza da parte di Cure53 e ha 500K+ utenti. Non facciamo alcuna affermazione sulla licenza del suo codice sorgente. Quando una proprietà di sicurezza è importante, descriviamo invece il meccanismo.
Il supporto per hardware wallet è sempre descritto piattaforma per piattaforma, perché l'abbinamento di Ledger e Trezor è una funzione desktop e altrimenti un lettore che agisce da un telefono verrebbe tratto in inganno.
Nulla nell'Academy costituisce consulenza finanziaria, sugli investimenti, legale o fiscale, e nessun articolo va letto come una raccomandazione ad acquistare, vendere o detenere alcunché. Gli articoli su normativa, fisco, sicurezza e DeFi riportano un'avvertenza permanente in tal senso, mostrata sopra il corpo del testo.
Zelcore è un wallet in autocustodia: non deteniamo mai le tue chiavi e non possiamo recuperare un account, annullare una transazione o vedere il tuo saldo. Il nostro team di supporto non ti chiederà mai la frase seed, e nessun articolo ti chiederà mai di inserirla in un posto diverso dal tuo wallet.
