FA1.2 (Tezos)

Apa Itu FA1.2 di Tezos?

FA1.2 adalah standar token fungible untuk smart contract di blockchain Tezos.

Standar ini menetapkan antarmuka umum untuk mentransfer token, menyetujui penggunaan token, memeriksa saldo, memeriksa allowance, dan membaca total suplai token.

FA1.2 secara resmi didefinisikan dalam Tezos Improvement Proposal 7, yang juga dikenal sebagai TZIP-7.

Standar ini dirancang khusus untuk token fungible, yang berarti setiap unit dari suatu aset FA1.2 dapat dipertukarkan dengan unit lain dari aset yang sama.

Kontrak FA1.2 dapat merepresentasikan token pembayaran, token tata kelola, cryptocurrency wrapped, aset bernilai stabil, poin loyalitas, mata uang aplikasi, atau aset digital terbagi lainnya.

FA1.2 adalah antarmuka smart contract, bukan cryptocurrency itu sendiri.

Setiap token FA1.2 dibuat dan dikelola oleh smart contract Tezos-nya sendiri.

Kontrak tersebut menyimpan ledger yang memetakan alamat akun Tezos ke saldo token.

Pengguna berinteraksi dengan kontrak untuk mentransfer token atau memberi otorisasi kepada akun maupun aplikasi lain untuk membelanjakan jumlah tertentu atas nama mereka.

FA1.2 tidak menentukan harga token, status hukum, tujuan ekonomi, suplai maksimum, atau struktur administrasinya.

Karakteristik tersebut bergantung pada kontrak token dan proyek yang mengendalikannya.

Apa Arti FA1.2?

FA adalah singkatan dari Financial Application.

Angka 1.2 menunjukkan versi antarmuka aset fungible yang didefinisikan oleh TZIP-7.

Standar ini dikembangkan dari pekerjaan sebelumnya mengenai antarmuka token fungible Tezos dan menambahkan sistem persetujuan formal untuk transfer token yang didelegasikan.

Istilah FA1.2 umumnya merujuk pada standar sekaligus token yang diimplementasikan sesuai standar tersebut.

Namun, secara teknis komponen yang mengikuti FA1.2 adalah smart contract.

Token tidak otomatis kompatibel dengan FA1.2 hanya karena penerbitnya menggunakan istilah tersebut dalam nama, simbol, situs web, atau deskripsi pemasaran.

Kontrak yang telah diterapkan harus menyediakan entrypoint wajib dengan tipe parameter dan perilaku yang diharapkan.

Mengapa FA1.2 Dibuat?

Smart contract dapat menetapkan perilaku token dengan banyak cara berbeda.

Tanpa standar bersama, setiap wallet dan aplikasi terdesentralisasi perlu membuat kode integrasi khusus untuk setiap token fungible.

Satu token mungkin menggunakan nama tertentu untuk transfer, sedangkan token lain menggunakan struktur parameter yang sama sekali berbeda.

Pemeriksaan saldo dan izin penggunaan juga dapat berperilaku berbeda di setiap kontrak.

FA1.2 menyediakan antarmuka yang konsisten sehingga mengurangi fragmentasi ini.

Wallet dapat menyiapkan transfer token melalui entrypoint transfer yang sudah dikenal.

Aplikasi dapat meminta izin penggunaan melalui entrypoint approve yang sudah dikenal.

Indexer dapat mengenali perubahan saldo dan menyajikan aktivitas token dalam format yang konsisten.

Perangkat pengembangan dapat memeriksa apakah kontrak menyediakan antarmuka FA1.2 yang diharapkan.

Dokumentasi FA1.2 Octez terbaru mencakup perangkat khusus untuk memeriksa kompatibilitas, mentransfer token, menyetujui spender, dan membaca informasi token.

Standardisasi meningkatkan interoperabilitas, tetapi tidak menjamin bahwa kontrak tertentu aman, bernilai, atau dikelola secara jujur.

Bagaimana Cara Kerja Token FA1.2?

Token FA1.2 dikelola oleh smart contract Tezos yang menyimpan ledger saldo akun.

Saat token diterbitkan, kontrak menetapkan saldo kepada satu atau beberapa alamat akun.

Pemegang mentransfer token dengan memanggil kontrak, bukan dengan mengirim token secara langsung melalui pencatatan saldo tingkat protokol Tezos.

Kontrak memverifikasi akun sumber, akun tujuan, jumlah yang diminta, otorisasi pemanggil, dan saldo yang tersedia.

Jika pemeriksaan berhasil, kontrak mengurangi jumlah tersebut dari saldo sumber dan menambahkannya ke saldo tujuan.

Jika pemeriksaan gagal, transaksi dibatalkan dan ledger tidak berubah.

Akun juga dapat menyetujui akun atau smart contract lain untuk membelanjakan jumlah tertentu dari saldonya.

Jumlah yang disetujui ini disebut allowance.

Setiap transfer yang didelegasikan biasanya mengurangi sisa allowance sebesar jumlah yang ditransfer.

Kontrak dapat menyediakan informasi saldo, allowance, dan total suplai melalui antarmuka kueri standar.

Apa Itu Fungibilitas?

Fungibilitas berarti unit-unit individual dari suatu aset dapat dipertukarkan.

Satu unit token FA1.2 tertentu memiliki properti yang ditetapkan kontrak yang sama dengan unit lain dari token tersebut.

Pemegang biasanya tidak perlu melacak unit token tertentu yang diterimanya.

Ledger akun mencatat jumlah, bukan identitas token yang unik.

Karena itu, FA1.2 cocok untuk aset yang dimaksudkan sebagai mata uang, kredit, unit voting, kolateral, atau klaim yang dapat dibagi.

FA1.2 tidak dirancang untuk memberikan identitas unik dan catatan metadata terpisah kepada setiap unit.

Aset digital unik umumnya diimplementasikan menggunakan standar token yang lebih fleksibel dan dirancang untuk mendukung NFT.

Bagaimana Token FA1.2 Diidentifikasi?

Token FA1.2 terutama diidentifikasi berdasarkan alamat smart contract Tezos yang mengelolanya.

FA1.2 merepresentasikan satu jenis token fungible per kontrak, bukan menggunakan banyak ID token untuk aset yang tidak berkaitan.

Jika metadata FA1.2 menggunakan struktur metadata token yang dikaitkan dengan standar Tezos yang lebih baru, ID token harus bernilai 0.

Nama token dan simbol ticker bukan pengenal unik yang dapat diandalkan.

Kontrak berbeda dapat menggunakan nama, simbol, gambar, dan pengaturan desimal yang sama.

Penerbit berbahaya juga dapat meniru identitas aset yang sah.

Pengguna sebaiknya memverifikasi alamat kontrak lengkap melalui dokumentasi proyek yang tepercaya sebelum mentransfer, menyetujui, atau membeli token FA1.2.

Apa Saja Entrypoint Utama FA1.2?

Antarmuka FA1.2 menetapkan entrypoint untuk transfer, persetujuan, kueri saldo, kueri allowance, dan kueri total suplai.

Referensi antarmuka resmi Octez mencantumkan transfer, approve, getBalance, getAllowance, dan getTotalSupply sebagai operasi utama FA1.2.

Kontrak tertentu dapat menyertakan entrypoint tambahan untuk minting, burning, jeda, administrasi, penebusan, atau perilaku khusus proyek lainnya.

Entrypoint tambahan tidak otomatis menjadi bagian dari standar FA1.2.

Entrypoint Transfer

Entrypoint transfer memindahkan jumlah token tertentu dari satu alamat ke alamat lain.

Panggilan ini mencantumkan alamat sumber, alamat tujuan, dan jumlah transfer.

Jika pemanggil memindahkan token dari akunnya sendiri, kontrak akan memverifikasi bahwa akun tersebut memiliki token yang cukup.

Jika pemanggil memindahkan token dari akun lain, pemanggil harus memiliki allowance yang cukup dari pemilik akun tersebut.

Transfer yang didelegasikan mengurangi sisa allowance milik spender.

Transfer akan gagal jika saldo atau allowance tidak mencukupi.

Entrypoint transfer FA1.2 menggabungkan transfer langsung oleh pemilik dan transfer yang didelegasikan dalam satu antarmuka.

Entrypoint Approve

Entrypoint approve memungkinkan pemegang token mengizinkan spender untuk mentransfer jumlah token pemegang yang terbatas.

Spender dapat berupa akun pengguna lain atau smart contract.

Aplikasi dapat menggunakan mekanisme ini untuk menerima pembayaran, menyediakan likuiditas, mengunci kolateral, menyelesaikan trading, atau melakukan tindakan lain yang telah diotorisasi.

Persetujuan tidak langsung memindahkan token.

Persetujuan membuat allowance yang dapat digunakan dalam panggilan transfer berikutnya.

Pemegang tetap memiliki token hingga transfer yang diizinkan dilakukan.

Entrypoint GetBalance

Entrypoint getBalance mengembalikan saldo token FA1.2 yang terkait dengan alamat tertentu.

Saldo yang dilaporkan disimpan dalam kontrak token, bukan dalam saldo tez tingkat protokol.

Wallet, indexer, atau aplikasi dapat menggunakan informasi ini untuk menampilkan jumlah token yang dikuasai suatu akun.

Perangkat Octez saat ini dapat mengevaluasi kueri saldo yang didukung secara off-chain tanpa mengharuskan pengguna mengirim transaksi terpisah untuk meminta informasi.

Entrypoint GetAllowance

Entrypoint getAllowance mengembalikan sisa jumlah yang dapat ditransfer satu alamat dari alamat lain.

Kueri ini mencantumkan pemilik token dan spender yang disetujui.

Hasil 0 berarti saat ini spender tidak memiliki sisa allowance FA1.2 dari pemilik tersebut.

Hasil positif menunjukkan jumlah maksimum yang masih dapat ditransfer berdasarkan izin yang tercatat.

Entrypoint GetTotalSupply

Entrypoint getTotalSupply mengembalikan jumlah total unit token FA1.2 yang diakui oleh kontrak.

Total suplai dapat berubah jika implementasi kontrak mencakup fungsi minting atau burning.

Kueri total suplai tidak menunjukkan seberapa terkonsentrasi kepemilikan token di antara para pemegang.

Kueri tersebut juga tidak menunjukkan apakah token tambahan dapat dibuat di kemudian hari.

Apa Itu Allowance FA1.2?

Allowance FA1.2 adalah otorisasi terbatas yang diberikan pemilik token kepada alamat lain untuk membelanjakan token.

Misalkan pemilik menyetujui aplikasi untuk membelanjakan 100 token.

Aplikasi tersebut dapat mentransfer hingga 100 token dari saldo pemilik, sesuai aturan kontrak.

Jika aplikasi mentransfer 30 token, sisa allowance biasanya menjadi 70 token.

Aplikasi tidak dapat mentransfer melebihi saldo pemilik yang tersedia, meskipun allowance yang tercatat lebih besar.

Aplikasi juga tidak dapat menggunakan allowance untuk kontrak token FA1.2 yang berbeda.

Allowance tetap tercatat on-chain sampai digunakan, diubah, atau direset.

Memutuskan koneksi wallet dari situs web tidak otomatis membatalkan allowance.

Pemegang harus mengirim pembaruan persetujuan on-chain untuk mencabut allowance.

Apa Perbedaan FA1.2 dengan Izin Operator?

FA1.2 menggunakan allowance berbentuk angka.

Pemilik memilih jumlah maksimum yang dapat ditransfer spender.

Allowance umumnya berkurang saat transfer dilakukan.

Model token berbasis operator biasanya memberikan izin untuk jenis token tertentu tanpa menetapkan jumlah numerik yang berkurang.

Perbedaan ini dapat memengaruhi antarmuka wallet dan keamanan aplikasi.

Persetujuan FA1.2 untuk 50 unit tidak boleh ditampilkan seolah-olah memberikan kendali tanpa batas.

Demikian pula, otorisasi operator tidak boleh dianggap sebagai allowance numerik satu kali.

Mengapa Perubahan Allowance FA1.2 Perlu Ditangani dengan Hati-Hati?

Mengubah allowance token yang sudah ada dapat menimbulkan race condition.

Spender mungkin mencoba menggunakan allowance lama sebelum persetujuan penggantinya dikonfirmasi.

Spender kemudian dapat mencoba menggunakan allowance baru setelah aktif.

TZIP-7 mengatasi sebagian masalah ini dengan melarang perubahan langsung dari allowance nonzero ke allowance nonzero lainnya.

Pemilik umumnya perlu mengatur allowance menjadi 0 sebelum menetapkan jumlah nonzero yang baru.

Spesifikasi allowance TZIP-7 juga menjelaskan bahwa mengatur allowance kembali ke 0 saja tidak sepenuhnya menjamin perlindungan dari semua skenario pengaturan waktu yang bersifat adversarial.

Pengguna sebaiknya menunggu hingga transaksi allowance 0 tercatat sebelum memberikan allowance pengganti.

Aplikasi bernilai tinggi juga sebaiknya memeriksa apakah spender menggunakan allowance saat pembaruan masih diproses.

Contoh Allowance FA1.2

Misalkan sebuah wallet memiliki 1,000 unit token FA1.2.

Pemilik menyetujui aplikasi terdesentralisasi untuk membelanjakan 200 unit.

Aplikasi tersebut kemudian mentransfer 75 unit ke smart contract.

Saldo token pemilik berkurang menjadi 925 unit.

Sisa allowance aplikasi berkurang menjadi 125 unit.

Jika aplikasi mencoba mentransfer 150 unit tambahan, transaksi akan gagal karena sisa allowance terlalu kecil.

Pemilik dapat mengurangi allowance menjadi 0 saat aplikasi tidak lagi memerlukan akses.

Apakah FA1.2 Mendukung Persetujuan Tanpa Batas?

Pemegang FA1.2 dapat menyetujui jumlah numerik yang sangat besar jika kontrak menerimanya.

Beberapa aplikasi dapat menganggapnya sebagai persetujuan yang secara efektif tidak terbatas.

Allowance besar mengurangi kebutuhan untuk melakukan transaksi persetujuan berulang kali.

Namun, jumlah yang berisiko juga meningkat jika kontrak yang disetujui diretas, bertindak jahat, atau digunakan secara keliru.

Jika memungkinkan, pengguna sebaiknya hanya menyetujui jumlah yang benar-benar diperlukan.

Allowance lama atau yang tidak lagi diperlukan sebaiknya direset menjadi 0.

Bagaimana Saldo FA1.2 Disimpan?

Implementasi FA1.2 biasanya menyimpan saldo di dalam ledger pada kontrak token.

Ledger tersebut memetakan alamat setiap pemegang ke jumlah token dalam bilangan bulat nonnegatif.

Beberapa implementasi menyimpan saldo dan allowance bersama dalam entri ledger terstruktur.

TZIP-7 menjelaskan tata letak terindeks standar yang memungkinkan catatan pemilik berisi saldo dan peta allowance untuk spender.

Implementasi lama tidak semuanya harus menggunakan penyimpanan internal yang identik selama perilaku publiknya sesuai dengan antarmuka yang diwajibkan.

Aplikasi sebaiknya berinteraksi melalui entrypoint standar atau data terindeks yang andal, bukan dengan mengasumsikan tata letak penyimpanan privat tertentu.

Apakah FA1.2 Menggunakan ID Token?

FA1.2 adalah standar kontrak satu token dan dalam transfer biasa tidak menggunakan ID token untuk membedakan banyak jenis token terpisah.

Jika metadata token FA1.2 menggunakan format metadata yang sama dengan standar yang lebih baru, ID token ditetapkan pada 0.

Kontrak yang memerlukan banyak token fungible terpisah dalam satu alamat biasanya lebih cocok menggunakan standar multi-aset.

Pengguna sebaiknya tidak menganggap ID token 0 mengidentifikasi aset FA1.2 secara unik tanpa mengetahui alamat kontraknya.

Bagaimana Metadata FA1.2 Bekerja?

Antarmuka FA1.2 asli terutama berfokus pada perilaku ledger dan allowance.

TZIP-7 tidak secara terpisah mendefinisikan sistem metadata kontrak yang lengkap.

Panduan metadata token terkininya menggunakan bentuk metadata token umum yang dikaitkan dengan standar multi-aset Tezos.

ID token yang digunakan untuk metadata FA1.2 harus bernilai 0.

Metadata dapat mencakup nama token, simbol, desimal, deskripsi, dan informasi tampilan lainnya.

Informasi tingkat kontrak juga dapat dipublikasikan sesuai metadata kontrak TZIP-16.

TZIP-16 mendukung metadata yang disimpan on-chain atau dirujuk melalui lokasi off-chain seperti penyimpanan berbasis alamat konten atau layanan web.

Metadata membantu wallet dan explorer menampilkan aset, tetapi tidak mengendalikan ledger kecuali kontrak secara eksplisit menggunakannya dalam logika bisnis.

Apa Arti Desimal untuk Token FA1.2?

Saldo FA1.2 disimpan sebagai unit bilangan bulat nonnegatif.

Kolom metadata desimal memberi tahu wallet posisi tanda desimal saat menampilkan saldo.

Misalkan saldo mentah kontrak adalah 1,500,000 dan token menggunakan enam desimal.

Wallet akan menampilkan saldo sebagai 1.5 token.

Smart contract tetap mencatat 1,500,000 unit terkecil.

Desimal tidak menentukan harga pasar, total suplai, atau kelangkaan token.

Nilai desimal yang keliru dapat membuat wallet atau aplikasi menampilkan jumlah yang menyesatkan.

Apakah FA1.2 Menetapkan Suplai Maksimum?

Tidak, FA1.2 tidak mewajibkan suplai maksimum tetap.

Kontrak menyediakan cara untuk membaca total suplai, tetapi penerbit dapat menambahkan fungsi minting atau burning khusus.

Token dapat dimulai dengan suplai tetap tanpa mekanisme untuk membuat token tambahan.

Token lain dapat mengizinkan administrator, kontrak tata kelola, atau proses protokol yang ditetapkan untuk melakukan minting unit tambahan.

Pengguna sebaiknya memeriksa kontrak yang telah diterapkan dan izin administratifnya sebelum berasumsi bahwa suplai dibatasi secara permanen.

Angka suplai yang dipublikasikan menggambarkan kondisi saat ini dan belum tentu mencerminkan penerbitan di masa depan.

Apakah FA1.2 Mewajibkan Minting?

Tidak, minting bukan salah satu entrypoint wajib FA1.2.

Kontrak dapat membuat seluruh suplainya saat deployment.

Kontrak juga dapat menyertakan fungsi minting khusus yang dikendalikan administrator atau smart contract lain.

Kebijakan minting sebaiknya menjelaskan siapa yang dapat membuat token, apakah ada batas suplai, serta apakah kewenangan tersebut dapat dialihkan atau dihapus.

Minting tanpa otorisasi atau tanpa batas dapat mendilusi pemegang lama dan mengganggu pasar token.

Apakah FA1.2 Mewajibkan Burning?

Tidak, burning juga bersifat opsional.

Fungsi burn khusus dapat mengurangi saldo dan total suplai secara permanen sesuai aturan kontrak.

Fungsi tersebut dapat mengizinkan pemegang membakar token miliknya sendiri atau membatasinya hanya untuk administrator.

Mengirim token ke alamat yang tidak dapat diakses tidak selalu memperbarui total suplai yang dilaporkan kontrak.

Burn tingkat kontrak yang sesungguhnya seharusnya mengurangi saldo terkait dan pencatatan total suplai jika memang demikian desainnya.

FA1.2 vs. Tez

Tez adalah cryptocurrency native blockchain Tezos.

Token FA1.2 dibuat dan dikelola oleh smart contract.

Saldo tez dikelola langsung oleh protokol Tezos.

Saldo FA1.2 dikelola dalam penyimpanan kontrak token tertentu.

Biaya transaksi Tezos umumnya dibayar dalam tez, termasuk saat transaksi mentransfer token FA1.2.

Memiliki saldo FA1.2 tidak otomatis menyediakan cukup tez untuk membayar transfer token atau transaksi persetujuan.

Dokumentasi token Tezos menjelaskan perbedaan antara tez tingkat protokol dan token yang direpresentasikan melalui ledger smart contract.

FA1.2 vs. FA2

FA1.2 dirancang khusus untuk satu token fungible yang dikelola oleh satu smart contract.

FA2 adalah antarmuka token yang lebih baru dan lebih fleksibel.

FA2 dapat mendukung token fungible, NFT, aset yang tidak dapat ditransfer, model hibrida, dan beberapa ID token dalam satu kontrak.

FA1.2 menggunakan allowance numerik untuk spender.

FA2 standar umumnya menggunakan izin operator khusus token, bukan allowance numerik yang berkurang.

FA1.2 menyediakan struktur transfer untuk satu permintaan, sedangkan FA2 menggunakan struktur transfer dan kueri saldo berbasis batch.

FA2 juga menyediakan dukungan yang lebih eksplisit untuk kebijakan transfer khusus.

Panduan SmartPy terbaru merekomendasikan FA2 untuk kontrak token baru karena mendukung lebih banyak kasus penggunaan.

Rekomendasi ini tidak membuat kontrak FA1.2 yang sudah ada menjadi tidak valid.

Perangkat Octez terbaru tetap menyediakan dukungan khusus untuk FA1.2.

FA1.2 vs. FA2.1

FA2.1 adalah pengembangan yang diusulkan untuk keluarga FA2, dengan fitur seperti allowance terbatas, event, on-chain view, dan fungsi terkait ticket.

Konsep finite allowance-nya menangani kasus penggunaan yang dikenal pada FA1.2 sekaligus mempertahankan struktur multi-aset FA2 yang lebih luas.

Dokumentasi SmartPy saat ini menjelaskan FA2.1 sebagai draf.

Kontrak FA1.2 yang sudah ada tidak otomatis berubah ketika standar baru diusulkan.

Dukungan wallet dan aplikasi sebaiknya diverifikasi secara terpisah untuk setiap standar.

Bisakah Token FA1.2 Diubah Menjadi FA2?

Kontrak FA1.2 biasanya tidak dapat diubah menjadi FA2 hanya dengan mengganti labelnya.

Kedua standar tersebut menggunakan antarmuka dan model izin yang berbeda.

Proyek yang ingin bermigrasi dapat menerapkan kontrak FA2 baru dan membuat proses konversi yang terkontrol.

Proses tersebut dapat mengunci atau membakar token lama lalu menerbitkan token baru yang setara.

Desain lain dapat mengambil snapshot saldo dan mendistribusikan aset pengganti.

Migrasi menimbulkan risiko teknis, tata kelola, keamanan, dan pengalaman pengguna.

Pengguna sebaiknya memverifikasi kontrak migrasi resmi dan menghindari tautan yang tidak diminta dan mengklaim dapat menukar token lama.

Bisakah FA1.2 Mendukung Aset Kripto Wrapped?

Ya, kontrak FA1.2 dapat merepresentasikan cryptocurrency wrapped di Tezos.

Token wrapped adalah aset smart contract terpisah yang dimaksudkan untuk mengikuti nilai aset lain melalui mekanisme kustodian, bridge, minting, atau penebusan.

Antarmuka FA1.2 menstandarkan transfer dan allowance, tetapi tidak menjamin bahwa token wrapped didukung sepenuhnya oleh aset cadangan.

Pengguna harus mengevaluasi cadangan, ketentuan penebusan, kendali kustodian, keamanan bridge, kewenangan minting, dan bukti dukungan aset.

Panduan resmi Tezos mengenai token wrapped menegaskan bahwa aset wrapped secara teknis terpisah dari cryptocurrency aslinya.

Bisakah FA1.2 Mendukung Token Bernilai Stabil?

Ya, token FA1.2 dapat dirancang untuk menargetkan nilai mata uang fiat, komoditas, cryptocurrency, atau aset acuan lainnya.

FA1.2 sendiri tidak menjaga nilai target tersebut.

Stabilitas harga bergantung pada penerbit, kolateral, cadangan, mekanisme penebusan, likuiditas pasar, sistem oracle, dan desain ekonomi.

Token dapat mematuhi FA1.2 sekaligus kehilangan peg yang ditargetkan.

Kepatuhan teknis tidak boleh dianggap sebagai bukti kualitas cadangan atau stabilitas harga.

Bagaimana Wallet Menampilkan Token FA1.2?

Wallet dapat mengenali kontrak FA1.2, meminta saldo pengguna, dan membaca metadata yang tersedia.

Wallet dapat menampilkan nama token, simbol, saldo yang disesuaikan dengan desimal, logo, dan riwayat transaksi.

Beberapa wallet menggunakan indexer alih-alih membaca setiap kontrak secara langsung.

Dokumentasi indexer Tezos menjelaskan bahwa indexer mengatur informasi token FA1.2 dan FA2 agar lebih mudah diakses aplikasi.

Token mungkin tidak muncul secara otomatis jika metadatanya tidak tersedia, tidak didukung, atau belum diindeks.

Token yang tidak tampil di wallet belum tentu berarti saldo on-chain-nya 0.

Pengguna dapat memverifikasi informasi kontrak dan ledger melalui perangkat blockchain yang kompatibel.

Bagaimana Aplikasi Terdesentralisasi Menggunakan FA1.2?

Aplikasi terdesentralisasi dapat meminta persetujuan untuk membelanjakan jumlah token FA1.2 tertentu.

Setelah disetujui, aplikasi dapat memanggil kontrak token untuk mentransfer token dari saldo pemilik.

Pola ini dapat mendukung deposit, swap, kolateral, langganan, lelang, lending, pembayaran, dan aktivitas kripto lainnya.

Aplikasi sebaiknya tidak meminta allowance yang lebih besar daripada jumlah yang wajar diperlukan.

Pengguna sebaiknya memverifikasi kontrak token, alamat spender, dan jumlah yang disetujui sebelum menandatangani.

Aplikasi juga harus menangani saldo tidak cukup, allowance tidak cukup, dan perubahan persetujuan dengan aman.

Bisakah Transfer FA1.2 Dilakukan secara Batch?

Entrypoint transfer inti FA1.2 menjelaskan satu sumber, satu tujuan, dan satu jumlah per panggilan.

Namun, satu operasi Tezos dapat memuat beberapa panggilan kontrak.

Perangkat Octez saat ini mendukung perintah transfer batch yang melibatkan satu sumber dan beberapa penerima di berbagai kontrak FA1.2.

Batch dapat memudahkan distribusi dan operasi treasury.

Kegagalan dalam rangkaian atomik dapat menyebabkan seluruh operasi terkait gagal, alih-alih menghasilkan proses yang hanya selesai sebagian.

Batch besar juga dapat menggunakan gas dalam jumlah signifikan dan perlu diuji dengan cermat.

Error Standar FA1.2

TZIP-7 menetapkan error yang berkaitan dengan allowance yang tidak cukup dan perubahan allowance yang tidak aman.

Transfer dapat gagal jika pemilik tidak memiliki token yang cukup.

Transfer yang didelegasikan dapat gagal jika allowance spender lebih kecil daripada jumlah yang diminta.

Persetujuan dapat gagal jika mencoba mengganti allowance nonzero langsung dengan allowance nonzero lainnya.

Implementasi tertentu dapat menggunakan nama error tambahan untuk administrasi, jeda, minting, burning, atau fitur khusus lainnya.

Aplikasi sebaiknya menampilkan error dengan bahasa yang membantu pengguna memahami apakah masalahnya terkait saldo, allowance, otorisasi, atau kebijakan kontrak.

Risiko Keamanan Token FA1.2

Kompatibilitas FA1.2 tidak membuktikan bahwa suatu smart contract aman.

Kontrak dapat menyediakan entrypoint yang benar tetapi memiliki logika internal yang cacat atau berbahaya.

Administrator mungkin dapat mencetak suplai baru, menjeda transfer, membekukan akun, mengubah metadata, atau mengganti alamat penting.

Spender yang disetujui dan diretas dapat mentransfer token hingga batas allowance yang tersedia.

Nama dan simbol yang disalin dapat membuat token palsu tampak sah.

Token wrapped dapat menjadi kurang didukung kolateral meskipun ledger FA1.2-nya berfungsi dengan benar.

Pengguna sebaiknya memeriksa kode sumber kontrak, informasi audit, administrasi, kendali suplai, allowance, dan aturan penebusan.

Risiko Keamanan Allowance

Allowance memberikan kewenangan langsung kepada alamat lain atas sebagian saldo token pemilik.

Aplikasi berbahaya dapat langsung menggunakan allowance setelah disetujui.

Kontrak yang diretas dapat menggunakan izin yang diberikan sebelum peretasan.

Allowance besar yang tidak digunakan dapat tetap aktif dalam waktu lama.

Pengguna sebaiknya memeriksa alamat spender dengan cermat dan menghindari persetujuan transaksi yang tidak jelas.

Allowance yang tidak lagi diperlukan sebaiknya direset menjadi 0.

Kunci privat dan frasa pemulihan tidak pernah diperlukan untuk memberikan atau mencabut allowance FA1.2.

Risiko Kendali Administratif

Kontrak FA1.2 khusus dapat mencakup administrator dengan hak istimewa.

Administrator dapat mengendalikan minting, burning, jeda, pembekuan akun, daftar hitam, biaya, atau upgrade kontrak.

Kewenangan ini dapat mendukung operasi keamanan dan kepatuhan.

Kewenangan tersebut juga dapat menimbulkan risiko sentralisasi dan penyalahgunaan.

Pengguna sebaiknya mengetahui apakah administrator berupa satu akun, kontrak multisig, sistem tata kelola, atau aturan yang tidak dapat diubah.

Pengguna juga sebaiknya mengetahui apakah kewenangan administratif dapat dialihkan atau dihapus secara permanen.

Risiko Suplai dan Dilusi

Token dapat menampilkan suplai saat ini yang terbatas, tetapi tetap memiliki kewenangan minting tanpa batas di masa depan.

Penerbitan token tambahan dapat mengurangi porsi setiap unit yang sudah ada dari total suplai.

Batas suplai hanya bermakna jika diberlakukan oleh kontrak yang sudah diterapkan atau pembatasan tata kelola yang sama kuatnya.

Janji yang dibuat di situs web atau unggahan media sosial tidak mengesampingkan izin minting on-chain.

Pengguna sebaiknya membedakan suplai beredar, total suplai, dan kemungkinan suplai di masa depan.

Risiko Token Palsu

Siapa pun dapat menerapkan smart contract Tezos dengan nama atau simbol token yang sudah dikenal.

Metadata wallet dapat membuat token yang tidak berkaitan tampak mirip dengan aset yang dikenal.

Alamat kontrak lebih dapat diandalkan daripada nama tampilan.

Pengguna sebaiknya mendapatkan alamat kontrak terverifikasi dari sumber utama proyek yang tepercaya.

Token yang masuk ke wallet tanpa diminta tidak boleh dianggap bernilai tanpa verifikasi independen.

Tautan yang disertakan dalam metadata token tidak dikenal dapat mengarah ke situs phishing.

Risiko Smart Contract

Kesalahan pemrograman dapat memungkinkan transfer tanpa izin, saldo yang keliru, token terkunci, atau pencatatan suplai yang tidak berfungsi.

Kepatuhan terhadap antarmuka formal tidak membuktikan bahwa setiap bagian logika internal berfungsi dengan benar.

Audit independen dapat mengurangi risiko, tetapi tidak menjamin bahwa tidak ada kerentanan.

Kontrak dengan logika minting, penebusan, biaya, upgrade, atau kolateral yang rumit memerlukan analisis di luar entrypoint dasar FA1.2.

Panduan risiko token Tezos menyarankan pemeriksaan ketersediaan kode sumber, audit, batas suplai, dan aturan transfer.

Keamanan Kunci Privat dan Wallet

Kepemilikan token FA1.2 pada akhirnya bergantung pada kendali atas akun Tezos yang berwenang mengelola saldo tercatat.

Penyerang yang memperoleh kunci privat akun dapat menandatangani transfer dan persetujuan.

Tidak ada kontrak token yang sah yang memerlukan frasa pemulihan pengguna untuk menampilkan saldo atau menyiapkan transaksi.

Dokumentasi pengelolaan kunci Octez menekankan praktik penyimpanan dan penandatanganan yang aman untuk operasi tez dan token FA.

Pengguna sebaiknya memverifikasi detail transaksi pada perangkat penandatangan sebelum menyetujui operasi.

Cara Memverifikasi Token FA1.2

Konfirmasikan alamat kontrak Tezos lengkap melalui sumber utama yang tepercaya.

Periksa apakah kontrak menyediakan antarmuka FA1.2 yang diwajibkan.

Tinjau nama token, simbol, desimal, dan total suplai.

Pastikan siapa yang dapat melakukan minting, burning, menjeda, membekukan, atau meng-upgrade token.

Periksa allowance yang ada sebelum berinteraksi dengan aplikasi baru.

Tinjau penilaian keamanan independen jika aset bernilai tinggi terlibat.

Untuk token wrapped atau bernilai stabil, verifikasi cadangan dan aturan penebusan secara terpisah dari antarmuka FA1.2.

Jangan mengandalkan simbol ticker, ikon wallet, atau pesan media sosial sebagai bukti keaslian.

Praktik Terbaik Pengembangan FA1.2

Developer sebaiknya mengikuti tipe entrypoint dan perilaku otorisasi TZIP-7 secara tepat.

Transfer langsung oleh pemilik dan transfer berbasis allowance harus diuji secara terpisah.

Pengujian sebaiknya mencakup saldo 0, saldo tidak cukup, allowance tidak cukup, dan transfer bernilai 0.

Perubahan allowance sebaiknya mengikuti perlindungan standar terhadap pembaruan langsung dari nonzero ke nonzero.

Jika disertakan, minting, burning, jeda, dan administrasi harus dijelaskan dengan jelas.

Jika memungkinkan, metadata sebaiknya menggunakan penyimpanan stabil yang integritasnya terlindungi.

Aplikasi sebaiknya menggunakan identitas pemanggil yang sesuai dengan interaksi kontrak langsung, bukan memercayai asal transaksi yang tidak terkait.

Developer sebaiknya menguji integrasi dengan wallet, indexer, dan perangkat Octez.

Kontrak bernilai tinggi sebaiknya menjalani tinjauan keamanan independen sebelum diterapkan.

Kesalahpahaman Umum tentang FA1.2

FA1.2 bukan cryptocurrency native Tezos.

FA1.2 bukan token atau proyek tertentu.

FA1.2 adalah standar yang dapat diterapkan oleh kontrak token fungible.

FA1.2 tidak mendukung NFT unik sebagai model token utamanya.

Kepatuhan FA1.2 tidak menjamin suplai tetap.

Minting dan burning bukan entrypoint standar yang wajib.

Persetujuan tidak langsung mentransfer token.

Memutuskan koneksi wallet tidak mencabut allowance on-chain.

Nama atau simbol token tidak mengidentifikasi kontraknya secara unik.

FA2 menjadi standar yang diutamakan untuk pengembangan baru tidak menghapus kontrak FA1.2 yang sudah ada.

Antarmuka FA1.2 yang benar tidak menjamin token aman, didukung aset, dapat ditransfer dalam semua kondisi, atau bernilai secara finansial.

Pertanyaan Umum

Apa itu FA1.2 di Tezos?

FA1.2 adalah standar smart contract token fungible Tezos yang didefinisikan oleh TZIP-7.

Apa kepanjangan FA dalam FA1.2?

FA adalah singkatan dari Financial Application.

Apakah FA1.2 adalah cryptocurrency?

Bukan, FA1.2 adalah antarmuka yang digunakan untuk membuat dan mengelola cryptocurrency fungible serta aset tokenisasi lainnya.

Apakah FA1.2 masih didukung?

Ya, dokumentasi Octez saat ini tetap menyediakan perangkat khusus untuk kompatibilitas FA1.2, transfer, persetujuan, dan kueri.

Apakah FA1.2 standar token Tezos terbaru?

Bukan, FA2 lebih baru dan fleksibel, sedangkan FA2.1 saat ini dijelaskan sebagai draf pengembangan keluarga FA2.

Haruskah developer membuat token FA1.2 baru?

Panduan pengembangan Tezos saat ini umumnya merekomendasikan FA2 untuk kontrak token baru, meskipun kebutuhan proyek dan integrasi lama dapat berbeda.

Bisakah FA1.2 membuat NFT?

FA1.2 dirancang untuk token fungible, bukan aset unik nonfungible.

Bisakah satu kontrak FA1.2 mengelola banyak jenis token?

Standar ini merepresentasikan satu jenis token fungible per kontrak.

Bagaimana token FA1.2 diidentifikasi?

Token tersebut terutama diidentifikasi berdasarkan alamat kontrak Tezos yang mengelola ledger-nya.

ID token apa yang digunakan FA1.2 untuk metadata?

ID token yang digunakan dalam format metadata token bersama harus bernilai 0.

Di mana saldo FA1.2 disimpan?

Saldo dicatat dalam ledger penyimpanan smart contract FA1.2.

Apa itu entrypoint transfer FA1.2?

Entrypoint ini memindahkan jumlah tertentu dari alamat sumber ke alamat tujuan setelah pemeriksaan saldo dan otorisasi.

Apa itu entrypoint approve FA1.2?

Entrypoint ini memberikan izin kepada spender untuk mentransfer hingga jumlah tertentu dari saldo token pemilik.

Apa itu allowance FA1.2?

Allowance adalah sisa jumlah yang dapat ditransfer alamat yang disetujui dari saldo pemilik token.

Apakah allowance berkurang setelah digunakan?

Ya, transfer yang didelegasikan biasanya mengurangi sisa allowance sebesar jumlah yang ditransfer.

Apakah menghubungkan wallet membuat allowance?

Tidak, allowance hanya dibuat saat pengguna menandatangani dan mengirim operasi persetujuan terkait.

Apakah memutuskan koneksi wallet mencabut allowance?

Tidak, pemilik harus memperbarui allowance on-chain, biasanya dengan mengaturnya menjadi 0.

Bisakah saya langsung mengubah allowance nonzero menjadi allowance nonzero lainnya?

TZIP-7 melarang perubahan allowance langsung dari nonzero ke nonzero sebagai perlindungan terhadap race condition yang diketahui.

Bagaimana allowance sebaiknya diubah?

Pemegang sebaiknya mengatur allowance menjadi 0 terlebih dahulu, menunggu konfirmasi, lalu menetapkan jumlah baru setelah memeriksa apakah ada penggunaan selama proses tersebut.

Apakah FA1.2 mewajibkan minting?

Tidak, fungsi minting bersifat opsional dan bergantung pada implementasi masing-masing.

Apakah FA1.2 mewajibkan burning?

Tidak, burning juga merupakan fitur khusus yang opsional.

Apakah FA1.2 menjamin batas suplai?

Tidak, pengguna harus memeriksa kewenangan minting dan aturan suplai kontrak yang sebenarnya.

Bagaimana cara memeriksa saldo FA1.2?

Wallet, indexer, kueri kontrak, atau perintah saldo FA1.2 Octez yang kompatibel dapat membaca saldo ledger.

Bagaimana cara memeriksa allowance FA1.2?

Antarmuka getAllowance atau indexer yang kompatibel dapat melaporkan sisa izin antara pemilik dan spender.

Bagaimana cara memeriksa total suplai FA1.2?

Antarmuka getTotalSupply mengembalikan suplai saat ini yang dicatat oleh kontrak token.

Apakah biaya transaksi FA1.2 dibayar dengan token tersebut?

Biaya transaksi protokol Tezos umumnya dibayar dalam tez.

Bisakah FA1.2 merepresentasikan cryptocurrency wrapped?

Ya, tetapi kepatuhan FA1.2 tidak menjamin cadangan, penebusan, atau keamanan bridge.

Bisakah FA1.2 merepresentasikan aset bernilai stabil?

Ya, tetapi standar ini sendiri tidak menjamin bahwa aset mempertahankan harga yang ditargetkan.

Bisakah administrator FA1.2 membekukan token?

Implementasi khusus dapat mencakup kewenangan untuk membekukan atau menjeda meskipun hal tersebut tidak diwajibkan standar.

Bisakah token FA1.2 dimigrasikan ke FA2?

Proyek dapat membuat proses migrasi terpisah, tetapi kontrak lama tidak otomatis menjadi kompatibel dengan FA2.

Apakah token FA1.2 aman karena mengikuti standar?

Tidak, kepatuhan standar meningkatkan kompatibilitas antarmuka, tetapi tidak menjamin keamanan kode, administrasi yang jujur, dukungan aset, likuiditas, atau nilai.

Kesimpulan

FA1.2 adalah standar token fungible Tezos yang secara resmi didefinisikan oleh TZIP-7.

Standar ini menetapkan antarmuka bersama untuk transfer, persetujuan, saldo, allowance, dan informasi total suplai.

Smart contract FA1.2 mengelola ledger yang memetakan alamat Tezos ke saldo token yang dapat dipertukarkan.

Sistem allowance numeriknya memungkinkan pemegang mengizinkan aplikasi atau akun lain mentransfer token dalam jumlah terbatas.

Allowance perlu dikelola dengan hati-hati karena tetap aktif on-chain dan dapat menimbulkan risiko race condition atau peretasan kontrak.

FA1.2 tidak mewajibkan minting, burning, jeda, pembekuan, administrasi metadata, atau suplai maksimum tetap.

Fitur-fitur tersebut bergantung pada implementasi masing-masing kontrak.

FA2 kini menjadi standar yang lebih fleksibel untuk pengembangan token Tezos baru, tetapi kontrak FA1.2 tetap didukung dan terus digunakan.

Pengguna sebaiknya memverifikasi alamat kontrak, jumlah allowance, kendali suplai, kewenangan administrator, metadata, riwayat audit, dan ketentuan penebusan sebelum berinteraksi dengan token FA1.2 yang tidak dikenal.

Standardisasi FA1.2 meningkatkan kompatibilitas di antara wallet, aplikasi, indexer, dan perangkat pengembangan Tezos, tetapi tidak menjamin bahwa token aman, sah, likuid, atau bernilai.