Wenn man einen Token konstruiert, der durch Zeit gedeckt ist, gibt es eine Frage, die niemand umgehen kann: Welche Einheit von Zeit? Ein Token gleich eine Sekunde? Eine Minute? Eine Stunde? Ein Tag? Ein Jahr? Die Wahl ist nicht beliebig. Sie hat mathematische, ökonomische und kommunikative Konsequenzen, die das gesamte Modell prägen. Bei beep haben wir uns für die Sekunde entschieden. Dieser Artikel erklärt, warum — und welche anderen Design-Entscheidungen aus dieser Wahl folgen.

Die Frage der Granularität

Tokenisierung ist immer ein Akt der Diskretisierung. Etwas Kontinuierliches wird in zählbare Einheiten zerlegt. Bei Aktien war diese Einheit historisch das Stück: eine Aktie, ein Stimmrecht, ein Anteil am Gewinn. Bei Anleihen ist es die Stückelung: 1.000 Franken pro Bond, 100.000 pro Tranche. Bei Krypto-Tokens ist die Stückelung oft extrem fein — Satoshis bei Bitcoin, Wei bei Ethereum.

Die Frage ist immer dieselbe: Wie klein soll die kleinste Einheit sein? Zu grob, und der Token wird unbrauchbar für viele Anwendungsfälle. Zu fein, und die Komplexität wird unhandhabbar.

Bei beep stand am Anfang die Überlegung, dass jeder Token eine Einheit realer Wirtschaftskraft repräsentieren soll. Roboter arbeiten in der Zeit. Die natürliche Einheit ihrer Arbeit ist eine Zeiteinheit — und die Frage war nur noch, welche.

Warum nicht die Stunde

Die Stunde wäre die naheliegende Einheit. Stundenlöhne sind das, woran Menschen Arbeitszeit messen. Roboter werden in der Praxis oft zu Stundensätzen vermietet. Eine Stunde ist klein genug, um flexibel zu sein, gross genug, um wirtschaftlich relevant zu wirken.

Drei Probleme sprechen dagegen.

Erstens — die Token-Anzahl wäre zu klein. Bei 8.760 Stunden pro Jahr und einer Roboterflotte, die später aus Tausenden Maschinen bestehen wird, ergäbe sich eine relativ kleine Menge handelbarer Einheiten. Das macht den Markt illiquid. Es macht es schwer, kleine Beträge zu investieren — weil eine Stunde Roboterarbeit schnell zwanzig oder dreissig Franken kosten kann, was viele potenzielle Teilnehmer ausschliesst.

Zweitens — die Stunde ist nicht universal. Ein Industrieroboter arbeitet anders als ein Service-Roboter. Manche Aufgaben dauern Sekunden, manche Stunden. Eine zu grosse Einheit macht die Bilanzierung über verschiedene Robotertypen hinweg schwierig.

Drittens — die Stunde hat keine kulturelle Bedeutung. Sie ist eine Verwaltungsgrösse. Eine Sekunde dagegen ist das, was jeder Mensch direkt erlebt. Sie tickt im Telefon, im Herzschlag, im Bewusstsein. Das ist nicht poetisch gemeint, sondern kommunikativ ernst zu nehmen.

Warum nicht der Tag oder das Jahr

Grössere Einheiten haben dieselben Probleme verstärkt. Ein Tag entspräche 86.400 Sekunden — die Token-Anzahl pro Jahr wäre dann etwa 365.000. Das ist zu wenig, um eine global zugängliche Anlageklasse zu bauen. Ein Jahr wäre noch absurder. Mit nur einigen Tausend Tokens pro Jahr wäre beep nichts anderes als eine sehr grob strukturierte Kommanditgesellschaft.

Warum die Sekunde

Die Sekunde löst alle diese Probleme.

Sie ist klein genug, dass die jährliche Emission 31.104.000 Tokens beträgt — eine Zahl, die liquide Märkte ermöglicht und Einstiegspreise im Bereich weniger Franken erlaubt. Sie ist universal: jeder Robotertyp leistet Sekunden, vom Industriearm bis zum humanoiden System. Sie ist intuitiv: jeder Mensch versteht, was eine Sekunde ist, ohne Erklärung.

Und sie hat eine zusätzliche Eigenschaft, die wir bei beep besonders schätzen: Sie verbindet Roboterarbeit mit menschlicher Zeit. Eine Sekunde Roboterarbeit ist exakt so lang wie eine Sekunde menschlicher Aufmerksamkeit. Diese Gleichheit ist nicht zufällig — sie ist der Kern unserer langfristigen Vision. Im ersten Schritt machen wir die Zeit der Roboter liquide. Im zweiten Schritt auch die Zeit der Menschen. Damit das funktioniert, muss die Einheit dieselbe sein.

Die 30/360-Konvention

Aus der Wahl der Sekunde folgt eine zweite Design-Entscheidung. Wie viele Sekunden hat ein Jahr genau? Die astronomisch richtige Antwort wäre 31.557.600 Sekunden — basierend auf einem Tropenjahr von 365,2422 Tagen. Das ist mathematisch korrekt, aber kommunikativ und buchhalterisch unbrauchbar. Ein Schaltjahr alle vier Jahre würde die Jahresemission unregelmässig machen.

Wir haben uns deshalb für die 30/360-Konvention entschieden — eine Bankenkonvention, die seit Jahrzehnten in der internationalen Anleihenmathematik verwendet wird. Sie definiert:

  • Ein Jahr hat 360 Tage
  • Jeder Monat hat 30 Tage
  • Ein Tag hat 86.400 Sekunden
  • Ein Jahr hat damit genau 360 × 24 × 3.600 = 31.104.000 Sekunden

Das ergibt eine Jahresemission von 31.104.000 Tokens — exakt. Jeder Tag emittiert dieselbe Menge. Jeder Monat ist gleich. Jedes Jahr ist gleich. Kein Februar, der kürzer ist als der Juli. Keine Schaltjahre, die das System aus dem Tritt bringen.

Die 30/360-Konvention ist nicht poetisch. Sie ist die mathematische Grundlage, auf der das gesamte beep-Modell ruht.

Warum die Emission fix sein muss

Eine dritte Design-Entscheidung folgt aus der zweiten: Die Emission muss fix und unveränderbar sein.

Warum nicht variabel? Ein variables Emissionsmodell könnte theoretisch Vorteile haben — Anpassung an Marktbedingungen, Reaktion auf Nachfrage, Steuerung des Token-Preises. In der Praxis aber führt jede variable Emission zu zwei Problemen.

Erstens — Vertrauensverlust. Wer die Emission steuern kann, kann sie auch missbrauchen. Anleger müssen sich darauf verlassen können, dass die Spielregeln nicht im Nachhinein verändert werden. Bei Bitcoin ist die fixe Emissionskurve der wichtigste Grund für seinen Wert. Bei beep gilt dasselbe Prinzip.

Zweitens — Knappheit als Wertanker. Wenn die Emission fest ist, während die Nachfrage steigt, entsteht strukturelle Knappheit. Diese Knappheit ist nicht spekulativ, sondern mathematisch garantiert. Sie ist im Smart Contract verankert und kann durch keine Partei verändert werden — auch nicht durch beep selbst.

Wir haben die Emission auf 31.104.000 Tokens pro Jahr begrenzt und im Smart Contract verriegelt. Das ist nicht eine Marketing-Aussage. Es ist eine technische Tatsache, die jeder Mensch mit Blockchain-Kenntnissen auf der Ethereum-Chain überprüfen kann.

Warum ERC-20 statt ERC-1400

Eine letzte Design-Entscheidung betrifft den technischen Standard. Wir hätten den beep Token nach dem ERC-1400-Standard implementieren können, der speziell für Security Tokens entwickelt wurde und eingebaute Compliance-Mechanismen mitbringt. Wir haben uns stattdessen für ERC-20 entschieden — den weltweit am weitesten verbreiteten Token-Standard.

Der Grund: Kompatibilität. ERC-20 wird von jeder Wallet, jeder DeFi-Anwendung, jeder Krypto-Börse unterstützt, die mit Ethereum arbeitet. ERC-1400 wird nur von spezialisierten Plattformen unterstützt. Wenn unser langfristiges Ziel ist, den beep Token in einer breiten Anwendungslandschaft zu etablieren, brauchen wir die maximale Kompatibilität.

Die Compliance-Anforderungen — Whitelist für KYC-verifizierte Adressen, Sanktionslistenprüfung, Transfer-Restriktionen — werden bei uns über einen separaten Compliance-Smart-Contract abgebildet. Das ist eine bewährte Architektur, die auch andere ernsthafte Asset-Token-Projekte in der Schweiz nutzen. Es bietet die gleiche Compliance-Sicherheit wie ERC-1400, aber ohne den Verlust der ERC-20-Kompatibilität.

Das Bild, das entsteht

Wenn man diese Design-Entscheidungen zusammen betrachtet, entsteht ein klares Bild: Der beep Token ist nicht das Produkt einer einzelnen Idee, sondern das Produkt vieler Entscheidungen, die alle in dieselbe Richtung zeigen.

Sekunde als Einheit, weil sie real und intuitiv ist. 30/360 als Konvention, weil sie mathematisch sauber und buchhalterisch handhabbar ist. Fixe Emission, weil Knappheit Vertrauen schafft. ERC-20, weil Kompatibilität langfristig zählt.

Keine dieser Entscheidungen war zwingend. Wir hätten andere Wege gehen können. Wir haben uns für diese entschieden, weil sie zusammen ein konsistentes System ergeben — eines, das mathematisch nachprüfbar, ökonomisch belastbar und langfristig stabil ist.

Wer einen Token entwirft, entwirft auch ein Wertesystem. Bei beep sind diese Werte transparent: Klarheit, Knappheit, Kompatibilität, langfristige Stabilität. Sie stehen nicht in der Marketing-Broschüre. Sie sind im Smart Contract verankert.

Das ist die mathematische Logik hinter der Tokenisierung von Zeit. Sie ist weniger spektakulär als die Vision, weniger sichtbar als die Roboterflotte. Aber sie ist die Grundlage, auf der alles andere steht.