---
title: "Risiko token dengan biaya transfer"
description: "Token dengan biaya transfer dapat mengirimkan jumlah yang lebih sedikit daripada nominal pengiriman dan mengenakan biaya berbeda untuk pembelian, penjualan, atau transfer antar-dompet. Pelajari cara memeriksa dukungan router, hak akses, simulasi, dan uji pulang-pergi bernilai kecil."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Risiko token dengan biaya transfer

> Hanya untuk tujuan edukasi; bukan saran investasi. Investasi dapat menyebabkan kerugian.

<a id="answer"></a>

## Jawaban langsung

Token dengan biaya transfer memotong sebagian nilai di dalam logika transfernya. Akibatnya, penerima dapat memperoleh lebih sedikit daripada jumlah yang diberikan ke `transfer` atau `transferFrom`. Potongan tersebut dapat dibakar, dibagikan kembali, dikirim ke dompet lain, atau dialirkan ke likuiditas. Aturannya juga dapat bergantung pada pengirim, penerima, atau konteks transaksi.

Risiko utamanya bukan sekadar biaya yang diumumkan. Tarif pembelian, penjualan, dan transfer antar-dompet dapat berbeda; alamat tertentu dapat dibebaskan atau diblokir; dan akun berhak istimewa mungkin dapat mengubah aturan. Karena itu, kuotasi atau pembelian yang berhasil tidak membuktikan bahwa posisi dapat dijual kemudian dengan biaya yang wajar.

<a id="mechanism"></a>

## Cara kerja

Router pembuat pasar otomatis konvensional dapat menghitung setiap keluaran dari jumlah input nominal. Uniswap V2 Router02 menyediakan fungsi swap khusus untuk token ini: input aktual disimpulkan dari perubahan saldo pasangan, lalu kenaikan saldo penerima dibandingkan dengan `amountOutMin`. Kompatibilitas bergantung pada router, rute, dan perilaku token yang tepat, bukan hanya simbol token.

Biaya token terakumulasi secara majemuk dengan biaya pool dan dampak harga. Rute multi-hop dapat memicu logika transfer lebih dari sekali, sedangkan pengecualian atau deteksi jual-beli dapat membuat tarif efektif bergantung pada arah. Perkirakan biaya masuk dan keluar secara terpisah berdasarkan kondisi on-chain saat ini.

<a id="example"></a>

## Contoh

Misalkan seorang pedagang membelanjakan 1,000 USDC. Biaya pool dan dampak harga mengurangi nilai sebesar 2%, lalu dikenakan biaya pembelian 5%: `1,000 × 0.98 × 0.95 = 931`. Jika harga pasar tidak berubah, biaya penjualan 10% diikuti friksi perdagangan 2% lagi menghasilkan sekitar US$821: `931 × 0.90 × 0.98 ≈ 821`. Kerugian pulang-pergi sekitar 18% meskipun harga pasar tidak turun.

Ini adalah ilustrasi, bukan kuotasi. Urutan pemotongan dapat berbeda, sementara tarif, likuiditas, rute, dan status kontrak dapat berubah di antara transaksi. Baca kondisi kontrak dan pool terkini, lalu simulasikan rute persisnya dengan dompet yang sama sebelum mengandalkan perkiraan.

<a id="risks"></a>

## Risiko dan pemeriksaan

- Verifikasi alamat kontrak dan kode yang diterapkan. Kenali logika biaya, pengecualian, daftar blokir, batas biaya maksimum, peran pemilik, kendali peningkatan, dan wewenang jeda.
- Bandingkan keluaran kuotasi dengan perubahan saldo penerima dalam simulasi. Pastikan setiap router dan hop pada rute secara eksplisit menangani perilaku biaya transfer.
- Simulasikan penjualan dari dompet yang sama, lalu lakukan uji pulang-pergi hanya dengan jumlah kecil yang sanggup Anda relakan seluruhnya. Keberhasilan tidak menjamin aturan atau likuiditas tetap sama.
- Atur `amountOutMin` sesuai batas kerugian yang benar-benar dapat diterima. Menetapkannya ke 0 atau berulang kali memperlebar slippage menghapus perlindungan harga, tetapi tidak dapat melewati revert, daftar blokir, atau biaya token yang menghukum.
- Tentukan ukuran posisi berdasarkan nilai keluar bersih terburuk yang masuk akal. Jangan lanjutkan jika simulasi penjualan gagal, kode belum diverifikasi, hak akses tidak transparan, atau administrator dapat menaikkan biaya maupun memblokir transfer tanpa penundaan yang berarti.

<a id="misconceptions"></a>

## Kesalahpahaman umum

- Mitos 1: Jumlah transfer atau event membuktikan jumlah yang diterima. Periksa perubahan saldo penerima; integrasi untuk token ini menggunakan selisih saldo karena alasan tersebut.
- Mitos 2: Menambah Gas atau slippage akan membuat semua penjualan berhasil. Gas memengaruhi penyertaan transaksi dan slippage melonggarkan harga minimum; keduanya tidak melewati logika kontrak.
- Mitos 3: Pelepasan kepemilikan membuat token tidak dapat diubah. Administrator proxy, peran istimewa lain, atau kontrak konfigurasi eksternal mungkin masih mengendalikan perilaku; periksa semua jalur akses yang efektif.

<a id="related"></a>

## Topik terkait

- [Harga indeks kripto](/id/crypto/index-price-crypto/)
- [Slippage perdagangan kripto](/id/crypto/slippage-crypto/)
- [Cara memverifikasi alamat kontrak token](/id/crypto/token-contract-verification/)
- [Simulasi transaksi](/id/crypto/transaction-simulation/)

<a id="sources"></a>

## Sumber

- [Uniswap V2 Router02](https://github.com/Uniswap/v2-periphery/blob/master/contracts/UniswapV2Router02.sol) - Uniswap (diakses: 2026-08-20)
- [FeeOnTransferDetector.sol](https://github.com/Uniswap/util-contracts/blob/main/src/FeeOnTransferDetector.sol) - Uniswap (diakses: 2026-08-20)
- [SC01:2026 Access Control Vulnerabilities](https://scs.owasp.org/sctop10/SC01-AccessControlVulnerabilities/) - OWASP (diakses: 2026-08-20)

Source: https://wiki.fcontext.com/id/crypto/fee-on-transfer-token-risk/index.mdx