NEP-141 (NEAR)

Apa Itu NEP-141?

NEP-141 adalah standar inti fungible token untuk smart contract di blockchain NEAR.

Dalam kripto, fungible token adalah token yang setiap unitnya dapat dipertukarkan dengan unit lain dari token yang sama.

Token NEP-141 dapat merepresentasikan aset stabil, token tata kelola, token reward, token utilitas, aset wrapped, mata uang game, token likuiditas, aset kripto mirip poin, atau token liquid staking di NEAR.

Panduan standar fungible token NEAR resmi menjelaskan NEP-141 sebagai rancangan acuan untuk kontrak fungible token di NEAR.

NEP-141 menetapkan antarmuka umum yang harus diterapkan kontrak agar dapat diperlakukan sebagai kontrak fungible token.

Antarmuka ini mencakup metode untuk memeriksa total suplai, memeriksa saldo akun, mentransfer token, mentransfer token ke kontrak dengan callback, dan menyelesaikan hasil transfer call.

NEP-141 tidak sama dengan token NEAR native.

Token NEAR native merupakan bagian dari protokol dasar dan digunakan untuk gas, staking, penyimpanan, serta operasi jaringan.

Token NEP-141 dibuat dan dilacak di dalam smart contract yang menyimpan saldo akun pengguna.

Mengapa NEP-141 Penting

NEP-141 penting karena fungible token memerlukan perilaku yang dapat diprediksi di berbagai wallet, aplikasi terdesentralisasi, protokol DeFi, game, alat analitik, dan smart contract.

Tanpa standar umum, setiap kontrak token dapat menggunakan nama metode, format saldo, aturan transfer, dan pola integrasi yang berbeda.

Hal itu akan menyulitkan wallet menampilkan saldo dan menyulitkan aplikasi menerima token.

NEP-141 memberi developer dan pengguna cara bersama untuk menangani saldo dan transfer token di NEAR.

Bagi pengguna, token NEP-141 dapat dikenali oleh aplikasi yang mendukung standar ini.

Bagi developer, kontrak token dapat terintegrasi dengan kontrak lain menggunakan metode yang dikenal, bukan logika khusus untuk setiap token.

Bagi proyek, standar ini memudahkan peluncuran token karena proyek dapat menggunakan antarmuka yang sudah ada.

Bagi ekosistem NEAR, standar ini membantu menciptakan interoperabilitas yang lebih lancar antara token, wallet, kontrak liquid staking, produk DeFi, game, sistem reward, dan alur pembayaran.

Standar ini penting karena kompatibilitas dapat sama pentingnya dengan suplai atau branding token.

Cara Kerja NEP-141

NEP-141 bekerja melalui smart contract yang menyimpan saldo token dan menyediakan metode standar.

Saat pengguna memiliki token NEP-141, saldonya dicatat di dalam kontrak token, bukan langsung di akun pengguna.

Kontrak bertindak sebagai sistem pencatatan saldo, suplai, transfer, dan callback penerima.

Wallet atau aplikasi dapat memanggil

untuk memeriksa jumlah token yang dimiliki suatu akun.

Wallet atau aplikasi dapat memanggil

untuk memeriksa total suplai token.

Pengguna dapat memanggil

untuk mengirim token ke akun NEAR lain.

Pengguna dapat memanggil

untuk mengirim token ke kontrak dan memicu logika pada kontrak penerima.

Kontrak penerima dapat mengembalikan token yang tidak digunakan melalui alur transfer call.

Desain ini sesuai dengan model smart contract asinkron NEAR, ketika kontrak sering berkomunikasi melalui pemanggilan lintas kontrak, bukan melalui satu jalur transaksi sinkron.

NEP-141 vs NEAR Native

Token NEP-141 dan token NEAR native merupakan jenis aset yang berbeda.

Token NEAR native dibangun ke dalam protokol NEAR dan digunakan untuk biaya transaksi, staking, penyimpanan akun, dan ekonomi validator.

Token NEP-141 diterbitkan oleh smart contract dan dikelola melalui pembukuan internal kontrak tersebut.

Pengguna dapat menyimpan NEAR native dan token NEP-141 dalam akun NEAR yang sama, tetapi sistem pencatatannya berbeda.

Saldo NEAR native merupakan bagian dari saldo akun protokol.

Saldo NEP-141 dilacak oleh kontrak token.

Perbedaan ini penting karena pengguna mungkin memerlukan sedikit NEAR native untuk membayar gas atau deposit penyimpanan meskipun tujuan utamanya hanya memindahkan token NEP-141.

Pengguna yang menerima token NEP-141 mungkin juga perlu mendaftarkan penyimpanan pada kontrak token sebelum dapat menyimpannya.

Memahami perbedaan ini membantu pengguna menghindari transaksi gagal dan kebingungan terkait saldo yang tidak muncul.

NEP-141 vs NEP-171

NEP-141 adalah standar fungible token, sedangkan NEP-171 adalah standar non-fungible token di NEAR.

Token NEP-141 dapat dipertukarkan dengan unit lain dari token yang sama.

NFT NEP-171 bersifat unik dan biasanya memiliki token ID, metadata, dan catatan kepemilikan sendiri.

Contohnya, game dapat menggunakan token NEP-141 sebagai mata uang dalam game dan NFT NEP-171 sebagai item game unik.

Aplikasi DeFi dapat menggunakan token NEP-141 untuk likuiditas atau reward.

Proyek seni dapat menggunakan NFT NEP-171 sebagai barang koleksi digital unik.

Perbedaan ini memengaruhi tampilan wallet, perilaku pasar, metadata, harga, penyimpanan, dan logika transfer.

Pengguna tidak boleh memperlakukan token NEP-141 seperti NFT karena token tersebut tidak merepresentasikan item unik.

Developer sebaiknya memilih NEP-141 jika aset memerlukan saldo fungibel dan NEP-171 jika aset memerlukan catatan kepemilikan unik.

Metode Inti NEP-141

Antarmuka inti NEP-141 mencakup beberapa metode penting.

Metode

mengembalikan total suplai token.

Metode

mengembalikan saldo token suatu akun tertentu.

Metode

mentransfer sejumlah token dari pemanggil ke akun lain.

Metode

mentransfer token ke kontrak penerima dan memanggil logika pada kontrak tersebut.

Metode penerima

memungkinkan kontrak penerima menerima token dan mengembalikan jumlah yang tidak digunakan.

Metode

menyelesaikan alur transfer call setelah kontrak penerima merespons.

Spesifikasi NEP-141 resmi menetapkan metode ini sebagai antarmuka inti fungible token.

Metode ini menjadi dasar transfer token, pembayaran kontrak, deposit DeFi, pembayaran game, dan alur aplikasi berbasis token di NEAR.

ft_total_supply

Metode

mengembalikan jumlah unit dasar token yang diterbitkan kontrak.

Metode ini hanya-baca, sehingga tidak mengubah state kontrak.

Aplikasi dapat menggunakannya untuk menampilkan total suplai, menghitung metrik pasar, memeriksa emisi token, atau memantau mint dan burn token.

Nilai yang dikembalikan biasanya berupa string karena jumlah token dapat sangat besar.

Developer sebaiknya tidak memperlakukan jumlah token sebagai angka floating-point biasa karena kesalahan presisi dapat menimbulkan masalah akuntansi serius.

Pengguna sebaiknya memahami bahwa total suplai saja tidak menjelaskan suplai beredar, suplai terkunci, saldo treasury, vesting, atau permintaan pasar yang sebenarnya.

Token dapat memiliki total suplai besar dan tetap berguna jika desimal dan permintaannya masuk akal.

Token dapat memiliki total suplai kecil tetapi tetap berisiko jika kepemilikannya terkonsentrasi atau likuiditasnya lemah.

Total suplai hanyalah salah satu bagian dari analisis token.

ft_balance_of

Metode

mengembalikan saldo token untuk akun NEAR tertentu.

Metode ini hanya-baca dan umum digunakan oleh wallet, explorer, aplikasi DeFi, game, dasbor, dan alat portofolio.

Saldo dikembalikan dalam unit dasar terkecil token.

Tampilan bagi pengguna bergantung pada desimal token yang tercantum dalam metadata.

Contohnya, token dengan 24 desimal dapat menampilkan jumlah yang lebih kecil dan mudah dibaca manusia dibandingkan nilai unit dasar mentahnya.

Aplikasi sebaiknya memformat saldo menggunakan metadata token, bukan menebak jumlah desimal.

Pengguna juga perlu mengetahui bahwa tampilan wallet mungkin tertunda atau tersimpan dalam cache.

Jika tampilan wallet terlihat keliru, periksa state kontrak dan riwayat transaksi melalui alat tepercaya.

Tampilan saldo yang akurat bergantung pada metode saldo NEP-141 dan penanganan metadata yang tepat.

ft_transfer

Metode

mengirim sejumlah token tertentu dari pemanggil ke akun penerima.

Metode ini merupakan metode transfer dasar untuk memindahkan token NEP-141 antar-akun NEAR.

Metode ini dapat menyertakan kolom memo opsional.

Memo dapat menjelaskan tujuan transfer, seperti referensi pembayaran, catatan internal, atau pesan khusus aplikasi.

Dokumentasi standar NEAR menyatakan bahwa

mengharuskan tepat 1 yoctoNEAR dilampirkan ke pemanggilan.

Deposit terlampir yang sangat kecil ini membantu memastikan transaksi ditandatangani dengan full-access key untuk tindakan sensitif.

Pengguna sebaiknya selalu memverifikasi akun penerima sebelum mengirim transfer.

Transfer token biasanya sulit atau tidak mungkin dibatalkan jika dikirim ke akun yang salah.

Proyek sebaiknya membuat layar transfer yang jelas agar pengguna dapat melihat token, jumlah, penerima, gas, dan memo sebelum menandatangani.

ft_transfer_call

Metode

mengirim token ke kontrak penerima dan memanggil metode pada kontrak tersebut dalam satu alur tingkat tinggi.

Metode ini merupakan bagian penting NEP-141 karena mendukung penggunaan token antar-kontrak.

Pengguna dapat memakai

untuk menyetor token ke kontrak DeFi, membayar kontrak layanan, bergabung dengan kontrak game, melakukan staking token, menghubungkan token melalui bridge, atau memicu logika aplikasi.

Metode ini memuat

, , opsional, dan kolom .

Kolom

memungkinkan pengirim menyampaikan instruksi khusus aplikasi kepada kontrak penerima.

Kontrak penerima harus menerapkan

untuk memproses token yang masuk.

Jika penerima tidak menggunakan semua token, penerima dapat mengembalikan jumlah yang tidak terpakai agar dikembalikan kepada pengirim.

Desain ini mengurangi kebutuhan akan transaksi approval dan pembayaran terpisah dalam banyak alur aplikasi.

Pengguna sebaiknya hanya menggunakan alur transfer call dengan kontrak yang dipercaya karena kontrak penerima menentukan penanganan token yang ditransfer.

ft_on_transfer

Metode

diterapkan oleh kontrak yang ingin menerima token NEP-141 melalui .

Metode ini menerima akun pengirim, jumlah token, dan pesan yang dikirim melalui pemanggilan transfer token.

Kontrak penerima kemudian dapat menentukan tindakan terhadap token tersebut.

Contohnya, kontrak dapat mencatat deposit pengguna, membeli item, mencatat pembayaran, melakukan mint token tanda terima, membuka posisi staking, atau menolak transfer.

Metode ini mengembalikan jumlah token yang tidak digunakan kontrak penerima.

Jumlah yang tidak terpakai tersebut dapat dikembalikan melalui alur penyelesaian.

Pola ini penting karena memungkinkan kontrak menerima fungible token dan merespons dengan logika aplikasi.

Developer sebaiknya menangani metode ini dengan cermat karena nilai pengembalian yang salah dapat menyebabkan pengembalian dana keliru atau saldo membingungkan.

Pengguna sebaiknya memahami bahwa mengirim token ke kontrak berbeda dari mengirim token ke akun biasa.

ft_resolve_transfer

Metode

menyelesaikan alur transfer call setelah kontrak penerima memberikan respons.

Metode ini digunakan sebagai callback untuk menentukan apakah sejumlah token yang tidak digunakan harus dikembalikan kepada pengirim.

Hal ini penting karena pemanggilan kontrak NEAR bersifat asinkron.

Kontrak token tidak dapat berasumsi bahwa kontrak penerima telah berhasil menggunakan semua token sebelum hasil callback diketahui.

Jika kontrak penerima menolak transfer atau melaporkan adanya token yang tidak digunakan, kontrak token dapat mengembalikan jumlah yang sesuai menurut logika standar.

Metode ini membantu membuat alur kerja token-ke-kontrak lebih aman dan komposabel.

Developer sebaiknya menguji pemanggilan penerima yang gagal, pengembalian sebagian, dan kasus khusus sebelum meluncurkan kontrak produksi.

Pengguna sebaiknya memahami bahwa hasil transfer call dapat lebih kompleks daripada transfer sederhana antar-wallet.

Antarmuka aplikasi yang baik seharusnya menampilkan apakah transfer call berhasil, gagal, atau mengembalikan token yang tidak terpakai.

NEP-141 dan Metadata NEP-148

NEP-148 adalah standar metadata yang digunakan bersama fungible token NEP-141.

Standar metadata NEP-148 resmi menetapkan metode

dan kolom metadata untuk fungible token.

Kolom metadata penting mencakup

, , , , , , dan .

Kolom

biasanya menunjukkan versi metadata yang didukung kontrak.

Kolom

memberikan nama token yang mudah dibaca manusia.

Kolom

memberikan simbol singkat token untuk ditampilkan.

Kolom

memberi tahu wallet dan aplikasi cara memformat saldo unit dasar mentah agar dapat dibaca pengguna.

Kolom

dan dapat mengarah ke metadata off-chain tambahan dan membantu mencegah perubahan tanpa diketahui.

NEP-141 menyediakan logika token, sedangkan NEP-148 membantu wallet dan aplikasi menampilkan token dengan benar.

Contoh Metadata NEP-148

Objek metadata NEP-148 sederhana untuk token NEP-141 dapat terlihat seperti berikut:

Contoh ini menunjukkan bagaimana metadata token dapat membantu aplikasi menampilkan nama, simbol, ikon, file referensi, dan presisi desimal token.

Nilai

sangat penting karena pengguna biasanya mengharapkan saldo yang mudah dibaca, bukan unit dasar mentah.

Kolom

dapat membantu wallet menampilkan identitas visual token.

Kolom

dapat mengarah ke informasi tambahan mengenai token.

Kolom

dapat membantu memastikan bahwa file metadata yang dirujuk tidak berubah secara tak terduga.

Proyek sebaiknya menjaga keakuratan metadata karena metadata yang salah dapat menyesatkan pengguna tentang identitas token, tampilan suplai, atau branding.

NEP-141 dan Pengelolaan Penyimpanan NEP-145

NEP-145 adalah standar pengelolaan penyimpanan yang umum digunakan bersama token NEP-141.

Standar pengelolaan penyimpanan NEP-145 resmi menetapkan metode untuk mendaftarkan akun dan mengelola deposit penyimpanan.

Penyimpanan penting karena kontrak NEAR harus membayar data persisten yang disimpan on-chain.

Saat kontrak token menyimpan entri saldo untuk akun baru, kontrak menggunakan ruang penyimpanan.

Banyak kontrak token NEP-141 mengharuskan deposit penyimpanan sebelum suatu akun dapat menyimpan token tersebut.

Metode

dapat mendaftarkan akun dan menyediakan cadangan untuk penyimpanan.

Metode

dapat menunjukkan apakah penyimpanan suatu akun sudah terdaftar.

Metode

dapat menghapus pendaftaran penyimpanan akun jika syaratnya terpenuhi.

Model penyimpanan ini membantu melindungi kontrak token agar tidak menanggung biaya penyimpanan tak terbatas untuk semua pengguna.

Deposit Penyimpanan untuk Token NEP-141

Deposit penyimpanan adalah sejumlah kecil NEAR native yang dilampirkan untuk menanggung penyimpanan kontrak persisten.

Untuk token NEP-141, deposit penyimpanan sering kali diperlukan sebelum pengguna dapat menerima atau menggunakan token.

Hal ini dapat mengejutkan pengguna yang terbiasa dengan jaringan tempat saldo token dapat muncul tanpa langkah pendaftaran penyimpanan terpisah.

Deposit ini bukan harga pembelian token.

Biasanya deposit tersebut dicadangkan untuk menanggung jejak data akun dalam kontrak token.

Beberapa kontrak memungkinkan pengguna memulihkan deposit penyimpanan yang tidak terpakai dengan membatalkan pendaftaran saat saldo bernilai nol.

Pengguna sebaiknya memeriksa apakah mereka sudah terdaftar sebelum mencoba transfer, deposit, atau tindakan DeFi.

Aplikasi sebaiknya menampilkan persyaratan penyimpanan sebelum pengguna menandatangani transaksi.

Penjelasan penyimpanan yang jelas dapat mencegah transfer gagal dan kebingungan pengguna.

NEP-141 dan Peristiwa NEP-297

NEP-297 menetapkan format standar untuk peristiwa yang diterbitkan kontrak NEAR.

Standar peristiwa NEP-297 resmi mendukung log peristiwa terstruktur yang dapat dibaca indexer dan aplikasi.

Dokumentasi NEAR menyatakan bahwa peristiwa fungible token standar mencakup

, , dan .

Peristiwa membantu wallet, explorer, alat analitik, dan indexer melacak aktivitas token.

Contohnya, indexer dapat membaca peristiwa transfer token untuk memperbarui saldo dan riwayat transaksi.

Dasbor DeFi dapat membaca peristiwa untuk memahami deposit, penarikan, atau alur reward.

Proyek dapat menggunakan data peristiwa untuk membuat notifikasi pengguna atau sistem akuntansi.

Nama peristiwa standar memudahkan integrasi karena alat tidak perlu membuat parsing khusus untuk setiap kontrak token.

Peristiwa meningkatkan observabilitas, tetapi pengguna tetap sebaiknya memverifikasi state kontrak jika saldo yang tepat penting.

Jumlah Token NEP-141 dan Desimal

Jumlah token NEP-141 umumnya ditangani sebagai string integer besar.

Desain ini menghindari masalah presisi floating-point dalam smart contract dan aplikasi.

Metadata

token memberi tahu antarmuka cara mengonversi unit dasar mentah menjadi tampilan yang mudah dibaca manusia.

Contohnya, token dengan 24 desimal dapat menampilkan satu token penuh sebagai nilai integer mentah yang sangat besar.

Developer sebaiknya menyimpan dan menghitung saldo dalam unit dasar.

Wallet sebaiknya menampilkan saldo menggunakan desimal metadata token.

Pengguna sebaiknya berhati-hati saat membaca data transaksi mentah karena jumlah mentah dapat terlihat jauh lebih besar daripada saldo yang ditampilkan.

Penanganan desimal yang keliru dapat menyebabkan transfer yang salah, tampilan harga yang salah, dan kesalahan akuntansi.

Presisi merupakan salah satu detail teknis terpenting dalam aplikasi fungible token.

NEP-141 dan DeFi

Token NEP-141 banyak digunakan dalam aplikasi DeFi di NEAR.

Kontrak DeFi dapat menerima token NEP-141 untuk deposit, swap, pinjam-meminjam, reward, posisi likuiditas, agunan, atau aktivitas tata kelola.

Metode

sangat berguna untuk DeFi karena dapat mentransfer token sekaligus memicu logika kontrak dalam satu alur.

Contohnya, pengguna dapat mengirim token ke kontrak pool dan menyertakan pesan yang menjelaskan tindakan yang diinginkan.

Kontrak penerima kemudian dapat memproses deposit dan mengembalikan token yang tidak terpakai jika diperlukan.

Penggunaan DeFi menambah risiko di luar standar token.

Pengguna dapat menghadapi risiko smart contract, likuiditas, volatilitas harga, likuidasi, oracle, dan tokenomics.

Kompatibilitas NEP-141 memudahkan integrasi, tetapi tidak menjamin strategi DeFi aman.

Pengguna sebaiknya memahami token dan protokol sebelum menyetor dana.

NEP-141 dan Liquid Staking

Kontrak liquid staking di NEAR dapat menerbitkan token yang mengikuti NEP-141.

Dokumentasi NEAR menjelaskan bahwa kontrak liquid staking dapat menerbitkan token NEP-141 yang berperilaku seperti fungible token lain di jaringan.

Dalam model ini, pengguna menyetor NEAR native ke kontrak staking dan menerima token likuid yang merepresentasikan posisi staking mereka.

Token likuid tersebut sering kali dapat ditransfer atau digunakan di aplikasi DeFi yang mendukungnya.

Nilai tukar antara token likuid dan NEAR yang di-staking dapat berubah dari waktu ke waktu seiring akumulasi reward staking.

Pengguna tidak boleh berasumsi bahwa token liquid staking sama dengan NEAR native.

Token tersebut memiliki risiko smart contract, likuiditas, harga pasar, dan aturan penebusan.

Deposit penyimpanan juga dapat berlaku saat pertama kali berinteraksi dengan kontrak token liquid staking.

NEP-141 membuat token likuid dapat dioperasikan bersama, tetapi tidak menghilangkan risiko staking atau kontrak.

NEP-141 dan Game

Game di NEAR dapat menggunakan token NEP-141 sebagai mata uang dalam game, reward, poin energi, bahan crafting, aset tata kelola, atau token pembayaran.

Game dapat menggunakan token NEP-141 bersama NFT, dengan fungible token digunakan untuk pengeluaran dan NFT merepresentasikan item unik.

Contohnya, game dapat menggunakan token NEP-141 untuk pembayaran marketplace dan NFT NEP-171 untuk karakter atau perlengkapan.

Desain dua token ini dapat mendukung ekonomi game yang fleksibel.

Namun, token game dapat mengalami inflasi jika reward terlalu banyak diterbitkan tanpa permintaan yang memadai.

Developer sebaiknya merancang mekanisme penggunaan token, kontrol suplai, aturan reward, dan utilitas dengan cermat.

Pemain sebaiknya memahami apakah token digunakan dalam game yang sudah aktif atau hanya dijanjikan untuk fitur mendatang.

Token game NEP-141 dapat mematuhi standar secara teknis, tetapi tetap kehilangan nilai jika ekonomi game dirancang dengan buruk.

Standar token mendukung integrasi, sedangkan kualitas game mendukung permintaan jangka panjang.

NEP-141 dan DAO

DAO dan proyek komunitas dapat menggunakan token NEP-141 untuk tata kelola, hak voting, reward, operasi treasury, atau utilitas seperti keanggotaan.

Token tata kelola dapat memungkinkan pemegang memberikan suara pada proposal atau menyatakan preferensi komunitas.

Kontrak token itu sendiri mungkin hanya melacak saldo dan transfer.

Logika tata kelola biasanya berada di kontrak atau aplikasi terpisah yang membaca saldo token.

Pengguna sebaiknya memahami apakah kepemilikan token memberikan kewenangan tata kelola nyata atau hanya pengaruh simbolis.

Pemegang besar dapat memiliki hak suara lebih besar daripada pemegang kecil jika tata kelola menggunakan voting berbobot saldo.

Proyek sebaiknya mengungkapkan distribusi token, saldo treasury, vesting, dan aturan voting dengan jelas.

Token tata kelola sebaiknya tidak dinilai hanya berdasarkan simbol atau aktivitas komunitasnya.

Hak tata kelola yang sebenarnya bergantung pada desain tata kelola secara keseluruhan, bukan hanya standar NEP-141.

NEP-141 dan Aset Wrapped

Aset wrapped dapat menggunakan NEP-141 untuk merepresentasikan aset dari jaringan atau sistem lain di dalam aplikasi NEAR.

Token wrapped biasanya bergantung pada bridge, kustodian, sistem mint-and-burn, atau mekanisme bukti yang menghubungkan token wrapped dengan aset aslinya.

NEP-141 dapat membuat token wrapped berperilaku seperti fungible token biasa di NEAR.

Namun, standar token tidak membuktikan bahwa aset wrapped didukung penuh oleh aset dasarnya.

Pengguna sebaiknya memahami desain bridge atau kustodian di balik aset wrapped.

Periksa aturan penebusan, sistem bukti, biaya, batas, likuiditas, dan keamanan kontrak.

Token wrapped NEP-141 dapat berguna untuk likuiditas lintas ekosistem, tetapi menambah asumsi kepercayaan dan teknis.

Aplikasi sebaiknya memberi label yang jelas pada aset wrapped agar pengguna tidak mengiranya sebagai aset native.

Dukungan aset dan penebusan sama pentingnya dengan kompatibilitas token.

NEP-141 dan Wallet

Wallet menggunakan metode dan metadata NEP-141 untuk menampilkan saldo token dan alat transfer.

Wallet dapat memanggil

untuk menampilkan saldo dan untuk menampilkan nama, simbol, ikon, dan desimal token.

Wallet juga dapat membantu pengguna mendaftarkan penyimpanan sebelum menerima token.

Jika token tidak ditampilkan, penyebabnya mungkin wallet belum mengindeks token tersebut, akun belum terdaftar, metadata tidak tersedia, atau kontrak token tidak didukung.

Pengguna sebaiknya memverifikasi nama akun kontrak token sebelum memercayai aset yang ditampilkan.

Token penipuan dapat meniru nama, simbol, dan ikon aset sah.

Tampilan wallet tidak boleh dianggap sebagai bukti bahwa token tersebut resmi.

Pengguna sebaiknya mengandalkan sumber proyek resmi, nama akun kontrak, dan riwayat transaksi saat memverifikasi token.

Desain wallet yang baik membantu pengguna melihat identitas token sekaligus kontrak di baliknya.

NEP-141 dan Listing Token

Listing token dalam aplikasi sering bergantung pada metadata, verifikasi akun kontrak, likuiditas, dan pengakuan komunitas.

Token NEP-141 dapat ada di blockchain meskipun belum tercantum di wallet, pelacak portofolio, antarmuka DeFi, atau halaman analitik.

Listing tidak otomatis berarti token aman atau bernilai.

Tidak tercantum dalam listing juga tidak otomatis berarti token tidak valid.

Aplikasi dapat menggunakan filter sendiri untuk mengurangi spam, simbol tiruan, kontrak berbahaya, dan aset berkualitas rendah.

Proyek sebaiknya menerbitkan nama akun kontrak dan metadata resmi agar pengguna dapat memverifikasi token yang benar.

Pengguna sebaiknya berhati-hati jika token memiliki simbol yang dikenal tetapi akun kontraknya tidak dikenal.

Identitas token berasal dari akun kontrak dan sumber proyek terverifikasi, bukan hanya simbol ticker.

Verifikasi token yang jelas mengurangi risiko token palsu.

NEP-141 dan Keamanan

Keamanan NEP-141 bergantung pada implementasi kontrak, izin akun, integrasi aplikasi, dan perilaku pengguna.

Token dapat mengikuti NEP-141 tetapi tetap memiliki kontrol minting berisiko, izin admin yang lemah, logika penerima yang tidak aman, penanganan penyimpanan yang buruk, atau metadata menyesatkan.

Pengguna sebaiknya memverifikasi nama akun kontrak sebelum mentransfer, menyetor, atau melakukan swap token.

Berhati-hatilah terhadap simbol token palsu, situs phishing, aplikasi berbahaya, dan tautan klaim melalui pesan langsung.

Panduan penipuan mata uang kripto FTC memperingatkan pengguna agar mewaspadai peluang kripto palsu, penyamaran, dan janji imbal hasil besar.

Kontrak token atau akun dukungan yang sah tidak akan meminta seed phrase, frasa pemulihan, atau kunci privat.

Developer sebaiknya menguji transfer, transfer call, pendaftaran penyimpanan, minting, burning, dan kasus khusus sebelum peluncuran.

Jika relevan, proyek sebaiknya mengungkapkan kunci admin, aturan upgrade, kewenangan mint, kontrol jeda, dan saldo treasury.

Keamanan merupakan persoalan seluruh sistem, bukan sekadar kepatuhan terhadap standar.

NEP-141 dan Kehilangan Token

Token dapat hilang saat pengguna mengirimnya ke akun yang salah, menggunakan kontrak yang keliru, melewatkan pendaftaran penyimpanan, atau berinteraksi dengan aplikasi yang tidak aman.

Berbeda dari saldo akun terpusat, transfer token blockchain mungkin tidak dapat dibatalkan.

Pengguna sebaiknya mengonfirmasi akun penerima sebelum mengirim token NEP-141.

Pastikan juga kontrak benar-benar dapat menerima token sebelum menggunakan

.

Mengirim token ke kontrak yang tidak dirancang untuk menanganinya dapat menimbulkan hasil yang membingungkan atau tidak dapat dipulihkan.

Aplikasi sebaiknya menjelaskan persyaratan penerima sebelum pengguna menandatangani.

Pengguna sebaiknya mencoba jumlah kecil saat pertama kali berinteraksi dengan kontrak baru.

Sisakan NEAR native secukupnya untuk gas dan tindakan terkait penyimpanan.

Meninjau transaksi dengan cermat merupakan cara paling sederhana untuk mengurangi risiko kehilangan token.

NEP-141 dan Pajak

Aktivitas token NEP-141 dapat menimbulkan pertanyaan pelaporan pajak, tergantung negara dan situasi pribadi pengguna.

Halaman aset digital IRS resmi menyatakan bahwa transaksi aset digital mungkin perlu dilaporkan dan pendapatan dari aset digital dapat dikenai pajak.

Membeli, menjual, melakukan swap, menerima, memperoleh, melakukan staking, menggunakan bridge, atau menggunakan token NEP-141 dapat menimbulkan konsekuensi pajak di yurisdiksi tertentu.

Penerimaan reward token dapat menimbulkan pertanyaan terkait pendapatan.

Swap satu token dengan token lain dapat menimbulkan perhitungan keuntungan atau kerugian.

Menggunakan token untuk membeli NFT atau membayar layanan juga dapat dianggap sebagai pelepasan aset di beberapa wilayah.

Pengguna sebaiknya menyimpan catatan hash transaksi, tanggal, nama akun, jumlah token, nilai pasar wajar, biaya gas, deposit penyimpanan, dan hasil transaksi.

Proyek sebaiknya mencatat minting, aktivitas treasury, reward, insentif likuiditas, dan distribusi token.

Pengguna dengan aktivitas token yang signifikan sebaiknya berkonsultasi dengan profesional pajak yang berkualifikasi.

NEP-141 dan Kekayaan Intelektual

Token NEP-141 biasanya merepresentasikan saldo fungibel, tetapi beberapa token mungkin terhubung dengan merek, game, komunitas, karya seni, atau ekosistem media.

Memiliki token tidak otomatis memberikan hak cipta, merek dagang, atau hak komersial atas merek atau konten proyek.

Studi NFT Kantor Hak Cipta AS dan USPTO menjelaskan bahwa kepemilikan token dan hak kekayaan intelektual dapat menjadi hal terpisah dalam aplikasi NFT; kehati-hatian yang sama juga relevan untuk klaim media yang terkait token.

Proyek dapat memberikan akses, tata kelola, reward, diskon, atau hak partisipasi kepada pemegang token.

Hak tersebut sebaiknya dijelaskan dalam ketentuan atau dokumentasi proyek.

Pengguna tidak boleh berasumsi bahwa memiliki token NEP-141 memberikan kepemilikan atas merek, protokol, karya seni, karakter game, atau perusahaan.

Hak hukum bergantung pada desain token, dokumen proyek, dan hukum yang berlaku.

Penjelasan hak yang jelas membantu mencegah kebingungan pengguna.

Kepemilikan token sebaiknya dibedakan dari kepemilikan kekayaan intelektual, kecuali ketentuannya secara jelas menghubungkan keduanya.

NEP-141 dan Tokenomics

Tokenomics menjelaskan desain ekonomi token NEP-141.

Faktor tokenomics penting mencakup total suplai, suplai beredar, aturan minting, aturan burning, emisi, reward, vesting, alokasi treasury, utilitas, biaya, tata kelola, dan likuiditas.

NEP-141 menetapkan perilaku token, tetapi tidak menentukan apakah tokenomics-nya sehat.

Token dapat mengikuti standar ini tetapi tetap memiliki utilitas lemah, inflasi tinggi, kepemilikan terkonsentrasi, atau jadwal unlock yang tidak jelas.

Pengguna sebaiknya mengevaluasi tokenomics sebelum menganggap token NEP-141 bernilai.

Developer sebaiknya menjelaskan apakah suplai dapat meningkat dan siapa yang mengendalikan minting.

Proyek sebaiknya menjelaskan alokasi treasury, jadwal vesting, dan emisi reward dengan bahasa yang mudah dipahami.

Tokenomics yang kuat sebaiknya menghubungkan permintaan token dengan aktivitas ekosistem yang nyata.

Tokenomics yang lemah sering kali hanya mengandalkan hype atau insentif jangka pendek.

NEP-141 dan Minting

Minting berarti membuat unit token baru dan meningkatkan suplai.

NEP-141 mencakup perilaku transfer dan saldo, tetapi metode minting yang tepat bergantung pada implementasi kontrak.

Beberapa kontrak token melakukan mint atas suplai tetap saat deployment.

Beberapa kontrak token memungkinkan pemilik, DAO, atau peran yang berwenang melakukan mint di kemudian hari.

Beberapa kontrak token melakukan mint reward berdasarkan staking, gameplay, likuiditas, atau aktivitas protokol.

Kewenangan mint merupakan salah satu faktor risiko terpenting dalam kontrak fungible token.

Jika satu akun dapat melakukan mint token tanpa batas, pemegang dapat menghadapi risiko dilusi.

Proyek sebaiknya mengungkapkan kewenangan mint dan aturan suplai dengan jelas.

Pengguna sebaiknya tidak hanya menilai token berdasarkan suplai saat ini jika minting di masa depan dimungkinkan.

NEP-141 dan Burning

Burning berarti menghapus unit token dari peredaran sesuai aturan kontrak.

Kontrak token dapat membakar token untuk penebusan, biaya, crafting game, pengurangan suplai, keputusan tata kelola, penarikan dari bridge, atau mekanisme protokol.

Peristiwa standar NEP-297 dapat membantu indexer melacak aktivitas

jika diterapkan dengan benar.

Burning dapat mengurangi suplai, tetapi tidak otomatis membuat token bernilai.

Permintaan, utilitas, likuiditas, dan distribusi tetap penting.

Pengguna sebaiknya memahami alasan token dibakar dan siapa yang dapat memicunya.

Proyek sebaiknya menjelaskan apakah burning bersifat permanen dan apakah hal itu mengurangi total suplai.

Mekanisme burning sebaiknya diaudit dan diuji karena kesalahan pencatatan suplai dapat merusak kepercayaan.

Burning hanya bermakna jika pengguna memahami alasan ekonominya.

NEP-141 dan Izin Akun

Akun NEAR dapat menggunakan access key dengan izin yang berbeda.

Hal ini penting untuk transfer token NEP-141 karena tindakan sensitif harus ditandatangani oleh akun dengan kewenangan yang tepat.

Beberapa aplikasi dapat meminta access key terbatas agar interaksi berulang lebih mudah.

Akses terbatas dapat meningkatkan pengalaman pengguna, tetapi pengguna sebaiknya memahami tindakan yang diizinkan bagi suatu key.

Izin yang berbahaya atau terlalu luas dapat menimbulkan risiko token.

Pengguna sebaiknya meninjau izin aplikasi sebelum menyetujuinya.

Hapus access key lama atau yang tidak digunakan jika sudah tidak diperlukan.

Proyek sebaiknya hanya meminta izin yang diperlukan untuk aplikasi tertentu.

Keamanan akun merupakan bagian dari keamanan token di NEAR.

NEP-141 dan Pemanggilan Lintas Kontrak

Pemanggilan lintas kontrak merupakan inti desain aplikasi NEP-141.

Model asinkron NEAR membuat kontrak berkomunikasi melalui promise dan callback, bukan tumpukan pemanggilan sinkron sederhana.

Pola

memungkinkan kontrak token dan kontrak penerima mengoordinasikan pengiriman token dan logika aplikasi.

Pola ini mendukung deposit, pembayaran, staking, game, bridge, pinjaman, dan alur kerja smart contract lainnya.

Developer harus menangani hasil callback dengan cermat karena kontrak penerima dapat gagal, menolak token, atau mengembalikan jumlah yang tidak terpakai.

Pengguna sebaiknya memahami bahwa deposit ke kontrak tidak sama dengan transfer wallet.

Setelah token dikirim ke kontrak, logika penerima menentukan tindakan selanjutnya sesuai kode kontrak.

Aplikasi sebaiknya menampilkan kontrak penerima dan pesan tindakan kepada pengguna sebelum tanda tangan diberikan.

Komposabilitas lintas kontrak sangat bermanfaat, tetapi memerlukan desain antarmuka yang cermat.

NEP-141 dan Indexer

Indexer membaca data blockchain dan mengaturnya untuk aplikasi.

Untuk token NEP-141, indexer dapat melacak transfer, mint, burn, saldo, pemegang, metadata kontrak, dan peristiwa DeFi.

Log peristiwa standar mempermudah proses ini karena alat dapat mengurai nama peristiwa yang telah dikenal.

Wallet, explorer, alat pajak, dasbor analitik, dan pelacak portofolio dapat bergantung pada data token yang diindeks.

Data terindeks tetap dapat tertunda, tersimpan dalam cache, tidak lengkap, atau salah.

Jika saldo yang tepat penting, aplikasi sebaiknya memeriksa state kontrak selain hasil indexer.

Pengguna sebaiknya mengingat bahwa saldo di antarmuka biasanya merupakan lapisan tampilan di atas data kontrak dan indexer.

Indexer yang baik meningkatkan kemudahan penggunaan token, tetapi tidak menggantikan kontrak token sebagai sumber kebenaran.

Developer sebaiknya merancang peristiwa dan metadata dengan mempertimbangkan kompatibilitas indexer.

Cara Memverifikasi Token NEP-141

Mulailah dengan memeriksa akun kontrak token di sumber proyek resmi.

Verifikasi akun kontrak token, bukan hanya mengandalkan simbol token.

Panggil atau lihat

untuk mengonfirmasi nama, simbol, desimal, dan spec token.

Panggil atau lihat

untuk memahami total suplai saat ini.

Panggil atau lihat

untuk memeriksa saldo suatu akun.

Periksa apakah akun perlu menjalankan

sebelum menerima atau menggunakan token.

Tinjau tokenomics, kewenangan mint, aturan burn, saldo treasury, dan dokumentasi proyek.

Periksa apakah token memiliki utilitas nyata, likuiditas, dan integrasi aktif.

Akun kontrak terverifikasi lebih penting daripada nama yang dikenal atau ikon yang menarik.

Praktik Terbaik bagi Pengguna NEP-141

Pengguna sebaiknya memverifikasi akun kontrak token sebelum mengirim, menerima, melakukan swap, atau menyetor token.

Sisakan NEAR native secukupnya untuk gas dan deposit penyimpanan.

Daftarkan penyimpanan jika diwajibkan aplikasi.

Baca permintaan wallet sebelum menandatangani transfer atau transfer call.

Uji interaksi kontrak baru dengan jumlah kecil terlebih dahulu.

Hindari token yang dipromosikan melalui pesan langsung, klaim mendesak, atau janji profit terjamin.

Periksa metadata token dan desimal sebelum memercayai tampilan saldo.

Pahami perbedaan antara NEAR native dan token NEP-141.

Simpan catatan untuk pajak, akuntansi, dan pencatatan pribadi.

Anggap setiap interaksi token tidak dapat dibatalkan, kecuali kontrak secara jelas menyediakan mekanisme pengembalian dana.

Praktik Terbaik bagi Developer NEP-141

Developer sebaiknya menerapkan antarmuka inti NEP-141 dengan benar.

Mereka juga sebaiknya menerapkan metadata NEP-148 agar wallet dapat menampilkan token dengan benar.

Gunakan pengelolaan penyimpanan NEP-145 untuk mencegah penyalahgunaan biaya penyimpanan.

Terbitkan peristiwa standar NEP-297 untuk transfer, mint, dan burn.

Tangani kasus khusus

dan dengan cermat.

Uji pengembalian dana, pemanggilan penerima yang gagal, jumlah nol atau sangat kecil, pendaftaran penyimpanan, dan tindakan tanpa izin.

Dokumentasikan kewenangan mint, aturan burn, izin upgrade, key pemilik, kontrol jeda, dan perilaku treasury.

Hindari kewenangan admin tersembunyi yang dapat mengejutkan pengguna.

Kontrak NEP-141 yang baik sebaiknya kompatibel, aman, transparan, dan mudah diintegrasikan oleh aplikasi.

Kesalahan Umum dalam Menggunakan NEP-141

Salah satu kesalahan umum adalah mengira token NEP-141 disimpan langsung di akun pengguna.

Kesalahan lainnya adalah lupa bahwa kontrak token melacak saldo secara internal.

Kesalahan ketiga adalah mengirim token sebelum penerima mendaftarkan penyimpanan.

Kesalahan keempat adalah mencampuradukkan NEAR native dengan token NEP-141.

Kesalahan kelima adalah memercayai simbol token tanpa memverifikasi akun kontrak.

Kesalahan keenam adalah mengabaikan desimal dan salah membaca jumlah token mentah.

Kesalahan ketujuh adalah menggunakan

dengan kontrak penerima yang tidak dikenal.

Kesalahan kedelapan adalah menganggap kepatuhan terhadap standar berarti tokenomics-nya aman.

Kesalahan kesembilan adalah mengabaikan kewenangan mint atau izin upgrade.

Kesalahan kesepuluh adalah tidak menyimpan catatan pajak dan transaksi.

Kesalahpahaman Umum tentang NEP-141

Kesalahpahaman umum adalah bahwa NEP-141 sama dengan token NEAR native.

Faktanya, NEP-141 adalah standar smart contract untuk fungible token, sedangkan NEAR native merupakan aset dasar jaringan.

Kesalahpahaman lainnya adalah bahwa semua token NEP-141 aman karena mengikuti standar.

Token dapat mengikuti standar, tetapi tetap memiliki risiko penipuan, likuiditas lemah, tokenomics buruk, atau kontrol admin berbahaya.

Kesalahpahaman ketiga adalah bahwa metadata token membuktikan keasliannya.

Metadata dapat disalin, sehingga akun kontrak dan sumber proyek resmi lebih penting daripada simbol atau ikon saja.

Kesalahpahaman keempat adalah bahwa deposit penyimpanan merupakan biaya yang hilang selamanya.

Beberapa kontrak memungkinkan pengguna memulihkan deposit penyimpanan yang tidak terpakai dengan membatalkan pendaftaran jika syaratnya terpenuhi.

Kesalahpahaman kelima adalah bahwa

hanya merupakan transfer biasa.

Metode ini menggabungkan transfer dengan logika kontrak penerima, sehingga pengguna sebaiknya memahami kontrak tujuan sebelum menandatangani.

Ringkasan SEO dan AEO NEP-141 (NEAR)

NEP-141 adalah standar fungible token untuk smart contract di blockchain NEAR.

Standar ini menetapkan metode seperti

, , , , , dan .

Token NEP-141 dilacak di dalam smart contract, bukan langsung di akun pengguna.

NEP-148 menambahkan metadata fungible token seperti nama, simbol, ikon, desimal, referensi, dan hash referensi.

NEP-145 menangani pengelolaan penyimpanan agar kontrak token dapat mendaftarkan akun dan menanggung biaya penyimpanan persisten.

NEP-297 mendukung peristiwa standar seperti

, , dan .

NEP-141 dapat mendukung aset stabil, token utilitas, token tata kelola, token liquid staking, mata uang game, token reward, aset wrapped, dan token DeFi.

Pengguna sebaiknya memverifikasi akun kontrak, metadata, pendaftaran penyimpanan, tokenomics, izin, pajak, dan keamanan sebelum berinteraksi dengan token NEP-141.

FAQ

Apa arti NEP-141?

NEP-141 adalah standar fungible token untuk smart contract di blockchain NEAR.

Apakah NEP-141 sama dengan NEAR native?

Tidak. NEAR native merupakan aset dasar jaringan, sedangkan NEP-141 adalah standar untuk fungible token yang diterbitkan smart contract.

Metode apa saja yang termasuk dalam NEP-141?

NEP-141 mencakup metode seperti

, , , , dan .

Apa itu

ft_transfer

?

adalah metode standar untuk mengirim sejumlah token NEP-141 dari pemanggil ke akun NEAR lain.

Apa itu

ft_transfer_call

?

mengirim token ke kontrak penerima dan memicu logika kontrak penerima dalam alur transfer yang sama.

Mengapa token NEP-141 memerlukan deposit penyimpanan?

Deposit penyimpanan membantu menanggung penyimpanan on-chain persisten yang digunakan saat kontrak token menyimpan catatan saldo akun.

Apa itu NEP-148?

NEP-148 adalah standar metadata fungible token yang menetapkan kolom seperti nama token, simbol, ikon, desimal, referensi, dan hash referensi.

Bisakah token NEP-141 digunakan dalam DeFi?

Ya. Token NEP-141 dapat digunakan untuk deposit DeFi, swap, pool likuiditas, sistem staking, reward, tata kelola, dan alur kerja smart contract lainnya.

Apakah semua token NEP-141 aman?

Tidak. Kompatibilitas NEP-141 tidak menjamin keamanan, likuiditas, tokenomics yang adil, kontrak yang aman, atau perilaku proyek yang sah.

Bagaimana cara memverifikasi token NEP-141?

Anda dapat memverifikasi token NEP-141 dengan memeriksa akun kontrak resmi, metadata, total suplai, metode saldo, pendaftaran penyimpanan, tokenomics, dan dokumentasi proyek.

Kesimpulan

NEP-141 adalah standar fungible token utama untuk blockchain NEAR.

Standar ini memberi kontrak token antarmuka umum untuk memeriksa suplai dan saldo, melakukan transfer, menjalankan transfer call, dan menyelesaikan transfer.

Standar ini membantu wallet, protokol DeFi, game, DAO, alat analitik, dan aplikasi lain mengintegrasikan fungible token dengan lebih andal.

NEP-141 bekerja paling baik jika dipadukan dengan metadata NEP-148, pengelolaan penyimpanan NEP-145, dan peristiwa standar NEP-297.

Bagi pengguna, hal terpenting adalah verifikasi akun kontrak, pendaftaran penyimpanan, desimal, gas NEAR native, dan pemeriksaan permintaan wallet.

Bagi developer, tanggung jawab utama mencakup penerapan antarmuka yang benar, logika transfer call yang aman, metadata yang jelas, penanganan penyimpanan yang andal, peristiwa standar, dan kontrol admin yang transparan.

Bagi proyek, NEP-141 menyediakan kompatibilitas, tetapi tidak otomatis menciptakan tokenomics, likuiditas, utilitas, atau kepercayaan yang kuat.

Bagi aplikasi DeFi dan game, NEP-141 mendukung alur token yang kuat melalui

, tetapi keamanan kontrak penerima tetap penting.

Token NEP-141 dapat berguna, likuid, dan terintegrasi secara luas jika dibangun serta dikelola dengan baik.

Token NEP-141 juga dapat berisiko jika memiliki metadata menyesatkan, keamanan lemah, aturan suplai tidak jelas, likuiditas buruk, atau kontrak yang tidak aman.

NEP-141 paling tepat dipahami sebagai fondasi teknis untuk fungible token di NEAR, bukan jaminan nilai atau keabsahan.

Jika digunakan secara bertanggung jawab, NEP-141 membantu NEAR mendukung pembayaran, DeFi, game, reward, liquid staking, tata kelola, dan berbagai penggunaan token kripto lainnya.