CYBOU Logo
CYBOU v0.0.1 Baseline
Dépôt GitHub
R&D Ouverte • PQ by Design • Architecture P2P C++20 • Souveraineté Européenne

CYBOU
Messagerie P2P souveraine & registre BFT.

Une architecture logicielle conçue en France, émancipée des géants du cloud. Chiffrement hybride post-quantique, finalité BFT explicite et isolation stricte de l'autorité de l'appareil.

Consulter l'état réel d'avancement Code source (GitHub)
Transparence technique

Matrice d'implémentation v0.0.1.

Distinction stricte et vérifiable entre le code validé en tests unitaires, les modules en cours de refonte et les composants de la feuille de route.

Validé & Testé (v0.0.1)

FONCTIONNEL
  • Enveloppe de bon d'invitation (doc 70) : validation cryptographique bornée, séparation de domaine anti-rejeu.
  • Identifiant typé AccountId (32 octets) : gestion déterministe du solde système (SystemBalance).
  • Subvention d'accueil atomique : transfert de 6 000 CYBOU de OnboardingPool vers SystemBalance.
  • Persistance d'état LevelDB : instantanés atomiques avec nommage et isolats stricts CYBOU.
  • Définition native MailTx (doc 16) : opération de premier rang, 1 destinataire, taille bornée, frais prévisibles (sans surenchère).
  • Couverture de tests : 684 tests unitaires validés, élimination intégrale des dépendances et terminologies Bitcoin résiduelles.

En cours de consolidation

EN COURS
  • Moteur de consensus BFT (doc 07) : finalité explicite multi-validateurs avec admission contrôlée par l'opérateur (seuil f=1 dès 4 validateurs à poids égal).
  • Époques Proof of Trust (PoT) : calcul arithmétique entier strict dérivé de la hauteur de bloc (zéro dépendance à l'horloge locale).
  • Séparation stricte des clés (doc 68) : 4 domaines isolés (Autorité, Validateur, Signature de release, Trésorerie).
  • Remplacement PoW : élimination définitive des reliquats de preuve de travail de la chaîne de bootstrap CYBOU-DEV v0.0.2.

Feuille de route planifiée

PLANIFIÉ
  • Encapsulation Post-Quantique HPKE : intégration production du profil hybride ML-KEM-768 + X25519 (doc 49).
  • Stockage d'objets décentralisé : couche de pré-stockage pour validateurs et stockage d'objets pour pièces jointes à grande échelle.
  • Client graphique de bureau : interface utilisateur native (Inbox, Sent, état de lecture) avec conservation des index localement sur le poste.
  • Preuves d'inclusion de correspondance : certificats de finalité vérifiables hors-chaîne par des tiers certificateurs.
Fondations de conception

Rupture avec les architectures centralisées.

Les quatre piliers de conception garantissant la souveraineté et l'intégrité pérenne des échanges numériques.

Émancipation totale des hébergeurs de cloud tiers

Aucun serveur central, aucun compte sous juridiction extra-européenne, aucun point unique de censure ou de coupure. Les nœuds pairs échangent directement via un protocole P2P durci en C++20 sans passerelle obligatoire.

100% P2P
Résilience autonome native au niveau protocolaire
PQ by Design

Chiffrement Post-Quantique HPKE

Anticipation des attaques par interception et déchiffrement ultérieur grâce au standard hybride ML-KEM-768 et X25519 (RFC 9180).

ML-KEM
Standard NIST post-quantique

Autorité exclusive de l'appareil

Les clés privées ne transitent jamais sur le réseau. L'opérateur ne détient aucun passe-partout et ne peut modifier les soldes ou intercepter les courriers.

0
Accès dérobé ou clé maîtresse centrale

Finalité BFT explicite & Économie déterministe

Validation par consensus byzantin à poids égal (poids = 1). Arithmétique entière stricte, réserve plafonnée à 100 milliards de CYBOU, 0 décimale, et répartition déterministe des frais : 3/4 pour la Sécurité et 1/4 pour l'Accueil.

100 Mrd
Plafond absolu d'unités CYBOU (0 décimale)
Ingénierie du message

Le cycle de vie d'une transaction MailTx.

Comment un message textuel est engagé, scellé et enregistré de manière vérifiable sur le réseau.

01 / ENGAGEMENT

Engagement salé de contenu

Le corps textuel est lié à un sel cryptographique imprédictible (doc 69). L'empreinte résultante garantit l'intégrité sans exposer le contenu en clair aux validateurs.

02 / ENCAPSULATION

Chiffrement Hybride HPKE

Chiffrement de bout en bout ciblé pour la clé publique du destinataire avec protection post-quantique. Aucun tiers ne peut accéder au message en clair.

03 / TRANSACTION

Opération MailTx native

Émission d'une transaction de premier rang (pas de payload arbitraire Bitcoin Script). Frais déterministes fonction de la taille, sans enchère de priorité.

04 / FINALITÉ

Consensus BFT & Index Local

Le bloc est scellé par les validateurs BFT. Aucun état par courrier n'est conservé dans le consensus : le client local indexe ses courriers reçus et envoyés.

Spécifications machine & humaine

Fiche technique du protocole CYBOU.

Données d'ingénierie structurées et indexables pour moteurs de recherche et assistants d'analyse IA.

Paramètres canoniques de l'architecture CYBOU v0.0.1
Modèle de consensus
BFT explicite avec admission opérateur (seuil f=1 avec 4 validateurs minimum, poids égal = 1)
Époques de confiance (PoT)
Dérivées de la hauteur de bloc, arithmétique entière stricte, zéro horloge locale
Offre maximale (MAX_SUPPLY)
100 000 000 000 CYBOU (strictement 0 décimale)
Subvention d'accueil (Welcome Grant)
6 000 CYBOU transférés atomiquement de OnboardingPool vers SystemBalance via bon d'invitation signé
Régime des frais de transaction
Déterministes proportionnels à la taille (priorité désactivée). Répartition : 3/4 Sécurité, 1/4 Accueil
Format MailTx (v1)
Transaction native de premier rang, 1 destinataire, texte pur, taille strictement bornée, sans pièces jointes
Séparation des clés d'opérateur
4 domaines isolés : Autorité Opérateur, Validateur Opérateur, Signature de Release, Trésorerie
Socle technologique
C++20, CMake, LevelDB, OpenSSL. Prise en charge native Windows (MSVC) et Linux (GCC/Clang)
Validation d'état C++

Simulateur de transition d'état (Invite Voucher).

Démonstration de la transition d'accueil telle qu'implémentée dans les modules src/cybou/voucher.cpp et src/cybou/state.cpp.

Statut de la transition En attente d'exécution
OnboardingPool (Réserve globale) 100 000 000 000 CYBOU
SystemBalance (Solde Système) 0 CYBOU
Séparation anti-rejeu Validé (doc 70)
Quota d'envoi par époque 25 MailTx / époque PoT
Questions fréquentes

Architecture, Cryptographie & Gouvernance.

Des réponses précises et transparentes sur nos choix techniques, notre feuille de route et la sécurité post-quantique.

Sécurité Post-Quantique • PQ by Design

Que signifie « Post-Quantique dès la conception » (PQ by design) pour CYBOU ?

La plupart des systèmes de communication historiques s'appuient sur RSA ou la cryptographie sur les courbes elliptiques classiques. Face à l'émergence des calculateurs quantiques, ils tentent de patcher a posteriori leurs protocoles, exposant toutes les communications passées aux attaques « Harvest Now, Decrypt Later » (HNDL) — où des acteurs étatiques enregistrent dès aujourd'hui les flux chiffrés pour les casser demain.

Dans CYBOU, la résistance post-quantique n'est pas une option ou une mise à niveau tardive : le protocole est PQ by design dès la version v0.0.1. La structure d'enveloppe MailTx et le chiffrement E2EE intègrent nativement le standard hybride HPKE (RFC 9180) combinant ML-KEM-768 (standard NIST / Kyber) et X25519, garantissant qu'aucun message scellé aujourd'hui ne pourra être déchiffré à l'ère quantique.

Pourquoi CYBOU n'est-il pas encore téléchargeable pour le grand public ?

Nous refusons le marketing trompeur. CYBOU est actuellement à l'étape v0.0.1 (baseline d'ingénierie et de recherche ouverte). Avant d'ouvrir le réseau au grand public, nous finalisons la transition du réseau de bootstrap CYBOU-DEV v0.0.2 vers le consensus multi-validateurs BFT (seuil f=1 avec 4 validateurs minimum) et la séparation étanche des clés d'opérateur (doc 68). Le code source et les 684 tests unitaires sont publiquement auditables.

En quoi CYBOU diffère-t-il d'une messagerie électronique classique (SMTP/IMAP) ?

L'email classique dépend d'infrastructures de cloud centralisées, de serveurs de relais vulnérables aux réquisitions étrangères, et fait circuler les métadonnées et le contenu en clair entre hébergeurs. CYBOU fonctionne en réseau pair-à-pair décentralisé : chaque message est une transaction native MailTx validée par BFT, scellée avec un sel secret (doc 69), et déchiffrable uniquement sur le poste du destinataire sans passerelle intermédiaire.

Comment fonctionne le consensus BFT et la tolérance aux pannes ?

Le consensus CYBOU repose sur une finalité BFT explicite sans minage énergivore. L'admission des validateurs est soumise à approbation opérateur, et chaque validateur dispose d'un poids égal à 1 (weight = 1). Un quorum minimum de 4 validateurs est strictement requis pour tolérer f=1 validateur défaillant ou byzantin. Les époques de confiance (PoT) sont calculées en arithmétique entière à partir de la hauteur de bloc, sans dépendance aux horloges locales.

Quelle est la finalité économique du jeton CYBOU ?

Le jeton CYBOU a une offre maximale stricte et non-gonflable de 100 000 000 000 unités (0 décimale). Il n'a aucune vocation spéculative : il sert à réguler l'accès au réseau et prévenir le pourriel (spam). Chaque compte reçoit une subvention de bienvenue de 6 000 CYBOU via bon d'invitation (doc 70). Les frais d'émission sont déterministes selon la taille (pas d'enchères de priorité) et répartis à 75% pour la sécurité du réseau et 25% pour la réserve d'accueil.