nimimo Logonimimo
Architektur

Technische Spezifikation · Paper 05 von 07

Non-Features

Was nimimo bewusst nicht baut und warum. DEX, Bridge, Mixer, Fiat-Rampe, Token, Yield, Kredit, verwahrender Fallback, Support-Wiederherstellung, und der Grund, weshalb jedes davon die Vier-Achsen-Trennung kollabieren würde.

Autor
Chris Zemmel
Veröffentlicht
2025-12-16
Überarbeitet
2026-04-07

Was nimimo bewusst nicht tut und warum.

Disziplin beim Scope ist Teil der Architektur. Die Trennung in vier Achsen in architecture/four-axes.md hält nur, weil nimimo sich weigert, Operationen zu übernehmen, die eine Achse zwingen würden, Autorität über eine andere zu erlangen. Jeder Punkt weiter unten ist etwas, das nimimo technisch bauen könnte, sich aber entschieden hat, es nicht zu tun, weil der Bau entweder eine Achse kollabieren, eine regulierte Tätigkeit nachbauen oder eine Lösungskategorie duplizieren würde, die bereits existiert und mit der nimimo sauber zusammenspielt.

Ziel ist nicht Minimalismus um des Minimalismus willen. Ziel ist, dass nimimo die Identitätsprimitive bleibt und jede andere Kategorie von denjenigen gelöst wird, die sie am besten lösen.

Hinweis zum Scope. Die folgenden Punkte sind Dinge, die nimimo in seinem heutigen Zustand nicht in sich selbst bauen will, weil das die Trennung in vier Achsen kollabieren lassen würde, unter der ein solo und eigenfinanziert geführtes Projekt sicher arbeiten kann. Sie sind keine pauschale Behauptung, dass diese Fähigkeiten nimimo niemals berühren dürften. Die meisten von ihnen, Fiat-Rampen, verwahrende Wiederherstellungspfade, KYC-Onboarding, Swap- und Staking-Oberflächen, existieren bereits innerhalb regulierter Betreiber wie Wallets und Börsen. Ein regulierter Erwerber oder Integrationspartner, der seine bestehenden Rails mit nimimos Identitätsprimitiv kombiniert, insbesondere neben seinem Onboarding, ist ein Szenario, für das der Autor ausdrücklich offen ist, bis hin zu einer Übernahme, bei der nimimo zur Identitäts- und UX-Schicht eines größeren regulierten Produkts wird. Der Autor ist auch offen dafür, direkt daran mitzuwirken, die Integrationspunkte zu lösen, die in einer solchen Konstellation über die Non-Feature-Grenze hinwegreichen. Die Ausrichtungslatte für jedes solche Gespräch ist unter „Kapital ist willkommen, wenn es mit der Mission übereinstimmt" in architecture/ethics.md dokumentiert.


Dezentrale Börse / Swap

nimimo matched keine Orders, hält keine Liquidität, leitet keine Swaps weiter, stellt keine Preise und verdient nicht an Trades. Nutzer, die Vermögenswerte tauschen wollen, verwenden dafür eine beliebige DEX, einen Aggregator oder die Swap-Funktion ihrer Wallet. nimimos Aufgabe ist es, einen Namen in eine Adresse aufzulösen, nicht einen Markt zu betreiben.

Einen Swap in nimimo einzubauen würde die Eigentumsachse zwingen, an der Handelsausführung teilzunehmen, und nimimo in den Wertpfad stellen. Dieser Kollaps ist für eine Kategorie, die bereits viele starke Lösungen hat, den Preis nicht wert.

Cross-Chain-Bridge

nimimo überbrückt keinen Wert zwischen Blockchains, sperrt keine Vermögenswerte auf einer Blockchain, mintet keine Wrapper auf einer anderen und betreibt keine Multi-Chain-Liquidität. Sender wählen die Blockchain, auf der sie zahlen wollen; der Empfänger erhält den Wert auf dieser Blockchain nativ. Wer Wert zwischen Blockchains bewegen muss, benutzt separat eine Bridge und ist sich über das Risiko im Klaren.

Bridging erfordert Verwahr- oder Vertrauensannahmen, die das Vier-Achsen-Modell ablehnt.

Mixer / Privacy Pool

nimimo mischt, anonymisiert, verschleiert oder bündelt keine Transaktionen. Privatsphäre auf Blockchain-Ebene ist das, was die jeweilige zugrundeliegende Blockchain bietet. Wer stärkere transaktionale Privatsphäre wünscht, verwendet dafür ausgelegte Protokolle.

Das ist außerdem eine Kategorie mit erheblicher regulatorischer Exposition, genau jener, die der Rest der Architektur strukturell vermeidet.

Fiat-On-Ramp / Off-Ramp

nimimo kauft und verkauft keine Kryptowährungen gegen Fiat, hält keine Fiat-Guthaben von Kunden und betreibt kein Kartenabwicklungssystem. On- und Off-Ramping werden von darauf spezialisierten Anbietern gelöst; Nutzer kombinieren sie extern mit nimimo.

Eine Fiat-Rampe würde einlagenähnliche und KYC-Pflichten einführen, von denen die Architektur heute strukturell befreit ist.

Token / Punkte / Loyalty

nimimo hat keinen Token. Es gibt keinen Governance-Token, keinen Utility-Token, kein Punkteprogramm, keinen Reward-Token, keinen Airdrop, keinen Presale, keine Treasury und keinen Vesting-Plan. Das Produkt ist kostenlos, und der Wert fließt den Nutzern in Form nutzbarer Identität zu, nicht in Form einlösbarer Einheiten.

Ein Token würde einen Emittenten schaffen, ein Emittent schafft regulatorische Anknüpfungspunkte, und die gesamte in architecture/regulatory-posture.md dokumentierte regulatorische Haltung müsste neu geschrieben werden.

Yield / Staking / Zinsen

nimimo zahlt keine Zinsen, erzeugt keine Rendite, leitet keine Einlagen in Staking weiter, restaked nichts und bietet keinen Ertrag auf Guthaben. Guthaben auf einer nimimo-Adresse bleiben dort, bis der Nutzer sie bewegt. Ertragsbringende Strategien sind eine vollständig andere Produktkategorie.

Kreditvergabe / Kreditaufnahme

nimimo verleiht nichts, leiht sich nichts, nimmt keine Sicherheiten an, liquidiert keine Positionen und betreibt keine Kreditlinien. Kreditmärkte existieren als eigene Protokolle und Produkte; nimimo dupliziert sie nicht.

Verwahrende Variante / „Easy-Mode"-Wallet

nimimo bietet keine verwahrende Fallback-Variante für Nutzer, die sie bevorzugen würden. Es gibt keine von nimimo verwaltete Wallet, keinen „wir halten deine Schlüssel"-Modus, keinen Wiederherstellungs-Workflow über den Support und keinen Admin-Override. Die Eigentumsachse ist nicht verhandelbar. Ein Nutzer, der echt Verwahrung möchte, ist bei einem Produkt besser aufgehoben, das von Grund auf um Verwahrung herum gebaut ist.

Dies ist das am häufigsten gewünschte Feature, das nimimo niemals ausliefern wird. Es ist das Feature, dessen Abwesenheit die gesamte Architektur gewährleisten soll.

Konto-Wiederherstellung über den Support

nimimo kann Eigentum im Namen eines Nutzers weder zurücksetzen noch wiederherstellen noch übertragen. Wiederherstellung ist das verschlüsselte Artefakt des Nutzers und seine PIN; nimimo hält die PIN nie und hat daher keinen Weg, Eigentum zu rekonstruieren. Es gibt kein Support-Ticket, das ein Konto entsperren kann, weil es kein Konto im verwahrenden Sinne gibt. Kein Mensch bei nimimo hat Autorität über dein Eigentumsmaterial.

Heute liegt das verschlüsselte Artefakt selbst beim Nutzer, ein QR-Code, ein druckbares PDF oder beides. Wenn ein Nutzer sowohl seine Zugriffsmethoden als auch das Artefakt verliert, ist das Eigentumsmaterial verloren. Das ist der aktuelle Preis der nicht-verwahrenden Garantie, und er wird ehrlich bezahlt, statt hinter einem Notfall-Override verborgen zu werden.

Dieser Preis ist zugleich die größte Lücke zwischen momentaner Selbstverwahrung und langfristiger Portabilität, und der Scope dieses Non-Features sollte eng gelesen werden. Die Zusage ist die Abwesenheit support-vermittelter Wiederherstellung, jedes Pfades, auf dem eine Person bei nimimo ein Konto im Auftrag eines Nutzers wiederherstellt. Das ist die Tür, die geschlossen bleibt.

Die Ergonomie der Wiederherstellung zu verbessern, ohne nimimo Autorität über Eigentumsmaterial zu geben, ist eine Ausnahme, über die der Autor nachgedacht hat, und es gibt dafür tragfähige Formen innerhalb der Vier-Achsen-Trennung. Wenn die Nutzernachfrage eine davon lohnenswert macht, lässt sie sich umsetzen, ohne die obige Zusage anzutasten.


Was nimimo baut: Creator-Monetarisierung

nimimo-Profile können Trinkgelder empfangen, Inhalte hinter einem Preis verkaufen und Direktzahlungen annehmen. Diese Funktionen stehen nicht auf der Non-Features-Liste, weil sie keine Achse kollabieren:

  • Ownership bleibt kryptografisch und gerätgebunden. Zahlungen werden an die eigene Adresse des Creators abgewickelt; nimimo hält niemals Gelder.
  • Access trägt weiterhin keine Autorität. Eine kompromittierte Sitzung kann keine Zahlungen umleiten oder Ownership ändern.
  • Identity bekommt eine reichhaltigere Oberfläche (Trinkgeld-Optionen, Content-Karten), bleibt aber referenziell. Sie verweist auf Ownership, kann sie aber nicht überschreiben.
  • Recovery ist nicht betroffen.

Creator-Monetarisierung erweitert das Profil von einem Namen, der zu Adressen auflöst, zu einer Seite, an die Leute tatsächlich zahlen können. Die architektonische Garantie bleibt dieselbe: nimimo ist der Resolver, nicht der Verwahrer.

Trinkgelder haben keine Plattformgebühr. Zahlungen für Inhalte haben aktuell ebenfalls keine Gebühr. Falls in Zukunft ein Gebührenmodell eingeführt wird, wird es an derselben Achsen-Trennungs-Messlatte bewertet wie jede andere Feature-Entscheidung.

Womit nimimo zusammenspielt

Die obigen Non-Features sind keine Lücken. Es sind Schnittstellen. Jedes davon lässt sich durch ein bestehendes, gut geeignetes Produkt füllen, das der Nutzer selbst aussucht. nimimos Aufgabe ist es, die stabile Identitätsschicht darunter zu sein.

Es ist dieselbe Haltung, die der Rest des Internets gegenüber Identität und Adressierung einnimmt: Ein Name ist ein Name, und die Dinge, die den Namen benutzen, sind getrennt davon.