Normes éditoriales

Cette page explique comment les contenus techniques et de recherche du site Bitroot (bitroot.co) sont sélectionnés, rédigés, relus et corrigés. Elle vise à montrer aux lecteurs comment ces pages sont produites et comment signaler des erreurs.

Ce que ce site publie

Les articles de blog et les guides publiés sur ce site s'adressent aux développeurs et aux chercheurs. Ils portent sur la conception du protocole et de l'ingénierie — EVM parallèle, consensus et compromis de scalabilité. Le contenu est éducatif et technique. Il ne constitue pas un conseil financier, d'investissement, juridique ou fiscal, ni une offre d'achat ou de vente d'un actif numérique. Voir les Conditions d'utilisation pour le cadre juridique complet.

Sélection des sujets et apport d'information

Nous privilégions les questions auxquelles le lecteur ne peut pas répondre par une simple recherche ou une brève mention dans la documentation : compromis de conception, différences avec les approches apparentées et notes d'architecture vérifiables. Nous évitons de publier des quasi-doublons dans le seul but d'augmenter le nombre d'articles. Les articles sur des sujets voisins doivent adopter des angles distincts (par exemple une vue d'ensemble plutôt qu'un mécanisme approfondi), et non reprendre le même texte sous un nouveau titre.

Rédaction et relecture humaine

Les brouillons peuvent s'appuyer sur des outils de recherche et des assistants de rédaction, mais rien n'est publié sans édition humaine : vérification des affirmations techniques, parité structurelle zh/en, cibles et titres de liens réels, et absence de formulations parallèles vides de sens. Nous ne publions pas en lot des articles courts issus de gabarits sans relecture.

Les chiffres de performance (TPS, finalité et similaires) doivent préciser leur contexte — environnement de test, objectif ou résultat observé. Les paramètres opérationnels qui varient selon les versions (par exemple un point de terminaison RPC précis) ne doivent pas être figés en dur lorsqu'un lien vers une source faisant autorité est plus sûr.

Calendrier de publication

Le champ date du frontmatter d'un article correspond au jour de publication prévu ou effectif. Les brouillons datés dans le futur n'apparaissent ni dans la liste du blog, ni dans le sitemap, ni dans les URL de détail indexables avant cette date ; ils deviennent visibles via le processus normal de build et de publication. Nous privilégions des mises à jour régulières et vérifiables plutôt que la publication, le même jour, d'une masse de pages datées dans le futur.

Ce que nous ne publions pas

Conseils d'investissement, promesses de rendement, astuces de trading ou commentaires sur les prix.
Contenus tiers copiés ou légèrement réécrits, sans explication ajoutée.
Paternité inventée, fausses recommandations ou affiliations mensongères.

Corrections et retours

Si vous constatez une erreur factuelle, un lien mort ou une divergence sérieuse entre le chinois et l'anglais, écrivez à [email protected] en indiquant l'URL de la page et une brève description. Après vérification, nous corrigerons la page et, le cas échéant, signalerons la modification via les canaux officiels.

Pour les demandes de presse ou de partenariat, utilisez la page Contact média plutôt que la boîte dédiée aux corrections.