NEAR cho các Nhà phát triển Backend: Kỹ năng của bạn, Phi tập trung

Giới thiệu
Nếu bạn xây dựng backends ngày nay, bạn đã biết cách thiết kế APIs, lưu trạng thái và quản lý người dùng. Giao thức NEAR cho phép bạn sử dụng cùng bản năng đó—nhưng trên một mạng lưới phi tập trung thay vì máy chủ của riêng bạn. Hãy tưởng tượng NEAR như “một backend mà bạn không cần tự lưu trữ.” Logic kinh doanh của bạn chạy như hợp đồng thông minh (chương trình nhỏ), dữ liệu của bạn sống trong một cửa hàng được sao chép do mạng quản lý, và danh tính người dùng được xác minh bằng mật mã, không phải mật khẩu. Trong bài học này, chúng ta sẽ ánh xạ các ý tưởng backend quen thuộc vào các khái niệm của NEAR, đi qua một ví dụ đơn giản theo kiểu Twitter, và cho thấy cách đọc và ghi hoạt động. Đến cuối cùng, bạn sẽ thấy rằng chuyển từ web2 sang NEAR là một quá trình thích nghi—không phải là một sự tái sáng tạo.

NEAR như một Backend Phi Tập Trung

Hãy tưởng tượng triển khai một dịch vụ chạy trên một cụm toàn cầu mà bạn không duy trì. Đó chính là NEAR. Ứng dụng của bạn là một tài khoản (ví dụ, twitter-app.yourname.near) với mã và dữ liệu riêng. Người xác thực độc lập (các nút mạng) giữ cho dữ liệu đó được sao chép và sẵn có. Khi người dùng tương tác, mạng đạt được sự hoàn thiện—sự đồng thuận không thể tranh cãi về kết quả—thường trong khoảng ~1–2 giây.

Kiểm tra thuật ngữ

• Người xác thực: một nút chạy phần mềm NEAR, thực thi hợp đồng, và tham gia vào sự đồng thuận.

• Hoàn thiện: điểm mà một thay đổi bị khóa và không thể đảo ngược.

Trạng Thái Ứng Dụng: Được Phân Khúc và Được Sao Chép

Trên NEAR, dữ liệu của mỗi ứng dụng được phân chia theo tài khoản của nó—giống như một cơ sở dữ liệu hoặc không gian tên riêng.

• Trạng thái cô lập: Chỉ mã hợp đồng của bạn mới có thể sửa đổi lưu trữ key-value của ứng dụng của bạn.

• Dấu vết kiểm toán: Mỗi thay đổi được ghi lại trên chuỗi, tạo ra một lịch sử không thể thay đổi, có thể xác minh.

• Khả năng sẵn có cao: Nhiều người xác thực lưu trữ và phục vụ trạng thái của bạn. Nếu một số người tắt, ứng dụng của bạn vẫn có thể truy cập.

• Nhất quán cuối cùng nhanh: Yêu cầu được xử lý, đồng thuận chạy, và trong khoảng ~1–2 giây trạng thái mới được hoàn thiện trên toàn mạng.

Tương tự: Hãy nghĩ về một cơ sở dữ liệu đám mây với sao chép ghi đa khu vực và một nhật ký kiểm toán tích hợp mà bạn không thể tắt.

Logic Backend: Hợp Đồng Thông Minh (Wasm)

Quy tắc kinh doanh của bạn sống trong một hợp đồng thông minh—một chương trình nhỏ được biên dịch thành WebAssembly (Wasm) và lưu trữ dưới tài khoản ứng dụng của bạn.

• Tùy chọn ngôn ngữ: Rust là lựa chọn phổ biến nhất vì hiệu suất và an toàn. JavaScript/TypeScript cũng được sử dụng thông qua công cụ của NEAR biên dịch thành Wasm. [clarify: xác nhận nếu bạn muốn nhấn mạnh chỉ Rust hoặc bao gồm near-sdk-js/TypeScript rõ ràng.]

• Thực thi được đóng hộp: Wasm hiệu quả và chạy trong môi trường an toàn, xác định trên người xác thực.

• Ranh giới rõ ràng: Mỗi hợp đồng quản lý trạng thái của mình và tiết lộ các chức năng mà khách hàng gọi.

Kiểm tra thuật ngữ

• Hợp đồng thông minh: mã backend chạy trên blockchain.

• WebAssembly (Wasm): một định dạng nhị phân cho việc thực thi nhanh, di động.

Danh Tính và Ủy Quyền: Mật Mã Theo Mặc Định

Thay vì mật khẩu, NEAR sử dụng tài khoản và chữ ký số.

• Giao dịch: Mọi ghi (thay đổi trạng thái) là một giao dịch được ký từ một tài khoản NEAR.

• Ai đã gọi tôi?: Trong hợp đồng, predecessor_account_id cho biết tài khoản nào kích hoạt chức năng—giống như đọc người dùng từ một mã thông báo được xác minh, nhưng được hỗ trợ bởi mật mã.

• Kiểm soát truy cập: Xây dựng kiểm tra như “chỉ tài khoản này có thể xóa tweet của mình” bằng cách sử dụng ID tài khoản của người gọi.

Tương tự: Giống như JWTs mà không cần máy chủ đăng nhập—danh tính được tích hợp vào nền tảng.

Một Ví Dụ Đơn Giản Theo Kiểu Twitter (Khái Niệm)

Giả sử bạn mô hình Tweet { id, author, text, timestamp, likes }.

• Các phương thức ghi (thay đổi trạng thái):

  • post_tweet(text): tạo một tweet, author = predecessor_account_id.

  • like_tweet(id): tăng bộ đếm thích.

  • delete_tweet(id): chỉ tác giả tweet mới có thể xóa.

• Các phương thức đọc (xem):

  • get_tweet_by_id(id)

  • get_all_tweets(from, limit)

  • get_tweets_by_author(author, from, limit)

Về thiết kế, hãy nghĩ về “mẫu truy cập được chỉ mục đơn giản.” Các truy v

Updated: Tháng 9 26, 2025