Hay un viejo dicho que dice algo así como: «Rápido, barato y bueno. Elige dos». Incluso hay diagramas de Venn muy chulos por todas partes. Como este 🙂
Esta idea suele considerarse una verdad universal 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 las tres características, aunque sin alcanzarlas del todo. Las comparaciones de rapidez suelen ir de días a segundos, y la comparación de costes suele ser entre un porcentaje y un coste fijo bajo. En ese contexto, sigue teniendo sentido. Incluso la «calidad» podría entenderse como la experiencia del usuario o la seguridad, aspectos que varían entre los distintos proveedores. En los pagos, esto suele quedar así con bastante frecuencia, ya que es bien sabido que las interfaces de usuario deficientes salen perdiendo:
«Bueno», «rápido» y «barato» casi parecen requisitos mínimos cuando se analizan los pagos en el contexto de una cadena de bloques. En el contexto de una cadena de bloques, al pensar en los pagos, la seguridad es imprescindible en lo que respecta a la gestión de claves, todo tiene 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 plazos de varios días, 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 de bloques, si se implementan correctamente:
La forma en que se aplica la seguridad, cómo varían 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 desde el principio a una gestión de claves razonablemente compleja. 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, nos andamos con minucias sobre si la velocidad es de días, horas o minutos y, a veces, dedicamos años a desarrollar soluciones para llegar a los segundos. En los nuevos sistemas, todo se mide en segundos. En el peor de los casos, se trata de minutos.
En los sistemas antiguos, negociamos acuerdos de precios (como dice un viejo amigo) en un intento por sacar sangre de una piedra para recuperar un mayor porcentaje, y en los nuevos sistemas, todo se mide en dólares y céntimos, además de ser instantáneo y seguro si se implementa correctamente.
Parece que, después de todo, las cosas están mejorando.