Bitcoin Payment Processor

Bayangkan pelanggan memesan buku di toko daring. Toko meminta invoice, yaitu permintaan pembayaran berisi jumlah dan mata uang, lalu menyimpan identitasnya bersama nomor pesanan. Pelanggan membuka halaman pembayaran atau memindai kode QR dan membayar. Hubungan yang disimpan membantu toko menentukan pembelian yang dibayar. Tanpanya, mengetahui bahwa bitcoin tiba di suatu alamat belum cukup. Kembali ke halaman “Terima kasih atas pesanan Anda” juga bukan bukti bahwa toko sudah menerima pembayaran. [1]

BTCPay Server dapat membuat alamat penerimaan dari data publik dompet yang sudah ada tanpa mendapatkan kunci privat untuk membelanjakan dana. Ini berbeda dari hot wallet dengan kunci di server atau akses ke dana node Lightning yang menangani pembayaran cepat. Pada layanan tertentu, penyedia mengendalikan dana sebelum pencairan. Karena itu, label non-custodial, yang berarti kunci tidak dititipkan kepada penyedia, belum cukup. Periksa izin sebenarnya, siapa yang bisa mengirim uang, dan apakah mengambilnya memerlukan persetujuan pihak lain. [2] [6]

Harga buku dapat ditulis dalam mata uang biasa sementara pelanggan mengirim bitcoin. BTCPay Server menetapkan jumlah dan kurs dalam permintaan pembayaran untuk waktu terbatas. Kedaluwarsa tidak menghentikan transfer terlambat agar tidak tiba; toko harus menanganinya dengan benar. Begitu pula pembayaran kurang atau berlebih. Jumlah serta kurs awal disimpan untuk rekonsiliasi. Permintaan baru dengan kurs berbeda dapat meminta jumlah satoshi yang berbeda, yaitu unit terkecil bitcoin, meskipun harga buku tetap sama. [3]

Dalam BTCPay Server, Processing berarti jumlah yang diminta telah dibayar, tetapi syarat penyelesaian belum terpenuhi, misalnya konfirmasi transaksi dalam blok. Settled berarti syarat itu terpenuhi; pembayaran Lightning biasanya tidak menunggu konfirmasi blok. Layanan lain mendefinisikan status sendiri. BitPay secara tegas menyatakan bahwa paid bukan jaminan pembayaran. Aturan pengiriman harus mengikuti dokumentasi layanan dan metode pembayaran yang dipilih. Menandai pesanan lunas secara manual tidak menggantikan pemeriksaan pembayaran sebenarnya. [3] [5]

Pemroses melaporkan perubahan lewat webhook, pesan otomatis antarpeladen. Toko perlu memverifikasi asal dan isinya. Pada BTCPay, HMAC-SHA256 dihitung dari byte pesan asli dan rahasia bersama; ini kode autentikasi, bukan konfirmasi jaringan Bitcoin. BitPay tidak menandatangani notifikasi IPN: pesan itu hanya memicu pemeriksaan status sebenarnya melalui API, antarmuka komunikasi antarprogram. Pesan bisa datang kembali. Toko mencatat pemenuhan pesanan agar notifikasi berikutnya tidak menghasilkan pengiriman lagi. Setelah gangguan, status tersimpan dicocokkan dengan pemroses. [4] [5]

Menerima pembayaran pelanggan dan menerima pencairan dari layanan merupakan peristiwa berbeda. BitPay memungkinkan pengaturan mata uang penyelesaian yang didukung serta rekening bank atau alamat mata uang kripto; perubahan mungkin membutuhkan persetujuan. Pedagang juga memeriksa jadwal, batas, biaya, dan pengendali dana sebelum pencairan. Penerimaan langsung ke dompet sendiri dapat menghilangkan tahap perantara tersebut. Sistem penjualan harus membedakan kedua model agar status “lunas” tidak memberi gambaran keliru tentang uang yang sudah tersedia. [6] [2]

Pengembalian dana tidak menghapus transaksi Bitcoin semula. Toko terlebih dahulu menangani permintaan, menentukan jumlah dan mata uang, memverifikasi penerima, lalu menyiapkan pembayaran baru. Tautan untuk mengajukan pengembalian belum berarti uang telah dikirim. Catatan tetap memuat pesanan, permintaan pembayaran, penerimaan, kurs, biaya, dan pengembalian. Laporan ekspor membantu pembukuan, tetapi tidak memenuhi seluruh kewajiban setempat dengan sendirinya. Konfirmasi jaringan juga tidak menyelesaikan sengketa pengiriman atau menghapus kewajiban kontraktual maupun hukum dalam menangani keluhan. [7] [8] [10]

Satu pembelian uji yang berhasil belum cukup sebelum peluncuran. Uji pembayaran kurang, terlambat, notifikasi berulang, dan pemulihan setelah gangguan. Kunci API adalah kredensial akses program: berikan hanya izin yang diperlukan untuk toko terkait. Informasi tambahan tidak perlu memuat data pribadi pelanggan yang tidak dibutuhkan. Pengoperasian sendiri mencakup hosting, pembaruan, dan dukungan; Lightning juga membutuhkan pengelolaan likuiditas, yakni dana dan ruang dalam kanal untuk pembayaran. Perangkat lunak gratis tidak membuat pengoperasian gratis. Ketersediaan, perlindungan kunci, dan integrasi toko yang benar diperiksa secara terpisah. [1] [9]