Apa Itu NEAR Protocol? Validasi Tanpa Status

NEAR Protocol menyelesaikan peningkatan validasi tanpa statusnya sebagai Nightshade Phase 2, dan perubahan tersebut memengaruhi setiap peserta di jaringan secara berbeda. Pengembang yang mengevaluasi NEAR sebagai platform kontrak pintar perlu memahami apa sebenarnya yang dilakukan arsitektur tersebut. Investor yang menilai peta jalan teknis NEAR ingin tahu apakah validasi tanpa status mewakili kemajuan yang berarti. Validator yang merencanakan infrastruktur mereka membutuhkan delta operasional: apa yang berubah, apa yang tetap sama, dan apa artinya bagi perangkat keras.

Artikel ini mencakup ketiga aspek tersebut, dimulai dengan apa itu NEAR dan berlanjut ke cara kerja stateless validation (validasi tanpa status), apa itu state witness, bagaimana pembagi tanggung jawab antara chunk validator dan chunk producer, serta apa yang ingin dicapai oleh sharding dinamis Fase 3 setelah stateless validation memberikan landasannya.

Daftar Isi

• Apa Itu NEAR Protocol?
• Masalah yang Dipecahkan NEAR
• Cara Kerja NEAR: Penjelasan Sharding Nightshade
• Apa Itu Stateless Validation NEAR?
• Mengapa Stateless Validation Penting
• Resharding Dinamis: Apa yang Ada Setelah Stateless Validation
• NEAR vs. Ethereum dan Solana
• Ekosistem NEAR
• NEAR Token, Staking, dan Ekonomi Validator
• Arti Stateless Validation bagi Validator
• Pertanyaan Umum
• Kesimpulan

Apa Itu NEAR Protocol?

NEAR Protocol adalah blockchain proof-of-stake Layer-1 yang dirancang untuk skalabilitas tinggi, biaya transaksi rendah, dan aksesibilitas pengembang. Blockchain NEAR menggunakan arsitektur sharding yang disebut Nightshade sharding, yang membagi jaringan menjadi jalur pemrosesan paralel, dan telah menerapkan stateless validation sebagai pemutakhiran Nightshade Fase 2 untuk memungkinkan pemrosesan transaksi dengan throughput tinggi yang terdesentralisasi. NEAR Protocol (jaringan blockchain) menggunakan NEAR (token asli) untuk biaya transaksi dan staking.

NEAR Protocol didirikan bersama oleh Illia Polosukhin (penulis bersama makalah "Attention Is All You Need" tahun 2017 yang memperkenalkan arsitektur Transformer yang mendasari model bahasa besar modern) dan Alex Skidanov (mantan insinyur perangkat lunak di Microsoft dan salah satu arsitek desain sharding Nightshade).

Fitur-fitur utama NEAR Protocol:

• Nightshade sharding: pemrosesan transaksi paralel di berbagai shard, masing-masing menghasilkan segmen blok tingkat shard yang disebut chunk
• Validasi tanpa status (Fase 2, langsung): validator chunk memverifikasi transaksi tanpa menyimpan status shard lokal, menggunakan saksi status sebagai gantinya
• Runtime WebAssembly (Wasm): kontrak pintar dikompilasi ke Wasm, mendukung Rust dan JavaScript sebagai bahasa pengembangan
• Nama akun yang mudah dibaca manusia: akun mengikuti format penamaan (misalnya, namamu.near) alih-alih alamat kriptografis mentah
• Biaya transaksi rendah: Model biaya NEAR dirancang agar tetap dapat diprediksi seiring dengan peningkatan throughput jaringan melalui sharding
• Hibah pengembang: NEAR Foundation mendistribusikan pendanaan ekosistem untuk mendukung proyek-proyek yang berdekatan dengan protokol

NEAR menggunakan Thresholded Proof of Stake (sebuah varian di mana validator dipilih berdasarkan ambang batas stake minimum daripada peringkat N-teratas yang ketat). Hal ini membedakan konsensus NEAR dari Delegated Proof of Stake standar. NEAR memiliki sekitar 100 validator aktif per epoch, dan pemegang Token NEAR dapat mendelegasikan stake kepada validator tanpa menjalankan Node mereka sendiri.

Runtime WebAssembly (Wasm) NEAR mengeksekusi kontrak pintar dalam format yang terisolasi (sandboxed), deterministik, dan independen bahasa. Pengembang menulis kontrak dalam Rust atau JavaScript, keduanya adalah bahasa arus utama dengan komunitas yang sudah besar, dan mengompilasinya ke Wasm untuk eksekusi. Eksekusi deterministik sangat penting untuk validasi tanpa status: dengan input status yang sama yang disampaikan melalui saksi status (state witness), setiap validator menghasilkan output yang identik, membuat verifikasi tanpa status secara matematis kuat. Bagi pengembang yang mengevaluasi NEAR, lihat bagian Apa Itu Validasi Tanpa Status NEAR? untuk mengetahui bagaimana arsitektur ini memengaruhi operasi jaringan.

NEAR digunakan untuk smart contract, aplikasi terdesentralisasi (dApps), protokol DeFi, platform NFT, aplikasi Gaming, dan interaksi lintas rantai dengan Ethereum melalui proyek ekosistem Aurora.

Masalah yang Diselesaikan NEAR

desainer Blockchain menghadapi ketegangan yang diterima secara luas yang dikenal sebagai trilema skalabilitas: membangun jaringan yang secara bersamaan dapat diskalakan, aman, dan terdesentralisasi itu sulit karena mengoptimalkan dua dari sifat-sifat tersebut cenderung mengorbankan yang ketiga. Kerangka kerja ini, yang dikaitkan dengan salah satu pendiri Ethereum, Vitalik Buterin, adalah ketegangan desain daripada kendala mutlak, tetapi ini menggambarkan trade-off nyata yang telah dinavigasi secara berbeda oleh setiap blockchain utama.

Secara historis, Ethereum telah memprioritaskan keamanan dan desentralisasi, serta menerima batasan throughput yang menghasilkan biaya gas yang tinggi selama periode kemacetan. Solana memprioritaskan throughput dan keamanan melalui arsitektur single-shard dengan perangkat keras tingkat tinggi, yang memusatkan partisipasi validator di antara para operator yang mampu menjangkau infrastruktur yang dibutuhkan. Tidak satu pun dari kedua pendekatan tersebut yang memenuhi ketiga properti secara bersamaan dalam kondisi beban tinggi.

Arsitektur sharding Nightshade milik NEAR dan pemutakhiran validasi stateless dirancang untuk menangani ketiga dimensi: sharding mendistribusikan pemrosesan transaksi untuk meningkatkan throughput, validasi stateless mengurangi persyaratan perangkat keras validator untuk mendukung partisipasi yang lebih luas, dan desain secara keseluruhan tetap menjaga keamanan kriptografi. Apakah NEAR dapat mencapai hal ini dalam praktiknya pada skala besar masih menjadi pertanyaan terbuka. Resharding dinamis Fase 3, yang memperluas model ini lebih lanjut, masih dalam tahap pengembangan.

--- ## Cara Kerja NEAR: Penjelasan Sharding Nightshade

Nightshade sharding adalah arsitektur NEAR Protocol untuk pemrosesan transaksi paralel. Ini membagi Blockchain menjadi jalur pemrosesan terpisah yang disebut shard (jalur pemrosesan paralel yang masing-masing menangani sebagian transaksi jaringan secara serentak). Kontribusi setiap shard ke sebuah blok disebut chunk (bagian tingkat shard dari sebuah blok; setiap shard menghasilkan satu chunk per interval blok). Validator ditugaskan ke shard tertentu pada setiap epoch, dan chunk yang dihasilkan dikumpulkan menjadi satu blok akhir tunggal. (Postingan blog Nightshade sharding)

Bayangkan Nightshade seperti jalan raya multi-lajur, bukan hanya satu jalan tunggal. Dalam sistem satu lajur, setiap transaksi harus mengantre di belakang transaksi lainnya. Nightshade membangun lajur-lajur paralel: setiap shard adalah sebuah lajur, dan setiap chunk adalah bagian dari total lalu lintas lajur tersebut yang diproses dalam interval blok tertentu. Secara teknis: NEAR mengelola satu rantai logis yang dipartisi secara fisik ke dalam beberapa shard. Setiap shard memproses rangkaian transaksinya sendiri, menghasilkan chunk, dan chunk-chunk tersebut digabungkan menjadi satu blok terpadu oleh pembuat blok.

Cara kerja sharding NEAR Protocol:

1. Transaksi masuk diarahkan ke shard yang bertanggung jawab atas akun pengirim
2. Setiap shard memproses transaksi yang ditetapkan secara paralel dengan semua shard lainnya
3. Set validator dari setiap shard menghasilkan chunk yang berisi transaksi yang telah diproses
4. Validator chunk memverifikasi bahwa transaksi setiap chunk adalah valid
5. Produsen blok mengagregasi semua chunk dari semua shard ke dalam satu blok final tunggal
6. Blok final ditambahkan ke rantai dan imbalan validator dihitung

Penugasan shard validator berubah di setiap batas epoch. Sebelum validasi stateless, berpindah ke shard baru membutuhkan pengunduhan dan sinkronisasi seluruh state shard tersebut, sebuah operasi yang memakan waktu dan intensif I/O. Validasi stateless mengubah hal ini, sebagaimana dijelaskan di tabel Roadmap Nightshade di bawah ini.

Roadmap Nightshade

Nightshade adalah pembaruan multi-fase. Setiap fase membangun di atas fase sebelumnya, dan validasi tanpa status adalah fase kedua dari tiga fase yang direncanakan.

Terakhir diverifikasi: 2025. Periksa near.org untuk status peta jalan saat ini.

Fase 1 memperkenalkan mekanisme kontrol kemacetan untuk mengelola alur transaksi lintas-shard, memastikan bahwa kelebihan beban shard tidak merembet ke seluruh jaringan. Fase 2 (validasi stateless) adalah pemutakhiran langsung yang dibahas secara mendalam dalam artikel ini. Fase 3 (resharding dinamis) sedang direncanakan; lihat Resharding Dinamis: Apa yang Ada Setelah Validasi Stateless untuk alasan mengapa Fase 2 merupakan prasyarat untuk Fase 3.

Apa Itu Stateless Validation NEAR?

NEAR stateless validation adalah model arsitektur Blockchain di mana validator chunk memverifikasi transaksi shard tanpa menyimpan Salin lokal dari status shard tersebut. Sebaliknya, validator menerima state witness (bukti kriptografi padat yang dihasilkan oleh produsen chunk) yang hanya berisi data status yang diperlukan untuk memverifikasi chunk tertentu. Ini adalah Nightshade Fase 2, yang diterapkan sebagai peningkatan protokol langsung. (Postingan blog Nightshade Fase 2)

Sebelum validasi stateless, setiap validator yang ditugaskan ke sebuah shard harus memelihara salinan lokal status shard tersebut yang diperbarui secara terus-menerus. Menyimpan semua saldo akun, nilai penyimpanan kontrak pintar, dan entri status lainnya untuk setiap akun di dalam shard merupakan kewajiban perangkat keras yang utama. Ketika validator berotasi ke penugasan shard baru pada batas epoch, mereka harus mengunduh dan menyinkronkan seluruh status shard baru tersebut sebelum mereka dapat mulai memvalidasi, sebuah proses yang sering kali memakan waktu berjam-jam kerja I/O.

Validasi stateless menghapus persyaratan tersebut sepenuhnya bagi validator chunk. Produser chunk, sebuah node stateful yang memelihara status shard lengkap, menghasilkan state witness bersama dengan setiap chunk dan menyiarkan keduanya kepada validator chunk. Validator chunk memverifikasi chunk terhadap witness tersebut tanpa penyimpanan status lokal apa pun. Untuk penjelasan rinci tentang apa yang terkandung dalam state witness dan bagaimana ia dihasilkan, lihat Apa Itu State Witness?

Perbedaan praktis antara kedua model tersebut:

Mengapa ini penting: NEAR dapat mendukung lebih banyak validator dengan biaya infrastruktur yang lebih rendah, sebuah peningkatan langsung pada desentralisasi jaringan.

Untuk proses langkah demi langkah cara kerja validasi tanpa status, lihat Cara Kerja Validasi Tanpa Status NEAR Langkah demi Langkah. Untuk peran spesifik validator chunk dibandingkan produsen chunk, lihat Validator Chunk vs. Produsen Chunk.

Cara Kerja Validasi Tanpa Status NEAR Langkah demi Langkah

Proses validasi stateless berjalan sebagai berikut untuk setiap chunk yang diproses di jaringan NEAR:

["Sebuah transaksi dikirimkan ke jaringan dan dialihkan ke shard yang bertanggung jawab atas akun pengirim","Produsen chunk mengeksekusi transaksi di shard yang ditugaskan padanya terhadap database status shard lokalnya","Produsen chunk menghasilkan saksi status yang hanya berisi entri status yang disentuh oleh transaksi chunk ini, ditambah bukti Merkle atas penyertaannya dalam trie status shard","Produsen chunk menyebarkan chunk dan saksi status secara bersamaan kepada validator chunk yang ditugaskan untuk shard tersebut","Validator chunk menerima saksi status dan memverifikasi bahwa transaksi dalam chunk diterapkan dengan benar ke status yang disaksikan, tanpa memerlukan database status lokal","Chunk yang divalidasi diteruskan ke produsen blok, yang menggabungkan semua chunk shard ke dalam blok final"]

Apa Artinya bagi Validator: Validator chunk tidak lagi perlu memelihara atau menyinkronkan status shard. Setiap chunk tiba dengan paket bukti mandiri yang lengkap. Saat validator Anda berotasi ke shard baru di batas epoch, tidak ada pengunduhan status. Anda akan mulai menerima saksi status (state witnesses) untuk chunk shard tersebut dan segera memulai validasi.

Mengapa ini penting: pemisahan antara penyimpanan state (produsen chunk) dan verifikasi state (validator chunk) memungkinkan kumpulan validator untuk tumbuh tanpa peningkatan biaya perangkat keras yang proporsional.

Apa Itu State Witness?

Sebuah saksi keadaan di NEAR adalah bukti kriptografis ringkas yang dihasilkan oleh produsen segmen yang berisi semua data keadaan shard yang dibutuhkan validator segmen untuk memverifikasi segmen tertentu. Validator segmen menerima saksi keadaan bersama dengan data segmen dan menggunakannya untuk mengonfirmasi validitas transaksi tanpa mengkueri basis data keadaan lokal apa pun.

Anggaplah state witness sebagai kutipan yang dinotarisasi dari lemari arsip. Daripada mengirimkan seluruh lemari arsip ke setiap validator, produsen chunk mengekstrak hanya halaman yang relevan dengan transaksi chunk ini, mensertifikasinya secara kriptografis, dan hanya mengirimkan apa yang dibutuhkan. Analogi ini berlaku pada tingkat praktis: validator menerima paket bukti mandiri daripada salinan negara lengkap.

Secara teknis: saksi state (state witness) berisi entri-entri trie state (saldo akun, nilai penyimpanan kontrak) yang disentuh oleh transaksi-transaksi dalam chunk tertentu, ditambah bukti Merkle (Merkle proofs) atas penyertaan mereka dalam trie state shard saat ini. Validator yang menerima saksi tersebut dapat memverifikasi setiap bukti Merkle untuk memastikan bahwa entri-entri state tersebut asli, kemudian mengeksekusi transaksi terhadap entri-entri tersebut untuk mengonfirmasi bahwa output dari chunk tersebut benar.

Bagaimana saksi status dihasilkan dan digunakan:

["Produsen chunk mengeksekusi semua transaksi dalam chunk-nya terhadap status shard lokalnya","Selama eksekusi, ia mencatat setiap entri trie status yang dibaca atau ditulis","Ia menghasilkan bukti Merkle yang membuktikan setiap entri yang dicatat menjadi bagian dari trie status shard","Ia mengemas entri dan bukti tersebut menjadi saksi status","Validator chunk menerima saksi status, memverifikasi bukti Merkle, dan mengeksekusi ulang transaksi terhadap entri yang disediakan"]

Satu klarifikasi yang penting bagi pembaca teknis: state witness NEAR adalah atestasi data state yang berbasis Merkle proof. Ini bukan zero-knowledge proof. Mekanisme ini tidak melibatkan sirkuit ZK atau sistem pembuktian; mekanisme ini menggunakan bukti inklusi Merkle tree standar untuk menyertifikasi bahwa entri state tertentu adalah bagian asli dari shard state.

Apa Arti Hal Ini bagi Validator: State witness adalah paket data yang memungkinkan validasi stateless Anda. Anda tidak perlu memercayai basis data state milik produser chunk; Anda memverifikasi sendiri bukti Merkle yang disertakan dalam witness. Jika bukti tersebut terverifikasi dan transaksi dieksekusi kembali dengan benar terhadap entri yang disediakan, chunk tersebut valid.

Mengapa ini penting: karena saksi status bersifat mandiri dan dapat diverifikasi, validator mana pun dapat memeriksa setiap potongan tanpa pengetahuan sebelumnya tentang riwayat shard, membuka kemungkinan penugasan ulang shard yang sering dan tanpa hambatan.

Validator Potongan vs. Produsen Potongan

Validator chunk di NEAR adalah node yang bertanggung jawab untuk memvalidasi chunk shard individu, yaitu porsi tingkat shard dari setiap blok. Di bawah validasi tanpa status (stateless validation), validator chunk tidak menyimpan atau memelihara status shard lokal. Mereka menerima "state witness" dari produsen chunk dan menggunakannya untuk memverifikasi bahwa transaksi dalam sebuah chunk diterapkan dengan benar pada status yang disaksikan.

Produser chunk adalah rekanan yang bersifat stateful. Seorang produser chunk memelihara salinan lokal lengkap dari status shard yang ditugaskan kepadanya, membangun chunk dengan menjalankan transaksi terhadap status tersebut, menghasilkan state witness, dan menyiarkan baik chunk maupun witness kepada validator chunk. Produser chunk memiliki persyaratan perangkat keras yang lebih tinggi karena kewajiban penyimpanan status mereka. Ini adalah lapisan stateful yang memungkinkan sisa jaringan lainnya untuk beroperasi secara stateless.

Penghasil blok adalah peran ketiga yang berbeda: mereka menggabungkan potongan yang divalidasi dari semua shard menjadi blok final. Jangan mencampuradukkan ketiga peran ini; mereka memiliki fungsi, persyaratan status, dan profil perangkat keras yang berbeda.

NEAR menggunakan epoch (unit waktu NEAR, kira-kira 12 jam, di mana pada akhir periode tersebut penugasan shard validator berputar) untuk mengatur rotasi validator. Pada setiap batas epoch, validator chunk ditugaskan ulang ke shard. Di bawah model stateful sebelumnya, rotasi ini memerlukan pengunduhan dan sinkronisasi status lengkap shard baru, sebuah operasi yang mahal yang memperlambat penugasan ulang validator dan memusatkan set validator. Di bawah validasi stateless, validator yang ditugaskan ulang ke shard baru cukup mulai menerima saksi status untuk chunk shard tersebut dan mulai memverifikasi segera. Staking hadiah dihitung dan didistribusikan pada batas epoch. (Dokumentasi validator NEAR, Dokumentasi epoch NEAR)

Apa Artinya Ini bagi Validator: Rotasi shard pada batas epoch tidak lagi memerlukan pengunduhan state. Jika validator Anda ditugaskan kembali dari Shard A ke Shard B pada epoch berikutnya, Anda mulai menerima state witness untuk chunk Shard B dan dapat mulai memvalidasi dalam hitungan detik setelah epoch baru dibuka.

Mengapa ini penting: rotasi shard yang mulus membuatnya praktis bagi lebih banyak validator untuk berpartisipasi, karena biaya operasional penugasan ulang mendekati nol dalam model stateless.

Mengapa Validasi Tanpa Status Penting

Validasi stateless meningkatkan desentralisasi NEAR dengan menghapus persyaratan penyimpanan status shard dari validator chunk. Persyaratan penyimpanan dan perangkat keras yang lebih rendah berarti lebih banyak peserta dapat mengoperasikan node validator, memperluas set validator aktif dan mendistribusikan keamanan jaringan ke basis operator yang lebih luas.

Rantai mekanismenya bersifat langsung: state witness meniadakan kebutuhan bagi chunk validator untuk menyimpan shard state, yang menghilangkan biaya perangkat keras yang dominan untuk peran validasi tersebut. Dengan ambang batas perangkat keras yang lebih rendah, kumpulan operator yang lebih besar dapat menjalankan chunk validator secara ekonomis. Kumpulan validator yang lebih besar dan tersebar secara geografis mengurangi risiko konsentrasi serta memperkuat ketahanan jaringan terhadap gangguan terkoordinasi.

Validasi tanpa status itu sendiri tidak mengubah model biaya gas NEAR; biaya transaksi masih ditentukan oleh kompleksitas komputasi dan permintaan jaringan. Namun, dengan menciptakan prasyarat arsitektural untuk pembagian ulang dinamis Fase 3, validasi tanpa status menyediakan fondasi untuk stabilitas biaya seiring bertambahnya volume transaksi: lebih banyak shard berarti kapasitas pemrosesan yang lebih besar, dan kapasitas itu dapat berkembang tanpa peningkatan biaya yang proporsional. Untuk cara pembagian ulang dinamis dibangun di atas ini, lihat Pembagian Ulang Dinamis: Apa yang Datang Setelah Validasi Tanpa Status.

Pembaruan validasi stateless NEAR memperkuat fondasi teknisnya dengan memisahkan penyimpanan state dari verifikasi state, sebuah perubahan struktural yang memengaruhi ekonomi validator, desentralisasi jaringan, dan kelayakan penskalaan throughput elastis.

Resharding Dinamis: Apa yang Datang Setelah Validasi Tanpa Status

Dynamic resharding adalah peningkatan Fase 3 terencana dari NEAR yang bertujuan untuk memungkinkan jaringan membagi atau menggabungkan shard secara otomatis berdasarkan permintaan transaksi secara real-time, meningkatkan atau menurunkan skala throughput tanpa memerlukan downtime validator atau rekonfigurasi manual.

Hubungan prasyarat antara validasi tanpa status dan pembagian ulang shard dinamis bersifat arsitektural. Dalam validasi dengan status, memindahkan validator ke shard baru memerlukan sinkronisasi seluruh status shard tersebut, sebuah proses yang memakan waktu berjam-jam. Menambahkan shard baru secara dinamis akan memerlukan semua validator yang ditugaskan padanya untuk menyelesaikan sinkronisasi ini sebelum validasi apa pun dapat dimulai. Hambatan operasional ini membuat pemecahan shard secara langsung menjadi tidak praktis.

Validasi stateless menghilangkan hambatan tersebut. Karena validator chunk tidak lagi memuat state shard sebelumnya, mereka dapat langsung ditugaskan ke konfigurasi shard baru, shard yang terpisah, atau shard yang digabungkan dan segera mulai memvalidasi; saksi state menyediakan semua yang mereka butuhkan per chunk. Fase 3 bertujuan untuk memanfaatkan properti ini guna memungkinkan protokol secara otomatis menambah jumlah shard ketika shard individu mendekati kapasitas, dan mengurangi jumlah shard ketika permintaan menurun.

Resharding dinamis Fase 3 belum aktif. Roadmap NEAR menggambarkannya sebagai peningkatan yang direncanakan. Roadmap protokol dapat berubah sewaktu-waktu; periksa near.org untuk Status pengembangan saat ini.

Mengapa ini penting: Efek langsung dari validasi tanpa status adalah persyaratan perangkat keras yang lebih rendah untuk validator chunk. Implikasinya selanjutnya adalah ini menjadikan penskalaan throughput elastis layak secara arsitektural dengan cara yang tidak mungkin dilakukan sebelum Fase 2.

NEAR vs. Ethereum dan Solana

NEAR berbeda dari Ethereum dalam tiga cara yang terukur: NEAR menggunakan sharding Nightshade untuk memproses transaksi di seluruh shard paralel, sementara Ethereum beroperasi sebagai satu rantai eksekusi; NEAR telah menerapkan validasi tanpa status (stateless validation) sebagai fitur protokol yang aktif, sementara proposal yang setara di Ethereum (EIP-4762) masih dalam penelitian dan pengembangan per tahun 2025; dan kontrak pintar NEAR dikompilasi ke WebAssembly dan dapat ditulis dalam Rust atau JavaScript, sementara lingkungan kontrak pintar utama Ethereum adalah Solidity pada Mesin Virtual Ethereum (EVM).

Proposal klien stateless Ethereum: Riset Ethereum mengenai klien stateless memiliki tujuan konseptual yang sama dengan peningkatan Fase 2 NEAR, memungkinkan node untuk memverifikasi blok tanpa menyimpan seluruh state. Pendekatan yang diusulkan Ethereum, diuraikan dalam EIP-4762,), memerlukan transisi dari Merkle Patricia Tries ke Verkle Trees sebagai struktur state dasar. Ini adalah migrasi protokol multi-tahun yang masih dalam tahap riset dan pengembangan per 2025. NEAR telah menerapkan implementasi validasi stateless-nya sebagai fitur protokol yang aktif; padanan Ethereum masih diusulkan tetapi belum diterapkan. Ini adalah implementasi yang berbeda yang mengejar tujuan arsitektural serupa pada tahap pengembangan yang berbeda.

Kompromi arsitektural Solana: Solana mencapai throughput transaksi yang tinggi melalui arsitektur shard tunggal di mana semua validator memproses semua transaksi terhadap status global penuh. Pendekatan ini memberikan performa tinggi tetapi memerlukan validator untuk memelihara perangkat keras yang substansial (CPU kelas atas, alokasi RAM besar, SSD NVMe cepat), yang memusatkan partisipasi validator di antara operator dengan sumber daya infrastruktur yang signifikan. Pendekatan shard plus stateless NEAR bertujuan untuk mencapai kapasitas throughput yang sebanding sambil memungkinkan validator chunk untuk beroperasi dengan persyaratan perangkat keras yang lebih rendah. NEAR juga bersaing di pasar Platform Layer-1 bersama Avalanche dan rantai berbasis Move seperti Aptos dan Sui, meskipun arsitektur tersebut sangat berbeda dari pendekatan sharding NEAR.

NEAR: kekuatan saat ini dan keterbatasan

Keunggulan:

• Sharding Nightshade telah aktif dan memproses transaksi di berbagai shard paralel
• Validasi stateless (Fase 2) telah diterapkan, mengurangi hambatan perangkat keras bagi validator chunk
• Runtime WebAssembly mendukung Rust dan JavaScript, menurunkan kurva pembelajaran pengembang dibandingkan dengan lingkungan khusus Solidity
• Biaya transaksi yang rendah secara desain, dengan model biaya yang dibangun untuk berskala melalui sharding
• Hibah pengembang tersedia melalui NEAR Foundation

["Ekosistem NEAR lebih kecil dari Ethereum dalam hal total nilai terkunci (TVL) dan aktivitas pengembang.","Dynamic resharding Fase 3 belum aktif.","Ukuran komunitas pengembang lebih kecil dari Solana."]

Ekosistem NEAR

NEAR Foundation adalah organisasi nirlaba yang berbasis di Swiss yang mengawasi pengembangan ekosistem, hibah pengembang, kemitraan, dan tata kelola protokol untuk NEAR Protocol. Ini terpisah dari tim teknik inti yang bertanggung jawab atas pengembangan protokol. Yayasan ini mengelola hibah untuk proyek-proyek yang dibangun di atas infrastruktur NEAR dan mendukung orientasi pengembang.

NEAR Protocol mendukung berbagai kategori aplikasi, termasuk protokol DeFi, platform NFT, aplikasi gaming, dan platform media sosial. Alat pengembang NEAR dirancang untuk aksesibilitas: dukungan Rust dan JavaScript (keduanya merupakan bahasa pemrograman mainstream), nama akun yang dapat dibaca manusia, dan dokumentasi di docs.near.org.

Aurora adalah lapisan eksekusi yang kompatibel dengan Mesin Virtual Ethereum (EVM) yang dibangun di atas infrastruktur NEAR yang memungkinkan para pengembang untuk menerapkan kontrak pintar Solidity di NEAR tanpa menulis ulang kode. Aurora adalah proyek ekosistem yang terpisah, bukan fitur dari NEAR Protocol. Rainbow Bridge memungkinkan transfer aset tanpa kepercayaan (trustless) secara khusus antara NEAR dan Ethereum, yang memungkinkan pengguna untuk memindahkan token ETH dan ERC-20 di antara kedua jaringan tersebut. NEAR juga menawarkan layanan ketersediaan data (NEAR DA) yang digunakan oleh Ethereum Rollups dan jaringan Layer-2 yang mencari lapisan ketersediaan data dengan biaya rendah dan throughput tinggi.

Bagi pengembang yang mempertimbangkan NEAR sebagai Platform: dukungan runtime Wasm untuk Rust dan JavaScript menurunkan kurva belajar dibandingkan dengan lingkungan yang hanya EVM, dan proyek ekosistem Aurora menyediakan jalur migrasi untuk basis kode Solidity yang sudah ada.

NEAR Token, Staking, dan Ekonomi Validator

Token NEAR menjalankan empat fungsi di dalam protokol:

• Biaya transaksi (gas): NEAR membayar untuk komputasi pada jaringan; sebagian dibakar dan sebagian didistribusikan ke validator
• Staking: validator dan delegator mengunci NEAR untuk mengamankan jaringan dan mendapatkan imbalan staking
• Tata Kelola: pemegang Token NEAR berpartisipasi dalam keputusan tata kelola protokol
• Hibah ekosistem: NEAR Foundation mendistribusikan Token NEAR sebagai hibah untuk pengembangan ekosistem

Pemegang token NEAR dapat berpartisipasi dalam keamanan jaringan dengan menjalankan node validator secara langsung atau dengan mendelegasikan stake ke validator yang sudah ada melalui NEAR wallet. Delegasi tidak memerlukan penyelenggaraan infrastruktur apa pun; pemegang memilih validator dan mendelegasikan stake mereka. Untuk instruksi staking terperinci, lihat docs.near.org/validator/staking-overview.)

Efek validasi stateless terhadap dinamika staking bersifat struktural: dengan mengurangi persyaratan perangkat keras bagi validator chunk, pembaruan ini dirancang untuk memperluas pool operator validator yang layak secara ekonomi seiring waktu. Pool validator yang lebih besar berarti staking lebih terdistribusi, yang berdampak positif bagi desentralisasi jaringan. Imbal hasil Staking bervariasi berdasarkan total partisipasi jaringan dan jumlah validator aktif; seiring bertambahnya pool validator, dinamika ini mungkin bergeser.

Artikel ini hanya untuk tujuan informasional dan edukasional semata. Tidak ada hal dalam artikel ini yang merupakan nasihat keuangan, investasi, atau hukum. Aset Mata Uang Kripto dan Blockchain mengandung risiko yang signifikan. Selalu lakukan riset Anda sendiri sebelum membuat keputusan investasi.

Apa Arti Validasi Tanpa Status bagi Validator

Dalam validasi stateless, model operasional untuk validator chunk berubah dalam lima cara spesifik:

1. Penyimpanan status shard tidak diperlukan: validator chunk tidak lagi menyimpan salinan lokal dari status shard yang ditugaskan
2. Saksi status menggantikan sinkronisasi status: validator chunk menerima saksi status bersama setiap chunk, berisi semua data status yang diperlukan untuk verifikasi
3. Rotasi shard tanpa hambatan: saat ditugaskan ke shard baru di batas epoch, validator mulai menerima saksi status shard tersebut segera, tanpa perlu unduh status
4. Persyaratan perangkat keras penyimpanan dikurangi: kewajiban penyimpanan yang sebelumnya merupakan biaya perangkat keras terbesar untuk peran validasi chunk telah dihapus
5. Produsen chunk mempertahankan status penuh: peran produsen chunk masih memerlukan pemeliharaan status shard penuh dan perangkat keras yang ditinggikan, dan perbedaan ini penting untuk perencanaan infrastruktur

Apakah validator chunk masih perlu menyimpan state shard? No. Validator chunk tidak lagi perlu menyimpan state shard lokal. Mereka menerima saksi state dari produsen chunk setiap kali mereka memvalidasi sebuah chunk. Produsen chunk (node yang membangun chunk dan menghasilkan saksi state) masih mempertahankan state shard penuh dan mempertahankan persyaratan penyimpanan yang lebih tinggi.

Validator chunk di bawah validasi stateless tidak memerlukan penyimpanan SSD berkapasitas tinggi untuk state shard. Model sebelumnya memerlukan penyimpanan ini sebagai biaya perangkat keras utama untuk peran validasi; persyaratan tersebut kini sudah tidak ada. Produser chunk memelihara state shard secara penuh dan memerlukan perangkat keras penyimpanan yang proporsional dengan ukuran state shard mereka; operator yang berencana menjalankan produser chunk harus memperhitungkan hal ini. Spesifikasi perangkat keras resmi untuk kedua peran tersebut dipublikasikan di docs.near.org/concepts/basics/validators.

Penetapan shard beroperasi dalam periode epoch sekitar 12 jam. Pada setiap batas epoch, mekanisme pemilihan validator NEAR menetapkan ulang validator chunk di seluruh shard. Dalam validasi tanpa status (stateless validation), penetapan ulang ini berjalan lancar: validator yang baru ditugaskan menerima saksi status (state witnesses) untuk chunk shard barunya dari produsen chunk dan langsung mulai memvalidasi. Model sebelumnya memerlukan sinkronisasi status (state sync) yang bisa memakan waktu berjam-jam; biaya tersebut dihilangkan untuk validator chunk. Mekanisme epoch dan detail distribusi imbalan didokumentasikan di docs.near.org/concepts/basics/epoch.

Apa Artinya Ini bagi Validator: Jika Anda mengoperasikan Node validator chunk, model penyediaan penyimpanan Anda telah berubah. Anda tidak lagi perlu mengalokasikan kapasitas SSD yang besar untuk status shard pada perangkat keras validator chunk. Rotasi shard pada batas epoch kini secara operasional dapat diabaikan. Jika Anda mengoperasikan atau sedang mempertimbangkan peran produsen chunk, persyaratan stateful tetap ada: penyimpanan status shard penuh tetap diperlukan di lapisan tersebut.

Pertanyaan yang Sering Diajukan

Apa Itu NEAR Protocol?

NEAR Protocol adalah blockchain proof-of-stake Layer-1 yang menggunakan sharding Nightshade untuk memproses transaksi di berbagai shard paralel. Protokol ini telah menerapkan validasi stateless sebagai pembaruan Fase 2-nya, yang memungkinkan validator chunk untuk memverifikasi transaksi tanpa menyimpan status shard secara lokal. NEAR Protocol menggunakan token NEAR untuk biaya transaksi, staking, dan tata kelola. Untuk cakupan lengkap, lihat: Apa Itu NEAR Protocol?

Siapa yang Membuat NEAR Protocol?

Protokol NEAR didirikan bersama oleh Illia Polosukhin, penulis bersama makalah "Attention Is All You Need" tahun 2017 yang memperkenalkan arsitektur Transformer yang mendasari model bahasa besar modern, dan Alex Skidanov, mantan insinyur perangkat lunak di Microsoft dan arsitek bersama desain sharding Nightshade. Kedua pendiri membawa latar belakang teknis yang berbeda yang membentuk arsitektur NEAR yang berfokus pada riset. Untuk cakupan lengkap, lihat: Apa Itu Protokol NEAR?

Apa Itu Validasi Tanpa Status di Blockchain?

Validasi tanpa status adalah model arsitektur blockchain di mana validator memverifikasi transaksi tanpa menyimpan salinan lokal dari status jaringan. Alih-alih menyimpan status, validator menerima saksi status, sebuah bukti kriptografis yang hanya berisi data status yang diperlukan untuk memverifikasi blok atau bagian tertentu. NEAR telah menerapkan validasi tanpa status sebagai Nightshade Fase 2; ini adalah Layer-1 besar pertama yang mengimplementasikan model ini dalam produksi. Untuk cakupan penuh, lihat: Apa Itu Validasi Tanpa Status NEAR?

Bagaimana Sharding NEAR Bekerja?

Sharding Nightshade NEAR membagi blockchain menjadi jalur pemrosesan paralel yang disebut shard. Setiap shard memproses subset transaksi secara bersamaan dan menghasilkan segmen blok tingkat shard yang disebut chunk. Validator ditugaskan ke shard tertentu per epoch, dan produser blok menggabungkan semua chunk dari semua shard menjadi satu blok final tunggal. Untuk cakupan lengkap, lihat: Cara Kerja NEAR: Penjelasan Sharding Nightshade

Apa Itu State Witness di NEAR?

Saksi keadaan (state witness) di NEAR adalah bukti kriptografis ringkas yang dibuat oleh produsen chunk yang berisi semua data keadaan shard yang dibutuhkan validator chunk untuk memverifikasi chunk tertentu. Ini mencakup entri trie keadaan yang terpengaruh oleh transaksi chunk, ditambah bukti Merkle atas inklusi mereka dalam trie keadaan shard. Saksi keadaan adalah attestasi berbasis bukti Merkle; mereka bukan bukti tanpa pengetahuan (zero-knowledge proofs). Untuk cakupan penuh, lihat: Apa Itu Saksi Keadaan?

Apa Itu Validator Chunk di NEAR?

Validator chunk di NEAR adalah node yang bertanggung jawab untuk memvalidasi chunk shard individual, yaitu bagian dari setiap blok pada tingkat shard. Dalam validasi tanpa status (stateless validation), mereka tidak menyimpan status shard lokal; mereka menerima saksi status (state witness) dari produsen chunk dan memverifikasi bahwa transaksi chunk berlaku dengan benar pada status yang disaksikan. Validator chunk berbeda dari produsen chunk (yang membangun chunk dan memelihara status) serta produsen blok (yang merakit blok final). Untuk cakupan lengkap, lihat: Validator Chunk vs. Produsen Chunk

Apakah NEAR Menggunakan Proof of Stake?

Ya. NEAR menggunakan Thresholded Proof of Stake, sebuah varian di mana validator dipilih berdasarkan ambang batas stake minimum, bukan berdasarkan peringkat N teratas yang ketat menurut ukuran stake. NEAR memiliki sekitar 100 validator aktif per epoch. Pemegang Token NEAR dapat mendelegasikan stake kepada validator tanpa menjalankan infrastruktur mereka sendiri. Untuk cakupan lengkap, lihat: Apa Itu NEAR Protocol?

Bagaimana Validasi Stateless Meningkatkan Desentralisasi?

Validasi tanpa status meningkatkan desentralisasi dengan menghapus persyaratan penyimpanan status shard dari validator chunk. Persyaratan perangkat keras yang lebih rendah mengurangi hambatan ekonomi untuk menjalankan node validator. Seiring semakin banyak peserta yang mampu mengoperasikan validator, kumpulan validator meluas, mendistribusikan keamanan jaringan di antara kumpulan operator yang lebih besar dan lebih beragam secara geografis. Untuk cakupan penuh, lihat: Mengapa Validasi Tanpa Status Penting

Apa Itu Dynamic Resharding?

Penyesuaian shard dinamis adalah peningkatan Fase 3 yang direncanakan NEAR yang bertujuan untuk memungkinkan jaringan secara otomatis membagi atau menggabungkan shard berdasarkan permintaan transaksi waktu nyata, meningkatkan atau menurunkan throughput tanpa waktu henti validator atau konfigurasi ulang manual. Fitur ini belum aktif. Validasi tanpa status adalah prasyarat arsitektural untuk penyesuaian shard dinamis karena validator tanpa status dapat segera ditugaskan ke shard baru atau yang dikonfigurasi ulang tanpa operasi sinkronisasi status. Untuk cakupan penuh, lihat: Penyesuaian Shard Dinamis: Apa yang Datang Setelah Validasi Tanpa Status

Apa Persyaratan Perangkat Keras untuk Validator NEAR Setelah Validasi Tanpa Status?

Validator chunk tidak lagi membutuhkan penyimpanan SSD berkapasitas tinggi untuk status shard di bawah validasi tanpa status; biaya perangkat keras utama untuk peran validasi chunk telah dihilangkan. Produsen chunk masih memerlukan penyimpanan status shard penuh dan memiliki persyaratan perangkat keras yang lebih tinggi. Spesifikasi perangkat keras spesifik untuk kedua peran dipublikasikan di dokumentasi validator NEAR. Untuk konteks operasional, lihat: Apa Arti Validasi Tanpa Status Bagi Validator

Kesimpulan

Peningkatan validasi tanpa status NEAR Protocol memisahkan validasi chunk dari penyimpanan state, mengurangi hambatan perangkat keras bagi validator chunk dan menciptakan fondasi teknis untuk resharding dinamis Fase 3. Validator chunk kini menerima saksi state (state witness) per chunk alih-alih memelihara basis data state shard lokal. Rotasi shard di batas epoch berjalan mulus. Pool validator dirancang untuk berkembang seiring menurunnya ambang batas perangkat keras untuk validasi chunk.

Roadmap Nightshade memposisikan hal ini sebagai pembangunan yang berurutan: Fase 1 menetapkan kontrol kemacetan lintas-shard (cross-shard congestion control), Fase 2 menghadirkan validasi tanpa status (stateless validation), dan Fase 3 bertujuan untuk menambahkan resharding dinamis setelah model validator tanpa status membuat penugasan ulang shard secara instan layak secara operasional.

Langkah selanjutnya bagi pengembang dan validator:

• Dokumentasi pengembang NEAR untuk spesifikasi protokol lengkap, panduan SDK, dan penyiapan validator
• SDK Rust NEAR) untuk membangun kontrak pintar dalam Rust
• SDK JavaScript NEAR) untuk membangun kontrak pintar dalam JavaScript
• Tinjauan Staking validator NEAR) untuk penyiapan Staking dan delegasi
• Hibah Yayasan NEAR untuk pendanaan proyek ekosistem