Une autre voie
Bitcoin, Ethereum et les chaînes à identité vérifiée ne sont pas des erreurs. Ce sont des choix cohérents, chacun avec un prix. Comprendre ce prix, c'est comprendre pourquoi ReymCore explore un autre chemin.
Tout mécanisme de consensus repose sur une asymétrie de coût entre un participant honnête et un attaquant. La question est toujours la même : sur quelle ressource repose cette asymétrie ? La réponse définit la chaîne — et son compromis.
Bitcoin
Ressource : le calcul
La preuve de travail ancre la sécurité dans l'électricité dépensée. Réécrire l'histoire coûterait autant d'énergie que l'a produite. C'est robuste, éprouvé, et magnifiquement simple.
Le prix : la sécurité devient une course à la puissance de calcul. Elle consomme une énergie considérable, et tend à se concentrer là où l'électricité est la moins chère.
Ethereum
Ressource : le capital
La preuve d'enjeu remplace l'électricité par du capital immobilisé. Valider exige de verrouiller des jetons que l'on perd en cas de mauvais comportement. L'empreinte énergétique s'effondre.
Le prix : le pouvoir de valider s'achète. Plus on détient de capital, plus on pèse — ce qui tend à faire converger l'influence vers ceux qui possèdent déjà le plus.
Les chaînes à identité vérifiée
Ressource : l'identité légale
Une autre voie consiste à vérifier qui est réel — par un document, une autorité, un enregistrement. Une identité, une voix. La résistance aux fausses identités devient directe.
Le prix : le réseau dépend d'une autorité extérieure qui décide qui existe. On échange la décentralisation contre la certitude d'identité.
Il y a un point sur lequel les chaînes majeures partagent une même échéance. Bitcoin comme Ethereum reposent aujourd'hui sur des signatures elliptiques — ECDSA, Ed25519 — qu'un ordinateur quantique suffisamment puissant pourrait un jour casser.
Migrer vers des signatures post-quantiques est possible, mais difficile sur une chaîne déjà vivante. Il faut faire bouger des millions d'adresses existantes, coordonner le changement sur un réseau décentralisé où nul ne commande, et préserver des années d'historique et de valeur en circulation — sans autorité centrale pour l'imposer. C'est un chantier lourd, que ces réseaux devront mener le moment venu.
ReymCore naît déjà post-quantique
Dès la genèse, chaque signature est hybride : Ed25519 (classique) et ML-DSA-65 (résistant au quantique, standard NIST FIPS 204), apposées sur les mêmes octets. Pas de schéma pré-quantique isolé à un endroit de la chaîne, pas d'héritage à migrer plus tard — parce qu'il n'y a pas d'héritage. Le problème que d'autres devront résoudre après coup est écarté à la conception.
Un schéma post-quantique aujourd'hui solide pourrait s'affaiblir demain — l'histoire de la cryptographie est faite de primitives qu'on croyait sûres. ReymCore est donc pensé pour l'agilité cryptographique : la capacité de faire évoluer ses primitives sans refondre la chaîne.
Une piste de diversité est identifiée pour l'avenir : introduire une signature de secours d'une famille mathématique différente des réseaux euclidiens — SLH-DSA (fondée sur le hachage, standard NIST FIPS 205) — de sorte qu'une faiblesse touchant l'une ne touche pas l'autre. Cette primitive n'est pas encore présente dans le code ; elle relève d'une étape ultérieure, mentionnée ici comme direction, pas comme capacité.
Cette approche n'est pas une singularité : c'est précisément ce que recommandent les organismes de standardisation — déployer des primitives de familles mathématiques distinctes (réseaux, hachage, codes) pour éviter une défaillance cryptographique à point unique. La particularité de ReymCore n'est pas d'y avoir pensé le premier, mais de le prévoir dès la conception plutôt que de devoir le greffer après coup sur une chaîne déjà vivante.
Une transition, jamais un basculement subi
Le point critique de sécurité : une signature de secours ne devra jamais s'activer automatiquement parce qu'une signature échoue. Un attaquant pourrait alors provoquer volontairement cet échec pour forcer tout le réseau vers un schéma qu'il jugerait plus faible — une attaque par rétrogradation. La transition devra reposer sur une clé engagée à l'avance, une activation explicite décidée par époque, et un passage vérifié — jamais un réflexe déclenché par l'échec. Prévoir le secours sans ouvrir cette porte fait partie de la conception.
ReymCore part d'une contrainte que ces trois approches n'imposent pas toutes en même temps : ne rien exiger du calcul, ni du capital, ni de l'identité légale. Une fois ces trois ressources écartées, il reste le temps réellement vécu et prouvé par une machine physique.
Ce choix a lui aussi un prix, et l'honnêteté commande de le nommer : au Layer 1, la finalité est lente, et prouver le temps sans autorité centrale est un problème difficile, encore ouvert. ReymCore ne prétend pas l'avoir résolu ; il propose une architecture pour l'attaquer.
Mais cette lenteur est celle du socle de sécurité, pas celle de l'usage. Le Layer 1 sécurise ; il n'est pas fait pour porter le trafic quotidien. Les transactions et les contrats vivront sur le Layer 2, qui — bien qu'il n'existe pas encore — est conçu pour être nettement plus rapide que le Layer 1. Une base lente et robuste en dessous, une exécution rapide au-dessus : les deux ne se contredisent pas, ils se répartissent le travail.
Aucune de ces voies n'est « la bonne » dans l'absolu. Elles répondent à des priorités différentes. ReymCore fait le pari qu'une sécurité fondée sur le temps physique — que ni la richesse ni une IA ne peuvent accélérer — vaut la lenteur qu'elle impose au socle, dès lors qu'une couche rapide vient porter l'usage au-dessus.
Sur les comparaisons. Bitcoin et Ethereum sont des systèmes matures, sécurisés par des années d'exécution réelle et des milliards de valeur. ReymCore est une architecture en construction, dont le Layer 1 n'est pas encore éprouvé sur un réseau ouvert. Comparer les approches ne revient pas à comparer les niveaux de maturité : sur ce dernier plan, il n'y a pas de comparaison à faire.