Medium of Exchange facilita a troca indireta: o vendedor aceita algo que poderá oferecer depois a outra pessoa, sem precisar consumi-lo. Essa função depende da aceitação real, de um método de pagamento disponível e dos custos; não prova automaticamente uso universal, poder de compra estável ou condição jurídica.
No nosso exemplo um agricultor quer ferramentas, mas o fabricante não quer seu cereal agora. Um intermediário comum permite duas trocas: cereal pelo intermediário e intermediário por ferramentas. Bank of England explica que as pessoas o aceitam para troca posterior, não necessariamente para consumo próprio. Isso não significa que o escambo desapareça ou que todos aceitem o mesmo intermediário. [Bank of England — Money in the Modern Economy: An Introduction, 2014]
Bitcoin.org descreve pagamentos por carteira e limites de aceitação. Verifique se a loja realmente opera o método escolhido, aceita o montante e identifica pagamento bem-sucedido. Um adesivo Bitcoin ou registro antigo em um mapa não prova disponibilidade atual. Uma troca concluída demonstra uso naquele caso, não aceitação universal em qualquer lugar e para qualquer valor. [Bitcoin.org — FAQ]
Bitcoin.org descreve processadores que convertem bitcoins recebidos em moeda convencional para comerciantes. No nosso exemplo, o comprador paga BTC por um preço de 200 CZK e o vendedor recebe coroas conforme o serviço. Bitcoin participou do pagamento, mas isso não prova preços definidos em bitcoin nem posse posterior de BTC pelo comerciante. A conversão tem câmbio, tarifas e condições próprios. [Bitcoin.org — FAQ]
Nosso modelo: tarifa de 1 unidade além de uma compra de 100 equivale a 1 % do preço; numa compra de 10 equivale a 10 %. Os desembolsos totais são 101 e 11: os percentuais não são parcelas desses totais. Bitcoin.org explica que a tarifa on-chain não é simples percentual do valor transferido. Inclua conversão, espera e custos do serviço; os números não são preços atuais. [Bitcoin.org — FAQ]
Bitcoin Developer Guide diferencia transação não confirmada de inclusão em um bloco. A tela de envio do pagador ou sua captura não verifica o recebimento pelo comerciante. Mais confirmações geralmente reforçam a proteção contra gasto duplo, sem certeza absoluta. O procedimento de aceitação precisa corresponder ao valor e ao risco; não existe espera universal para todas as situações. [Bitcoin Developer Guide — Payment Processing]
BOLT 4 descreve temporary_channel_failure, amount_below_minimum e fee_insufficient. O pagamento pode encontrar capacidade limitada do canal, limites de valor ou tarifas de roteamento insuficientes. Suporte a Lightning na carteira não garante sucesso em toda tentativa nem aceitação por qualquer comerciante. Verifique resultado e capacidade do destinatário de receber os fundos; velocidade não promete custo zero. [BOLT 4 — Onion Routing Protocol]
Bank of England explica, no contexto do Reino Unido, que legal tender não obriga genericamente toda loja a aceitar dinheiro físico. O sentido é restrito à oferta de quitação integral de dívida quando o contrato não determina outro método. É um exemplo britânico, não regra mundial. Separe condição jurídica local, acordo efetivo, disponibilidade técnica e disposição de aceitar. [Bank of England — What Is Legal Tender?]
ECB distingue meio de troca, unidade de conta e reserva de valor. Um ativo pode servir para alguns pagamentos enquanto os preços continuam em outra unidade e o poder de compra oscila. Uma função não implica completar as outras nem uma ordem garantida de evolução. Avalie separadamente compras reais em BTC, denominação contratual e valor no tempo; valorização sozinha não prova maior uso para pagamentos. [ECB — What Is Money?]
Para ter uma visão mais completa, leia este verbete junto com Unit of Account, Store of Value, Merchant Adoption, Lightning Network. Também há referências a este verbete em Regression Theorem, Commodity Money, Unit of Account, Store of Value.