Qui relit l'Academy Zelcore, ce que vérifie une relecture, à quelle fréquence elle a lieu et comment nous traitons les corrections.
L'Academy Zelcore publie des conseils sur l'argent : comment le détenir, comment éviter de le perdre, et ce que disent les règles. De tels conseils ne valent que ce que vaut le processus qui les produit ; cette page décrit donc ce processus avec suffisamment de précision pour que vous puissiez nous demander des comptes.
Elle indique qui relit nos articles, ce que vérifie réellement une relecture, à quelle fréquence elle a lieu, et ce que nous faisons quand nous nous trompons. Elle s'applique à chaque article de l'Academy et à chaque publication de la Salle de presse.
Les relectures sont assurées par l'équipe éditoriale d'InFlux Technologies et attribuées par rôle plutôt que par nom. Quatre rôles couvrent les domaines dans lesquels nous publions, et chacun ne valide que ce qui relève de son propre périmètre.
responsable éditorial Sécurité — phrases de récupération et gestion des clés, phishing et arnaques aux autorisations, portefeuilles matériels, et tout ce qui est rédigé en réaction à un incident.
responsable éditorial Réglementation — MiCA, le GENIUS Act, les obligations liées à la Travel Rule, les règles de listing des plateformes d'échange et le traitement fiscal.
responsable éditorial DeFi — staking et rendement, échanges et ponts, actifs tokenisés, et les risques propres à chacun.
responsable éditorial Portefeuille et produit — tutoriels pratiques, guides des cryptos et des chaînes, et toute description du fonctionnement de Zelcore lui-même.
Une signature n'est un gage de confiance que si la personne qui se trouve derrière est responsable et joignable. Plutôt que d'associer un nom à un travail qu'il ne décrit pas entièrement, nous publions le rôle qui a relu l'article et l'organisation qui s'en porte garante : InFlux Technologies, l'entreprise qui développe aussi le réseau Flux. Si vous devez joindre la personne responsable d'un article précis, écrivez-nous et nous transmettrons votre message au responsable éditorial qui l'a validé.
Une relecture n'est pas une correction d'épreuves. Un responsable éditorial relit l'article au regard de ses sources ainsi que de l'état actuel du produit et des règles, et effectue à chaque fois les mêmes sept vérifications.
Chaque affirmation comportant une date, un chiffre ou une règle est revérifiée par rapport à la source primaire qu'elle cite — et non par rapport à un résumé secondaire de cette source.
Chaque lien sortant fonctionne toujours et pointe toujours vers ce que l'article annonce.
Les détails du produit correspondent à la version actuelle de Zelcore : disponibilité par plateforme, noms des fonctionnalités, comportement des frais. Les fonctionnalités présentes sur une plateforme et pas sur une autre sont décrites comme telles.
Les règles citées dans l'article sont toujours en vigueur, dans les juridictions que l'article mentionne.
Aucun conseil de sécurité n'a été dépassé — une pratique valable il y a un an ne l'est parfois plus.
L'avertissement permanent de l'article est toujours celui qui convient à son sujet.
Les liens internes fonctionnent toujours, la page pilier dont relève l'article renvoie toujours vers lui, et aucun lien ne pointe vers un slug qui a été déplacé entre-temps.
La fréquence de relecture dépend du sujet, car la réglementation et la sécurité vieillissent plus vite qu'une présentation de chaîne.
Réglementation et fiscalité : tous les six mois, ou dans les quatorze jours suivant un changement de règle que nous avons traité.
Sécurité : tous les six mois, ou immédiatement après un incident qui affecte les conseils donnés.
DeFi : tous les douze mois.
Tout le reste : tous les douze mois.
Tout article, à tout moment : lorsqu'un lecteur signale une erreur.
Un calendrier publié est une promesse, et les promesses de processus sont faciles à faire et faciles à abandonner discrètement. La nôtre s'appuie sur un rapport qui liste chaque article ayant dépassé sa fenêtre de relecture, regroupé par rôle responsable, de sorte qu'un article en retard reste visible au lieu d'être oublié. Un article qui n'a jamais été relu est considéré comme en retard dès le jour de sa publication.
Chaque article porte une date en haut de page, et la formulation de cette ligne est délibérée.
« Dernière mise à jour » signifie que l'article a été modifié à cette date. Cela ne prétend pas que quelqu'un a relu l'ensemble de l'article au regard de ses sources.
« Dernière relecture par le responsable éditorial Sécurité » — ou par le rôle concerné — signifie qu'un responsable éditorial a effectué la relecture complète décrite ci-dessus et l'a validée.
La plupart des articles de l'Academy affichent actuellement « Dernière mise à jour », car nous avons commencé à enregistrer les validations de relecture en septembre 2026 et nous traitons les archives selon le calendrier, en commençant par les plus anciens et les plus risqués. Nous préférons vous montrer une date de modification honnête plutôt que de laisser croire à une relecture qui n'a pas eu lieu.
Nous publions chaque jour, et une partie de ce que nous publions sera erronée. Ce qui compte, c'est ce qui se passe ensuite.
Signalez une erreur à [email protected]. Citer la phrase concernée nous aide.
Les erreurs factuelles sont corrigées dans les cinq jours ouvrés suivant leur confirmation, et plus tôt lorsque l'erreur pourrait coûter de l'argent à un lecteur.
Une correction substantielle — qui modifie le conseil, les faits ou la conclusion — est signalée en bas de l'article avec sa date. Nous ne réécrivons pas un article en silence pour lui donner l'air d'avoir toujours dit la nouvelle chose.
Les corrections typographiques, de mise en forme et de liens sont faites sans mention.
Si nous ne pouvons pas vérifier une erreur signalée, nous le disons plutôt que de laisser le signalement sans réponse.
Voici les règles que respecte un article une fois qu'il a fait l'objet d'une relecture. Une grande partie des archives existantes a été rédigée sans citations dans le texte et ne les respecte pas encore ; l'ajout de sources fait partie du travail de relecture, c'est pourquoi nous traitons l'arriéré selon le niveau de risque plutôt que tout d'un coup.
La réglementation est citée d'après le texte du règlement ou le régulateur, et non d'après un article de presse à son sujet.
Les incidents de sécurité sont cités d'après la partie qui les a divulgués, le projet concerné ou un enregistrement on-chain qu'un lecteur peut vérifier.
Lorsqu'un chiffre évolue dans le temps — des frais, un nombre d'actifs pris en charge, un temps de bloc — l'article indique à quelle date il était exact.
Les seules affirmations sur les audits et le nombre d'utilisateurs que nous faisons au sujet de Zelcore sont les deux pour lesquelles nous disposons de preuves : Zelcore a fait l'objet d'un audit de sécurité par Cure53, et compte 500K+ utilisateurs. Nous ne faisons aucune affirmation sur la licence de son code source. Lorsqu'une propriété de sécurité compte, nous décrivons plutôt le mécanisme.
La prise en charge des portefeuilles matériels est toujours décrite plateforme par plateforme, car l'association de Ledger et de Trezor est une fonctionnalité réservée à l'ordinateur, et un lecteur qui agirait depuis un téléphone serait sinon induit en erreur.
Rien dans l'Academy ne constitue un conseil financier, en investissement, juridique ou fiscal, et aucun article ne doit être lu comme une recommandation d'acheter, de vendre ou de détenir quoi que ce soit. Les articles traitant de réglementation, de fiscalité, de sécurité et de DeFi comportent un avertissement permanent en ce sens, affiché au-dessus du corps de l'article.
Zelcore est un portefeuille en auto-conservation : nous ne détenons jamais vos clés et ne pouvons ni récupérer un compte, ni annuler une transaction, ni voir votre solde. Notre équipe d'assistance ne vous demandera jamais votre phrase de récupération, et aucun article ne vous demandera jamais de la saisir ailleurs que dans votre propre portefeuille.
