Henosis

Gouvernance ouverte pour les communautés, les ONG et les mouvements

Une voix pour chaque personne. Pas pour chaque pièce.

Henosis permet à une communauté de prouver que chaque membre est une personne réelle et de voter à bulletin secret, sans que personne ne sache qui a voté quoi. Pas de noms, pas de numéros, pas de profils. Les décisions se prennent là où elles doivent l'être : au plus près des gens.

Il n'y a pas de token. Jamais.

Pour qui Comment ça marche

Faites glisser pour tourner. Cliquez sur un nœud ou sur un module ci-dessous.

Pour qui

Pour tout groupe qui doit décider ensemble sans exposer ses membres. Henosis est né dans la communauté Shib et a d'abord été conçu comme la couche de gouvernance de SHIB OS ; il est construit pour tout le monde.

  • Minorités et communautés persécutées

    S'organiser et voter sans liste de membres qui pourrait être saisie. Seules des preuves vont sur la chaîne, jamais de données personnelles. Personne, pas même les organisateurs, ne sait qui a voté quoi.

  • ONG et organisations humanitaires

    Laissez les personnes que vous servez décider elles-mêmes : enregistrez l'entraide sous forme de karma, attribuez les biens rares par une loterie vérifiable et gardez les décisions au niveau local, là où se trouve la connaissance.

  • Diaspora et communautés transfrontalières

    Les périmètres du local au global permettent à une communauté répartie entre plusieurs pays de décider à chaque niveau, avec le passeport de n'importe quel État émetteur comme preuve de personne.

  • Mouvements qui refusent le pouvoir de l'argent

    Une personne, une voix. L'influence ne peut être ni achetée, ni mise en staking, ni déléguée à une baleine, ni héritée par un token. Les règles sont ouvertes, le code sera public, et il n'y a pas de propriétaire.

Comment ça marche

Une conception en couches. Quatre modules centraux reposent sur un registre des périmètres et une constitution ; une couche d'IA hors chaîne ne peut que conseiller.

M1 Identité
Le téléphone lit la puce d'un passeport ou d'une carte d'identité par NFC et prouve à divulgation nulle, sur le téléphone même, que le document est authentique. Sur la chaîne ne figurent que la preuve, un nullifier et un engagement. Aucun nom, numéro ou date de naissance ne quitte le téléphone. D'autres voies d'admission (parrainage par des membres vérifiés, rencontres en présence) sont prévues pour les personnes sans document électronique.
M2 Karma
Le karma enregistre l'aide et le service à la communauté. Il n'est accordé que lorsque les deux parties confirment, il est plafonné par personne et par époque, et il s'érode avec le temps. Il ne peut être ni transféré, ni vendu, ni délégué. Vers l'extérieur, seules des preuves de seuil sont montrées, jamais un historique individuel.
M3 Loterie
Un billet de base par personne, des billets supplémentaires issus du karma, une balise publique d'aléa et un tirage vérifiable. Utilisée pour les attributions entre personnes également qualifiées et pour tirer au sort relecteurs et vérificateurs.
M4 Vote
Les membres rejoignent un groupe d'époque avec leur identité et votent avec une preuve d'appartenance au groupe. Un nullifier par membre et par proposition empêche le double vote ; un vote peut être modifié tant que la fenêtre est ouverte. La version 1 apporte un scrutin secret par commit-reveal ; les étapes suivantes ajoutent un dépouillement chiffré et une conception où un vote acheté ou contraint ne peut être prouvé.
M5 Périmètres
Un périmètre a un parent, un groupe d'identité, ses propres paramètres et une liste de compétences. Les compétences ne montent que par cession depuis le bas et ne peuvent jamais être prises d'en haut. Quatre garanties ne peuvent être désactivées : une personne une voix, anonymat du vote, sortie unilatérale et décisions uniquement sur soi-même.
M6 Constitution
Les droits fondamentaux sont immuables dans le protocole. Les autres règles ne changent qu'avec une majorité qualifiée sur plusieurs périmètres et un verrou temporel. Un organe tiré au sort et limité dans le temps peut suspendre des modules en cas d'urgence ; il ne peut jamais déplacer des fonds ni changer des règles.
M7 Conseil par IA
La couche de conseil fonctionne hors chaîne avec des modèles d'opérateurs différents, dont au moins un à poids ouverts. Chaque camp d'une décision reçoit son propre argumentaire ; les faits sourcés sont séparés de l'évaluation. Les invites, versions de modèles et sorties sont hachées et référencées sur la chaîne. Aucune clé, aucun droit d'exécution, aucun accès aux paiements.
M8 Opérations
Signatures à seuil ou MPC pour chaque rôle d'opérateur, audits externes et vérification formelle avant le réseau principal, mises à jour uniquement par la procédure constitutionnelle avec verrou temporel. Les systèmes de signature et de preuve sont interchangeables afin d'adopter des schémas post-quantiques. Les utilisateurs n'ont pas besoin de gas : un relayer financé par un fonds communautaire soumet les transactions.

L'argent reste à part

Henosis n'a ni token, ni frais, ni trésorerie, ni propriétaire. Le poids du vote ne peut jamais être acheté, mis en staking ni délégué au portefeuille le plus riche. C'est une règle du protocole, pas une promesse.

Une communauté qui utilise Henosis peut quand même avoir besoin d'argent : pour des dons, pour payer celles et ceux qui font le travail, pour une aide qui doit arriver vite. Elle peut utiliser pour cela la monnaie de son choix, y compris une cryptomonnaie sur une chaîne comme Shibarium, comme seconde option à côté de l'argent bancaire. Ce choix appartient à la communauté, pris par sa propre gouvernance, et il ne touche jamais au vote.

Ouvert à d'autres chaînes

Henosis est d'abord construit pour Shibarium. Ses interfaces sont neutres vis-à-vis de la chaîne et proposées sous forme de brouillon d'ERC : toute chaîne qui partage la vision décentralisée de Ryoshi et des cypherpunks, sans propriétaire, sans gardien et avec la vie privée par défaut, peut le faire tourner.

Les résultats sont lus d'une chaîne à l'autre par des preuves d'état, jamais par des ponts d'actifs ni des relayers disposant d'un veto.

Principes

  1. P1

    Une personne, une voix

    Le poids du vote est lié à une personne vérifiée, jamais à la détention de tokens.

  2. P2

    L'influence n'est pas à vendre

    Le karma et les billets de loterie sont liés à la personne ; il n'y a pas de tokens de gouvernance transférables.

  3. P3

    Subsidiarité

    Chaque décision se prend au niveau le plus bas capable de la résoudre.

  4. P4

    Homéostasie plutôt que maximisation

    Plafonds, érosion et saturation sont des paramètres obligatoires de chaque module.

  5. P5

    Décentralisation et redondance

    Pas de clé unique, pas d'autorité centrale, plusieurs opérateurs indépendants.

  6. P6

    Vie privée par défaut

    Seuls des preuves et des nullifiers vont sur la chaîne, jamais des données personnelles en clair.

  7. P7

    La constitution avant la majorité

    Les droits fondamentaux ne sont pas soumis au vote.

  8. P8

    L'IA conseille, ne décide jamais

    Les composants d'IA ne détiennent aucune clé et n'ont aucun droit d'exécution.

  9. P9

    Shibarium, SHIB OS et Zama d'abord

    Chaque choix technologique examine d'abord une solution fondée sur Shibarium, SHIB OS ou Zama.

  10. P10

    Qui porte le risque décide

    Un risque qui pèse sur une personne relève de son choix ; un risque qui pèse sur tous est tranché par une gouvernance contraignante.

  11. P11

    Pas de cryptographie maison

    Uniquement des briques standardisées ou revues publiquement, combinées, implémentées et auditées en externe.

Règles fixes

  • Pas de clés d'administration, pas de propriétaire dans aucun contrat. Mises à jour uniquement par la procédure constitutionnelle.
  • Pas de vote pondéré par les tokens, pas de couplage au staking ni aux validateurs, pas de logique de burn ni de frais dans le protocole.
  • Pas de pont comme composant obligatoire. Les résultats sont lus d'une chaîne à l'autre par des preuves d'état, pas par des ponts d'actifs ni des relayers avec veto.

État Octobre 2026

ModuleÉtat
M1 IdentitéConstruit Enregistrement à divulgation nulle pour les schémas de signature de passeport courants, authentification de puce, registres de certificats avec verrou temporel et objection. Application mobile en développement.
M4 Vote, étape 1Construit Appartenance anonyme par époque, propositions et changement de vote ; une variante à dépouillement en clair et une variante chiffrée FHE (Zama). Prochaine étape : scrutin secret par commit-reveal.
M5 Registre des périmètresPrototype
M2, M3, M6, M7, M8Conception seule Pas encore de code.

Pas encore prêt pour un usage réel

  • Démontré uniquement sur un réseau de test : le flux complet (inscription, adhésion, proposition, vote, dépouillement) a tourné sur Celo Sepolia avec des documents synthétiques.
  • Toutes les clés de preuve proviennent pour l'instant de configurations locales à une seule partie. Une cérémonie multipartite reste nécessaire.
  • Pas encore d'audit externe, pas de relayer et pas d'application mobile publiée.
  • Rien n'est déployé sur le réseau principal Shibarium ni sur le réseau de test Puppynet. Réseau principal seulement après un audit externe.

Premier cas d'usage : un vote fantôme non contraignant, fondé sur les personnes, pour la communauté Shib, jusqu'à ce que la communauté en décide autrement.

Feuille de route vers la version 1

  1. Nov. 2026

    Nullifier par chaîne (v2), toutes les instances re-clés, relecture à l'aveugle

  2. Nov. 2026

    Vote v2 : scrutin secret par commit-reveal, abstention, quorum imposé, règles modifiables par vote, adhésion privée

  3. Nov.–déc. 2026

    Relayer de référence, hébergement des clés, application de bout en bout sur le réseau de test

  4. Déc. 2026

    Gel, dossier d'audit, début des audits

  5. Janv.–févr. 2027

    Corrections d'audit, cérémonie de configuration de confiance

  6. Févr.–mars 2027

    Version 1 sur le réseau principal Shibarium, ERC soumis, code public

Après la version 1 : dépouillement chiffré (FHE), karma, loterie, constitution et conseil par IA.

Documentation

Contact

Général

contact@henosis.now

Sécurité

Vous avez trouvé une vulnérabilité ? Écrivez à security@henosis.now avant de la rendre publique. Voir security.txt.