Apakah itu token natif
Nota: Dokumen ini adalah terjemahan automatik daripada versi asal bahasa Inggeris.
Apakah itu token natif
Token natif ialah mata wang terbina dalam sesebuah rangkaian blockchain -- token yang wujud pada peringkat protokol, bukan sebagai kontrak pintar yang digunakan di atasnya. Contohnya termasuk ETH di Ethereum, SOL di Solana, BNB di BNB Smart Chain, TAO di Bittensor, dan AVAX di Avalanche. Setiap blockchain mempunyai tepat satu token natif, dan ia memainkan peranan asas yang tidak dapat direplikasi sepenuhnya oleh token berasaskan kontrak pintar (seperti ERC-20).
Token natif digunakan untuk membayar yuran transaksi (gas), memberi ganjaran kepada validator atau pelombong kerana melindungi rangkaian, dan dalam banyak rangkaian Proof of Stake, berfungsi sebagai aset staking yang dikunci oleh validator untuk menyertai konsensus. Tanpa token natif, rangkaian tidak boleh berfungsi -- ia adalah bahan api ekonomi yang membolehkan blockchain beroperasi.
Ringkasnya: token natif ialah mata wang terbina dalam milik rantaian itu sendiri, digunakan untuk yuran gas, ganjaran validator, dan staking, dan ia wujud pada peringkat protokol dan bukannya sebagai kontrak pintar.
Bagaimana token natif berbeza daripada token kontrak pintar
Perbezaan antara token natif dan token kontrak pintar adalah asas tetapi sering diabaikan. Kedua-dua jenis token boleh disimpan dalam dompet, dipindahkan antara alamat, dan digunakan dalam aplikasi terdesentralisasi. Walau bagaimanapun, ia berbeza dari segi asal usul, mekanik, dan peranan.
| Dimensi | Token natif | Token kontrak pintar (cth. ERC-20) |
|---|---|---|
| Di mana ia wujud | Terbina dalam protokol itu sendiri | Digunakan sebagai kontrak pintar di atas protokol |
| Dicipta oleh | Peraturan protokol rangkaian (blok genesis, jadual emisi) | Pembangun yang menggunakan kontrak |
| Diperlukan untuk gas | Ya -- diperlukan untuk membayar yuran transaksi | Tidak -- gas sentiasa dibayar dalam token natif |
| Peranan dalam konsensus | Sering digunakan untuk staking dan ganjaran validator | Tidak terlibat dalam konsensus |
| Boleh wujud tanpa kontrak pintar | Ya -- wujud sebelum fungsi kontrak pintar | Tidak -- bergantung pada platform penggunaan kontrak |
| Bekalan dikawal oleh | Peraturan protokol (emisi berkod tetap, pembakaran, inflasi) | Logik kontrak (fungsi mint/burn yang ditetapkan oleh pengguna kontrak) |
Contoh praktikal: di Ethereum, ETH ialah token natif. Apabila pengguna menghantar token ERC-20 (katakan, USDC) ke alamat lain, pengguna mesti membayar yuran transaksi dalam ETH, bukan dalam USDC. Token ERC-20 tidak boleh bergerak tanpa token natif untuk membayar pengiraan. Kebergantungan ini tertanam dalam protokol dan tidak boleh dipintas.
Gas dan yuran transaksi
Peranan token natif yang paling ketara ialah membayar yuran gas. Setiap operasi pada blockchain -- memindahkan token, berinteraksi dengan kontrak pintar, menggunakan kontrak baharu -- memerlukan sumber pengiraan daripada validator atau nod. Yuran gas yang didenominasikan dalam token natif memberi pampasan kepada pengendali ini atas kerja mereka. Tanpa yuran gas, tiada insentif ekonomi untuk validator memproses transaksi, dan rangkaian akan terhenti.
Struktur yuran gas berbeza mengikut rangkaian. Ethereum menggunakan model yuran dinamik (yuran asas + tip keutamaan). Solana menggunakan model yuran rendah yang tetap. BNB Smart Chain dan rantaian EVM lain mempunyai parameter yuran mereka sendiri. Tetapi dalam semua kes, yuran dibayar dalam token natif rantaian tersebut.
Staking dan penyertaan konsensus
Dalam rangkaian Proof of Stake, token natif biasanya merupakan aset staking. Validator mesti mengunci sejumlah tertentu token natif untuk menyertai penghasilan dan pengesahan blok. Jumlah yang distake ini berfungsi sebagai cagaran ekonomi: validator yang berkelakuan jujur memperoleh ganjaran (dibayar dalam token natif), manakala validator yang bertindak salah berisiko kehilangan stake mereka melalui slashing.
Ini mewujudkan gelung ekonomi berkitar: token natif melindungi rangkaian melalui staking, dan rangkaian memberi ganjaran kepada penstake dengan token natif yang baru dicetak atau yang diperoleh daripada yuran. Keselamatan rangkaian terikat secara langsung dengan jumlah nilai token natif yang distake.
Ganjaran validator dan emisi
Kebanyakan rangkaian blockchain mengeluarkan token natif baharu sebagai ganjaran blok untuk memberi insentif kepada validator. Emisi ini dikawal oleh peraturan protokol -- bukan oleh mana-mana individu atau kontrak pintar. Sesetengah rangkaian mempunyai jumlah bekalan berhad (seperti 21 juta BTC Bitcoin), manakala yang lain mempunyai inflasi berterusan dengan atau tanpa mekanisme pembakaran (seperti pembakaran yuran Ethereum selepas merge).
Jadual emisi token natif ialah bahagian teras reka bentuk ekonomi rangkaian. Ia menentukan dinamik bekalan jangka panjang dan struktur insentif untuk validator. Mengubah jadual emisi biasanya memerlukan naik taraf pada peringkat protokol (hard fork atau undian tadbir urus), bukan pengubahsuaian kontrak yang mudah.
Contoh token natif
Rangkaian blockchain yang berbeza melaksanakan token natif mereka dengan peraturan bekalan, model yuran, dan mekanik staking yang berbeza. Memahami perbezaan ini membantu menggambarkan apa maksud "token natif" dalam praktik:
| Rangkaian | Token natif | Peranan utama | Model bekalan |
|---|---|---|---|
| Ethereum | ETH | Yuran gas, staking validator, mata wang asas | Bekalan tanpa had dengan pembakaran yuran (deflasi apabila penggunaan tinggi) |
| Solana | SOL | Yuran transaksi, staking validator | Inflasi dengan jadual emisi yang menurun |
| BNB Smart Chain | BNB | Yuran gas, staking validator, tadbir urus | Bekalan berhad dengan pembakaran berkala |
| Bittensor | TAO | Pendaftaran subnet, ganjaran pelombong/validator, staking | Bekalan berhad dengan emisi separuh (halving) |
| Avalanche | AVAX | Yuran gas, staking, penciptaan subnet | Bekalan berhad dengan pembakaran yuran |
Dalam setiap kes, token natif tidak dapat dipisahkan daripada operasi rangkaian. Membuang ETH daripada Ethereum atau SOL daripada Solana akan memusnahkan rantaian sepenuhnya -- tiada transaksi boleh diproses, tiada validator boleh diberi ganjaran, dan tiada kontrak pintar boleh dilaksanakan.
Token natif dalam projek AI kripto
Banyak projek AI kripto mempunyai token natif mereka sendiri kerana mereka mengendalikan rangkaian blockchain atau subnet mereka sendiri. Bagi projek-projek ini, token natif memainkan peranan dwi:
- Peranan infrastruktur: membayar transaksi, staking, ganjaran validator -- fungsi yang sama seperti token natif mana-mana blockchain.
- Peranan aplikasi: token juga mungkin digunakan untuk membayar perkhidmatan khusus AI (inferens, pengiraan, akses data), memberi ganjaran kepada penyedia pengiraan AI, atau menyertai tadbir urus parameter berkaitan AI.
Apabila token sesebuah projek adalah natif dan bukannya token kontrak pintar, ini bermakna token itu tidak dapat dipisahkan secara seni bina daripada rangkaian. Rantaian tidak boleh beroperasi tanpanya. Ini ialah bentuk Token necessity yang lebih kukuh berbanding token kontrak pintar yang secara teori boleh digantikan dengan mana-mana token lain.
Walau bagaimanapun, "natif" tidak secara automatik bermakna "diperlukan untuk AI." Sesebuah projek boleh mempunyai token natif yang melindungi rangkaiannya melalui staking dan membayar gas, sementara komponen AI projek itu tidak benar-benar memerlukan token untuk berfungsi. Peranan infrastruktur dan peranan AI adalah persoalan yang berasingan.
Token necessity dan token natif
Apabila menilai sama ada sesuatu token diperlukan untuk saluran AI sesebuah projek, token natif menampilkan kes yang bernuansa. Di satu pihak, token natif tidak dapat dinafikan diperlukan untuk operasi rangkaian -- rantaian secara literal tidak boleh berfungsi tanpanya. Di pihak lain, persoalan keperluan AI adalah berasingan: adakah saluran AI secara khusus memerlukan token ini, atau adakah komponen AI akan berfungsi dengan cara yang sama jika digunakan pada rantaian lain dengan token natif yang berbeza?
Hujah kukuh untuk keperluan token pada peringkat AI wujud apabila token natif menjadi perantara langsung tindakan khusus AI: membayar inferens, memberi ganjaran kepada penyedia pengiraan, staking sebagai jaminan kualiti untuk output model. Hujah lemah wujud apabila token natif hanya menjalankan fungsi infrastruktur generik (gas, staking) sementara lapisan AI secara teori boleh beroperasi pada mana-mana rantaian.
Di mana ia muncul dalam kad projek DecAIHub
Dalam kad projek DecAIHub, nilai untuk token natif direkodkan sebagai native dalam medan Token standard. Apabila kad menunjukkan Token standard: native, ini bermakna token projek tidak digunakan sebagai kontrak pintar pada rantaian lain tetapi merupakan mata wang terbina dalam rangkaian projek itu sendiri.
Ini membezakan projek tersebut daripada projek yang tokennya adalah kontrak ERC-20 di Ethereum, BEP-20 di BNB Smart Chain, atau SPL di Solana. Token natif menunjukkan bahawa projek mengendalikan blockchain atau subnetnya sendiri dengan mekanisme konsensusnya sendiri.
Medan piawaian token memberitahu pembaca format teknikal token. Untuk memahami peranan token, pembaca harus menyemak medan Token model (utiliti, tadbir urus, mekanisme yuran, staking) dan jadual Evidence untuk artifak Tier-1 yang menunjukkan bagaimana token sebenarnya digunakan dalam saluran projek.
Apa yang "token natif" sahaja tidak buktikan
- Token natif tidak membuktikan desentralisasi. Sesebuah projek boleh mengendalikan rantaiannya sendiri dengan token natif dan masih mempunyai set validator yang kecil dan terpusat atau tadbir urus terpusat. Status natif token menerangkan peranan teknikalnya, bukan profil desentralisasi rangkaian.
- Token natif tidak membuktikan keperluan AI. Token mungkin penting untuk konsensus dan yuran gas rantaian sambil tidak relevan kepada saluran AI projek. Sama ada komponen AI memerlukan token adalah persoalan berasingan yang dijawab oleh paksi Token necessity dalam DecAI Fit.
- Token natif tidak membuktikan rangkaian itu matang. Sesebuah projek boleh melancarkan rantaiannya sendiri dengan token natif sementara rangkaian masih di testnet atau dalam beta awal. Semak medan Network status untuk maklumat kematangan.
- Token natif tidak bermakna projek membina rantaiannya sendiri dari kosong. Banyak token natif wujud pada subnet, rantaian khusus aplikasi, atau rangkaian yang di-fork. Token natif menunjukkan peranan token pada peringkat protokol, bukan usaha kejuruteraan projek.
- Token natif tidak membuktikan penggunaan. Token natif tanpa validator aktif, tanpa transaksi pengguna, dan tanpa penggunaan sebenar secara teknikalnya masih "token natif." Klasifikasi teknikal tidak sama dengan utiliti dunia sebenar.
Jangan kelirukan dengan
- ERC-20 dan token kontrak pintar lain -- token ERC-20 digunakan sebagai kontrak pada rantaian sedia ada dan bergantung pada token natif rantaian itu untuk gas. Token natif wujud pada peringkat protokol dan tidak bergantung pada mana-mana kontrak pintar.
- Piawaian token -- konsep payung yang merangkumi semua format teknikal (ERC-20, BEP-20, SPL, token natif). "Token natif" ialah satu jenis piawaian token -- jenis di mana token terbina dalam rantaian itu sendiri.
- Model token -- model token menerangkan peranan token (utiliti, tadbir urus, staking, mekanisme yuran). Token natif boleh menjalankan mana-mana peranan ini. "Natif" menerangkan format teknikal; "utiliti" atau "tadbir urus" menerangkan fungsi.
- Token natif terbalut (WETH, WSOL) -- sesetengah ekosistem mencipta pembalut serasi ERC-20 di sekeliling token natif supaya ia boleh digunakan dalam kontrak pintar yang memerlukan antara muka ERC-20. WETH ialah perwakilan ERC-20 bagi ETH, bukan ETH itu sendiri. Versi terbalut mengikut piawaian kontrak pintar; yang asal kekal sebagai token natif.
- Token gas -- kadangkala token natif dipanggil secara tidak formal sebagai "token gas" kerana ia digunakan untuk membayar gas. Tetapi "token gas" bukanlah piawaian atau klasifikasi formal -- ia adalah penerangan tentang salah satu fungsi token natif.
Soalan lazim
Mengapa yuran gas tidak boleh dibayar dalam mana-mana token?
Yuran gas diproses pada peringkat protokol -- oleh validator dan mekanisme konsensus itu sendiri, sebelum sebarang logik kontrak pintar dilaksanakan. Protokol direka untuk menerima hanya token natif untuk gas kerana ia memerlukan satu unit akaun yang boleh dipercayai untuk mengukur pengiraan dan mencegah spam. Sesetengah rangkaian dan penyelesaian Layer 2 sedang bereksperimen dengan pengabstrakan yuran (membenarkan gas dibayar dalam token lain), tetapi di sebaliknya, token natif biasanya masih terlibat dalam penyelesaian akhir.
Apakah perbezaan antara token natif dan token utiliti?
"Token natif" menerangkan format teknikal: token terbina dalam protokol blockchain. "Token utiliti" menerangkan peranan ekonomi: token digunakan untuk mengakses perkhidmatan, membayar penggunaan, atau menyertai fungsi projek. Token natif juga boleh menjadi token utiliti -- contohnya, TAO di Bittensor ialah kedua-duanya: token natif rangkaian Bittensor dan token utiliti yang digunakan untuk membayar inferens AI dan memberi ganjaran kepada peserta subnet. Kedua-dua label menerangkan dimensi berbeza bagi token yang sama.
Bolehkah sesebuah projek mempunyai kedua-dua token natif dan token ERC-20?
Ya. Projek yang mengendalikan blockchainnya sendiri mempunyai token natif untuk rantaian itu. Projek yang sama juga mungkin mengeluarkan token ERC-20 di Ethereum untuk penjambatan, kecairan, atau keserasian rentas rantaian. Sesetengah projek mengekalkan token natif mereka pada rantaian mereka sendiri dan versi terbalut atau berjambatan di Ethereum atau rantaian EVM lain. Ini secara teknikal adalah token yang berbeza (natif vs. kontrak pintar) yang mewakili aset asas yang sama melalui mekanisme penjambatan.
Rujukan luaran
- Ethereum.org -- Ether (ETH) -- penjelasan tentang token natif Ethereum, peranannya dalam yuran gas, staking, dan model ekonomi rangkaian.
- Solana Documentation -- SOL Token -- dokumentasi meliputi token natif Solana dan peranannya dalam yuran transaksi dan staking.
No comments to display
No comments to display