Model Akun NEAR: Nama, Kunci & Penyimpanan

Daftar Isi

• Apa Itu NEAR Protocol?
• TL;DR: Sekilas Tentang Model Akun NEAR
• Apa Itu Model Akun NEAR?
• Named Accounts dan Implicit Accounts: Bagaimana NEAR Mengidentifikasi Pengguna
• Sub-accounts: Organisasi Akun Hierarkis di NEAR
• Kunci Akses NEAR: Izin Akses Penuh vs. Panggilan Fungsi
• Staking Penyimpanan: Mengapa Akun NEAR Memerlukan Saldo Minimum
• Model Akun NEAR vs. Ethereum: Perbandingan Berdampingan
• Memulai: Membuat dan Mengelola Akun NEAR Anda
• Pertanyaan Umum: Model Akun NEAR
• Kesimpulan: Apa Arti Model Akun NEAR bagi Pengembang dan Pengguna

Apa Itu NEAR Protocol? (Pengenalan Singkat)

NEAR Protocol adalah blockchain proof-of-stake Layer-1 yang dibangun demi aksesibilitas pengembang, dengan biaya transaksi yang rendah dan dapat diprediksi serta arsitektur sharding yang dirancang untuk berskala tanpa mengorbankan kegunaan. Didirikan bersama oleh Illia Polosukhin dan Alexander Skidanov, NEAR Protocol dirancang sejak awal dengan pengalaman pengembang dan aksesibilitas pengguna akhir sebagai tujuan utama, alih-alih menyesuaikan kegunaan pada arsitektur yang dibangun untuk tujuan lain.

NEAR berskala melalui sharding Nightshade, sebuah mekanisme yang mendistribusikan status akun dan komputasi di berbagai rantai pemrosesan paralel, memungkinkan jaringan menangani volume transaksi tinggi tanpa meningkatkan biaya secara proporsional. Protokol ini mendukung smart contract yang dikompilasi ke WebAssembly dan menjaga biaya gas tetap rendah berdasarkan desainnya, berbeda dengan blockchain di mana volatilitas biaya menciptakan gesekan bagi pengembang dan pengguna. Pengembangan ekosistem diawasi oleh NEAR Foundation, badan tata kelola nirlaba yang sebelumnya mengoperasikan NEAR Wallet resmi sebelum beralih ke alternatif yang dikelola komunitas.

Ekspresi paling jelas dari filosofi yang mengutamakan pengembang ini adalah model akun NEAR, sebuah desain yang memikirkan kembali cara kerja manajemen identitas dan izin Blockchain dari awal.

Singkatnya: Model Akun NEAR Sekilas Pandang

Ringkasan cepat bagi pembaca sekilas:

• Akun NEAR menggunakan nama yang dapat dibaca manusia (misalnya, alice.near) alih-alih string hash kriptografi seperti alamat Ethereum 0x742d35Cc....
• Setiap akun dapat memiliki beberapa kunci akses secara bersamaan, masing-masing dengan tingkat izinnya sendiri, mulai dari kontrol tanpa batas hingga interaksi kontrak dengan cakupan sempit.
• Setiap akun NEAR dapat meluncurkan Kontrak Pintar; tidak ada jenis akun kontrak terpisah seperti di Ethereum.
• Sub-akun mengikuti namespace hierarkis (misalnya, contract.myapp.near di bawah myapp.near), berfungsi seperti subdomain untuk akun Blockchain.
• Akun harus mempertahankan saldo Token NEAR minimum yang proporsional dengan penggunaan penyimpanan On-Chain mereka, sebuah mekanisme yang disebut storage Staking.
• Sistem izin multi-kunci asli NEAR mencapai banyak tujuan yang sedang dibangun Ethereum dengan abstraksi akun (EIP-4337), tetapi melalui pendekatan arsitektur berbeda yang dibangun sejak awal.

Apa Itu Model Akun NEAR?

Model akun NEAR adalah arsitektur identitas dan izin on-chain yang mendefinisikan bagaimana akun diberi nama, status apa yang mereka simpan, bagaimana akses dikelola melalui izin kunci yang terperinci, dan bagaimana mereka berhubungan dengan smart contract di NEAR blockchain.

Dalam konteks blockchain, "model akun" mengacu pada sistem yang digunakan protokol untuk merepresentasikan partisipan on-chain: apa yang terkandung dalam sebuah akun, bagaimana akun diidentifikasi, bagaimana akun mengotorisasi transaksi, dan apakah akun dapat mengeksekusi kode. Ethereum menggunakan satu model akun; Bitcoin menggunakan paradigma yang sama sekali berbeda (model UTXO, di mana saldo dilacak sebagai keluaran transaksi yang belum dibelanjakan daripada saldo akun). NEAR menggunakan model berbasis akun, tetapi implementasinya berbeda secara signifikan dari Ethereum dalam hal-hal yang penting untuk kegunaan dan pengembangan aplikasi.

Sebuah akun NEAR memiliki lima hal secara bersamaan: ID akun yang unik, saldo Token NEAR, status akun (penyimpanan data On-Chain), sebuah Kontrak Pintar opsional yang telah di-deploy dan dikompilasi ke WebAssembly (WASM, memungkinkan kontrak yang ditulis dalam Rust atau JavaScript), dan satu atau lebih kunci akses dengan tingkat izin yang berbeda. Struktur terpadu ini berarti tidak ada pemisahan antara "akun pengguna" dan "akun Kontrak Pintar" seperti pada Ethereum. Akun NEAR mana pun dapat secara opsional menghosting sebuah Kontrak Pintar tanpa menjadi kategori objek yang berbeda. Akun tanpa kontrak yang di-deploy berfungsi sebagai akun pengguna biasa; akun dengan kontrak yang di-deploy secara bersamaan adalah akun pengguna sekaligus host kontrak.

Konteks praktis untuk memahami mengapa hal ini penting adalah aplikasi terdesentralisasi (dApp), sebuah aplikasi perangkat lunak yang berjalan di jaringan blockchain dan bukan di server terpusat. Arsitektur akun NEAR dirancang untuk membuat interaksi dApp lebih aman dan lebih mudah diakses daripada yang dimungkinkan oleh model akun blockchain yang ada saat ini. Sistem ID akun adalah tempat filosofi desain ini paling terlihat secara langsung, dan di sanalah tur arsitektur ini dimulai.

Untuk spesifikasi teknis yang lengkap, lihat dokumentasi model akun NEAR Protocol di docs.near.org/concepts/basics/accounts/model.

Akun Bernama dan Akun Implisit: Bagaimana NEAR Mengidentifikasi Pengguna

NEAR mengidentifikasi pengguna dan aplikasi On-Chain melalui dua format akun: akun bernama, yang menggunakan string yang dapat dibaca manusia seperti alice.near, dan akun implisit, yaitu string hex 64 karakter yang berasal dari Kunci Publik.

Akun Bernama: Identitas Blockchain yang Dapat Dibaca Manusia

Akun Bernama di NEAR adalah pengenal akun yang dapat dibaca manusia yang mengikuti struktur seperti domain, diakhiri dengan .near di mainnet dan .testnet di testnet, menggantikan string hash kriptografis yang digunakan oleh blockchain seperti Ethereum.

Kontrasnya langsung terlihat: alice.near versus 0x742d35Cc6634C0532925a3b844Bc454e4438f44e. Keduanya adalah pengidentifikasi blockchain yang valid, tetapi yang satu mudah dibaca dan yang lain memerlukan verifikasi salin-tempel yang cermat. Bayangkan akun bernama NEAR seperti alamat email: mudah dibaca dan terikat pada identitas, bukan serangkaian karakter acak yang memerlukan perbandingan karakter demi karakter untuk memverifikasinya.

Akun bernama mengikuti aturan penamaan tertentu: ID akun adalah string alfanumerik, dapat menggunakan titik sebagai pemisah, harus terdiri dari 2 hingga 64 karakter, dan harus berakhiran .near di Mainnet atau .testnet pada jaringan uji. Struktur yang dipisahkan dengan titik ini menciptakan hierarki layaknya domain: myapp.near adalah akun bernama tingkat atas, dan contract.myapp.near adalah sub-akun di bawahnya (penjelasan lebih lanjut tentang sub-akun ada di bagian berikutnya).

Rasional UX di balik akun bernama lebih dari sekadar estetika. Pengidentifikasi yang dapat dibaca mengurangi risiko pengiriman transaksi ke akun yang salah, membuat alamat kontrak lebih mudah ditemukan, dan menurunkan beban kognitif dalam mengelola identitas On-Chain. Bagi siapa pun yang telah memeriksa tiga kali alamat MetaMask sebelum mengirimkan transaksi, daya tarik alice.near dibandingkan string heksadesimal 42 karakter adalah sesuatu yang konkret, bukan abstrak. Pengguna mendaftarkan dan mengelola akun bernama melalui MyNEARWallet di mynearwallet.com, antarmuka akun utama yang dikelola oleh komunitas (versi asli wallet.near.org yang dioperasikan oleh NEAR Foundation telah dihentikan).

Akun Implisit: Format Akun Alternatif

Akun Implisit adalah format akun kedua di NEAR: string heksadesimal huruf kecil 64 karakter yang diturunkan langsung dari kunci publik, yang mulai ada segera setelah token NEAR dikirim ke ID akun tersebut tanpa memerlukan tindakan apa pun dari akun yang sudah ada.

Perbedaan praktis utamanya: akun bernama memerlukan akun on-chain yang sudah ada untuk mensponsori registrasinya melalui transaksi, sedangkan akun implisit hadir secara otomatis ketika dana tiba di ID akun turunan. Hal ini membuat akun implisit berguna dalam konteks yang memerlukan pemulaian dari awal, atau di mana nama yang dapat dibaca manusia tidak diperlukan. Bursa Mata Uang Kripto biasanya menggunakan akun implisit saat mengkredit setoran NEAR kepada pengguna, menghasilkan ID akun unik dari Kunci Publik pengguna tanpa memerlukan akun on-chain yang sudah ada.

Satu klarifikasi yang perlu dinyatakan dengan jelas: akun implisit tidak anonim. Mereka diturunkan secara deterministik dari kunci publik dan sepenuhnya transparan On-Chain. Kata "implisit" mengacu pada cara ID akun diturunkan (dari kunci itu sendiri, tanpa langkah pendaftaran eksplisit), bukan pada properti privasi apa pun.

Akun bernama dan implisit menentukan bagaimana NEAR mengidentifikasi partisipan On-Chain. Akun juga dapat menampung akun lain di bawah namespace mereka, dan struktur hierarkis itulah yang memungkinkan adanya sub-akun.

Sub-akun: Organisasi Akun Bertingkat di NEAR

Sub-akun di NEAR bekerja seperti subdomain di web: sama seperti docs.myapp.com dan api.myapp.com yang merupakan alamat berbeda di bawah domain myapp.com, token.myapp.near dan staking.myapp.near adalah akun blockchain yang berbeda di bawah namespace myapp.near.

Sebuah sub-akun adalah akun yang ID-nya berada di bawah namespace akun induk. Akun contract.myprotocol.near adalah sub-akun dari myprotocol.near. Hanya akun induk yang dapat membuat sub-akun: myprotocol.near dapat membuat contract.myprotocol.near, tetapi tidak ada akun lain yang dapat membuat akun di bawah namespace tersebut tanpa otorisasi dari akun induknya.

Penting: Akun induk tidak dapat mengakses dana atau status akun sub setelah akun sub dibuat. Akun sub adalah akun yang sepenuhnya independen yang hanya berbagi ruang nama, bukan anak perusahaan yang dikontrol oleh induk.

Kemandirian ini sering kali menjadi poin kebingungan yang umum. Hubungan induk-anak hanya berlaku pada saat pembuatan. Begitu contract.myprotocol.near ada, ia memiliki kunci akses sendiri, saldo Token NEAR sendiri, dan status on-chain sendiri. Akun induk myprotocol.near tidak memiliki hak istimewa khusus atasnya.

Bagi pengembang dApp, sub-akun menyediakan pola arsitektur yang praktis. Karena akun NEAR mana pun dapat menerapkan Kontrak Pintar (dikompilasi ke WASM), sub-akun menjadi cara alami untuk memberikan ID akun yang dapat dibaca dan terorganisir untuk setiap komponen kontrak. Protokol DeFi mungkin menerapkan token.myprotocol.near untuk kontrak Token-nya, staking.myprotocol.near untuk kontrak Staking-nya, dan governance.myprotocol.near untuk kontrak tata kelolanya. Masing-masing adalah akun yang berbeda dengan kontraknya sendiri, statusnya sendiri, dan manajemen kuncinya sendiri, tetapi namespace membuat hubungan antara komponen segera terbaca oleh siapa pun yang membaca rantai tersebut. Untuk instruksi pembuatan sub-akun langkah demi langkah, lihat dokumentasi sub-akun NEAR di docs.near.org/concepts/basics/accounts/model#named-accounts.

Memahami cara akun diberi nama dan diatur menjadi fondasi bagi lapisan arsitektur berikutnya: bagaimana akun tersebut diamankan dan diberi hak akses melalui kunci akses.

Kunci Akses NEAR: Izin Akses Penuh vs. Panggilan Fungsi

Kunci akses NEAR adalah lapisan izin yang mengontrol tindakan apa yang dapat dilakukan pada akun NEAR, dan merupakan fitur sistem yang paling istimewa secara arsitektural: satu akun NEAR dapat menampung beberapa pasangan kunci independen secara bersamaan, masing-masing dengan tingkat izinnya sendiri.

Cara Kerja Sistem Multi-Kunci NEAR

Tidak seperti kebanyakan akun blockchain, di mana satu Kunci Pribadi mengendalikan segalanya, satu akun NEAR dapat menampung beberapa pasangan kunci independen, masing-masing diberi jenis izin tertentu, mulai dari kontrol tanpa batasan hingga interaksi kontrak yang terbatas cakupannya.

Kunci akses NEAR menggunakan pasangan kunci Ed25519 secara default (dengan secp256k1 juga didukung untuk kompatibilitas toolchain Ethereum). Sistem izin yang dibangun di atas pasangan kunci ini menjadikan model NEAR berbeda secara arsitektural. Bayangkan seperti gantungan kunci: sebuah Kunci Akses Penuh adalah kunci utama yang membuka setiap gembok; sebuah Kunci Akses Panggilan Fungsi adalah kunci yang dibuat khusus yang hanya membuka satu pintu tertentu. Setiap transaksi yang ditandatangani oleh kunci akses apa pun pada sebuah akun mengonsumsi gas yang dibayarkan dalam token NEAR, tetapi biaya transaksi NEAR dirancang agar rendah dan dapat diprediksi, berbeda dengan penetapan harga gas Ethereum yang secara historis bervariasi.

Untuk detail tentang menambahkan dan mengelola kunci akses secara terprogram, lihat dokumentasi referensi kunci akses NEAR di docs.near.org/concepts/basics/accounts/access-keys.

Kunci Akses Penuh: Kontrol Akun Tanpa Batasan

Full Access Key pada NEAR adalah pasangan kunci yang dapat melakukan tindakan apa pun pada akun yang terhubung dengannya: mentransfer token, menerapkan smart contract, membuat sub-akun, menambah atau menghapus kunci lain, dan menghapus akun itu sendiri.

Karena Kunci Akses Penuh mengontrol seluruh akun, kunci ini memiliki profil risiko yang sama dengan kata sandi master. Kunci Akses Penuh tidak boleh dibagikan dengan aplikasi pihak ketiga dan harus disimpan dalam penyimpanan dingin (perangkat keras wallet atau penyimpanan offline) untuk akun apa pun yang menyimpan dana signifikan. Jika Kunci Akses Penuh disusupi, penyerang memiliki kendali penuh atas akun tanpa mekanisme pemulihan bawaan kecuali jika salah satu dikonfigurasi sebelumnya.

Perbandingan dengan Ethereum sangat instruktif di sini. Di Ethereum, satu kunci pribadi Anda untuk Akun yang Dimiliki Eksternal (EOA) berfungsi sebagai Kunci Akses Penuh: kunci tersebut mengontrol segalanya, dan tidak ada cara bawaan untuk memberikan dApp kunci dengan izin lebih rendah untuk interaksi kontrak tertentu. Setiap koneksi dApp melalui MetaMask mengekspos kunci akun lengkap Anda ke alur penandatanganan transaksi. Keterbatasan satu kunci itulah masalah yang dirancang untuk diatasi oleh abstraksi akun EIP-4337 di Ethereum. Di NEAR, solusinya dibangun ke dalam model akun dasar.

Kunci Akses Panggilan Fungsi: Izin Terbatas untuk Keamanan dApp

Function Call Access Key adalah kunci akses terbatas yang hanya dapat memanggil metode tertentu pada satu Kontrak Pintar yang ditunjuk, dengan batas kuota gas opsional yang membatasi total pengeluaran biaya.

Sementara Full Access Key tidak dibatasi, Function Call Access Key dibatasi secara spesifik. Kunci ini menentukan: satu ID akun kontrak yang diizinkan untuk dipanggil, metode mana saja pada kontrak tersebut yang dapat dijalankan (atau semua metode publik, jika tidak dibatasi lebih lanjut), dan jatah Token NEAR opsional yang membatasi jumlah gas yang dapat digunakan oleh kunci tersebut sebelum perlu diisi ulang. Setelah jatah tersebut habis, kunci tidak dapat lagi menandatangani transaksi hingga diisi ulang atau diganti.

Kasus penggunaan autentikasi berbasis sesi adalah di mana Function Call Access Keys menunjukkan nilai praktisnya untuk pengembangan dApp. Saat Anda menghubungkan dApp ke akun NEAR Anda, dApp tersebut meminta Function Call Access Key yang dibatasi pada kontraknya sendiri. Kunci ini disimpan dalam sesi browser Anda. Sejak saat itu, dApp dapat mengirimkan transaksi atas nama Anda (menyetujui Trade, melakukan Minting NFT, berinteraksi dengan kontrak game) tanpa meminta Anda untuk menandatangani setiap tindakan individu. Full Access Key Anda tidak pernah meninggalkan wallet Anda yang aman. Jika dApp disusupi atau bersifat jahat, kerusakannya terbatas: penyerang hanya dapat memanggil metode kontrak tertentu yang dibatasi pada kunci tersebut, dan hanya hingga jumlah penyisihan (allowance). Function Call Access Key berfungsi seperti Token sesi dalam aplikasi web: ia memberikan akses sementara yang terbatas pada tindakan tertentu tanpa mengekspos kredensial akun lengkap.

Kunci akses mengontrol tindakan apa saja yang dapat dilakukan oleh sebuah akun. Storage staking mengatur apa yang harus dimiliki akun agar dapat eksis di on-chain.

Penyimpanan Staking: Mengapa Akun NEAR Memerlukan Saldo Minimum

Storage staking di NEAR adalah mekanisme di mana setiap akun harus mempertahankan saldo Token NEAR minimum sebanding dengan jumlah penyimpanan on-chain (state) yang digunakan akun tersebut.

Mekanismenya bekerja sebagai berikut: NEAR mengalokasikan penyimpanan on-chain yang diukur dalam byte. Untuk setiap byte data yang disimpan di akun (catatan saldo, kode kontrak, data yang disimpan, kunci akses), sejumlah token NEAR yang sesuai harus ditahan dalam saldo akun. Token tersebut tidak dibelanjakan atau dihancurkan; token tersebut dicadangkan sebagai saldo terkunci terhadap jejak penyimpanan. Jika Anda mengurangi penyimpanan akun Anda dengan menghapus data atau kode kontrak, token yang sesuai akan dibuka kuncinya dan dikembalikan ke saldo tersedia Anda. Storage staking bekerja seperti setoran jaminan yang dapat dikembalikan: Anda mengunci sejumlah token NEAR yang proporsional untuk penyimpanan yang digunakan akun Anda, dan Anda mendapatkan token tersebut kembali jika Anda mengurangi jejak penyimpanan Anda.

Tujuan dari desain ini adalah ekonomis: ini mencegah pembengkakan state dengan memastikan bahwa pihak yang mendapat manfaat dari penyimpanan on-chain menanggung biaya penyimpanan tersebut. Tanpa mekanisme seperti ini, jaringan Blockchain dapat mengakumulasi jumlah state mati yang tidak terbatas dari akun atau kontrak yang ditinggalkan, menurunkan kinerja untuk semua peserta.

Secara konkret, tingkat Staking penyimpanan kira-kira 1 Token NEAR per 10 KB penyimpanan On-Chain, dan sebuah akun NEAR kosong yang baru dibuat membutuhkan saldo minimum sekitar 0.00182 NEAR untuk menutupi jejak status dasarnya. Verifikasi angka saat ini terhadap dokumentasi Staking penyimpanan NEAR di docs.near.org/concepts/storage/storage-staking) sebelum mengandalkan angka-angka ini untuk perencanaan pengembangan, karena parameter protokol berubah seiring peningkatan.

Bagi pengembang Kontrak Pintar, implikasi Staking penyimpanan membutuhkan perencanaan aktif. Saat sebuah akun NEAR menerapkan sebuah kontrak, kode kontrak itu sendiri menempati penyimpanan di status akun. Biner kontrak yang lebih besar membutuhkan saldo cadangan yang secara proporsional lebih besar. Jika kontrak Anda menyimpan data penting (catatan pengguna, saldo Token, suara tata kelola), akun yang menghosting kontrak tersebut harus menjaga saldo yang cukup besar untuk menutupi baik kode kontrak maupun status yang terakumulasi. Ini adalah persyaratan modal yang meningkat seiring penggunaan aplikasi, dan perlu diperhitungkan dalam model ekonomi Anda sebelum penerapan.

Staking penyimpanan menciptakan persyaratan penguncian modal yang nyata. Beberapa developer menganggap hal ini membatasi dibandingkan dengan chain yang tidak mewajibkan saldo penyimpanan cadangan. Trade-off ini disengaja: batasan tersebut mencegah status jaringan tumbuh tanpa batas, dan tokennya dapat diambil kembali. Namun batasan tersebut nyata dan harus direncanakan daripada baru diketahui setelah deployment.

Storage staking vs. validator staking: Ini adalah dua mekanisme yang berbeda di NEAR. Storage staking mengunci token NEAR terhadap jejak data on-chain akun Anda; token-token tersebut berfungsi sebagai saldo yang dicadangkan sebanding dengan penyimpanan yang digunakan. Validator staking mengunci token NEAR terhadap Mekanisme Konsensus, di mana validator melakukan staking token untuk berpartisipasi dalam produksi blok dan mendapatkan imbalan staking. Artikel ini hanya membahas storage staking. Jangan mencampuradukkan kedua penggunaan kata "staking" ini.

Biaya gas (biaya eksekusi transaksi) terpisah dari storage Staking. Biaya gas dikonsumsi per transaksi dan dibayar dalam token NEAR pada saat penandatanganan; storage Staking adalah saldo yang dicadangkan yang tetap ada pada akun selama status terkait masih ada.

Memahami storage staking melengkapi gambaran cara akun NEAR bekerja secara independen. Pertanyaan selanjutnya adalah bagaimana arsitektur ini dibandingkan dengan Ethereum.

Model Akun NEAR vs. Ethereum: Perbandingan Berdampingan

NEAR dan Ethereum mengambil pendekatan yang sangat berbeda terhadap arsitektur akun on-chain, dan perbedaan tersebut berdampak signifikan pada cara pengembang membangun aplikasi terdesentralisasi serta bagaimana pengguna mengelola identitas on-chain mereka.

Sistem Dua Akun Ethereum vs. Model Akun Terpadu NEAR

Tabel di bawah ini membandingkan kedua model akun di delapan dimensi arsitektural. Perbedaan yang paling signifikan adalah bahwa Ethereum memisahkan akun pengguna (Externally Owned Accounts, atau EOA) dari akun kontrak pintar menjadi dua jenis yang berbeda, sementara NEAR menggunakan satu jenis akun terpadu untuk keduanya.

Pemisahan antara EOA dan Akun Kontrak Ethereum menciptakan hambatan dalam praktiknya. Sebagian besar interaksi dApp memerlukan EOA untuk memanggil Akun Kontrak, yang berarti pengguna harus mengelola kedua jenis tersebut sebagai entitas yang terpisah. EOA dikendalikan oleh satu Kunci Pribadi tanpa cara bawaan untuk membatasi cakupan izin: dApp apa pun yang terhubung ke akun MetaMask dapat meminta tanda tangan yang mengekspos kunci akun secara penuh ke dalam alur transaksi. Model Ethereum memiliki rasionalitas desain yang jelas dan memenuhi tujuan aslinya dengan baik, namun keterbatasan kunci tunggal menjadi nyata seiring dengan interaksi dApp yang semakin sering dan bervariasi.

Tipe akun terpadu NEAR menghilangkan pemisahan EOA/kontrak. Setiap akun NEAR berpotensi menjadi host kontrak, dan sistem multi-kunci dengan Kunci Akses Panggilan Fungsi mengatasi keterbatasan satu kunci tanpa memerlukan lapisan protokol terpisah. Baik NEAR maupun Ethereum beroperasi dalam paradigma berbasis akun, berbeda dengan model UTXO Bitcoin di mana saldo dilacak sebagai keluaran transaksi yang belum dibelanjakan daripada status akun; perbedaan antara NEAR dan Ethereum terletak pada bagaimana akun-akun tersebut distrukturkan dan diberi izin, bukan pada paradigma fundamentalnya.

Model Akun NEAR dan Abstraksi Akun Ethereum (EIP-4337)

EIP-4337 (abstraksi akun) adalah upaya Ethereum untuk memberikan EOA kemampuan izin terprogram dan kunci sesi, yang mana model akun NEAR telah dirancang untuk memilikinya sejak awal.

EIP-4337 adalah standar Ethereum yang aktif (bukan proposal teoretis) yang memungkinkan dompet kontrak pintar berfungsi sebagai warga kelas satu, mendukung validasi transaksi terprogram, kunci sesi, pemulihan sosial, dan transaksi bersponsor. Ini memerlukan infrastruktur bundler khusus untuk beroperasi dan aktif diterapkan di seluruh ekosistem Ethereum, meskipun ini bukan peningkatan universal yang diterapkan ke semua akun secara otomatis.

Paralel dengan Function Call Access Keys NEAR sangat nyata: kedua pendekatan mengatasi masalah pemberian akses terbatas dan berizin khusus kepada dApps untuk interaksi tertentu tanpa mengekspos kunci akun penuh. Pengembang yang terbiasa dengan kunci sesi EIP-4337 akan menganggap Function Call Access Keys NEAR familier secara konseptual. Nuansa pentingnya adalah bahwa ini adalah implementasi yang secara arsitektural berbeda dari ide-ide yang tumpang tindih, bukan sistem yang identik. Model izin multi-kunci NEAR bersifat asli pada protokol dasar; EIP-4337 melapisi logika wallet Kontrak Pintar di atas model EOA Ethereum yang sudah ada. Masalah yang mereka atasi tumpang tindih secara signifikan; mekanismenya berbeda. Untuk spesifikasi EIP-4337 yang lengkap, lihat spesifikasi abstraksi akun EIP-4337 di eips.ethereum.org/EIPS/eip-4337.

Bagi pengembang Ethereum yang mengevaluasi NEAR, dua jembatan ekosistem patut diperhatikan. Aurora di aurora.dev, sebuah lingkungan yang kompatibel dengan EVM yang dibangun di atas NEAR, memungkinkan pengembang Ethereum untuk menerapkan kontrak Solidity pada infrastruktur NEAR sementara akun NEAR berfungsi sebagai lapisan identitas yang mendasarinya. Pengembang yang bekerja di kedua ekosistem dapat menggunakan Rainbow Bridge di rainbowbridge.app untuk mentransfer aset antara akun NEAR dan alamat Ethereum tanpa bergantung pada kustodian terpusat.

Sekarang setelah arsitekturnya jelas, berikut adalah hal-hal yang sebenarnya terlibat dalam pembuatan dan pengelolaan akun NEAR dalam praktiknya.

Memulai: Membuat dan Mengelola Akun NEAR Anda

Anda dapat membuat akun NEAR pertama Anda melalui MyNEARWallet di mynearwallet.com, antarmuka utama yang dikelola komunitas untuk registrasi akun NEAR dan manajemen kunci. Verifikasi rekomendasi kanonik wallet saat ini pada saat Anda membaca ini, karena ekosistem NEAR wallet terus berkembang; aplikasi wallet lain yang kompatibel ada bersama MyNEARWallet.

Jika Anda berasal dari Ethereum dan MetaMask, perbedaan konseptualnya patut dipahami sebelum Anda memulai. wallet MetaMask pada dasarnya adalah pengelola kunci dan penandatangan transaksi untuk EOA Ethereum: ia menyimpan Kunci Pribadi Anda dan menyajikannya ke dApps untuk penandatanganan transaksi. Akun NEAR adalah identitas On-Chain penuh dengan nama yang dapat dibaca, penyimpanan status On-Chain, izin kunci yang dapat diprogram, dan hosting kontrak opsional. Aplikasi wallet (MyNEARWallet) adalah antarmukanya; akun NEAR adalah objek On-Chain. Ini adalah hal yang berbeda, dan perbedaan tersebut penting bagi cara Anda berpikir tentang manajemen kunci.

Membuat akun NEAR memerlukan saldo Token NEAR awal yang kecil untuk menutupi persyaratan staking penyimpanan dasar (sekitar 0,00182 NEAR untuk akun kosong, sebagaimana dijelaskan dalam bagian Penyimpanan Staking di atas). Saldo awal ini mencakup jejak status dasar dari akun baru.

Ada tiga risiko yang perlu diketahui sebelum Anda memulai. Pertama, jika Anda kehilangan Full Access Key tanpa mekanisme pemulihan yang dikonfigurasi, akun tersebut tidak dapat dipulihkan. Simpan Full Access Key Anda di penyimpanan dingin (cold storage) dan konfigurasikan segala opsi pemulihan yang tersedia sebelum Anda membutuhkannya. Kedua, token NEAR yang dicadangkan untuk storage staking dikunci selama status terkait ada; ini adalah komitmen modal, bukan biaya. Ketiga, penghapusan akun di NEAR tidak dapat dibatalkan. Untuk panduan pembuatan akun langkah demi langkah yang lengkap, lihat dokumentasi pengembang NEAR di docs.near.org/concepts/basics/accounts/model.

Pertanyaan yang paling sering diajukan mengenai model akun NEAR dijawab di bawah ini.

Pertanyaan yang Sering Diajukan: Model Akun NEAR

Pertanyaan-pertanyaan di bawah ini menjawab poin-poin kebingungan yang paling umum mengenai model akun NEAR, dengan referensi silang ke bagian-bagian terkait di atas bagi pembaca yang menginginkan penjelasan menyeluruh.

Apakah akun NEAR apa pun dapat menerapkan kontrak pintar?

Ya. Di NEAR, setiap akun dapat secara opsional menerapkan sebuah Kontrak Pintar yang dikompilasi ke WebAssembly (WASM). Tidak ada jenis akun kontrak terpisah, tidak seperti Ethereum di mana penerapan kontrak membutuhkan pembuatan Akun Kontrak yang berbeda. Akun tanpa kontrak yang diterapkan berfungsi sebagai akun pengguna standar; akun dengan kontrak yang diterapkan berfungsi sebagai keduanya secara bersamaan. Lihat Bagian Apa Itu Model Akun NEAR di atas untuk penjelasan arsitektur lengkapnya.

Bagaimana kunci akses NEAR membuat dApps lebih aman untuk digunakan?

Kunci Akses Panggilan Fungsi membatasi dApp ke metode kontrak tertentu dengan batas tunjangan gas opsional. Saat Anda terhubung ke dApp menggunakan Kunci Akses Panggilan Fungsi yang cakupannya terbatas pada kontrak dApp tersebut, Kunci Akses Penuh Anda (dan seluruh saldo akun Anda) tidak pernah terekspos ke aplikasi pihak ketiga. Jika dApp diretas, kerusakannya terbatas pada tunjangan dan kontrak yang ditentukan. Lihat bagian Kunci Akses NEAR untuk rincian lengkapnya.

Apa yang terjadi jika saya kehilangan Kunci Akses Penuh saya?

Kehilangan Full Access Key tanpa mekanisme pemulihan yang dikonfigurasi sebelumnya membuat akun tidak dapat dipulihkan secara permanen. Anda tidak dapat melakukan Reset atau memulihkan Full Access Key seperti cara Anda mengatur ulang kata sandi, karena tidak ada otoritas pusat yang mengendalikan akun tersebut. Selalu simpan Full Access Key di penyimpanan dingin yang aman, dan konfigurasikan Opsi pemulihan akun apa pun yang tersedia melalui aplikasi wallet Anda sebelum Anda membutuhkannya. Beberapa wallet menawarkan pemulihan sosial atau konfigurasi pemulihan multi-kunci.

Apakah biaya gas sama dengan Staking penyimpanan?

No. Biaya gas adalah biaya eksekusi per transaksi yang dikonsumsi pada saat transaksi ditandatangani; biaya tersebut dibayar dalam Token NEAR dan tidak bertahan setelah transaksi selesai. Staking penyimpanan adalah saldo Token NEAR minimum yang dicadangkan yang tetap ada pada akun selama status On-Chain terkait masih ada. Keduanya melibatkan Token NEAR, tetapi beroperasi sebagai mekanisme yang sepenuhnya terpisah. Lihat bagian Staking penyimpanan untuk penjelasan lengkapnya.

Bagaimana model akun NEAR berkaitan dengan abstraksi akun Ethereum (EIP-4337)?

Sistem izin multi-kunci bawaan NEAR mencapai banyak tujuan yang dirancang untuk ditambahkan oleh EIP-4337 ke Ethereum, termasuk izin berbasis sesi terbatas untuk interaksi dApp dan logika kunci yang dapat diprogram. Keduanya adalah implementasi yang secara arsitektur berbeda dari ide-ide yang tumpang tindih: pendekatan NEAR bersifat asli pada protokol dasar, sementara EIP-4337 melapiskan logika Kontrak Pintar wallet di atas model EOA Ethereum yang sudah ada. Keduanya menyelesaikan masalah serupa melalui arsitektur yang berbeda. Lihat bagian perbandingan NEAR vs. Ethereum untuk analisis mendetail.

Apa perbedaan antara akun bernama (named account) dan akun implisit (implicit account) di NEAR?

Akun bernama adalah pengidentifikasi yang dapat dibaca manusia (misalnya, alice.near) yang didaftarkan melalui transaksi dari akun yang ada, berakhiran .near di Mainnet dan .testnet di testnet. Akun implisit adalah string heksadesimal 64 karakter yang diturunkan langsung dari Kunci Publik, yang muncul secara otomatis ketika token NEAR dikirim ke ID akun tersebut, tanpa memerlukan transaksi pendaftaran. Lihat bagian Akun Bernama dan Akun Implisit untuk tabel perbandingan selengkapnya.

Berapa banyak kunci akses yang dapat dimiliki oleh satu akun NEAR?

Satu akun NEAR dapat memiliki beberapa kunci akses secara bersamaan, dengan setiap kunci diberikan jenis izinnya sendiri (Full Access Key atau Function Call Access Key) dan, untuk Function Call Access Keys, cakupan kontrak dan allowance gas miliknya sendiri. Tidak ada batas terdokumentasi yang kaku mengenai jumlah kunci per akun. Kemampuan multi-kunci inilah yang membedakan model izin NEAR dari pendekatan satu-kunci-per-EOA milik Ethereum. Lihat bagian Kunci Akses NEAR untuk detailnya.

Apakah storage staking berarti saya kehilangan token NEAR saya?

No. Token NEAR yang dicadangkan untuk staking penyimpanan dikunci tetapi tidak dibelanjakan. Token tersebut tetap berada di akun Anda sebagai saldo cadangan dan akan dilepaskan kembali ke saldo yang tersedia jika Anda mengurangi jejak data On-Chain akun Anda dengan menghapus state. Token tersebut adalah Deposit untuk penggunaan penyimpanan, bukan biaya. Lihat bagian Penyimpanan Staking untuk mekanisme dan angka saat ini.

Kesimpulan: Apa Arti Model Akun NEAR bagi Pengembang dan Pengguna

Model akun NEAR mencerminkan serangkaian pilihan arsitektur yang disengaja: nama akun yang mudah dibaca manusia menurunkan hambatan masuk dan mengurangi kesalahan transaksi; sistem izin multi-kunci mengurangi risiko keamanan untuk interaksi dApp dengan membatasi cakupan akses pihak ketiga tanpa mengekspos kunci utama; storage staking menciptakan keselarasan ekonomi antara penggunaan sumber daya dan biaya; dan struktur akun-kontrak yang terpadu menghilangkan pemisahan EOA/kontrak yang menambah hambatan pada pengembangan Ethereum.

Persyaratan saldo minimum storage staking adalah kendala nyata yang harus direncanakan, bukan sekadar catatan kaki. Jika aplikasi Anda menyimpan status On-Chain yang signifikan, persyaratan saldo yang dicadangkan akan berskala sebanding dengan status tersebut. Anggarkan hal ini dalam model ekonomi aplikasi Anda sebelum deployment, bukan sesudahnya.

Langkah selanjutnya berdasarkan persona:

• Pengembang: Mulailah membangun di Protokol NEAR di docs.near.org/develop
• Pengguna: Buat akun NEAR Anda di MyNEARWallet di mynearwallet.com
• Peneliti: Pelajari lebih dalam spesifikasi model akun lengkap di dokumentasi model akun Protokol NEAR di docs.near.org/concepts/basics/accounts/model

Spesifikasi teknis dalam artikel ini mencerminkan NEAR Protocol pada saat penulisan. NEAR Protocol terus dikembangkan secara aktif; verifikasi angka terkini terhadap docs.near.org sebelum mengandalkan nilai numerik tertentu untuk perencanaan pengembangan atau operasional. Konten ini hanya untuk tujuan informasi dan tidak merupakan nasihat keuangan atau investasi.