Membayar infrastruktur dengan crypto, dalam praktik

Membayar faktur hosting dengan mata uang kripto adalah urusan dua menit setelah pernah dilakukan, dan dua puluh menit pada kali pertama. Hambatannya bukan pada teknologi — melainkan tiga kesalahan yang tidak pernah dituliskan siapa pun, karena menuliskannya berarti mengakui bahwa kesalahan itu terjadi. Ketiganya dapat dihindari, dan satu di antaranya tidak dapat dipulihkan.

Memilih chain berdasarkan biayanya

Koin yang Anda miliki biasanya menjadi koin yang Anda gunakan untuk membayar, dan itu wajar saja. Namun jika Anda membeli koin khusus untuk keperluan ini, kriteria yang masuk akal adalah biaya transaksi, waktu konfirmasi, dan apakah penting bagi Anda jika pembayaran dapat dikaitkan secara publik dengan alamat yang Anda pakai di tempat lain.

Chain berdasarkan biaya dan waktu konfirmasi

Chain	Waktu tunggu umum	Dapat dikaitkan	Catatan untuk faktur berulang
Tron (TRC-20)	~1 min	Ya	Biasanya cara termurah untuk memindahkan stablecoin. Biaya dibayarkan dalam TRX, jadi sisakan sedikit TRX, atau transfer tidak akan bisa dibuat.
Litecoin	~15 min	Ya	Murah, tidak istimewa, sangat andal. Pilihan default yang baik jika Anda tidak memerlukan stablecoin.
Monero	~20 min	Tidak	Satu-satunya di daftar ini yang jumlah dan pihak lawannya tidak bersifat publik. Biayanya rendah dan dapat diprediksi.
Bitcoin	~20 min	Ya	Biaya berfluktuasi mengikuti kepadatan jaringan, kadang hingga berkali-kali lipat. Tidak masalah untuk faktur tahunan, tetapi mengganggu untuk faktur bulanan.
Ethereum (ERC-20)	~3 min	Ya	Cepat dan dapat diandalkan, namun biayanya bisa langsung melebihi nilai faktur kecil. Periksa sebelum mengirim, bukan sesudahnya.

Ticker stablecoin bukanlah chain. USDT ada di Tron, di Ethereum, dan di beberapa jaringan lain; alamatnya terlihat berbeda dan dananya tidak berpindah di antara jaringan-jaringan tersebut. Memilih “USDT” hanyalah separuh keputusan — separuh lainnya adalah jaringan, dan justru separuh inilah yang sering salah.

Mengapa jumlahnya berakhir dengan desimal ganjil

Faktur sebesar $39.00 yang meminta Anda mengirim $39.87 tampak seperti pembulatan yang ceroboh. Sebaliknya: desimal tersebut adalah cara pembayaran Anda dicocokkan dengan pesanan Anda, tanpa ada pihak yang perlu mengaitkan nama Anda dengannya.

Penyedia yang tidak mengumpulkan identitas menghadapi masalah pada saat rekonsiliasi. Dua pelanggan yang membayar $39 pada sore hari yang sama menghasilkan dua transaksi yang tidak dapat dibedakan. Memberi setiap faktur jumlah pecahan yang unik menjadikan jumlah itu sendiri sebagai referensi — pada dasarnya sebuah nonce. Ini hanya berbiaya beberapa sen, dan menghilangkan kebutuhan penyedia untuk mengetahui apa pun tentang Anda.

Tiga cara terjadinya kesalahan

1. Jaringan yang salah — yang mahal

Anda menyalin alamat stablecoin dari sebuah faktur dengan mengira satu chain tertentu, lalu mengirim melalui chain lain. Apakah ini dapat dipulihkan sepenuhnya bergantung pada apakah penerima menguasai kunci pada chain tempat dana itu benar-benar mendarat. Jika ya, ini menjadi tiket dukungan biasa. Jika tidak, tidak ada siapa pun di dunia ini yang dapat memulihkannya, dan penyedia yang mengatakan sebaliknya hanya sedang mengulur waktu.

Aturan yang mencegah hampir semua kasus ini: cocokkan jaringan pada layar penarikan dengan jaringan pada faktur sebelum sama sekali melihat alamatnya. Alamat adalah hal terakhir yang diperiksa, bukan yang pertama.

2. Angka bulat — yang menjengkelkan

Sudah dibahas di atas. Selalu dapat dipulihkan. Berbiaya satu jam dan satu pesan.

3. Pembayaran kedua untuk memperbaiki yang pertama — yang berlipat ganda

Inilah yang mengubah masalah kecil menjadi masalah nyata. Sesuatu tampak salah, sehingga Anda mengirim lagi. Kini ada dua transaksi, salah satunya mungkin berada di chain yang salah, dan pengembalian dana apa pun harus diurai terlebih dahulu sebelum hal lain dapat dilakukan.

Hubungi dukungan sebelum mengirim apa pun untuk kedua kalinya. Hampir setiap kasus yang benar-benar tidak dapat dipulihkan bermula dari pembayaran kedua yang diniatkan baik.

Jendela kurs, dan apa yang dilindunginya

Faktur yang dinyatakan dalam dolar dan diselesaikan dalam koin harus menetapkan kurs pada suatu saat tertentu. Sebagian besar penyedia menahannya untuk jendela waktu yang singkat — tiga puluh menit lazim digunakan — dan jendela ini ada untuk melindungi kedua pihak dari pergerakan kurs antara penerbitan dan konfirmasi.

Apa yang terjadi setelah jendela ini berakhir adalah bagian yang layak diketahui sebelum Anda membutuhkannya. Perilaku yang wajar adalah mengkreditkan pembayaran pada kurs saat dana itu benar-benar mendarat, lalu menyelesaikan selisihnya ke arah mana pun, dengan ambang kecil yang di bawahnya tidak ada pihak yang mengejar pihak lain. Perilaku yang tidak wajar adalah memperlakukan pembayaran terlambat sebagai belum dibayar sambil tetap menahan dananya. Tanyakan Anda berhadapan dengan yang mana; jawabannya cukup satu kalimat dan sudah menjelaskan banyak hal.

Mencatat pembukuan ketika faktur dalam bentuk koin

Akuntan Anda tidak peduli pada chain, tetapi sangat peduli pada tiga hal berikut. Catat ketiganya pada saat pembayaran, bukan menyusunnya kembali pada akhir tahun, ketika kurs yang digunakan hanya tinggal perkiraan.

1. Jumlah fiat pada faktur, yaitu biaya sebenarnya dari layanan tersebut.
2. Koin, jumlahnya, dan hash transaksi, yang menjadi bukti bahwa pembayaran benar-benar terjadi dan dapat diverifikasi oleh siapa pun.
3. Kurs saat Anda memperoleh koin tersebut, jika Anda membelinya khusus untuk keperluan ini. Di banyak yurisdiksi, selisih antara perolehan dan pengeluaran itu sendiri merupakan peristiwa kena pajak, dan itu adalah pertanyaan untuk seseorang di wilayah setempat, bukan untuk sebuah halaman hosting.

Simpan hash transaksi bersama faktur. Ini adalah satu-satunya bukti yang tidak bergantung pada apakah penyedia masih ada, masih menyimpan catatannya, atau masih memiliki hubungan baik dengan Anda — alasan yang sama mengapa hal-hal yang dapat diverifikasi umumnya lebih disukai.

Cara kami sendiri menangani semua ini ada di halaman metode pembayaran: chain mana saja, berapa banyak konfirmasi yang dibutuhkan masing-masing, dan persis apa yang terjadi pada masing-masing dari tiga kasus kegagalan di atas, termasuk kasus ketika jawaban jujurnya adalah bahwa dananya sudah hilang.

Ditulis oleh para insinyur yang mengoperasikan platform ini, dan ditinjau ulang 27 hari yang lalu. Jika ada yang salah atau sudah usang di sini, laporkan dari panel pelanggan — dari sanalah sekitar separuh isi ini berasal.