---
title: "Standar Token"
description: "Standar token adalah antarmuka bersama untuk menerbitkan, mentransfer, menyetujui, dan mendeteksi token blockchain. Entri ini membandingkan ERC-20, ERC-721, dan ERC-1155, serta menjelaskan apa yang dijamin dan tidak dijamin oleh kompatibilitas."
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.
# Standar Token
> Hanya untuk tujuan edukasi; bukan nasihat investasi. Investasi dapat menyebabkan kerugian.
## Jawaban langsung
Standar token adalah antarmuka yang dipublikasikan untuk memberi tahu dompet, bursa, aplikasi, dan kontrak lain cara mengenali dan menggunakan token. Standar ini menetapkan fungsi, peristiwa, dan aturan yang diharapkan; tetapi tidak menjamin nilai, likuiditas, kualitas kode, atau penerbit token.
Standar Ethereum yang paling umum melayani model aset yang berbeda:
- **ERC-20** mewakili unit yang dapat dipertukarkan: setiap unit dapat ditukar dengan unit lain dari token yang sama.
- **ERC-721** mewakili token non-fungible yang diidentifikasi secara individual, seperti koleksi atau hak milik tunggal.
- **ERC-1155** dapat mewakili banyak jenis token fungible, non-fungible, atau semi-fungible dalam satu kontrak dan mendukung operasi batch.
Standardisasi membuat integrasi dapat mengandalkan antarmuka yang dikenal, bukan logika kontrak khusus. Karena itu, kompatibilitas adalah sifat sistem, bukan jaminan keamanan: implementasi dapat mengikuti antarmuka tetapi tetap memiliki izin berbahaya, metadata menyesatkan, pembatasan transfer, atau kelemahan ekonomi.
## Cara kerjanya
Standar menentukan fungsi yang dapat dipanggil dan peristiwa yang dipancarkan. Integrasi ERC-20 biasanya memeriksa `balanceOf`, `totalSupply`, `transfer`, `approve`, `transferFrom`, dan `allowance`; integrasi ERC-721 memeriksa kepemilikan dan persetujuan melalui `ownerOf`, `safeTransferFrom`, `approve`, `setApprovalForAll`, dan sering kali `tokenURI`. ERC-1155 menambahkan `balanceOfBatch`, `safeBatchTransferFrom`, dan konvensi `URI` bersama untuk banyak ID token.
ERC-165 memungkinkan kontrak melaporkan antarmuka yang didukung melalui `supportsInterface`. Aplikasi dapat memakai sinyal itu untuk memilih jalur integrasi, tetapi tetap harus menangani panggilan yang gagal dan memverifikasi alamat kontrak. Standar menjelaskan batas antarkomponen; blockchain tetap menjalankan kode kontrak, kontrol akses, hook, dan logika metadata tertentu di balik batas tersebut.
## Contoh
Bayangkan marketplace menerima aset yang diiklankan sebagai NFT. Aplikasi dapat memeriksa jaringan dan alamat kontrak, mendeteksi antarmuka ERC-721, membaca kepemilikan, lalu menyimulasikan transfer kecil. Setelah itu periksa cakupan persetujuan, pembatasan transfer, kontrol upgrade, serta apakah metadata dapat berubah atau disimpan di luar rantai.
Jika marketplace yang sama juga menerima item gim, ERC-1155 mungkin lebih sesuai karena satu kontrak dapat menyimpan banyak ID token dan transfer batch dapat mengurangi biaya transaksi. Standar membantu marketplace memanggil metode yang tepat; standar tidak membuktikan item itu asli, langka, likuid, atau dapat ditegakkan secara hukum.
## Risiko
- **Implementasi yang tidak sesuai atau menipu:** kontrak dapat memakai nama yang familiar tetapi mengubah perilaku yang diharapkan atau menambahkan pembatasan transfer.
- **Risiko otorisasi:** izin `approve` atau operator yang terlalu luas dapat memungkinkan pengeluaran aset oleh pihak yang disusupi; cabut izin yang tidak lagi diperlukan.
- **Hook dan reentrancy:** callback penerima pada transfer NFT dan multi-token menciptakan jalur eksekusi serta interaksi kontrak tambahan.
- **Risiko metadata dan identitas:** data `tokenURI` atau `URI` dapat berubah, hilang, atau menunjuk ke konten yang tidak sesuai dengan aset yang diklaim.
- **Risiko administratif dan ekonomi:** kunci upgrade, kontrol jeda atau blacklist, royalti, biaya, dan likuiditas tipis dapat menentukan hasil praktis.
Transaksi kripto sering kali tidak dapat dibatalkan. Pastikan jaringan, alamat kontrak, perilaku antarmuka, izin, dan likuiditas keluar sebelum menandatangani; audit atau standar saja tidak menghapus risiko ini.
## Kesalahpahaman umum
### Apakah standar membuat token aman?
Tidak. Standar menjelaskan harapan interoperabilitas. Keamanan tetap bergantung pada implementasi, peran istimewa, jalur upgrade, ekonomi token, antarmuka, dan pasar di sekitarnya.
### Apakah ERC-20, ERC-721, dan ERC-1155 dapat saling menggantikan?
Tidak. Saldo ERC-20 bersifat fungible, kepemilikan ERC-721 dicatat per ID token, dan ERC-1155 dapat mencatat banyak jenis token. Aplikasi harus memakai model transfer, persetujuan, saldo, dan peristiwa yang sesuai.
### Apakah dukungan dompet atau marketplace membuktikan keaslian?
Tidak. Integrasi biasanya hanya membuktikan bahwa kontrak cocok dengan antarmuka yang diharapkan. Verifikasi secara terpisah alamat kontrak kanonis, asal-usul, perilaku metadata, dan klaim penerbit atau koleksi.
## Topik terkait
- [Ethereum](/crypto/ethereum/)
- [ERC-20](/crypto/erc20/)
- [ERC-721](/crypto/erc721/)
- [ERC-1155](/crypto/erc1155/)
- [Kontrak pintar](/crypto/smart-contract/)
## Sumber
- [ERC-20: Token Standard](https://eips.ethereum.org/EIPS/eip-20) - Ethereum Improvement Proposals (accessed: 2026-08-21)
- [ERC-721: Non-Fungible Token Standard](https://eips.ethereum.org/EIPS/eip-721) - Ethereum Improvement Proposals (accessed: 2026-08-21)
- [ERC-1155: Multi Token Standard](https://eips.ethereum.org/EIPS/eip-1155) - Ethereum Improvement Proposals (accessed: 2026-08-21)
- [ERC-165: Standard Interface Detection](https://eips.ethereum.org/EIPS/eip-165) - Ethereum Improvement Proposals (accessed: 2026-08-21)
- [Token Standards](https://ethereum.org/en/developers/docs/standards/tokens/) - Ethereum.org (accessed: 2026-08-21)
Source: https://wiki.fcontext.com/id/crypto/token-standard/index.mdx