Medium of Exchange memudahkan pertukaran tidak langsung: penjual menerima sesuatu yang dapat ditawarkan kepada orang lain kemudian, tanpa harus ingin mengonsumsinya sendiri. Fungsi ini bergantung pada penerimaan nyata, metode pembayaran yang tersedia dan biaya; tidak otomatis membuktikan kegunaan universal, daya beli stabil atau status hukum.
Dalam contoh kami petani menginginkan perkakas, tetapi pembuatnya sedang tidak menginginkan gandum petani itu. Perantara bersama memungkinkan dua pertukaran: gandum dengan perantara, lalu perantara dengan perkakas. Bank of England menjelaskan bahwa orang menerimanya untuk pertukaran selanjutnya, bukan selalu konsumsi sendiri. Ini tidak berarti barter lenyap atau semua orang menerima perantara yang sama. [Bank of England — Money in the Modern Economy: An Introduction, 2014]
Bitcoin.org menggambarkan pembayaran dompet dan batas penerimaan. Pastikan toko tertentu benar-benar melayani metode pilihan, menerima jumlahnya dan dapat mengenali pembayaran berhasil. Stiker Bitcoin atau catatan peta lama bukan bukti ketersediaan hari ini. Satu pertukaran selesai menunjukkan penggunaan pada kasus itu, bukan penerimaan universal di setiap tempat dan untuk semua jumlah. [Bitcoin.org — FAQ]
Bitcoin.org menjelaskan pemroses yang mengonversi bitcoin masuk menjadi mata uang konvensional bagi pedagang. Dalam contoh kami, pembeli membayar BTC untuk harga200 CZK sementara penjual menerima koruna sesuai ketentuan layanan. Bitcoin ikut dalam pembayaran, tetapi tidak membuktikan penetapan harga dalam bitcoin maupun kepemilikan BTC pedagang sesudahnya. Konversi memiliki kurs, biaya dan ketentuan sendiri. [Bitcoin.org — FAQ]
Model kami: biaya1 satuan di atas harga pembelian100 berarti1 % dari harga; pada pembelian10 menjadi10 %. Total pengeluaran101 dan11, sehingga persentase itu bukan bagian dari total tersebut. Bitcoin.org menjelaskan bahwa biaya on-chain bukan persentase sederhana dari nilai transfer. Masukkan konversi, waktu tunggu dan biaya layanan dalam perbandingan; angka ini bukan tarif terkini. [Bitcoin.org — FAQ]
Bitcoin Developer Guide membedakan transaksi belum dikonfirmasi dari transaksi yang masuk blok. Tampilan terkirim atau tangkapan layar pengirim tidak memverifikasi penerimaan pedagang. Konfirmasi tambahan umumnya memperkuat perlindungan terhadap pengeluaran ganda, bukan kepastian mutlak. Prosedur penerimaan harus sesuai jumlah dan risiko; tidak ada satu waktu tunggu universal untuk semua keadaan. [Bitcoin Developer Guide — Payment Processing]
BOLT 4 menjelaskan temporary_channel_failure, amount_below_minimum dan fee_insufficient. Pembayaran dapat menghadapi kapasitas kanal, batas jumlah atau biaya perutean tidak memadai. Dukungan Lightning pada dompet saja tidak menjamin setiap percobaan berhasil atau diterima pedagang mana pun. Periksa hasil pembayaran dan kemampuan penerima memperoleh dana; kecepatan lapisan bukan janji biaya nol. [BOLT 4 — Onion Routing Protocol]
Dalam penjelasan untuk Britania Raya, Bank of England menyatakan legal tender bukan perintah umum bagi semua toko untuk menerima tunai. Maknanya sempit saat menawarkan pelunasan utang penuh jika kontrak tidak menetapkan cara lain. Ini contoh Inggris, bukan aturan seluruh negara. Pisahkan status hukum setempat dari kesepakatan nyata, ketersediaan teknis dan kesediaan menerima. [Bank of England — What Is Legal Tender?]
ECB membedakan alat tukar, satuan hitung dan penyimpan nilai. Aset dapat dipakai untuk sebagian pembayaran sementara harga tetap dalam satuan lain dan daya beli berubah. Satu fungsi tidak berarti fungsi lain lengkap atau urutan perkembangan terjamin. Nilai pembelian BTC nyata, denominasi kontrak dan nilai antarwaktu secara terpisah; kenaikan harga saja tidak membuktikan penggunaan pembayaran yang lebih luas. [ECB — What Is Money?]
Untuk gambaran yang lebih utuh, baca entri ini bersama Unit of Account, Store of Value, Merchant Adoption, Lightning Network. Entri ini juga dirujuk dari Regression Theorem, Commodity Money, Unit of Account, Store of Value.