Die meisten Buchhaltungssysteme basieren auf einem Zweier-Dezimalsystem. Sofern man nicht in einem ganz bestimmten Teilbereich der Technologiesysteme tätig ist, ist die Vorstellung, Systeme mit einem 3er- oder 18er-Dezimalsystem zu entwickeln, fast schon lächerlich – zumindest für jemanden, der sich damit nicht auskennt.
Geld ist für den Großteil der Menschheit ein System mit zwei Dezimalstellen. Ich habe diese „2-Dezimalstellen-Regel“ schon immer im Kopf gehabt, auch wenn ich mir nicht sicher bin, ob andere sie ebenfalls als Regel betrachten. Sobald die Kosten eines Systems nachhaltig unter der 2-Dezimalstellen-Schwelle liegen, steigt die Anzahl der Anwendungsfälle dafür dramatisch an. Es lässt sich auch viel leichter subventionieren.
Das bekannteste Beispiel dafür (das mir bekannt ist) ist die FedACH-Preisgestaltung. Die FedACH-Preisgestaltung ist kein Geheimnis, sie liegt offen zutage.
Eine typische „ACH“-Transaktion kostet weniger als einen Cent, aber diesen Preis zu erhalten, ist extrem schwierig. Neue Teilnehmer versuchen seit Jahren, Zugang zu erhalten, und es klappt nur selten.
Was bei Protokollen, die diese Kostenschwellen erreichen, so grundlegend anders ist: Jeder kann darauf zugreifen. Man könnte 10 Jahre damit verbringen, die oben genannten Fed-Preise zu erhalten, aber auf die unten genannten Protokollpreise kann man innerhalb weniger Minuten zugreifen.
Was mir außerdem auffällt – auch wenn es vielleicht nicht sofort ersichtlich ist –, ist, dass diese Systeme meiner Meinung nach nicht wirklich um Anwendungsfälle konkurrieren. Da nun Preisparität zwischen ihnen herrscht, ist es viel einfacher, Nutzererlebnisse zu schaffen, die beide Systeme nahtlos integrieren, ohne dass es für den Endnutzer zu Unterbrechungen kommt.
Wenn die Infrastrukturkosten bei den verschiedenen Anbietern ähnlich sind, ist es viel einfacher, ein nahtloses Nutzererlebnis zu schaffen.