O velho ditado diz algo como: “rápido, barato e bom. Escolha dois”. Existem até diagramas de Venn bem legais por aí. Como este aqui 🙂

Essa ideia tende a se tornar senso comum e se aplica muito bem à maioria das coisas. Ela surge com frequência no contexto de tipos de transferência e diversos provedores de pagamento. É muito conveniente recorrer a ela, mas todos nós fazemos isso.

No contexto dos sistemas de pagamento tradicionais, é comum chegar perto dos três, embora não totalmente. As comparações de rapidez geralmente vão de dias a segundos, e a comparação de custo é tipicamente uma taxa percentual em relação a um baixo custo fixo. Nesse contexto, ainda faz sentido. Até mesmo “bom” poderia ser considerado como experiência do usuário ou segurança, aspectos que variam entre os provedores. Em pagamentos, isso acaba se parecendo com isso com bastante frequência, porque interfaces de usuário ruins são conhecidas por perder:

Bom, rápido e barato quase parecem requisitos básicos quando se analisa pagamentos em um contexto de cadeia. No contexto de uma cadeia, ao pensar em pagamentos, a segurança é exigida no gerenciamento de chaves, tudo é custo fixo variando de dólares a menos de um centavo, e as transações são concluídas em minutos ou segundos. 

Não há considerações de tempo aqui, então a diferença na velocidade é significativa. Começa a parecer mais com isto quando se compara os sistemas tradicionais aos novos sistemas baseados em cadeia, se implementados corretamente:

Como a segurança é aplicada, como as taxas são escalonadas e como a velocidade cria novos riscos merecem consideração nesses novos ecossistemas de pagamento, mas esses são problemas tecnicamente gerenciáveis.

Nos sistemas antigos, lidamos com arquivos em lote não criptografados como ponto de partida. Nos novos sistemas, lidamos com gerenciamento de chaves razoavelmente complexo logo de cara. Ainda há preocupações de segurança a serem tratadas de qualquer maneira, mas a responsabilidade recai sobre os provedores em ambos os cenários, e são problemas tecnicamente solucionáveis.

Nos sistemas antigos, estamos discutindo minúcias sobre dias versus horas versus minutos em termos de velocidade e, às vezes, passamos anos construindo coisas para chegar a segundos. Nos novos sistemas, tudo se resume a segundos. Na pior das hipóteses, são minutos.

Nos sistemas antigos, estamos negociando acordos de preços (como um velho amigo chama) em um esforço para extrair o máximo possível e recuperar mais da porcentagem, e nos novos sistemas, tudo se resume a centavos, além de ser instantâneo e seguro se implementado corretamente.

Parece que as coisas estão melhorando, afinal.