Henosis

Offene Governance für Gemeinschaften, NGOs und Bewegungen

Eine Stimme für jeden Menschen. Nicht für jede Münze.

Mit Henosis kann eine Gemeinschaft nachweisen, dass jedes Mitglied ein echter Mensch ist, und geheim abstimmen, ohne dass jemand erfährt, wer wie gestimmt hat. Keine Namen, keine Nummern, keine Profile. Entschieden wird dort, wo es hingehört: so nah an den Menschen wie möglich.

Es gibt keinen Token. Niemals.

Für wen So funktioniert es

Ziehen zum Drehen. Knoten oder Modul unten anklicken.

Für wen

Für jede Gruppe, die gemeinsam entscheiden muss, ohne ihre Mitglieder preiszugeben. Henosis ist aus der Shib-Community entstanden und war zuerst als Governance-Schicht für SHIB OS gedacht; gebaut ist es für alle.

  • Minderheiten und verfolgte Gemeinschaften

    Organisieren und abstimmen ohne eine Mitgliederliste, die beschlagnahmt werden könnte. Auf die Kette kommen nur Beweise, nie persönliche Daten. Niemand, auch nicht die Organisatoren, erfährt, wer wie gestimmt hat.

  • NGOs und Hilfsorganisationen

    Lass die Menschen, denen du hilfst, selbst entscheiden: Gegenseitige Hilfe als Karma festhalten, knappe Güter per nachprüfbarer Lotterie vergeben und Entscheidungen auf der lokalen Ebene lassen, wo das Wissen ist.

  • Diaspora und grenzüberschreitende Gemeinschaften

    Scopes von lokal bis global lassen eine über Länder verteilte Gemeinschaft auf jeder Ebene entscheiden, mit dem Pass eines beliebigen ausstellenden Staates als Nachweis des Menschseins.

  • Bewegungen, die Geldmacht ablehnen

    Ein Mensch, eine Stimme. Einfluss lässt sich nicht kaufen, staken, an einen Wal delegieren oder über einen Token vererben. Die Regeln sind offen, der Code wird öffentlich, und es gibt keinen Eigentümer.

So funktioniert es

Ein Schichtenmodell. Vier Kernmodule sitzen auf einem Scope-Register und einer Verfassung; eine KI-Schicht außerhalb der Kette kann nur beraten.

M1 Identität
Das Handy liest den Chip eines Passes oder Ausweises per NFC und beweist in Zero Knowledge, auf dem Handy, dass das Dokument echt ist. Auf der Kette liegen nur der Beweis, ein Nullifier und ein Commitment. Kein Name, keine Nummer, kein Geburtsdatum verlässt das Handy. Weitere Zugangswege (Bürgschaft durch verifizierte Mitglieder, Präsenz-Termine) sind für Menschen ohne elektronisches Dokument vorgesehen.
M2 Karma
Karma hält Hilfe und Gemeinschaftsdienst fest. Es wird nur vergeben, wenn beide Seiten bestätigen, ist pro Person und Epoche gedeckelt und verfällt mit der Zeit. Es kann nicht übertragen, verkauft oder delegiert werden. Nach außen gibt es nur Schwellenwert-Beweise, nie eine persönliche Historie.
M3 Lotterie
Ein Grundlos pro Person, Zusatzlose aus Karma, ein öffentlicher Zufalls-Beacon und eine nachprüfbare Ziehung. Genutzt für Vergaben zwischen gleich qualifizierten Menschen und für die zufällige Auswahl von Prüfern und Verifizierern.
M4 Abstimmung
Mitglieder treten mit ihrer Identität einer Epochen-Gruppe bei und stimmen mit einem Gruppenmitgliedschafts-Beweis ab. Ein Nullifier pro Mitglied und Vorschlag verhindert Doppelstimmen; eine Stimme kann geändert werden, solange das Fenster offen ist. Release 1 bringt eine geheime Wahl per Commit-Reveal; spätere Stufen bringen verschlüsselte Auszählung und ein Design, in dem eine gekaufte oder erzwungene Stimme nicht beweisbar ist.
M5 Scopes
Ein Scope hat einen übergeordneten Scope, eine Identitätsgruppe, eigene Parameter und eine Liste von Zuständigkeiten. Zuständigkeiten wandern nur nach oben, von unten abgetreten, und können nie von oben genommen werden. Vier Garantien lassen sich nicht wegkonfigurieren: ein Mensch eine Stimme, Anonymität der Stimme, einseitiger Austritt und Entscheidungen nur über sich selbst.
M6 Verfassung
Grundrechte sind im Protokoll unveränderlich. Andere Regeln ändern sich nur mit einer qualifizierten Mehrheit über mehrere Scopes und einer Zeitsperre. Ein zufällig ausgewähltes, zeitlich begrenztes Gremium kann im Notfall einzelne Module pausieren; es kann nie Gelder bewegen oder Regeln ändern.
M7 KI-Beratung
Die Beratungsschicht läuft off-chain mit Modellen verschiedener Betreiber, mindestens eines mit offenen Gewichten. Jede Seite einer Entscheidung bekommt ihr eigenes Argument; Fakten mit Quellen werden von Bewertung getrennt. Prompts, Modellversionen und Ausgaben werden gehasht und auf der Kette referenziert. Keine Schlüssel, keine Ausführungsrechte, kein Zugriff auf Zahlungen.
M8 Betrieb
Schwellensignaturen oder MPC für jede Betreiberrolle, externe Audits und formale Verifikation vor dem Mainnet, Upgrades nur über das Verfassungsverfahren mit Zeitsperre. Signatur- und Beweissysteme sind austauschbar, damit Post-Quanten-Verfahren übernommen werden können. Nutzer brauchen kein Gas: ein Relayer, finanziert aus einem Gemeinschaftspool, reicht Transaktionen ein.

Geld bleibt getrennt

Henosis hat keinen Token, keine Gebühr, keine Kasse und keinen Eigentümer. Stimmgewicht lässt sich nie kaufen, staken oder an die reichste Wallet delegieren. Das ist eine Regel des Protokolls, kein Versprechen.

Eine Gemeinschaft, die Henosis nutzt, braucht trotzdem Geld: für Spenden, für die Bezahlung derer, die die Arbeit machen, für Hilfe, die jemanden schnell erreichen muss. Dafür kann sie eine Währung ihrer Wahl nutzen, auch eine Kryptowährung auf einer Kette wie Shibarium, als zweite Option neben dem Bankgeld. Diese Wahl trifft die Gemeinschaft selbst, über ihre eigene Governance, und sie berührt die Abstimmung nie.

Offen für andere Ketten

Henosis wird zuerst für Shibarium gebaut. Seine Schnittstellen sind kettenneutral und als ERC-Entwurf vorgeschlagen. Jede Kette, die die dezentrale Vision von Ryoshi und den Cypherpunks teilt, ohne Eigentümer, ohne Torwächter und mit Privatsphäre als Standard, kann es betreiben.

Ergebnisse werden über Ketten hinweg per Zustandsbeweis gelesen, nie über Asset-Bridges oder Relayer mit Vetorecht.

Prinzipien

  1. P1

    Ein Mensch, eine Stimme

    Stimmgewicht hängt an einer verifizierten Person, nie an Token-Besitz.

  2. P2

    Einfluss ist nicht käuflich

    Karma und Lotterielose sind seelengebunden; es gibt keine übertragbaren Governance-Token.

  3. P3

    Subsidiarität

    Jede Entscheidung liegt auf der niedrigsten Ebene, die sie lösen kann.

  4. P4

    Homöostase statt Maximierung

    Deckel, Verfall und Sättigung sind Pflichtparameter jedes Moduls.

  5. P5

    Dezentralisierung und Redundanz

    Keine Einzelschlüssel, keine zentrale Autorität, mehrere unabhängige Betreiber.

  6. P6

    Privatsphäre als Standard

    Auf die Kette kommen nur Beweise und Nullifier, nie persönliche Daten im Klartext.

  7. P7

    Verfassung vor Mehrheit

    Grundrechte stehen nicht zur Abstimmung.

  8. P8

    KI berät, entscheidet nie

    KI-Komponenten halten keine Schlüssel und haben keine Ausführungsrechte.

  9. P9

    Shibarium, SHIB OS und Zama zuerst

    Jede Technologie-Entscheidung prüft zuerst eine Lösung auf Basis von Shibarium, SHIB OS oder Zama.

  10. P10

    Wer das Risiko trägt, entscheidet

    Ein Risiko, das auf eine Person fällt, ist ihre Entscheidung; ein Risiko, das auf alle fällt, entscheidet verbindliche Governance.

  11. P11

    Keine selbstgebaute Kryptografie

    Nur standardisierte oder öffentlich geprüfte Bausteine, extern kombiniert, implementiert und auditiert.

Feste Regeln

  • Keine Admin-Schlüssel, kein Eigentümer in irgendeinem Vertrag. Upgrades nur über das Verfassungsverfahren.
  • Keine tokengewichtete Abstimmung, keine Kopplung an Staking oder Validatoren, keine Burn-Logik oder Gebühren-Hooks im Protokoll.
  • Keine Bridges als Pflichtbestandteil. Ergebnisse werden über Ketten hinweg per Zustandsbeweis gelesen, nicht über Asset-Bridges oder Relayer mit Vetorecht.

Status Oktober 2026

ModulStand
M1 IdentitätGebaut Zero-Knowledge-Registrierung für die gängigen Pass-Signaturverfahren, Chip-Authentifizierung, Zertifikatsregister mit Zeitsperre und Einspruch. Handy-App in Entwicklung.
M4 Abstimmung, Stufe 1Gebaut Anonyme Mitgliedschaft pro Epoche, Vorschläge und Umstimmen; eine Klartext-Auszählung und eine FHE-verschlüsselte Variante (Zama). Als Nächstes: geheime Wahl per Commit-Reveal.
M5 Scope-RegisterPrototyp
M2, M3, M6, M7, M8Nur Design Noch kein Code.

Noch nicht für den echten Einsatz

  • Nur auf einem Testnet gezeigt: Der volle Ablauf (registrieren, beitreten, vorschlagen, abstimmen, auszählen) lief auf Celo Sepolia mit synthetischen Dokumenten.
  • Alle Beweisschlüssel stammen bisher aus lokalen Einzel-Setups. Eine Mehrparteien-Zeremonie steht noch aus.
  • Noch kein externes Audit, kein Relayer und keine veröffentlichte Handy-App.
  • Nichts ist auf dem Shibarium-Mainnet oder dem Puppynet-Testnet ausgerollt. Mainnet erst nach einem externen Audit.

Erster Anwendungsfall: eine unverbindliche, personenbasierte Schattenabstimmung für die Shib-Community, bis die Community etwas anderes beschließt.

Fahrplan bis Release 1

  1. Nov 2026

    Kettenspezifischer Nullifier (v2), alle Instanzen neu verschlüsselt, Blind-Review

  2. Nov 2026

    Abstimmung v2: geheime Wahl per Commit-Reveal, Enthaltung, erzwungenes Quorum, per Abstimmung änderbare Regeln, privater Beitritt

  3. Nov–Dez 2026

    Referenz-Relayer, Schlüssel-Hosting, App durchgängig auf dem Testnet

  4. Dez 2026

    Einfrieren, Audit-Paket, Audits beginnen

  5. Jan–Feb 2027

    Audit-Nacharbeit, Trusted-Setup-Zeremonie

  6. Feb–Mär 2027

    Release 1 auf dem Shibarium-Mainnet, ERC eingereicht, Code öffentlich

Nach Release 1: verschlüsselte Auszählung (FHE), Karma, Lotterie, Verfassung und KI-Beratung.

Dokumentation

  • Architektur-ÜberblickSchichten, Module M1 bis M8, Bedrohungsmodell (Englisch)
  • SchnittstellenDrei neutrale Schnittstellen für Scoped Proof of Personhood (Englisch)
  • ERC-Entwurf„Scoped Proof of Personhood“ (nicht eingereicht, Englisch)
  • FahrplanMeilensteine bis Release 1 (Englisch)

Kontakt

Allgemein

contact@henosis.now

Sicherheit

Eine Schwachstelle gefunden? Bitte schreib an security@henosis.now, bevor du sie veröffentlichst. Siehe security.txt.