Executar um pedido de empréstimo em uma cadeia típica pode exigir três tokens separados. O ativo nativo para gas. Um segundo para pagar o serviço de relay que busca os dados de crédito do mutuário. Um terceiro para compensar a rede de keepers que aciona o retorno assim que esses dados são retornados. Esse exemplo vem da própria documentação de execução assíncrona da Rialo e descreve o custo operacional real de algo que a maioria das pessoas chamaria de uma única transação. Três ativos para adquirir, manter, monitorar e recarregar. Três saldos para gerenciar. Três pontos onde o fluxo de trabalho para se um deles ficar vazio no momento errado. Esse imposto em múltiplos tokens raramente é mencionado porque não é uma taxa de protocolo cobrada por ninguém. É um custo emergente de terceirizar capacidades para redes separadas, cada uma necessitando de sua própria economia para sobreviver. Ninguém o projetou. Ele se acumulou, uma camada de middleware por vez. Na @RialoHQ, o mesmo fluxo de trabalho é executado como uma única transação assíncrona. Validadores consultam a API externa por meio de chamadas web nativas. A execução pausa e retoma sem a necessidade de um keeper para incentivá-la. Um único token, um único saldo, uma única coisa para manter financiada. Discussões sobre design de token geralmente giram em torno de cronogramas de oferta e curvas de distribuição. A pergunta mais útil é: quantos tokens diferentes um desenvolvedor precisa manter antes que seu produto funcione? Para a maioria desta indústria, a resposta honesta tem sido três, e ninguém jamais colocou esse número em uma apresentação de pitch.
