Model Akun NEAR Dijelaskan: Kunci & Penyimpanan

Model Akun NEAR adalah sistem tingkat protokol NEAR Protocol untuk mengelola identitas dan izin akun bersama dengan status on-chain. Setiap akun di NEAR memiliki ID akun yang dapat dibaca manusia, dapat menyimpan beberapa kunci akses dengan cakupan izin yang berbeda, dan dapat menyimpan saldo Token serta Kontrak Pintar yang diterapkan secara bersamaan. Blockchain mengelola nilai dan identitas melalui sistem yang berbeda (Bitcoin menggunakan model Unspent Transaction Output, atau UTXO, sementara Ethereum dan NEAR menggunakan model berbasis akun di mana setiap akun menyimpan status secara langsung), dan desain berbasis akun NEAR adalah yang memungkinkan arsitektur yang dibahas di sini.

NEAR Protocol adalah blockchain Lapisan 1 proof-of-stake (PoS) yang meluncurkan mainnet-nya pada tahun 2020. Protokol ini dibuat oleh NEAR Inc. (sekarang beroperasi sebagai Pagoda), sebuah organisasi alat pengembang yang terus memelihara NEAR SDK dan infrastruktur protokol inti. NEAR Protocol menggunakan sharding Nightshade untuk membagi jaringan menjadi shard paralel, dan ID akun berperan dalam penetapan shard, yang penting bagi pengembang yang memikirkan pola pemanggilan lintas kontrak.

Empat properti membedakan Model Akun NEAR dari sistem akun lapisan 1 lainnya:

• ID Akun adalah string yang dapat dibaca manusia, bukan urutan heksadesimal acak
• Satu akun dapat menyimpan kunci akses dalam jumlah tidak terbatas, masing-masing dengan cakupan izinnya sendiri
• Akun mana pun dapat menyimpan saldo Token dan Kontrak Pintar yang diterapkan, tanpa perbedaan arsitektur antara "akun pengguna" dan "akun kontrak"
• Akun harus menjaga saldo Token NEAR yang proporsional dengan penggunaan penyimpanan On-Chain mereka, sebuah mekanisme yang disebut storage staking

Artikel ini mencakup setiap komponen ini secara berurutan: tipe ID akun, tipe kunci akses, storage staking, sub-akun, perbandingan arsitektur Ethereum, dan contoh kerja praktis.

Lompat ke bagian:

• ID Akun NEAR: Akun Bernama dan Akun Implisit
• Kunci Akses NEAR: Cara Kerja Izin Akun
• Penyimpanan Staking: Bagaimana NEAR Menghubungkan Saldo Token ke Penyimpanan On-Chain
• Sub-Akun NEAR: Ruang Nama Akun Hierarkis
• Model Akun NEAR vs. Ethereum: Perbedaan Arsitektural Utama
• Apa Arti Arsitektur Akun Terpadu NEAR dalam Praktik
• Pertanyaan yang Sering Diajukan tentang Model Akun NEAR
• Poin Penting dan Langkah Selanjutnya

ID Akun NEAR: Akun Bernama dan Akun Implisit

Setiap akun NEAR diidentifikasi dengan ID akun yang unik. Berbeda dengan Ethereum, di mana akun diidentifikasi oleh alamat heksadesimal 42 karakter yang berasal dari Kunci Publik, ID akun NEAR hadir dalam dua bentuk struktur yang berbeda: akun bernama (named accounts) dan akun implisit (implicit accounts). Memahami perbedaan di antara keduanya adalah landasan untuk bekerja dengan sistem akun NEAR.

Akun Bernama: Pengidentifikasi yang Dapat Dibaca Manusia

Akun bernama adalah ID akun yang mudah dibaca manusia yang terdaftar di bawah domain tingkat atas: .near di mainnet, .testnet di jaringan uji. Akun bernama berfungsi seperti nama pengguna internet atau nama domain: mereka unik, dipilih oleh pendaftar, dan mudah dibagikan serta diingat. Contohnya termasuk alice.near, myprotocol.near, dan nft.myprotocol.near. Berbeda dengan nama pengguna, akun bernama adalah objek tingkat protokol yang menyimpan saldo NEAR token, dapat memiliki kontrak pintar yang diterapkan padanya, dan mengontrol kunci akses kriptografi.

Mendaftar akun bernama memerlukan Token Deposit NEAR dalam jumlah kecil. Untuk membuatnya, kunjungi antarmuka wallet yang kompatibel dengan NEAR seperti MyNEARWallet atau Meteor Wallet, pilih ID akun Anda, dan lakukan Deposit pendaftaran. Akun bernama juga dapat membuat sub-akun di dalam namespace mereka (sebagai contoh, alice.near dapat membuat app.alice.near), sebuah topik yang dibahas secara lengkap dalam bagian sub-akun di bawah ini.

Akun bernama adalah fitur protokol bawaan yang dibangun langsung ke dalam model akun Protokol NEAR. Akun tersebut bukan merupakan layanan penamaan eksternal yang berlapis di atas protokol, seperti cara kerja Ethereum Name Service (ENS) di Ethereum. ENS adalah sistem Kontrak Pintar yang terpisah; akun bernama NEAR adalah bagian kelas utama dari protokol itu sendiri.

Akun Implisit: Diturunkan Dari Kunci Publik

Akun implisit adalah ID akun heksadesimal 64 karakter yang diturunkan secara deterministik dari Kunci Publik Ed25519. Contoh ID akun implisit terlihat seperti: 98793cd91a3f870fb126f66285808c7e094afcfc4b4a2ca57271d8b8b6a4a7c0. Bagi pengembang yang berasal dari Ethereum, ini adalah jenis akun yang paling familier secara struktural, karena proses penurunannya serupa dengan cara alamat Ethereum dihitung dari kunci publik.

Mekanisme pembuatan akun implisit berbeda dari akun bernama dalam satu aspek penting: tidak diperlukan transaksi pendaftaran. Akun implisit menjadi aktif saat seseorang mengirim token NEAR ke ID akunnya. Hal ini menjadikan akun implisit cocok untuk pembuatan akun terprogram, alamat deposit bursa, dan skenario di mana keterbacaan manusia bukanlah prioritas.

Deskriptor "implisit" merujuk pada mekanisme pembuatan, bukan pada anonimitas. Akun implisit sepenuhnya dimiliki dan dikendalikan oleh pemegang Kunci Pribadi yang darinya ID akun diturunkan. Satu perbedaan lebih lanjut: ID akun implisit diturunkan dari Kunci Publik, tetapi tidak identik dengan Kunci Publik itu sendiri. ID akun adalah representasi heksadesimal huruf kecil dari byte Kunci Publik mentah. Pengembang Ethereum yang akrab dengan penurunan ID akun akan mengenali pola ini, tetapi seharusnya tidak berasumsi bahwa kedua representasi tersebut sama.

Akun Bernama vs. Implisit: Perbandingan Sisi ke Sisi

Kedua tipe ID akun tersebut berbeda dalam lima dimensi:

Akun bernama cocok untuk dompet pengguna dan penerapan protokol di mana keterbacaan sangat penting. Akun implisit cocok untuk bursa, alat pemrograman, dan skenario di mana akun dibuat secara massal tanpa interaksi pengguna.

Kunci Akses NEAR: Cara Kerja Izin Akun

Kunci akses NEAR adalah lapisan otorisasi dari model akun. Setiap akun NEAR dapat menyimpan beberapa kunci akses secara bersamaan, dan setiap kunci memiliki cakupan izin yang berbeda. Akun NEAR dapat menyimpan jumlah kunci akses tanpa batas sekaligus. Setiap kunci adalah pasangan kunci kriptografis Ed25519 yang independen, dan Anda dapat menambah atau menghapus kunci tanpa membuat akun baru. Kunci ditambahkan melalui transaksi yang ditandatangani oleh Kunci Akses Penuh (Full Access Key) yang ada, menggunakan NEAR CLI (near add-key) atau secara terprogram melalui SDK.

Ini berbeda dengan Ethereum, di mana satu Kunci Pribadi mengontrol setiap alamat. Desain multi-kunci NEAR memungkinkan kontrol izin yang lebih terperinci tanpa mengorbankan kontinuitas akun. NEAR mendukung dua jenis kunci: Kunci Akses Penuh dan Kunci Akses Panggilan Fungsi. Lihat dokumentasi NEAR Protocol tentang kunci akses) untuk spesifikasi teknis lengkap.

Kunci Akses Penuh: Kredensial Utama

Kunci Akses Penuh adalah kunci akses dengan izin tak terbatas atas suatu akun. Kunci ini dapat mengotorisasi transfer Token, deployment Kontrak Pintar, penambahan atau penghapusan kunci lain, dan penghapusan akun. Anggap Kunci Akses Penuh seperti kunci induk ke rumah Anda: ia membuka setiap pintu. Berbeda dengan kunci rumah, Kunci Akses Penuh adalah pasangan kunci kriptografis yang menandatangani transaksi di blockchain NEAR, sehingga praktik keamanan yang sama berlaku. Simpan di perangkat keras wallet atau secara offline, dengan alasan yang sama pengguna Ethereum melindungi frasa benih mereka.

Akun NEAR dapat memiliki beberapa Kunci Akses Penuh. Satu per perangkat adalah pola umum, dengan setiap kunci membawa tingkat izin penuh yang sama. Ini adalah poin arsitektural yang penting: tidak ada "kunci pribadi utama" tunggal seperti yang dimiliki akun Ethereum. Beberapa Kunci Akses Penuh dapat hidup berdampingan pada satu akun secara bersamaan.

Catatan Pengembang: Kunci Akses Function Call yang disusupi tidak memberikan izin Kunci Akses Penuh. Lingkup izin terpisah secara arsitektural pada level protokol. Mencabut Kunci Akses Function Call tidak memengaruhi Kunci Akses Penuh mana pun pada akun yang sama, dan sebaliknya.

Kunci Akses Function Call: Izin Terlingkup untuk dApp

Kunci Akses Panggilan Fungsi adalah kunci akses terlingkup yang hanya dapat memanggil metode tertentu pada satu kontrak tertentu, dengan tunjangan NEAR Token opsional yang membatasi jumlah gas yang dapat dibelanjakan oleh kunci tersebut. Anggap saja seperti token sesi atau izin OAuth terlingkup: ini memberikan hak kepada aplikasi tertentu untuk melakukan tindakan tertentu atas nama Anda, tanpa memberikannya akses ke akun lengkap Anda. Berbeda dengan token OAuth, Kunci Akses Panggilan Fungsi adalah pasangan kunci kriptografi yang disimpan di rantai, dan batas izinnya diberlakukan di tingkat protokol, bukan oleh aplikasi.

Ketika Anda menghubungkan akun NEAR Anda ke aplikasi terdesentralisasi (dApp) dan menyetujui Kunci Akses Panggilan Fungsi, dApp dapat mengirimkan transaksi tertentu secara otomatis tanpa memicu pop-up konfirmasi wallet untuk setiap transaksi. Hal ini memungkinkan pengalaman pengguna berbasis sesi dalam game, protokol DeFi, dan aplikasi sosial. Di Ethereum, setiap interaksi tersebut akan memerlukan konfirmasi MetaMask terpisah. Di NEAR, pengguna menyetujui kunci tersebut sekali, dan dApp beroperasi dalam cakupan tersebut untuk sesi tersebut.

Function Call Access Keys dapat membawa alokasi Token NEAR opsional, yang membatasi total gas yang diizinkan untuk dihabiskan oleh kunci tersebut. Setelah alokasi tersebut habis, kunci tersebut tidak lagi dapat mengirimkan transaksi hingga pengguna mengisinya kembali atau menerbitkan kunci baru.

Kesalahpahaman Umum: Memberikan Function Call Access Key ke dApp tidak memberikan kontrol atas akun Anda kepada dApp tersebut. Kunci ini dibatasi secara ketat pada metode kontrak yang ditentukan dan alokasi gas. Kunci ini tidak dapat mentransfer saldo NEAR Token Anda, tidak dapat menyebarkan kontrak, dan tidak dapat menambah atau menghapus kunci lain di akun Anda.

Catatan Developer: Kunci Akses Pemanggilan Fungsi memungkinkan pola kunci sesi di dApps. Pengguna dapat memberikan otorisasi kunci untuk sesi permainan atau sesi trading DeFi, dan aplikasi beroperasi dalam cakupan tersebut tanpa memerlukan persetujuan per transaksi. Ini adalah salah satu perbedaan UX yang paling relevan bagi developer antara membangun di NEAR dibandingkan dengan Ethereum.

Kunci Akses Penuh vs. Kunci Akses Pemanggilan Fungsi: Perbedaan Utama

Kunci Akses Penuh dan Kunci Akses Panggilan Fungsi berbeda dalam enam dimensi:

Kunci Akses Penuh adalah milik pemilik akun dan harus disimpan secara offline atau dalam perangkat keras. Kunci Akses Panggilan Fungsi diterbitkan untuk aplikasi dan dapat dicabut oleh pemilik akun kapan saja.

Penyimpanan Staking: Bagaimana NEAR Menghubungkan Saldo Token ke Penyimpanan On-Chain

Storage staking adalah komponen arsitektur akun NEAR yang dilewatkan oleh sebagian besar sumber daya edukasi blockchain, namun hal ini memiliki implikasi praktis langsung bagi setiap pengembang yang membangun di NEAR dan setiap pengguna yang mengelola akun.

Mengapa NEAR Memerlukan Saldo Token untuk Penyimpanan

Definisi: Staking penyimpanan (juga disebut staking state di beberapa dokumentasi NEAR) adalah persyaratan bagi akun NEAR untuk mempertahankan saldo Token NEAR yang proporsional dengan jumlah data On-Chain yang mereka simpan. Saldo terkunci ini bertindak sebagai Deposit yang dapat dikembalikan, bukan biaya.

Staking penyimpanan ibarat Deposit keamanan pada sebuah apartemen. Token NEAR Anda dikunci sebanding dengan penyimpanan yang Anda gunakan dan dikembalikan saat Anda menghapus data yang disimpan tersebut. Berbeda dengan pembayaran sewa, token tersebut tidak ditransfer kepada siapa pun; token tersebut tetap berada di akun Anda, hanya dicadangkan untuk penyimpanan yang Anda miliki.

Satu perbedaan yang patut diklarifikasi: staking penyimpanan tidak sama dengan staking validator. Kedua mekanisme ini mengunci token NEAR, tetapi keduanya memiliki tujuan yang sangat berbeda. Staking validator mengunci token untuk berpartisipasi dalam produksi blok dan mendapatkan imbalan konsensus. Staking penyimpanan mengunci token secara proporsional dengan penggunaan penyimpanan On-Chain untuk mencegah pembengkakan state dan menyelaraskan biaya penyimpanan dengan entitas yang mengonsumsinya. Ini adalah saldo terkunci yang terpisah dengan tujuan yang terpisah.

Staking penyimpanan juga terpisah dari biaya gas. Biaya gas adalah biaya eksekusi per transaksi yang dibayarkan dalam token NEAR dan dibakar setelah setiap transaksi. Staking penyimpanan adalah persyaratan saldo berkelanjutan yang terikat pada seberapa banyak data yang disimpan oleh sebuah akun, bukan pada seberapa banyak transaksi yang dikirimkannya.

Penyimpanan Staking dalam Praktik: Apa Artinya bagi Akun dan Kontrak

Staking penyimpanan mempengaruhi akun pada tiga tingkatan:

• Pembuatan akun: Memerlukan saldo Token NEAR minimum. Tarif saat ini adalah sekitar 0,00182 NEAR per byte status (verifikasi tarif saat ini di dokumentasi resmi NEAR storage staking) sebelum membuat keputusan pengembangan, karena tata kelola protokol dapat menyesuaikan angka ini).
• Penyebaran kontrak (Contract deployment): Memerlukan Deposit yang proporsional lebih besar berdasarkan ukuran kontrak yang dikompilasi. Bytecode WASM kontrak disimpan secara On-Chain sebagai bagian dari status akun, dan deposit penyimpanan berskala dengan ukuran tersebut.
• Data status kontrak: Data yang disimpan dalam status kontrak (seperti saldo pengguna dalam kontrak Token atau status permainan dalam permainan On-Chain) memerlukan saldo berkelanjutan yang dikelola oleh siapa pun yang mengendalikan akun kontrak.

Jika saldo akun NEAR jatuh di bawah persyaratan penyimpanannya, akun tersebut tidak dapat mengirim transaksi keluar hingga saldonya diisi ulang. Akun tidak dihapus dan datanya tidak hilang; akun tersebut hanya menjadi tidak aktif untuk transaksi keluar hingga token NEAR yang cukup disetorkan.

Catatan Pengembang: Putuskan sejak awal apakah aplikasi Anda akan menanggung storage deposit bagi pengguna selama proses onboarding atau mewajibkan pengguna untuk mengelola saldo mereka sendiri. Banyak protokol menyerap biaya penyimpanan untuk mengurangi hambatan. Ini adalah keputusan ekonomi onboarding nyata yang memengaruhi akuisisi pengguna, jadi pertimbangkan hal ini dalam model biaya dApp Anda sebelum peluncuran.

Sub-Akun NEAR: Namespace Akun Hierarkis

Akun turunan NEAR adalah akun yang ID-nya diawali dengan ID akun induknya. Contohnya, app.alice.near adalah akun turunan dari alice.near, dan hanya alice.near yang dapat membuat akun di namespace tersebut.

Satu detail penting yang perlu diperjelas: setelah sub-akun dibuat, akun induk TIDAK mengontrolnya. Sub-akun tersebut sepenuhnya independen: ia memiliki kunci aksesnya sendiri, saldo Token NEAR-nya sendiri, dan status on-chain-nya sendiri. Satu-satunya otoritas khusus akun induk adalah kemampuan untuk membuat sub-akun dalam namespace-nya. Di luar tindakan pembuatan tersebut, kedua akun tidak memiliki hubungan kontrol yang berkelanjutan.

Hierarki penamaan ini menyerupai domain dan subdomain web. alice.near layaknya sebuah domain, dan app.alice.near layaknya subdomain. Sama seperti mendaftarkan domain tidak memberi Anda kendali berkelanjutan atas konten yang di-host di subdomainnya, membuat sub-akun tidak memberikan otoritas kepada akun induk atas bagaimana sub-akun tersebut digunakan setelahnya.

Pola penggunaan umum bagi tim protokol terlihat seperti ini:

myprotocol.near → token.myprotocol.near → staking.myprotocol.near → dao.myprotocol.near

Setiap sub-akun dikendalikan secara independen setelah pembuatan. Masing-masing memiliki kunci aksesnya sendiri, menyimpan saldonya sendiri, dan dapat memiliki kontrak pintar terpisah yang diterapkan padanya. Pembuatan diinisiasi oleh akun induk, baik melalui NEAR CLI atau secara terprogram melalui panggilan kontrak. Setelah transaksi tersebut, kendali sepenuhnya beralih kepada siapa pun yang memegang kunci akses untuk sub-akun baru tersebut.

Kesalahpahaman Umum: Akun induk tidak mengatur sub-akun setelah dibuat. Sub-akun adalah akun tingkat protokol yang sepenuhnya otonom. Konvensi penamaan mencerminkan siapa yang membuatnya, bukan siapa yang mengendalikannya.

Catatan Pengembang: Sub-account adalah pola standar untuk arsitektur protokol modular. Menerapkan kontrak terpisah ke sub-account yang terpisah memberikan setiap modul manajemen kunci akses yang independen, jalur pemutakhiran yang independen, dan isolasi izin yang lebih bersih. Banyak protokol NEAR produksi menggunakan pola ini untuk kontrak Token, modul tata kelola, dan logika Staking.

Model Akun NEAR vs. Ethereum: Perbedaan Arsitektur Utama

Model Akun NEAR dan model akun Ethereum mengambil pendekatan arsitektur yang berbeda untuk masalah yang sama: cara mengidentifikasi akun, cara mengotorisasi transaksi, dan cara menerapkan kontrak pintar. Bagi pengembang yang mengevaluasi NEAR sebagai Platform pengembangan, memahami perbedaan ini adalah prasyarat untuk membuat keputusan arsitektur yang terinformasi.

Ethereum membagi akun menjadi dua jenis: Externally Owned Accounts (EOA) dan Akun Kontrak. Sebuah EOA dikendalikan oleh satu kunci pribadi tunggal dan tidak dapat menyimpan kode yang diterapkan. Akun Kontrak dikendalikan oleh kode dan tidak memiliki kunci pribadi. Pemisahan ini berarti bahwa jika Anda ingin alamat Ethereum untuk menyimpan ETH sekaligus menjalankan logika kontrak pintar, Anda memerlukan dua objek akun terpisah yang bekerja sama.

NEAR menggunakan model yang terpadu. Akun NEAR mana pun dapat menyimpan saldo Token dan menjalankan kontrak pintar secara bersamaan. Tidak ada tipe "akun kontrak" yang terpisah. Akun alice.near dapat menyimpan Token NEAR, menjalankan kontrak WASM yang telah di-deploy, dan mengelola beberapa kunci akses dengan cakupan izin yang berbeda, semuanya sebagai satu objek protokol. Akun NEAR mana pun dapat menyimpan kontrak pintar, saldo Token, dan beberapa kunci akses pada saat yang bersamaan.

Akun Ethereum masing-masing dikendalikan oleh satu Kunci Pribadi. Akun NEAR mendukung beberapa kunci akses dengan cakupan izin yang berbeda, memungkinkan pola seperti kunci sesi dan manajemen kunci multi-perangkat yang tidak didukung secara native oleh model akun Ethereum di tingkat protokol.

Catatan: Kontrak pintar yang kompatibel dengan Ethereum dapat berjalan di NEAR melalui Aurora, lapisan kompatibilitas EVM yang diterapkan sebagai kontrak pintar di NEAR. Aurora adalah lapisan terpisah; pengembangan native NEAR menggunakan WebAssembly (WASM) yang dikompilasi dari Rust atau JavaScript, bukan Solidity. Lihat dokumentasi model akun Ethereum untuk spesifikasi akun Ethereum selengkapnya.

Apa Makna Arsitektur Akun Terpadu NEAR dalam Praktik

Komponen Model Akun NEAR (ID akun, kunci akses, Staking penyimpanan, dan sub-akun) membentuk sistem terpadu yang menghasilkan perbedaan nyata dalam cara aplikasi berperilaku dan bagaimana pengguna mengalaminya.

Pertimbangkan sebuah akun NEAR tunggal, alice.near. Akun Alice dapat secara bersamaan:

1. Memiliki saldo NEAR Token
2. Memiliki Kontrak Pintar yang di-deploy padanya, dikompilasi ke WebAssembly (WASM) dari Rust
3. Memiliki tiga kunci akses: Kunci Akses Penuh yang disimpan di perangkat kerasnya wallet, Kunci Akses Penuh di laptopnya, dan Kunci Akses Panggilan Fungsi yang diberikan ke dApp DeFi untuk perdagangan berbasis sesi
4. Memiliki dua sub-akun (app.alice.near untuk kontrak game yang di-deploy, dan vault.alice.near untuk kontrak tabungan), masing-masing dikendalikan secara independen

ID akun Alice dapat dibaca dan dibagikan. Ia tidak pernah menyalin string heksadesimal 42 karakter untuk menerima token atau berinteraksi dengan kontrak.

Bagi para pengembang, implikasi praktisnya sangat besar. Pola kunci sesi menghilangkan gesekan per transaksi wallet dalam game dan aplikasi sosial. Arsitektur sub-akun memungkinkan tim protokol untuk menerapkan kontrak modular dengan jalur peningkatan yang independen. Storage staking menciptakan model biaya yang dapat diprediksi untuk data on-chain yang harus diperhitungkan dalam ekonomi onboarding. Akun juga dapat berinteraksi dengan Rainbow Bridge untuk mentransfer aset antara NEAR dan Ethereum, dan dikelola melalui antarmuka yang kompatibel dengan NEAR seperti wallet MyNEARWallet atau Meteor Wallet.

Bagi pengguna akhir, model akun memungkinkan ID akun yang mudah dibaca yang berfungsi seperti nama pengguna, sesi dApp yang tidak mengganggu pengalaman dengan pop-up wallet, dan model rotasi kunci yang memungkinkan pemulihan akun tanpa bergantung pada satu Frasa Pemulihan.

Pertanyaan Umum Mengenai Model Akun NEAR

Apa perbedaan antara akun bernama dan akun implisit di NEAR?

Akun bernama adalah pengenal yang mudah dibaca manusia (seperti alice.near) yang terdaftar di bawah domain tingkat atas, memerlukan deposit Token NEAR dalam jumlah kecil saat pendaftaran, dan dipilih oleh pengguna. Akun implisit adalah ID heksadesimal 64 karakter yang diturunkan dari Kunci Publik Ed25519, tidak memerlukan pendaftaran, dan aktif secara otomatis saat Token NEAR dikirim ke ID akun tersebut. Akun bernama biasanya digunakan untuk dompet pengguna dan penerapan protokol; akun implisit umum digunakan untuk bursa dan alat pemrograman. Lihat tabel perbandingan akun bernama vs. implisit di atas untuk rincian perbandingan berdampingan yang lengkap.

Berapa banyak kunci akses yang dapat dimiliki oleh akun NEAR?

Akun NEAR dapat menampung jumlah kunci akses yang tak terbatas secara bersamaan. Setiap kunci memiliki cakupan izinnya sendiri: baik Kunci Akses Penuh dengan izin tanpa batas, atau Kunci Akses Panggilan Fungsi yang dibatasi untuk metode kontrak tertentu. Ini memungkinkan pengguna untuk mempertahankan kunci terpisah untuk perangkat atau dApps yang berbeda tanpa membuat akun baru. Anda dapat menambah atau mencabut kunci individu kapan saja tanpa memengaruhi yang lain. Lihat bagian kunci akses untuk detail tentang setiap jenis kunci.

Apa itu storage staking pada NEAR Protocol?

Storage staking adalah persyaratan bagi akun NEAR untuk mempertahankan saldo Token NEAR yang proporsional dengan jumlah data On-Chain yang mereka simpan. Token tersebut dikunci sebagai Deposit, bukan dibelanjakan, dan akan dilepaskan jika data yang disimpan dihapus. Mekanisme ini mencegah pembengkakan state di jaringan dan memastikan konsumen penyimpanan menanggung biaya sumber daya yang mereka tempati. Storage staking terpisah dari biaya gas (yang dibakar per transaksi) dan dari staking validator (yang mengamankan konsensus jaringan). Lihat bagian storage staking untuk penjelasan lengkap.

Bisakah akun NEAR menyimpan Kontrak Pintar?

Ya. Setiap akun NEAR dapat memiliki kontrak pintar yang diterapkan padanya. Tidak seperti Ethereum, yang memisahkan Akun yang Dimiliki Secara Eksternal (akun pengguna yang tidak dapat menyimpan kode) dari Akun Kontrak (akun penyimpan kode tanpa kunci pribadi), NEAR menggunakan model akun terpadu di mana akun apa pun dapat secara bersamaan menyimpan saldo token NEAR dan kode kontrak yang diterapkan. Kontrak di NEAR dikompilasi ke WebAssembly (WASM) dari kode sumber Rust atau JavaScript, bukan Solidity. Lihat bagian perbandingan Ethereum untuk rincian arsitektur lengkapnya.

Apa yang terjadi jika saldo akun NEAR saya turun di bawah persyaratan penyimpanan?

Jika saldo akun NEAR turun di bawah minimum yang diperlukan untuk penggunaan penyimpanannya, akun tersebut tidak dapat mengirim transaksi keluar sampai saldo diisi ulang. Akun tidak dihapus dan datanya tidak hilang; akun tersebut hanya menjadi tidak aktif untuk transaksi keluar sampai token NEAR yang cukup disetorkan. Data yang tersimpan tetap utuh di rantai (on-chain). Lihat bagian storage staking dalam praktik untuk detail mengenai persyaratan saldo.

Apa itu sub-akun di NEAR dan siapa yang mengendalikannya?

Sub-akun NEAR adalah akun yang ID-nya diawali dengan ID akun induk. Contohnya, app.alice.near adalah sub-akun dari alice.near, dan hanya alice.near yang dapat membuat akun di namespace tersebut. Setelah dibuat, akun induk TIDAK mengontrol sub-akun tersebut. Sub-akun sepenuhnya independen dengan kunci aksesnya sendiri, saldo NEAR Token-nya sendiri, dan status on-chain-nya sendiri. Otoritas penamaan induk terbatas pada tindakan pembuatan. Lihat bagian sub-akun untuk penjelasan lengkapnya.

Bagaimana NEAR Protocol berbeda dari Ethereum dalam hal akun?

Perbedaan arsitektur intinya adalah struktur akun. Ethereum memiliki dua tipe akun yang terpisah: Externally Owned Accounts (dikendalikan oleh satu Kunci Pribadi, tanpa kode) dan Contract Accounts (dikendalikan oleh kode, tanpa Kunci Pribadi). NEAR menggunakan model akun terpadu di mana setiap akun NEAR dapat menyimpan saldo Token sekaligus Kontrak Pintar yang diterapkan secara bersamaan. Akun NEAR juga mendukung beberapa kunci akses dengan cakupan izin yang berbeda, sementara akun Ethereum masing-masing dikendalikan oleh satu Kunci Pribadi. ID akun NEAR dapat berupa nama akun yang dapat dibaca manusia, sedangkan alamat Ethereum selalu berupa string heksadesimal. Lihat tabel perbandingan lengkap untuk rincian perbandingannya.

Apa itu Kunci Akses Akses Penuh vs. Kunci Akses Panggilan Fungsi di NEAR?

Kunci Akses Penuh memiliki izin tanpa batas atas sebuah akun: kunci ini dapat mengotorisasi transfer Token, penerapan kontrak, serta menambah atau menghapus kunci lainnya. Kunci Akses Penuh adalah kredensial dengan tingkat kepercayaan tertinggi milik pemilik akun dan harus disimpan dalam wallet perangkat keras atau secara offline. Kunci Akses Panggilan Fungsi memiliki cakupan untuk memanggil metode tertentu pada kontrak tertentu, dengan alokasi Token NEAR opsional untuk gas. Kunci ini tidak dapat mentransfer saldo Token atau memodifikasi kunci lainnya. Kunci Akses Penuh ditujukan bagi pemilik akun; Kunci Akses Panggilan Fungsi diterbitkan untuk dApps guna memungkinkan interaksi serupa sesi tanpa memerlukan akses akun penuh. Lihat tabel perbandingan kunci untuk rincian lengkapnya.

Seperti apa rupa ID akun NEAR?

ID akun NEAR hadir dalam dua bentuk. Akun bernamakan terlihat seperti nama pengguna atau nama domain yang dapat dibaca: alice.near, myprotocol.near, app.alice.near. Akun implisit adalah string heksadesimal 64 karakter yang diturunkan dari Kunci Publik, mirip dalam format visual dengan alamat Ethereum tetapi lebih panjang: misalnya, 98793cd91a3f870fb126f66285808c7e094afcfc4b4a2ca57271d8b8b6a4a7c0. Akun bernamakan menggunakan akhiran .near pada mainnet dan .testnet pada jaringan pengujian. Lihat bagian ID akun untuk rincian lengkap dan tabel perbandingan.

Apakah NEAR Protocol proof of stake?

Protokol NEAR menggunakan mekanisme konsensus proof-of-stake (PoS). Validator stake token NEAR untuk berpartisipasi dalam produksi blok dan mendapatkan imbalan protokol. Akun validator adalah akun NEAR standar dengan kontrak staking yang diterapkan padanya, yang menggambarkan model akun terpadu dalam praktiknya. Staking validator adalah mekanisme terpisah dari storage staking; keduanya mengunci token NEAR tetapi melayani tujuan yang sama sekali berbeda.

Poin-Poin Penting dan Langkah Selanjutnya

Model Akun NEAR menyatukan identitas akun dengan izin dan manajemen penyimpanan On-Chain dalam satu arsitektur tunggal. Alih-alih memisahkan akun pengguna dari akun kontrak, atau membatasi setiap akun ke satu Kunci Pribadi, NEAR membangun fleksibilitas dan izin terperinci langsung ke lapisan akun.

Poin-poin penting:

• ID akun NEAR adalah akun bernama yang mudah dibaca manusia (misalnya, alice.near) atau akun implisit 64 karakter yang diturunkan dari Kunci Publik, bukan alamat heksadesimal
• Akun bernama memerlukan deposit Token NEAR saat pendaftaran; akun implisit aktif secara otomatis pada penerimaan Token pertama
• Setiap akun NEAR dapat menampung beberapa kunci akses secara bersamaan, masing-masing dengan cakupan izin yang berbeda
• Kunci Akses Penuh mengotorisasi semua tindakan akun dan dimiliki oleh pemilik akun; Kunci Akses Panggilan Fungsi dibatasi untuk metode kontrak tertentu dan diterbitkan ke aplikasi
• Akun NEAR mana pun dapat menampung saldo Token NEAR dan Kontrak Pintar yang di-deploy. Tidak ada tipe akun kontrak terpisah
• Storage staking memerlukan saldo Token NEAR yang dikunci yang sebanding dengan konsumsi penyimpanan on-chain. Ini adalah deposit yang dapat dikembalikan, bukan biaya, dan berbeda dari biaya gas dan staking validator
• Sub-akun mengikuti konvensi penamaan hierarkis, tetapi akun induk tidak mengontrol sub-akun setelah pembuatan. Setiap sub-akun sepenuhnya otonom

Pengembang yang siap membangun di NEAR dapat memulai dengan dokumentasi model akun Protokol NEAR,) yang menyediakan spesifikasi teknis dan referensi SDK. Untuk rincian spesifik storage Staking dan parameter tarif saat ini, konsultasikan dengan dokumentasi resmi storage Staking NEAR) sebelum membuat keputusan arsitektur, karena parameter protokol dapat berubah melalui tata kelola. Pengguna yang membuat akun NEAR pertama mereka dapat melakukannya melalui antarmuka wallet yang kompatibel dengan NEAR seperti MyNEARWallet atau Meteor Wallet.

Catatan akurasi teknis: NEAR Protocol adalah blockchain yang aktif dan terus berkembang. Spesifikasi teknis, termasuk tarif staking penyimpanan dan persyaratan pembuatan akun, dapat berubah seiring pembaruan protokol. Verifikasi spesifikasi saat ini dengan dokumentasi resmi NEAR Protocol sebelum membuat keputusan pengembangan.