Comme le dit le vieil adage : « Rapide, bon marché et de bonne qualité : choisissez-en deux ». On trouve même de jolis diagrammes de Venn un peu partout. Comme celui-ci 🙂

Cette idée tend à faire partie des idées reçues et s’applique très bien à la plupart des choses. Elle revient souvent dans le contexte des types de virement et des différents prestataires de paiement. C’est trop facile de s’y raccrocher, mais on le fait tous.

Dans le contexte des systèmes de paiement traditionnels, il est courant de se rapprocher des trois critères, sans toutefois les atteindre entièrement. Les comparaisons de rapidité se font généralement en jours ou en secondes, et la comparaison des coûts se fait généralement entre un taux en pourcentage et un faible coût fixe. Dans ce contexte, cela reste logique. Même la qualité peut être considérée comme l’expérience utilisateur ou la sécurité, qui varient toutes selon les prestataires. Dans le domaine des paiements, cela se présente souvent ainsi, car on sait que les mauvaises interfaces utilisateur sont vouées à l’échec :

« Bon, rapide et bon marché » semblent presque être la norme lorsqu’on examine les paiements dans un contexte de blockchain. Dans le contexte d’une blockchain, lorsqu’on pense aux paiements, la sécurité est indispensable en matière de gestion des clés, tout est à coût fixe allant de quelques dollars à moins d’un centime, et les transactions sont effectuées en quelques minutes ou quelques secondes. 

Il n'y a pas de délai à prendre en compte ici, donc la différence de vitesse est significative. La situation commence à ressembler davantage à ceci lorsque l'on compare les systèmes traditionnels aux nouveaux systèmes basés sur la blockchain, s'ils sont correctement mis en œuvre :

La manière dont la sécurité est appliquée, l'évolution des frais et la façon dont la vitesse crée de nouveaux risques méritent d'être prises en compte dans ces nouveaux écosystèmes de paiement, mais il s'agit de problèmes techniquement gérables.

Dans les anciens systèmes, nous traitons des fichiers batch non chiffrés comme point de départ. Dans les nouveaux systèmes, nous avons affaire à une gestion des clés raisonnablement complexe dès le départ. Il y a toujours des problèmes de sécurité à régler dans les deux cas, mais la responsabilité incombe aux fournisseurs dans les deux scénarios, et ce sont des problèmes techniquement résolubles.

Dans les anciens systèmes, nous nous attardons sur des nuances de vitesse entre jours, heures et minutes, et parfois, nous passons des années à construire des systèmes pour arriver à quelques secondes. Dans les nouveaux systèmes, tout se joue en quelques secondes. Dans le pire des cas, on parle de minutes.

Dans les anciens systèmes, nous négocions des accords tarifaires (comme le dit un vieil ami) dans le but de tirer le maximum d’un système pour récupérer un pourcentage plus élevé, tandis que dans les nouveaux systèmes, tout se joue en dollars et en cents, en plus d’être instantané et sécurisé si la mise en œuvre est correcte.

Il semble que les choses s’améliorent après tout.