La plupart des systèmes comptables reposent sur un système à deux décimales. À moins de travailler dans un domaine spécifique des systèmes technologiques, l'idée de concevoir des systèmes à 3 ou 18 décimales frôle le ridicule lorsqu'on en discute avec quelqu'un qui n'est pas du métier.
Pour la plupart des gens, l’argent s’inscrit dans un système à deux décimales. J’ai toujours eu cette « règle des deux décimales » en tête, même si je ne suis pas sûr que d’autres la considèrent comme une règle. Dès que les coûts d’un système se situent durablement en dessous du seuil des deux décimales, le nombre de cas d’utilisation augmente considérablement. Il est également beaucoup plus facile de le subventionner.
L’exemple le plus célèbre (à ma connaissance) est la tarification du FedACH. La tarification du FedACH n’est pas un secret, elle est cachée à la vue de tous.
Une transaction typique via l’ACH coûte moins d’un centime, mais il est extrêmement difficile d’obtenir ce tarif. De nouveaux participants tentent de s’y intégrer depuis des années, mais cela fonctionne rarement.
Ce qui est fondamentalement différent avec les protocoles atteignant ces seuils de coût, c’est que tout le monde peut y accéder. Vous pourriez passer 10 ans à essayer d’obtenir la tarification Fed mentionnée ci-dessus, mais vous pouvez accéder à la tarification du protocole ci-dessous en quelques minutes.
Ce qui me frappe également, et qui n’est peut-être pas évident au premier abord, c’est que je ne pense pas que ces systèmes soient réellement en concurrence en termes de cas d’utilisation. Maintenant qu’il existe une parité des prix entre eux, il est beaucoup plus facile de créer des expériences intégrant les deux sans interruption pour l’utilisateur final.
Lorsque les coûts d’infrastructure sont similaires d’un fournisseur à l’autre, il est beaucoup plus facile d’offrir une expérience utilisateur fluide.