DeFi dan Pajak: Mengapa Label ‘desentralisasi’ tidak menghapus kebutuhan dokumentasi
Di rekening bank, satu baris mutasi biasanya punya lawan transaksi yang mudah dibaca. Di DeFi, satu keputusan bisa melahirkan belasan jejak: aset dikirim ke bridge, token dibungkus, dua aset disetor ke liquidity pool, token LP diterima, lalu token itu ditempatkan lagi untuk memperoleh reward. Dari sudut pandang pengguna, semua itu mungkin terasa sebagai satu strategi. Dari sudut dokumentasi pajak, masing-masing langkah membawa pertanyaan berbeda.
Kata “desentralisasi” menjelaskan bagaimana sebuah protokol bekerja. Kata itu tidak membuat tambahan kemampuan ekonomis, pengalihan aset, atau kewajiban pelaporan lenyap. Blockchain memang menyimpan transaksi, tetapi ia tidak otomatis menyimpan tujuan bisnis, siapa pemilik wallet, sumber dana, nilai rupiah, hubungan antar-alamat, atau alasan suatu token diterima. Data tersedia bukan berarti bukti sudah lengkap.
Masalah utama DeFi bukan ketiadaan jejak. Justru jejaknya terlalu teknis dan terpecah. Wajib pajak perlu mengubah rangkaian hash menjadi cerita transaksi yang dapat dibaca manusia tanpa menambah fakta yang tidak ada.
Mulai dari peta, bukan dari saldo akhir
Sebuah dashboard portofolio dapat menunjukkan nilai aset pada hari ini, tetapi saldo akhir tidak menjelaskan bagaimana nilainya terbentuk. Langkah pertama ialah membuat peta kepemilikan dan pergerakan. Daftarkan wallet yang dikendalikan, jaringan yang digunakan, centralized exchange yang menjadi pintu masuk atau keluar, serta protokol yang pernah disentuh.
Keterangan kepemilikan sangat penting karena transfer antara dua wallet milik orang yang sama berbeda dari pengalihan kepada pihak lain. Alamat blockchain tidak memuat nama. Tanpa daftar internal, transfer antar-wallet sendiri dapat keliru dibaca sebagai penjualan, sementara transfer kepada pihak lain bisa terlewat sebagai perpindahan biasa.
Peta tersebut tidak perlu menjadi dokumen teknis yang rumit. Satu tabel dapat memuat alamat, jaringan, fungsi, tanggal mulai digunakan, pihak yang memiliki akses, dan status aktif. Untuk wallet bersama atau multisignature, catat mekanisme persetujuannya. Untuk badan usaha, pisahkan tegas wallet perusahaan dari wallet pendiri atau pegawai. Kepraktisan memakai satu wallet untuk semua keperluan bisa berubah menjadi masalah ketika transaksi pribadi dan usaha harus dijelaskan.
Bridge: aset berpindah jaringan, tetapi apa yang sebenarnya berubah?
Saat aset dipindahkan melalui bridge, pengguna bisa melihat token keluar dari jaringan pertama dan token representasi masuk di jaringan kedua. Secara ekonomi, tujuannya mungkin hanya memindahkan likuiditas. Namun mekanisme setiap bridge tidak selalu sama. Ada skema lock-and-mint, burn-and-mint, atau penggunaan pool likuiditas. Nama token dan alamat kontrak dapat berubah.
Karena itu, jangan langsung mencatat bridge sebagai penjualan atau mengabaikannya sama sekali. Hubungkan transaksi keluar dan masuk dengan satu bridge ID internal. Simpan waktu, jumlah sebelum dan sesudah, biaya, jaringan asal dan tujuan, serta dokumentasi protokol. Jika jumlah berbeda karena fee, perbedaannya harus terlihat. Catatan “transfer lintas jaringan atas aset yang sama secara ekonomi” jauh lebih berguna daripada membiarkan dua transaksi berdiri tanpa hubungan.
Analisis pajaknya mengikuti substansi hak yang berubah. Apakah pengguna tetap mempunyai klaim ekonomis yang setara? Apakah ia menerima aset baru dengan karakter berbeda? Apakah ada pertukaran melalui pool? Tidak semua bridge memberi jawaban identik. Dokumentasi mekanisme diperlukan sebelum mengambil posisi.
Swap: tidak ada rupiah bukan berarti tidak ada transaksi
Dalam swap, satu aset dilepas untuk memperoleh aset lain. Pengguna mungkin hanya menekan satu tombol, tetapi smart contract dapat merutekan transaksi melewati beberapa pool. Catat aset yang dilepas, aset yang diterima, jumlah masing-masing, nilai rupiah pada waktu transaksi, slippage, gas fee, dan protokol atau aggregator yang digunakan.
PMK 50 Tahun 2025, yang berlaku sejak 1 Agustus 2025, mengatur PPh dan PPN atas transaksi perdagangan aset kripto. Penyerahan aset kripto dipersamakan dengan surat berharga sehingga tidak dikenai PPN. Untuk penghasilan penjual dalam transaksi perdagangan yang masuk mekanismenya, terdapat pemungutan PPh Pasal 22 final dengan ketentuan berbeda menurut penyelenggara. PMK tersebut juga mengenali tukar-menukar aset kripto, bukan hanya penjualan ke rupiah.
Namun swap langsung melalui protokol DeFi tidak otomatis mempunyai pemungut seperti transaksi pada pedagang aset keuangan digital yang menjalankan kewajiban tersebut. Ketiadaan bukti pungut otomatis tidak membuktikan ketiadaan konsekuensi pajak. Ini justru titik yang perlu ditandai untuk dianalisis berdasarkan pihak, mekanisme, yurisdiksi, serta ketentuan umum dan khusus yang relevan.
Liquidity pool: setoran, token LP, fee, dan impermanent loss
Menyediakan likuiditas sering diringkas sebagai “deposit”. Padahal pengguna menyerahkan satu atau dua aset ke smart contract dan menerima token LP atau pencatatan posisi. Ketika keluar, komposisi aset yang diterima dapat berbeda dari komposisi awal. Di antara keduanya, fee perdagangan bisa bertambah pada posisi.
Ledger sebaiknya memisahkan empat lapis. Pertama, aset yang masuk ke pool. Kedua, bukti posisi yang diterima, apakah berupa token LP atau catatan kontrak. Ketiga, reward atau fee yang terkumpul. Keempat, aset yang diterima ketika posisi ditutup. Tanpa pemisahan tersebut, perbedaan kuantitas token sering diberi label “untung” atau “rugi” tanpa dasar peristiwa yang jelas.
Impermanent loss juga perlu diperlakukan hati-hati. Istilah itu membandingkan nilai posisi liquidity pool dengan skenario hipotetis jika aset hanya disimpan. Ia bukan otomatis kerugian yang dapat dikurangkan untuk pajak. Bahkan ketika posisi ditutup dan hasilnya lebih rendah daripada nilai alternatif, analisis pajak tetap membutuhkan dasar perolehan, transaksi yang benar-benar terjadi, sifat kegiatan, dan aturan yang berlaku. Kalkulator DeFi berguna untuk keputusan investasi, tetapi bukan bukti pajak dengan sendirinya.
Lending dan borrowing: jangan campur pokok dengan imbalan
Pada protokol pinjam-meminjam, pengguna dapat menyetor aset sebagai jaminan, memperoleh token representasi, meminjam aset lain, membayar bunga, dan menerima insentif protokol. Jika semua arus dijumlahkan sebagai pendapatan, hasilnya akan menyesatkan. Pokok pinjaman bukan otomatis penghasilan. Pengembalian jaminan bukan otomatis penjualan. Imbalan yang diterima dan biaya yang dibayar perlu berdiri sendiri.
Likuidasi menambah lapisan lain. Smart contract dapat menjual atau mengambil sebagian jaminan ketika rasio tertentu terlewati. Pengguna mungkin tidak menekan tombol jual, tetapi asetnya tetap dialihkan sesuai aturan protokol. Simpan notifikasi, status posisi sebelum likuidasi, hash transaksi, nilai aset yang dilepas, utang yang diselesaikan, penalti, dan saldo tersisa. Kalimat “terlikuidasi” terlalu pendek untuk menjelaskan dampak ekonominya.
Reward governance atau incentive token juga jangan langsung digabung dengan bunga. Token dapat diberikan karena menyediakan likuiditas, meminjam, melakukan voting, atau mengikuti program tertentu. Tuliskan sebab penerimaan, kapan dapat diklaim, kapan benar-benar dikuasai, dan nilai rupiah yang digunakan. Jika token belum likuid, dokumentasikan keterbatasan valuasinya.
Gas fee adalah biaya, tetapi konteksnya tetap penting
Satu wallet bisa membayar gas untuk membeli aset, menjual aset, memindahkan dana sendiri, mengklaim reward, membuka posisi pinjaman, atau sekadar membatalkan persetujuan kontrak. Memberi perlakuan yang sama kepada seluruh gas fee menghilangkan hubungan dengan transaksi asal.
Pasangkan biaya gas dengan tindakan yang memicunya. Untuk transaksi gagal, catat status gagal dan tujuan semula. Untuk approval token, hubungkan dengan protokol dan posisi yang relevan. Bagi pelaku usaha, penentuan apakah suatu biaya dapat dibebankan, dikapitalisasi, atau diperlakukan lain memerlukan analisis sesuai kegiatan dan pembukuan. Bagi investor orang pribadi yang penghasilannya terkena PPh final berbasis nilai transaksi, keberadaan biaya tidak serta-merta mengubah dasar pemungutan final pada platform.
Oracle, explorer, dan dashboard bukan sumber yang sama
Block explorer adalah sumber kuat untuk membuktikan bahwa transaksi terjadi pada jaringan tertentu. Ia tidak selalu memberi nilai rupiah yang tepat atau menjelaskan maksud transaksi. Dashboard protokol dapat menjelaskan posisi, tetapi antarmukanya bisa berubah. Aggregator portofolio membantu mengelompokkan aset, tetapi klasifikasinya dapat salah. Oracle menyediakan harga dalam konteks protokol tertentu, bukan selalu harga yang dipakai untuk pelaporan.
Gunakan beberapa sumber sesuai fungsi. Hash dan timestamp berasal dari explorer. Mekanisme produk berasal dari dokumentasi protokol yang diarsipkan. Nilai rupiah berasal dari metode valuasi yang ditetapkan konsisten dan dapat ditelusuri. Tujuan transaksi berasal dari memo internal atau bukti keputusan pengguna. Jangan meminta satu tangkapan layar mengerjakan seluruh fungsi pembuktian.
Jika protokol berubah, simpan dokumentasi versi saat transaksi dilakukan. Halaman web hari ini mungkin menjelaskan versi kontrak baru, padahal posisi lama memakai mekanisme berbeda. PDF, salinan halaman, release note, atau tautan repositori pada tanggal relevan membantu menjaga konteks.
Perhatikan pula approval token. Approval bukan selalu pengalihan aset, tetapi ia memberi kontrak hak teknis untuk membelanjakan token sampai batas tertentu. Dari sisi pajak, baris approval mungkin tidak mempunyai nilai transaksi. Dari sisi pengendalian, ia menjelaskan bagaimana exploit atau pengurasan wallet kemudian terjadi. Simpan approval material bersama posisi terkait dan cabut izin yang tidak diperlukan melalui cara yang aman. Ini menghubungkan governance keamanan dengan keandalan data pajak tanpa mencampur keduanya.
Rekonsiliasi yang dapat diuji ulang
Rekonsiliasi DeFi yang sehat memungkinkan orang lain mengikuti alurnya tanpa meminta private key. Mulai dari saldo awal per wallet. Tambahkan pembelian atau penerimaan dari luar. Hubungkan transfer internal. Kelompokkan bridge, swap, liquidity pool, lending, reward, biaya, dan penarikan. Akhiri dengan saldo per token dan posisi terbuka pada tanggal pelaporan.
Selisih tidak boleh diselesaikan dengan satu akun “lain-lain” yang terus membesar. Telusuri penyebab umum: token scam yang muncul tanpa diminta, rebasing, perubahan nama token, decimal yang salah, transaksi pending, jaringan yang belum dimasukkan, atau harga nol pada aset tidak likuid. Token spam sebaiknya ditandai, bukan disentuh hanya demi membersihkan tampilan wallet karena interaksi itu sendiri dapat berisiko.
Untuk SPT, saldo aset yang masih dimiliki, penghasilan, dan pajak yang telah dipungut perlu mempunyai jembatan ke data tersebut. Tidak semua baris on-chain masuk ke formulir, tetapi angka dalam formulir harus dapat kembali ke ledger. Jika terdapat posisi yang perlakuannya belum jelas, buat issue register berisi nilai material, fakta, alternatif interpretasi, bukti yang tersedia, dan keputusan yang masih dibutuhkan.
Desentralisasi memindahkan sebagian tanggung jawab pencatatan dari lembaga perantara kepada pengguna. Protokol tidak mengenal NPWP, tidak menyiapkan memo pajak Indonesia, dan tidak menjelaskan hubungan antar-wallet milik orang yang sama. Karena itu, semakin sedikit pihak yang membuat laporan untuk pengguna, semakin kuat kebutuhan pengguna membangun dokumentasinya sendiri. Blockchain memberikan jejak. Wajib pajak masih harus memberikan konteks.
Bacaan dan rujukan terkait di ePajak.or.id
- Kategori: Pajak
- Topik: Pelaporan SPT
- Indeks: SPT
- Panduan: Panduan Pelaporan SPT
- Evidence: Procedure Source Map
- Topik: Data Wajib Pajak
- Artikel terkait: NFT Sudah Sepi dari Hype, Tapi Transaksi Lama Tetap Bisa Muncul di SPT
- Artikel terkait: Transfer Kripto Antar-Wallet Milik Sendiri: Jangan Langsung Dicatat sebagai jual beli
