Hay un viejo dicho que dice algo así como: «Rápido, barato y bueno. Elige dos». Incluso hay bonitos diagramas de Venn por todas partes. Como este 🙂

Esta idea tiende a convertirse en sabiduría popular y se aplica muy bien a la mayoría de las cosas. A menudo ha surgido en el contexto de los tipos de transferencia y los distintos proveedores de pagos. Es demasiado cómodo recurrir a ella, pero todos lo hacemos.

En el contexto de los sistemas de pago tradicionales, es habitual acercarse a los tres, aunque no alcanzarlos del todo. Las comparaciones de rapidez suelen ser de días a segundos, y la comparación de costes suele ser de un porcentaje frente a un coste fijo bajo. En ese contexto, sigue teniendo sentido. Incluso «bueno» podría entenderse como la experiencia del usuario o la seguridad, aspectos que varían entre los distintos proveedores. En los pagos, esto suele acabar viéndose así con bastante frecuencia, ya que se sabe que las interfaces de usuario deficientes simplemente pierden:

«Bueno, rápido y barato» casi parecen requisitos mínimos cuando se analizan los pagos en un contexto de cadena. En el contexto de una cadena, al pensar en los pagos, la seguridad es imprescindible en lo que respecta a la gestión de claves, todo es un coste fijo que oscila entre unos pocos dólares y menos de un céntimo, y las transacciones se completan en cuestión de minutos o segundos. 

Aquí no hay que tener en cuenta el factor tiempo, por lo que la diferencia de velocidad es significativa. La situación empieza a parecerse más a esto cuando se comparan los sistemas tradicionales con los nuevos sistemas basados en cadenas, si se implementan correctamente:

La forma en que se aplica la seguridad, cómo se escalan las comisiones y cómo la velocidad genera nuevos riesgos merecen ser tenidos en cuenta en estos nuevos ecosistemas de pago, pero se trata de problemas técnicamente gestionables.

En los sistemas antiguos, partimos de archivos por lotes sin cifrar. En los nuevos sistemas, nos enfrentamos a una gestión de claves razonablemente compleja desde el primer momento. Sigue habiendo cuestiones de seguridad que abordar en ambos casos, pero la responsabilidad recae en los proveedores en cualquiera de los dos escenarios, y se trata de problemas técnicamente solucionables.

En los sistemas antiguos, estamos discutiendo minuciosamente sobre días frente a horas frente a minutos en términos de velocidad y, a veces, pasamos años construyendo cosas para llegar a los segundos. En los nuevos sistemas, todo se mide en segundos. En el peor de los casos, son minutos.

En los sistemas antiguos, estamos negociando acuerdos de precios (como lo llama un viejo amigo) en un esfuerzo por sacar sangre de una piedra para recuperar un mayor porcentaje, y en los nuevos sistemas, todo se reduce a dólares y centavos, además de ser instantáneo y seguro si se implementa correctamente.

Parece que, después de todo, las cosas están mejorando.