NEAR Protocol là gì? Xác thực phi trạng thái

Giải thích về Xác thực Vô trạng thái của NEAR

NEAR Protocol đã hoàn tất đợt nâng cấp xác thực không trạng thái (stateless validation) dưới dạng Giai đoạn 2 của Nightshade, và thay đổi này tác động đến mỗi bên tham gia trong mạng lưới theo những cách khác nhau. Các nhà phát triển đang đánh giá NEAR với tư cách là một Nền tảng Hợp đồng Thông minh cần hiểu rõ kiến trúc này thực sự vận hành như thế nào. Các nhà đầu tư đang xem xét lộ trình kỹ thuật của NEAR muốn biết liệu xác thực không trạng thái có đại diện cho một bước tiến đáng kể hay không. Các Validator đang lập kế hoạch cho cơ sở hạ tầng cần nắm được Delta vận hành: điều gì thay đổi, điều gì giữ nguyên, và ý nghĩa của nó đối với phần cứng.

Bài viết này bao quát cả ba khía cạnh, bắt đầu từ việc NEAR là gì, tiếp nối bằng cách xác thực không trạng thái hoạt động như thế nào, nhân chứng trạng thái là gì, cách những người xác thực phân đoạn và người sản xuất phân đoạn phân chia trách nhiệm của họ, và mục tiêu mà việc chia lại động Giai đoạn 3 hướng tới khi xác thực không trạng thái cung cấp nền tảng.

Mục lục

• NEAR Protocol là gì?
• Vấn đề mà NEAR giải quyết
• NEAR Hoạt động như thế nào: Giải thích về Sharding Nightshade
• Xác thực Phi trạng thái (Stateless Validation) của NEAR là gì?
• Tại sao Xác thực Phi trạng thái lại quan trọng?
• Tái phân mảnh động (Dynamic Resharding): Điều gì xảy ra sau Xác thực Phi trạng thái
• NEAR so với Ethereum và Solana
• Hệ sinh thái NEAR
• NEAR Token, Staking, và Kinh tế trình xác thực
• Xác thực Phi trạng thái có ý nghĩa gì đối với Người xác thực?
• Câu hỏi thường gặp
• Kết luận

NEAR Protocol là gì?

NEAR Protocol là một blockchain proof-of-stake Layer-1 được thiết kế để đạt khả năng mở rộng cao, chi phí giao dịch thấp và khả năng tiếp cận cho nhà phát triển. Blockchain NEAR sử dụng một kiến trúc sharding được gọi là Nightshade sharding, giúp chia mạng lưới thành các làn xử lý song song, và đã triển khai stateless validation như một bản nâng cấp Nightshade Giai đoạn 2 nhằm cho phép xử lý giao dịch phi tập trung với thông lượng cao. NEAR Protocol (mạng lưới blockchain) sử dụng NEAR (token gốc) cho phí giao dịch và staking.

NEAR Protocol được đồng sáng lập bởi Illia Polosukhin (đồng tác giả của bài nghiên cứu "Attention Is All You Need" năm 2017, nơi giới thiệu kiến trúc Transformer làm nền tảng cho các mô hình ngôn ngữ lớn hiện đại) và Alex Skidanov (cựu kỹ sư phần mềm tại Microsoft và đồng kiến trúc sư của thiết kế phân mảnh Nightshade).

Các tính năng chính của NEAR Protocol:

• Phân mảnh Nightshade: xử lý giao dịch song song trên nhiều phân mảnh (shard), mỗi phân mảnh tạo ra một phân đoạn khối cấp phân mảnh được gọi là chunk
• Xác thực phi trạng thái (Giai đoạn 2, đã triển khai): các thực thể xác thực chunk kiểm tra các giao dịch mà không cần lưu trữ trạng thái phân mảnh cục bộ, thay vào đó sử dụng các bằng chứng trạng thái (state witnesses)
• Môi trường thực thi WebAssembly (Wasm): các hợp đồng thông minh được biên dịch sang Wasm, hỗ trợ Rust và JavaScript làm ngôn ngữ phát triển
• Tên tài khoản dễ đọc: các tài khoản tuân theo định dạng đặt tên (ví dụ: tenban.near) thay vì các địa chỉ mã hóa thô
• Phí giao dịch thấp: mô hình phí của NEAR được thiết kế để duy trì tính dự đoán được khi thông lượng mạng lưới mở rộng thông qua phân mảnh
• Tài trợ cho nhà phát triển: NEAR Foundation phân phối nguồn vốn hệ sinh thái để hỗ trợ các dự án phụ trợ giao thức

NEAR sử dụng Thresholded Proof of Stake (một biến thể trong đó các validator được chọn dựa trên ngưỡng stake tối thiểu thay vì xếp hạng Top-N nghiêm ngặt). Điều này giúp phân biệt cơ chế đồng thuận của NEAR với Delegated Proof of Stake tiêu chuẩn. NEAR có khoảng 100 validator đang hoạt động mỗi epoch, và những người nắm giữ NEAR Token có thể ủy quyền stake cho các validator mà không cần tự vận hành node của riêng mình.

Bộ máy thực thi WebAssembly (Wasm) của NEAR thực thi các hợp đồng thông minh trong một định dạng cô lập, xác định, độc lập với ngôn ngữ. Lập trình viên viết hợp đồng bằng Rust hoặc JavaScript, cả hai đều là các ngôn ngữ phổ biến với cộng đồng lớn, và biên dịch chúng sang Wasm để thực thi. Việc thực thi xác định đặc biệt quan trọng đối với xác thực không trạng thái: với cùng các đầu vào trạng thái được cung cấp thông qua một chứng thực trạng thái, mọi trình xác thực đều tạo ra kết quả giống hệt nhau, làm cho việc xác thực không trạng thái trở nên vững chắc về mặt toán học. Đối với các nhà phát triển đang đánh giá NEAR, hãy xem phần Xác thực không trạng thái của NEAR là gì? để biết kiến trúc này ảnh hưởng đến hoạt động mạng như thế nào.

NEAR được sử dụng cho các hợp đồng thông minh, ứng dụng phi tập trung (dApps), các giao thức DeFi, các nền tảng NFT, ứng dụng Gaming và tương tác chuỗi chéo với Ethereum thông qua dự án hệ sinh thái Aurora.

Vấn đề mà NEAR giải quyết

Blockchain các nhà thiết kế đối mặt với một sự căng thẳng được chấp nhận rộng rãi, được gọi là bộ ba cân bằng về khả năng mở rộng: việc xây dựng một mạng lưới có khả năng mở rộng, bảo mật và phi tập trung đồng thời là rất khó khăn vì việc tối ưu hóa hai trong số các thuộc tính đó có xu hướng làm suy yếu thuộc tính thứ ba. Khung lý thuyết này, gắn liền với Vitalik Buterin, người đồng sáng lập Ethereum, là một sự căng thẳng trong thiết kế hơn là một ràng buộc tuyệt đối, nhưng nó mô tả một sự đánh đổi thực tế mà mọi blockchain lớn đều đã điều hướng theo những cách khác nhau.

Trong lịch sử, Ethereum đã ưu tiên bảo mật và phi tập trung, chấp nhận các hạn chế về thông lượng dẫn đến phí gas cao trong các giai đoạn tắc nghẽn. Solana ưu tiên thông lượng và bảo mật thông qua kiến trúc phần cứng cao, đơn phân đoạn (single-shard), điều này tập trung sự tham gia của trình xác thực vào các đơn vị vận hành có khả năng chi trả cho cơ sở hạ tầng bắt buộc. Không có cách tiếp cận nào đáp ứng đồng thời cả ba đặc tính này khi chịu tải cao.

Kiến trúc sharding Nightshade và bản nâng cấp xác thực không trạng thái (stateless validation) của NEAR được thiết kế để giải quyết cả ba khía cạnh: sharding phân phối việc xử lý giao dịch để tăng thông lượng, xác thực không trạng thái giúp giảm yêu cầu phần cứng đối với validator để hỗ trợ sự tham gia rộng rãi hơn, và thiết kế tổng thể duy trì bảo mật mật mã xuyên suốt. Liệu NEAR có đạt được điều này trên thực tế ở quy mô lớn hay không vẫn còn là một câu hỏi mở. Sharding động giai đoạn 3 (Phase 3 dynamic resharding), giúp mở rộng mô hình này xa hơn nữa, vẫn đang trong quá trình phát triển.

Cách NEAR Hoạt động: Giải thích Sharding Nightshade

Nightshade sharding là kiến trúc của NEAR Protocol để xử lý giao dịch song song. Nó chia Blockchain thành các luồng xử lý riêng biệt được gọi là shard (các luồng xử lý song song, mỗi luồng xử lý đồng thời một tập hợp con các giao dịch mạng). Phần đóng góp của mỗi shard vào một khối được gọi là chunk (một phần của khối ở cấp độ shard; mỗi shard tạo ra một chunk cho mỗi khoảng thời gian khối). Các Validator được chỉ định cho các shard cụ thể trong mỗi epoch và các chunk kết quả sẽ được tập hợp thành một khối cuối cùng duy nhất. (Bài viết về Nightshade sharding)

Hãy xem Nightshade như một đường cao tốc nhiều làn thay vì một con đường đơn lẻ. Trong một hệ thống một làn, mọi giao dịch đều phải chờ đợi sau các giao dịch khác. Nightshade xây dựng các làn song song: mỗi shard là một làn đường, và mỗi chunk là phần lưu lượng của làn đường đó trong tổng số được xử lý trong một khoảng thời gian khối nhất định. Theo thuật ngữ kỹ thuật: NEAR duy trì một chuỗi logic được phân chia vật lý thành các shard. Mỗi shard xử lý tập hợp giao dịch của riêng mình, tạo ra một chunk, và các chunk đó được hợp nhất thành một khối thống nhất bởi những người sản xuất khối.

Cách NEAR Protocol chia shard hoạt động:

1. Các giao dịch đến được điều hướng đến shard chịu trách nhiệm cho tài khoản của người gửi
2. Mỗi shard xử lý các giao dịch được phân công song song với tất cả các shard khác
3. Tập hợp trình xác thực của mỗi shard tạo ra một chunk chứa các giao dịch đã được xử lý của shard đó
4. Các trình xác thực chunk xác minh rằng các giao dịch của mỗi chunk là hợp lệ
5. Các bên tạo khối tổng hợp tất cả các chunk từ mọi shard vào một khối cuối cùng duy nhất
6. Khối cuối cùng được thêm vào chuỗi và phần thưởng dành cho trình xác thực được tính toán

Việc phân bổ shard cho các validator thay đổi tại mỗi ranh giới epoch. Trước khi có xác thực không trạng thái (stateless validation), việc chuyển sang một shard mới yêu cầu tải xuống và đồng bộ hóa toàn bộ trạng thái của shard đó, một thao tác tiêu tốn nhiều thời gian và tài nguyên I/O. Xác thực không trạng thái sẽ thay đổi điều này, như được mô tả trong bảng Lộ trình Nightshade bên dưới.

Lộ trình Nightshade

Nightshade là một bản nâng cấp gồm nhiều giai đoạn. Mỗi giai đoạn được xây dựng dựa trên giai đoạn trước đó và xác thực phi trạng thái (stateless validation) là giai đoạn thứ hai trong ba giai đoạn đã được lên kế hoạch.

Lần cuối xác minh: 2025. Kiểm tra near.org để biết trạng thái lộ trình hiện tại.

Giai đoạn 1 đã giới thiệu các cơ chế kiểm soát tắc nghẽn để quản lý luồng giao dịch giữa các shard, đảm bảo rằng tình trạng quá tải của một shard không lan rộng ra toàn mạng. Giai đoạn 2 (xác thực không trạng thái) là bản nâng cấp trực tiếp mà bài viết này đi sâu phân tích. Giai đoạn 3 (chia shard động) đã được lên kế hoạch; xem Chia Shard Động: Điều gì xảy ra sau Xác thực Không Trạng thái để hiểu tại sao Giai đoạn 2 là điều kiện tiên quyết cho Giai đoạn 3.

Xác thực Vô trạng thái NEAR là gì?

Xác thực không trạng thái NEAR là một mô hình kiến trúc blockchain, trong đó các trình xác thực chunk xác minh các giao dịch shard mà không cần lưu trữ bản sao chép cục bộ của trạng thái shard. Thay vào đó, các trình xác thực nhận được một state witness (một bằng chứng mật mã nhỏ gọn được tạo bởi trình sản xuất chunk) chỉ chứa dữ liệu trạng thái cần thiết để xác minh một chunk cụ thể. Đây là Nightshade Giai đoạn 2, được triển khai dưới dạng bản nâng cấp giao thức trực tiếp. (Bài đăng blog về Nightshade Giai đoạn 2)

Trước khi có xác thực không trạng thái (stateless validation), mọi trình xác thực được chỉ định cho một phân đoạn (shard) phải duy trì một bản sao chép cục bộ được cập nhật liên tục về trạng thái của phân đoạn đó. Việc lưu trữ tất cả số dư tài khoản, giá trị lưu trữ của Hợp đồng Thông minh và các mục nhập trạng thái khác cho mọi tài khoản trong phân đoạn là nghĩa vụ phần cứng cốt lõi. Khi các trình xác thực luân chuyển sang một phân đoạn mới tại ranh giới kỷ nguyên (epoch), họ phải tải xuống và đồng bộ hóa toàn bộ trạng thái của phân đoạn mới trước khi có thể bắt đầu xác thực, một quy trình thường mất hàng giờ thực hiện các tác vụ I/O.

Xác thực không trạng thái loại bỏ hoàn toàn yêu cầu đó đối với trình xác thực khối. Trình tạo khối, một nút có trạng thái duy trì trạng thái shard đầy đủ, tạo ra một chứng nhận trạng thái (state witness) cùng với mỗi khối và phát sóng cả hai cho trình xác thực khối. Trình xác thực khối xác minh khối dựa trên chứng nhận mà không cần lưu trữ trạng thái cục bộ nào. Để có lời giải thích chính xác về nội dung của chứng nhận trạng thái và cách nó được tạo ra, hãy xem Chứng nhận trạng thái là gì?

Sự khác biệt thực tế giữa hai mô hình:

Tại sao điều này lại quan trọng: NEAR có thể hỗ trợ nhiều người xác thực hơn với chi phí hạ tầng thấp hơn, một sự cải tiến trực tiếp cho tính phi tập trung của mạng lưới.

Để tìm hiểu quy trình từng bước về cách thức hoạt động của xác thực không trạng thái, hãy xem Cách thức hoạt động từng bước của xác thực không trạng thái NEAR. Để biết vai trò cụ thể của người xác thực chunk so với người tạo chunk, hãy xem Người xác thực chunk vs. Người tạo chunk.

Cách thức hoạt động từng bước của xác thực không trạng thái NEAR

Quy trình xác thực không trạng thái diễn ra như sau đối với mỗi chunk được xử lý trong mạng lưới của NEAR:

1. Một giao dịch được gửi lên mạng lưới và được điều hướng đến phân đoạn (shard) chịu trách nhiệm cho tài khoản của người gửi
2. Người sản xuất đoạn (chunk producer) thực thi các giao dịch trong phân đoạn được chỉ định của mình đối với cơ sở dữ liệu trạng thái phân đoạn cục bộ
3. Người sản xuất đoạn tạo ra một bằng chứng trạng thái (state witness) chỉ chứa các mục trạng thái được chạm đến bởi các giao dịch của đoạn này, cộng với các bằng chứng Merkle về sự bao gồm của chúng trong trie trạng thái phân đoạn
4. Người sản xuất đoạn phát sóng đoạn và bằng chứng trạng thái cùng nhau tới các trình xác thực đoạn (chunk validator) được chỉ định cho phân đoạn đó
5. Các trình xác thực đoạn nhận được bằng chứng trạng thái và xác minh rằng các giao dịch trong đoạn được áp dụng chính xác cho trạng thái được chứng kiến, mà không cần cơ sở dữ liệu trạng thái cục bộ
6. Đoạn đã được xác thực sẽ được chuyển tiếp đến những người sản xuất khối (block producer), những người này sẽ tổng hợp tất cả các đoạn phân đoạn vào khối cuối cùng

Điều này có ý nghĩa gì đối với Người xác thực: Người xác thực các khối (chunk validators) không còn cần duy trì hoặc đồng bộ hóa trạng thái shard. Mỗi khối đi kèm với gói bằng chứng tự chứa. Khi người xác thực của bạn chuyển sang một shard mới tại ranh giới epoch, sẽ không có quá trình tải xuống trạng thái. Bạn sẽ bắt đầu nhận nhân chứng trạng thái cho các khối của shard đó và tiến hành xác thực ngay lập tức.

Tại sao điều này quan trọng: sự tách biệt giữa lưu trữ trạng thái (nhà sản xuất khối) và xác minh trạng thái (trình xác thực khối) cho phép nhóm trình xác thực mở rộng mà không làm tăng chi phí phần cứng tương ứng.

Nhân chứng trạng thái là gì?

Một bằng chứng trạng thái (state witness) trên NEAR là một bằng chứng mật mã nhỏ gọn được tạo ra bởi nhà sản xuất phân đoạn, chứa tất cả dữ liệu trạng thái phân đoạn mà người xác thực phân đoạn cần để xác minh một phân đoạn cụ thể. Người xác thực phân đoạn nhận bằng chứng trạng thái cùng với dữ liệu phân đoạn và sử dụng nó để xác nhận tính hợp lệ của giao dịch mà không cần truy vấn bất kỳ cơ sở dữ liệu trạng thái cục bộ nào.

Hãy coi bằng chứng trạng thái giống như một bản trích lục được chứng thực từ một tủ hồ sơ. Thay vì gửi toàn bộ tủ hồ sơ cho mọi trình xác thực, người tạo khối chỉ trích xuất những trang liên quan đến các giao dịch của khối này, xác thực chúng bằng mật mã và chỉ gửi những gì cần thiết. Phép loại suy này có ý nghĩa ở cấp độ thực tế: trình xác thực nhận được một gói bằng chứng tự chứa thay vì một bản sao trạng thái đầy đủ.

Theo thuật ngữ kỹ thuật: chứng thực trạng thái bao gồm các mục nhập trie trạng thái (số dư tài khoản, giá trị lưu trữ hợp đồng) liên quan đến các giao dịch trong một đoạn dữ liệu cụ thể, cùng với các bằng chứng Merkle về việc chúng được bao gồm trong trie trạng thái shard hiện tại. Một bộ xác thực nhận được chứng thực có thể xác minh từng bằng chứng Merkle để xác nhận tính xác thực của các mục nhập trạng thái, sau đó thực thi các giao dịch dựa trên các mục nhập đó để xác nhận đầu ra của đoạn dữ liệu là chính xác.

Cách một nhân chứng nhà nước được tạo ra và sử dụng:

["Nhà sản xuất phân đoạn thực thi tất cả các giao dịch trong phân đoạn của nó đối với trạng thái phân đoạn cục bộ của nó","Trong quá trình thực thi, nó ghi lại mọi mục nhập cây trạng thái đã được đọc hoặc ghi","Nó tạo ra các bằng chứng Merkle chứng minh rằng mỗi mục nhập đã ghi thuộc về cây trạng thái phân đoạn","Nó đóng gói các mục nhập và bằng chứng đó thành chứng minh trạng thái","Các trình xác thực phân đoạn nhận chứng minh trạng thái, xác minh các bằng chứng Merkle và thực thi lại các giao dịch dựa trên các mục nhập được cung cấp"]

Một điểm làm rõ quan trọng đối với độc giả chuyên ngành kỹ thuật: Bằng chứng trạng thái của NEAR là các chứng nhận dữ liệu trạng thái dựa trên bằng chứng Merkle. Chúng không phải là bằng chứng không kiến thức. Cơ chế này không liên quan đến mạch ZK hoặc hệ thống bằng chứng; nó sử dụng bằng chứng bao gồm cây Merkle tiêu chuẩn để xác nhận rằng các mục trạng thái cụ thể là các phần hợp lệ của trạng thái shard.

Ý nghĩa đối với Validator: State witness là gói dữ liệu giúp việc xác thực phi trạng thái (stateless validation) của bạn trở nên khả thi. Bạn không cần phải tin tưởng vào cơ sở dữ liệu trạng thái của chunk producer; bạn tự mình xác minh các bằng chứng Merkle có trong witness. Nếu các bằng chứng được kiểm chứng thành công và các giao dịch được thực thi lại chính xác dựa trên các mục được cung cấp, thì chunk đó là hợp lệ.

Tại sao điều này quan trọng: bởi vì các witness trạng thái có tính tự chứa và có thể xác minh, bất kỳ trình xác thực nào cũng có thể kiểm tra bất kỳ khối nào mà không cần biết trước lịch sử của shard, mở ra khả năng tái phân bổ shard thường xuyên, không gặp trở ngại.

Trình xác thực khối so với Trình tạo khối

Người xác thực phân mảnh trong NEAR là các nút chịu trách nhiệm xác thực các phân mảnh khối riêng lẻ, là các phần ở cấp độ phân mảnh của mỗi khối. Trong cơ chế xác thực không trạng thái, người xác thực phân mảnh không lưu trữ hoặc duy trì trạng thái phân mảnh cục bộ. Họ nhận một bằng chứng trạng thái từ nhà sản xuất phân mảnh và sử dụng nó để xác minh rằng các giao dịch trong một phân mảnh được áp dụng chính xác vào trạng thái đã được làm chứng.

Các trình sản xuất khối (chunk producers) là đối tác có trạng thái. Một trình sản xuất khối duy trì một bản sao chép cục bộ đầy đủ trạng thái của phân mảnh được chỉ định, xây dựng khối bằng cách thực thi các giao dịch dựa trên trạng thái đó, tạo ra bằng chứng trạng thái (state witness), và phát sóng cả khối và bằng chứng cho các trình xác thực khối (chunk validators). Các trình sản xuất khối có yêu cầu phần cứng cao hơn do nghĩa vụ lưu trữ trạng thái của họ. Đây là lớp có trạng thái cho phép phần còn lại của mạng hoạt động không trạng thái.

Các nhà sản xuất khối là vai trò thứ ba, riêng biệt: họ tổng hợp các phân đoạn đã được xác thực từ tất cả các shard thành khối cuối cùng. Không nhầm lẫn ba vai trò này; chúng có các chức năng, yêu cầu về trạng thái và cấu hình phần cứng khác nhau.

NEAR sử dụng epoch (đơn vị thời gian của NEAR, xấp xỉ 12 giờ, tại thời điểm kết thúc thì các phân công phân đoạn validator sẽ luân chuyển) để quản lý việc luân chuyển validator. Tại mỗi ranh giới epoch, các chunk validator được chỉ định lại cho các phân đoạn (shard). Theo mô hình stateful trước đây, việc luân chuyển này yêu cầu tải xuống và đồng bộ hóa trạng thái hoàn chỉnh của phân đoạn mới, một hoạt động tốn kém làm chậm quá trình chỉ định lại validator và làm tập trung hóa tập hợp validator. Theo cơ chế stateless validation (xác thực không trạng thái), một validator được chỉ định lại cho một phân đoạn mới chỉ đơn giản là bắt đầu nhận state witness cho các chunk của phân đoạn đó và bắt đầu xác thực ngay lập tức. Phần thưởng Staking được tính toán và phân phối tại các ranh giới epoch. (Tài liệu NEAR validator, Tài liệu NEAR epoch)

Ý nghĩa đối với Trình xác thực: Việc luân chuyển shard tại ranh giới epoch không còn yêu cầu tải xuống trạng thái. Nếu trình xác thực của bạn được gán lại từ Shard A sang Shard B tại epoch tiếp theo, bạn sẽ bắt đầu nhận các chứng nhân trạng thái cho các phân đoạn của Shard B và có thể bắt đầu xác thực chỉ vài giây sau khi epoch mới mở.

Tại sao điều này quan trọng: việc luân chuyển shard liền mạch giúp cho một tập hợp lớn hơn nhiều trình xác thực có thể tham gia một cách thiết thực, bởi vì chi phí vận hành cho việc tái gán gần như bằng không theo mô hình phi trạng thái.

Tại sao xác thực vô trạng thái lại quan trọng

Xác thực phi trạng thái giúp cải thiện tính phi tập trung của NEAR bằng cách loại bỏ yêu cầu lưu trữ trạng thái shard đối với những người xác thực chunk. Yêu cầu về lưu trữ và phần cứng thấp hơn đồng nghĩa với việc có thêm nhiều người tham gia có thể vận hành các nút xác thực, từ đó mở rộng tập hợp người xác thực đang hoạt động và phân bổ bảo mật mạng lưới trên một nhóm các nhà vận hành rộng lớn hơn.

Cơ chế chuỗi này rất trực tiếp: các nhân chứng trạng thái (state witnesses) giúp loại bỏ nhu cầu lưu trữ trạng thái phân mảnh (shard state) của các trình xác thực chunk (chunk validators), từ đó loại bỏ chi phí phần cứng chủ yếu cho vai trò xác thực. Với mức yêu cầu phần cứng thấp hơn, một nhóm các nhà vận hành lớn hơn có thể chạy các trình xác thực chunk một cách tiết kiệm. Một nhóm trình xác thực lớn hơn, phân bổ rộng rãi hơn về mặt địa lý sẽ giúp giảm thiểu rủi ro tập trung và tăng cường khả năng chống lại sự can thiệp có phối hợp của mạng lưới.

Bản thân việc xác thực không trạng thái không làm thay đổi mô hình phí gas của NEAR; phí giao dịch vẫn được xác định bởi độ phức tạp tính toán và nhu cầu của mạng lưới. Tuy nhiên, bằng cách tạo ra tiền đề kiến trúc cho phân mảnh động Giai đoạn 3, xác thực không trạng thái cung cấp nền tảng cho sự ổn định về phí khi khối lượng giao dịch tăng lên: nhiều phân đoạn hơn đồng nghĩa với khả năng xử lý cao hơn, và khả năng đó có thể mở rộng mà không làm phí tăng lên một cách tương ứng. Để biết cách phân mảnh động được xây dựng dựa trên cơ sở này, hãy xem Phân mảnh động: Điều gì diễn ra sau Xác thực không trạng thái.

Nâng cấp xác thực phi trạng thái của NEAR củng cố nền tảng kỹ thuật của nó bằng cách tách biệt việc lưu trữ trạng thái khỏi việc xác minh trạng thái, một thay đổi cấu trúc ảnh hưởng đến kinh tế của người xác thực, sự phân quyền của mạng lưới và tính khả thi của việc mở rộng thông lượng đàn hồi.

Phân chia lại động: Điều gì xảy ra sau xác thực không trạng thái

Tái phân mảnh động là bản nâng cấp Giai đoạn 3 theo kế hoạch của NEAR nhằm mục đích cho phép mạng lưới tự động chia tách hoặc hợp nhất các shard dựa trên nhu cầu giao dịch theo thời gian thực, giúp tăng hoặc giảm thông lượng mà không cần validator ngừng hoạt động hay cấu hình lại thủ công.

Mối quan hệ tiên quyết giữa xác thực phi trạng thái (stateless validation) và phân mảnh động (dynamic resharding) nằm ở cấu trúc kiến trúc. Trong cơ chế xác thực có trạng thái (stateful validation), việc luân chuyển một trình xác thực sang một phân mảnh mới yêu cầu phải đồng bộ hóa toàn bộ trạng thái của phân mảnh đó, một quy trình mất hàng giờ đồng hồ. Việc thêm một phân mảnh mới theo cách động sẽ yêu cầu tất cả các trình xác thực được chỉ định cho nó phải hoàn tất việc đồng bộ hóa này trước khi quá trình xác thực có thể bắt đầu. Nút thắt cổ chai trong vận hành này đã làm cho việc chia tách phân mảnh tức thời trở nên không khả thi.

Xác thực phi trạng thái giúp loại bỏ điểm nghẽn đó. Vì các trình xác thực chunk không còn phải tải trước trạng thái phân đoạn, chúng có thể được chỉ định ngay lập tức cho một phân đoạn mới, một phân đoạn được chia tách hoặc một cấu hình phân đoạn được hợp nhất và bắt đầu xác thực ngay lập tức; các nhân chứng trạng thái cung cấp mọi thứ cần thiết cho mỗi chunk. Giai đoạn 3 hướng đến việc tận dụng đặc tính này để cho phép giao thức tự động tăng số lượng phân đoạn khi các phân đoạn riêng lẻ đạt ngưỡng giới hạn dung lượng, và giảm số lượng phân đoạn khi nhu cầu giảm xuống.

Giai đoạn 3 chia shard động chưa ra mắt. Lộ trình của NEAR mô tả nó là một bản nâng cấp dự kiến. Các lộ trình giao thức có thể thay đổi; kiểm tra near.org để biết trạng thái phát triển hiện tại.

Tại sao điều này lại quan trọng: tác động trực tiếp của xác thực không trạng thái (stateless validation) là giảm yêu cầu phần cứng cho các chunk validator. Ý nghĩa sâu xa của nó là giúp việc mở rộng thông lượng linh hoạt (elastic throughput scaling) trở nên khả thi về mặt kiến trúc theo cách mà trước Giai đoạn 2 không thể thực hiện được.

NEAR đối đầu Ethereum và Solana

NEAR khác biệt với Ethereum theo ba cách có thể đo lường được: NEAR sử dụng phân mảnh Nightshade để xử lý các giao dịch trên các phân mảnh song song, trong khi Ethereum hoạt động như một chuỗi thực thi đơn lẻ; NEAR đã triển khai xác thực phi trạng thái như một tính năng giao thức thực tế, trong khi đề xuất tương đương của Ethereum (EIP-4762) vẫn đang trong quá trình nghiên cứu và phát triển tính đến năm 2025; và các Hợp đồng Thông minh của NEAR biên dịch sang WebAssembly và có thể được viết bằng Rust hoặc JavaScript, trong khi môi trường Hợp đồng Thông minh chính của Ethereum là Solidity trên máy ảo Ethereum (EVM).

Đề xuất client phi trạng thái của Ethereum: Nghiên cứu về client phi trạng thái của Ethereum có cùng mục tiêu về mặt khái niệm với nâng cấp Giai đoạn 2 của NEAR, cho phép các node xác minh các khối mà không cần lưu trữ toàn bộ trạng thái. Cách tiếp cận được đề xuất của Ethereum, được nêu trong EIP-4762,) yêu cầu chuyển đổi từ Merkle Patricia Tries sang Verkle Trees làm cấu trúc trạng thái cơ bản. Đây là một quá trình di chuyển giao thức kéo dài nhiều năm, vẫn đang trong giai đoạn nghiên cứu và phát triển tính đến năm 2025. NEAR đã triển khai tính năng xác thực phi trạng thái của mình như một tính năng giao thức trực tiếp; phiên bản tương đương của Ethereum chỉ mới được đề xuất và chưa được triển khai. Đây là các triển khai riêng biệt theo đuổi một mục tiêu kiến trúc tương tự ở các giai đoạn phát triển khác nhau.

Sự đánh đổi về kiến trúc của Solana: Solana đạt được thông lượng giao dịch cao thông qua kiến trúc đơn phân đoạn (single-shard), trong đó tất cả các trình xác thực xử lý mọi giao dịch dựa trên toàn bộ trạng thái toàn cầu. Cách tiếp cận này mang lại hiệu suất cao nhưng yêu cầu các trình xác thực phải duy trì phần cứng mạnh mẽ (CPU cao cấp, dung lượng RAM lớn, ổ cứng SSD NVMe tốc độ cao), điều này khiến sự tham gia của các trình xác thực tập trung vào những nhà vận hành có nguồn lực cơ sở hạ tầng đáng kể. Cách tiếp cận phân đoạn (sharded) kết hợp phi trạng thái (stateless) của NEAR nhằm mục đích đạt được khả năng thông lượng tương đương trong khi cho phép các trình xác thực chunk hoạt động với yêu cầu phần cứng thấp hơn. NEAR cũng cạnh tranh trên thị trường nền tảng Layer-1 cùng với Avalanche và các chuỗi dựa trên Move như Aptos và Sui, mặc dù các kiến trúc đó khác biệt đáng kể so với cách tiếp cận phân đoạn (sharding) của NEAR.

NEAR: điểm mạnh và hạn chế hiện tại

Thế mạnh:

• Giải pháp phân mảnh Nightshade sharding đã đi vào hoạt động và xử lý các giao dịch trên các phân đoạn song song
• Tính năng xác thực không trạng thái (Giai đoạn 2) đã được triển khai, giúp giảm rào cản phần cứng cho các bên xác thực phân đoạn (chunk validators)
• Môi trường thực thi WebAssembly hỗ trợ Rust và JavaScript, giúp giảm bớt khó khăn cho nhà phát triển khi học tập so với các môi trường chỉ hỗ trợ Solidity
• Phí giao dịch thấp theo thiết kế, với mô hình phí được xây dựng để mở rộng thông qua phân mảnh
• Có sẵn các khoản tài trợ cho nhà phát triển thông qua NEAR Foundation

Hạn chế:

• Hệ sinh thái của NEAR nhỏ hơn Ethereum về tổng giá trị bị khóa và hoạt động của nhà phát triển
• Phân mảnh động Giai đoạn 3 vẫn chưa chính thức hoạt động
• Quy mô cộng đồng nhà phát triển nhỏ hơn Solana

Hệ sinh thái NEAR

Tổ chức NEAR Foundation là một tổ chức phi lợi nhuận có trụ sở tại Thụy Sĩ, chịu trách nhiệm phát triển hệ sinh thái, cấp tài trợ cho nhà phát triển, hợp tác và quản trị giao thức cho NEAR Protocol. Tổ chức này khác với các đội ngũ kỹ thuật cốt lõi chịu trách nhiệm phát triển giao thức. Quỹ này quản lý các khoản tài trợ cho các dự án xây dựng trên cơ sở hạ tầng của NEAR và hỗ trợ quá trình tham gia của các nhà phát triển.

NEAR Protocol hỗ trợ nhiều danh mục ứng dụng, bao gồm các giao thức DeFi, các nền tảng NFT, các ứng dụng Gaming và các nền tảng mạng xã hội. Bộ công cụ dành cho nhà phát triển của NEAR được thiết kế để dễ tiếp cận: hỗ trợ Rust và JavaScript (cả hai đều là các ngôn ngữ phổ biến), tên tài khoản dễ đọc và tài liệu hướng dẫn tại docs.near.org.

Aurora là một lớp thực thi tương thích với máy ảo Ethereum (EVM) được xây dựng trên cơ sở hạ tầng NEAR, cho phép các nhà phát triển triển khai các hợp đồng thông minh Solidity trên NEAR mà không cần viết lại mã. Aurora là một dự án hệ sinh thái riêng biệt, không phải là một tính năng của NEAR Protocol. Rainbow Bridge cho phép chuyển tài sản không cần tin cậy, đặc biệt là giữa NEAR và Ethereum, giúp người dùng di chuyển ETH và token ERC-20 giữa hai mạng lưới. NEAR cũng cung cấp dịch vụ khả dụng dữ liệu (NEAR DA) được các Rollups Ethereum và mạng Lớp 2 tìm kiếm các lớp khả dụng dữ liệu chi phí thấp, thông lượng cao sử dụng.

Đối với các nhà phát triển đang cân nhắc NEAR như một Nền tảng: sự hỗ trợ của môi trường thực thi Wasm dành cho Rust và JavaScript giúp giảm bớt rào cản học tập so với các môi trường chỉ có EVM, và dự án hệ sinh thái Aurora cung cấp một lộ trình di chuyển cho các mã nguồn Solidity hiện có.

NEAR Token, Staking, và Kinh tế học của Validator

Token NEAR có bốn chức năng trong giao thức:

• Phí giao dịch (gas): NEAR chi trả cho hoạt động tính toán trên mạng lưới; một phần bị đốt và một phần được phân phối cho các validator
• Staking: validator và người ủy quyền khóa NEAR để bảo mật mạng lưới và nhận phần thưởng staking
• Quản trị: Người nắm giữ token NEAR tham gia vào các quyết định quản trị giao thức
• Tài trợ hệ sinh thái: NEAR Foundation phân phối token NEAR dưới dạng tài trợ cho việc phát triển hệ sinh thái

Những người sở hữu NEAR token có thể tham gia vào việc bảo mật mạng lưới bằng cách trực tiếp vận hành một nút validator hoặc ủy quyền stake cho một validator hiện có thông qua ví NEAR. Việc ủy quyền không yêu cầu vận hành bất kỳ cơ sở hạ tầng nào; người sở hữu chỉ cần chọn một validator và ủy quyền stake của họ. Để biết hướng dẫn chi tiết về Staking, vui lòng xem docs.near.org/validator/staking-overview.

Tác động của xác thực không trạng thái (stateless validation) đối với động lực staking có tính chất cấu trúc: bằng cách giảm yêu cầu phần cứng cho các chunk validator, bản nâng cấp được thiết kế để mở rộng nhóm các nhà vận hành validator khả thi về mặt kinh tế theo thời gian. Một nhóm validator lớn hơn có nghĩa là staking được phân phối rộng rãi hơn, điều này mang lại lợi ích cho sự phi tập trung của mạng lưới. Lợi suất Staking thay đổi dựa trên tổng số lượng tham gia mạng lưới và số lượng validator đang hoạt động; khi nhóm validator mở rộng, những động lực này có thể thay đổi.

Bài viết này chỉ dành cho mục đích cung cấp thông tin và giáo dục. Không có nội dung nào trong bài viết này cấu thành lời khuyên tài chính, đầu tư hoặc pháp lý. Tiền điện tử và tài sản trên blockchain có rủi ro đáng kể. Luôn tự nghiên cứu trước khi đưa ra quyết định đầu tư.

Ý nghĩa của Xác thực không trạng thái đối với các Validator

Trong xác thực không trạng thái, mô hình hoạt động của trình xác thực phân đoạn thay đổi theo năm cách thức cụ thể:

1. Không yêu cầu lưu trữ trạng thái phân đoạn: các trình xác thực khối (chunk validator) không còn duy trì bản sao chép cục bộ về trạng thái của phân đoạn được chỉ định cho mình
2. Bằng chứng trạng thái thay thế đồng bộ hóa trạng thái: các trình xác thực khối nhận được một bằng chứng trạng thái (state witness) cùng với mỗi khối (chunk), chứa tất cả dữ liệu trạng thái cần thiết để xác minh
3. Luân chuyển phân đoạn mượt mà: khi được chỉ định vào một phân đoạn mới tại ranh giới kỷ nguyên (epoch boundary), các trình xác thực bắt đầu nhận được bằng chứng trạng thái của phân đoạn đó ngay lập tức mà không cần tải xuống trạng thái
4. Giảm yêu cầu phần cứng lưu trữ: nghĩa vụ lưu trữ vốn trước đây là chi phí phần cứng lớn nhất đối với vai trò xác thực khối đã được loại bỏ
5. Người tạo khối duy trì trạng thái đầy đủ: vai trò người tạo khối (chunk producer) vẫn yêu cầu duy trì trạng thái phân đoạn đầy đủ và phần cứng cao cấp, và sự khác biệt này có ý nghĩa quan trọng đối với việc lập kế hoạch cơ sở hạ tầng

Các trình xác thực chunk có còn cần lưu trữ trạng thái shard không? Không. Các trình xác thực chunk không còn cần lưu trữ trạng thái shard cục bộ. Họ nhận được một bằng chứng trạng thái từ người tạo chunk mỗi khi xác thực một chunk. Các người tạo chunk (các nút xây dựng chunk và tạo bằng chứng trạng thái) vẫn duy trì trạng thái shard đầy đủ và giữ nguyên các yêu cầu lưu trữ cao hơn.

Các trình xác thực chunk theo cơ chế xác thực không trạng thái không cần ổ lưu trữ SSD dung lượng cao cho trạng thái shard. Mô hình trước đây yêu cầu mức lưu trữ này như chi phí phần cứng chính cho vai trò xác thực; yêu cầu đó hiện đã không còn nữa. Các trình tạo chunk duy trì toàn bộ trạng thái shard và yêu cầu phần cứng lưu trữ tỷ lệ thuận với kích thước trạng thái shard của họ; các đơn vị vận hành có kế hoạch chạy trình tạo chunk nên lưu ý đến điều này. Thông số kỹ thuật phần cứng chính thức cho cả hai vai trò được công bố tại docs.near.org/concepts/basics/validators.

Việc phân bổ shard hoạt động theo các epoch kéo dài khoảng 12 giờ. Tại mỗi ranh giới epoch, cơ chế lựa chọn validator của NEAR sẽ phân bổ lại các chunk validator giữa các shard. Với stateless validation (xác thực phi trạng thái), việc phân bổ lại này diễn ra trơn tru: validator mới được chỉ định sẽ nhận state witness cho các chunk của shard mới từ chunk producer và bắt đầu xác thực ngay lập tức. Mô hình trước đây yêu cầu đồng bộ hóa trạng thái (state sync) có thể mất nhiều giờ; chi phí đó hiện đã được loại bỏ đối với các chunk validator. Chi tiết về cơ chế epoch và phân phối phần thưởng được tài liệu hóa tại docs.near.org/concepts/basics/epoch.

Ý nghĩa đối với Validator: Nếu bạn vận hành một node chunk validator, mô hình cung cấp lưu trữ của bạn đã thay đổi. Bạn không còn cần phải phân bổ dung lượng SSD lớn cho trạng thái shard trên phần cứng chunk validator nữa. Việc xoay vòng shard tại các ranh giới epoch giờ đây không còn đáng kể về mặt vận hành. Nếu bạn đang vận hành hoặc đang cân nhắc vai trò chunk producer, các yêu cầu về trạng thái vẫn giữ nguyên: việc lưu trữ đầy đủ trạng thái shard vẫn được yêu cầu ở lớp đó.

Câu hỏi thường gặp

NEAR Protocol là gì?

NEAR Protocol là một blockchain proof-of-stake Layer-1 sử dụng Nightshade sharding để xử lý các giao dịch trên các shard song song. Giao thức này đã triển khai stateless validation như một bản nâng cấp Giai đoạn 2, cho phép các chunk validator xác minh giao dịch mà không cần lưu trữ trạng thái shard tại máy cục bộ. NEAR Protocol sử dụng NEAR token cho phí giao dịch, staking và quản trị. Để xem thông tin đầy đủ, hãy xem: NEAR Protocol là gì?

Ai đã tạo ra NEAR Protocol?

Giao thức NEAR được đồng sáng lập bởi Illia Polosukhin, đồng tác giả của bài báo "Attention Is All You Need" năm 2017 giới thiệu kiến trúc Transformer làm nền tảng cho các mô hình ngôn ngữ lớn hiện đại, và Alex Skidanov, cựu kỹ sư phần mềm tại Microsoft và đồng kiến trúc sư của thiết kế sharding Nightshade. Cả hai người sáng lập mang đến nền tảng kỹ thuật riêng biệt đã định hình kiến trúc ưu tiên nghiên cứu của NEAR. Để xem toàn bộ thông tin chi tiết, vui lòng xem: Giao thức NEAR là gì?

Xác thực trạng thái trong Blockchain?

Xác thực không trạng thái là một mô hình kiến trúc blockchain, trong đó các trình xác thực xác minh giao dịch mà không cần duy trì bản sao cục bộ của trạng thái mạng. Thay vì lưu trữ trạng thái, các trình xác thực nhận được một chứng cứ trạng thái, là một bằng chứng mật mã chỉ chứa dữ liệu trạng thái cần thiết để xác minh một khối hoặc một phần cụ thể. NEAR đã triển khai xác thực không trạng thái dưới dạng Nightshade Giai đoạn 2; đây là Layer-1 lớn đầu tiên triển khai mô hình này vào sản xuất. Để biết thông tin chi tiết, xem: Xác thực Không Trạng thái của NEAR là gì?

NEAR Sharding Hoạt Động Như Thế Nào?

Sharding Nightshade của NEAR chia Blockchain thành các làn xử lý song song gọi là shard. Mỗi shard xử lý một tập hợp con các giao dịch đồng thời và tạo ra một phân đoạn khối cấp shard gọi là chunk. Validator được chỉ định vào các shard cụ thể mỗi epoch, và người sản xuất khối tổng hợp tất cả các chunk từ tất cả các shard thành một khối cuối cùng duy nhất. Để biết thông tin chi tiết, xem: How NEAR Works: Nightshade Sharding Explained

What Is a State Witness in NEAR?

Chứng chỉ trạng thái (state witness) trong NEAR là một bằng chứng mật mã nhỏ gọn được tạo ra bởi nhà sản xuất phân đoạn, chứa tất cả dữ liệu trạng thái phân đoạn mà trình xác thực phân đoạn cần để xác minh một phân đoạn cụ thể. Nó bao gồm các mục nhập cây trạng thái (state trie) bị ảnh hưởng bởi các giao dịch của phân đoạn, cộng với các bằng chứng Merkle về sự bao gồm của chúng trong cây trạng thái phân đoạn. Chứng chỉ trạng thái là các chứng thực dựa trên bằng chứng Merkle; chúng không phải là bằng chứng không kiến thức (zero-knowledge proofs). Để xem chi tiết đầy đủ, vui lòng tham khảo: Chứng chỉ trạng thái là gì?

Trình xác thực phân đoạn trong NEAR là gì?

Chunk validator trong NEAR là các nút chịu trách nhiệm xác thực các chunk shard riêng lẻ, vốn là các phần cấp độ shard của mỗi khối. Theo cơ chế stateless validation (xác thực phi trạng thái), chúng không lưu trữ trạng thái shard cục bộ; thay vào đó, chúng nhận một state witness (bằng chứng trạng thái) từ chunk producer (người tạo chunk) và xác minh rằng các giao dịch của chunk được áp dụng chính xác vào trạng thái được chứng thực đó. Chunk validator khác biệt với chunk producer (người xây dựng các chunk và duy trì trạng thái) và block producer (người lắp ráp các khối cuối cùng). Để biết đầy đủ thông tin, hãy xem: Chunk Validators vs. Chunk Producers

NEAR có sử dụng Proof of Stake không?

Đúng vậy. NEAR sử dụng Thresholded Proof of Stake, một biến thể trong đó các validator được chọn dựa trên ngưỡng stake tối thiểu thay vì xếp hạng Top-N nghiêm ngặt theo quy mô stake. NEAR có khoảng 100 validator đang hoạt động mỗi epoch. Những người nắm giữ NEAR Token có thể ủy quyền stake cho các validator mà không cần tự vận hành cơ sở hạ tầng của riêng mình. Để xem chi tiết đầy đủ, hãy truy cập: NEAR Protocol là gì?

Stateless Validation cải thiện tính phi tập trung như thế nào?

Xác thực không trạng thái giúp tăng cường tính phi tập trung bằng cách loại bỏ yêu cầu lưu trữ trạng thái phân đoạn (shard state) đối với các trình xác thực chunk. Yêu cầu phần cứng thấp hơn giúp giảm bớt rào cản kinh tế để vận hành một nút xác thực. Khi có thêm nhiều người tham gia đủ khả năng vận hành các trình xác thực, tập hợp trình xác thực sẽ mở rộng, giúp phân bổ tính bảo mật của mạng lưới cho một nhóm các bên vận hành lớn hơn và đa dạng hơn về mặt địa lý. Để tìm hiểu đầy đủ, hãy xem: Tại sao Xác thực không trạng thái lại quan trọng

Phân đoạn lại động (Dynamic Resharding) là gì?

Tái phân mảnh động là bản nâng cấp Giai đoạn 3 theo kế hoạch của NEAR, nhằm mục đích cho phép mạng lưới tự động chia hoặc hợp nhất các phân mảnh dựa trên nhu cầu giao dịch theo thời gian thực, mở rộng thông lượng lên hoặc xuống mà không cần thời gian ngừng hoạt động của trình xác thực hoặc cấu hình lại thủ công. Nó chưa được triển khai. Xác thực không trạng thái là một điều kiện tiên quyết về kiến trúc cho việc tái phân mảnh động, vì các trình xác thực không trạng thái có thể được gán ngay lập tức vào các phân mảnh mới hoặc đã được cấu hình lại mà không cần thao tác đồng bộ hóa trạng thái. Để xem chi tiết đầy đủ, vui lòng tham khảo: Tái phân mảnh động: Điều gì xảy ra sau xác thực không trạng thái

Yêu cầu phần cứng đối với Trình xác thực NEAR sau khi Xác thực không trạng thái là gì?

Dưới cơ chế stateless validation, người xác thực chunk (chunk validator) không còn cần bộ nhớ SSD dung lượng cao cho trạng thái shard (shard state) nữa; chi phí phần cứng chủ yếu cho vai trò xác thực chunk đã được loại bỏ. Người sản xuất chunk (chunk producer) vẫn cần lưu trữ toàn bộ trạng thái shard và có yêu cầu phần cứng cao hơn. Các thông số kỹ thuật phần cứng cụ thể cho cả hai vai trò được công bố trong tài liệu người xác thực NEAR. Để biết bối cảnh vận hành, hãy xem: Cơ chế Stateless Validation có ý nghĩa gì đối với người xác thực

Kết luận

Bản nâng cấp xác thực không trạng thái (stateless validation) của NEAR Protocol tách biệt việc xác thực chunk khỏi việc lưu trữ trạng thái, giúp giảm rào cản phần cứng cho các chunk validator và tạo nền tảng kỹ thuật cho Phân mảnh động (dynamic resharding) của Giai đoạn 3. Giờ đây, các chunk validator sẽ nhận được một state witness cho mỗi chunk thay vì phải duy trì cơ sở dữ liệu trạng thái shard cục bộ. Việc luân chuyển shard tại các ranh giới epoch diễn ra mượt mà hơn. Nhóm validator được thiết kế để mở rộng khi yêu cầu phần cứng tối thiểu cho việc xác thực chunk giảm xuống.

Lộ trình Nightshade định vị đây là một quá trình xây dựng tuần tự: Giai đoạn 1 đã thiết lập cơ chế kiểm soát tắc nghẽn liên shard, Giai đoạn 2 triển khai xác thực không trạng thái (stateless validation), và Giai đoạn 3 đặt mục tiêu bổ sung tính năng chia shard động (dynamic resharding) sau khi mô hình trình xác thực không trạng thái giúp việc tái phân bổ shard tức thời trở nên khả thi về mặt vận hành.

Các bước tiếp theo dành cho nhà phát triển và người xác thực:

["- Tài liệu dành cho nhà phát triển NEAR cho các thông số kỹ thuật đầy đủ của giao thức, hướng dẫn SDK và thiết lập trình xác thực","- SDK Rust NEAR) để xây dựng các hợp đồng thông minh bằng Rust","- SDK JavaScript NEAR) để xây dựng các hợp đồng thông minh bằng JavaScript","- Tổng quan về Staking trình xác thực NEAR) cho thiết lập staking và ủy quyền.","- Các khoản tài trợ của Quỹ NEAR cho tài trợ dự án hệ sinh thái."]