Giải thích Mô hình Tài khoản NEAR: Khóa & Lưu trữ

Mô hình Tài khoản NEAR là hệ thống cấp độ giao thức của NEAR Protocol để quản lý danh tính và quyền hạn tài khoản cùng với trạng thái trên chuỗi. Mỗi tài khoản trên NEAR đều có ID tài khoản dễ đọc đối với con người, có thể nắm giữ nhiều khóa truy cập với các phạm vi quyền hạn khác nhau và có thể lưu trữ đồng thời cả số dư Token lẫn một Hợp đồng Thông minh đã triển khai. Các blockchain quản lý giá trị và danh tính thông qua các hệ thống khác nhau (Bitcoin sử dụng mô hình Đầu ra Giao dịch Chưa chi tiêu, hay UTXO, trong khi Ethereum và NEAR sử dụng mô hình dựa trên tài khoản, nơi mỗi tài khoản trực tiếp nắm giữ trạng thái), và thiết kế dựa trên tài khoản của NEAR là điều làm cho kiến trúc được đề cập ở đây trở nên khả thi.

NEAR Protocol là một Blockchain Layer 1 proof-of-Stake (PoS) đã ra mắt Mainnet vào năm 2020. Giao thức này được thành lập bởi NEAR Inc. (hiện hoạt động dưới tên Pagoda), một tổ chức công cụ dành cho nhà phát triển tiếp tục duy trì NEAR SDK và cơ sở hạ tầng giao thức cốt lõi. NEAR Protocol sử dụng Nightshade sharding để phân chia mạng lưới thành các phân đoạn (shard) song song, và các ID tài khoản đóng vai trò trong việc phân bổ phân đoạn, điều này rất quan trọng đối với các nhà phát triển khi cân nhắc về các mô hình gọi liên hợp đồng (cross-contract call).

Bốn đặc tính giúp Mô hình Tài khoản NEAR khác biệt so với các hệ thống tài khoản Layer 1 khác:

• ID tài khoản là các chuỗi ký tự dễ đọc đối với con người, không phải các chuỗi thập lục phân ngẫu nhiên
• Một tài khoản duy nhất có thể nắm giữ số lượng khóa truy cập không giới hạn, mỗi khóa có phạm vi quyền hạn riêng
• Bất kỳ tài khoản nào cũng có thể nắm giữ cả số dư Token và Hợp đồng Thông minh đã triển khai, không có sự phân biệt về mặt kiến trúc giữa "tài khoản người dùng" và "tài khoản hợp đồng"
• Các tài khoản phải duy trì số dư Token NEAR tỷ lệ thuận với mức sử dụng bộ nhớ trên chuỗi của mình, một cơ chế được gọi là staking lưu trữ

Bài viết này đề cập lần lượt từng thành phần sau: các loại ID tài khoản, các loại khóa truy cập (access key), Staking lưu trữ, tài khoản phụ, so sánh kiến trúc với Ethereum và một ví dụ thực tế.

Chuyển đến một phần:

• ID tài khoản NEAR: Tài khoản định danh và Tài khoản ngầm định
• Khóa truy cập NEAR: Cách thức hoạt động của quyền tài khoản
• Lưu trữ Staking: Cách NEAR liên kết số dư Token với lưu trữ Trên chuỗi
• Tài khoản phụ NEAR: Không gian tên tài khoản phân cấp
• Mô hình tài khoản NEAR so với Ethereum: Những điểm khác biệt chính về kiến trúc
• Kiến trúc tài khoản hợp nhất của NEAR có ý nghĩa gì trong thực tế
• Các câu hỏi thường gặp về mô hình tài khoản NEAR
• Các điểm rút ra chính và các bước tiếp theo

ID tài khoản NEAR: Tài khoản có tên và Tài khoản ẩn

Mỗi tài khoản NEAR được xác định bởi một ID tài khoản duy nhất. Không giống như Ethereum, nơi các tài khoản được xác định bằng một địa chỉ thập lục phân gồm 42 ký tự được lấy từ Public Key, ID tài khoản NEAR có hai dạng cấu trúc riêng biệt: tài khoản có tên (named accounts) và tài khoản ẩn danh (implicit accounts). Việc hiểu rõ sự khác biệt giữa chúng là nền tảng để làm việc với hệ thống tài khoản của NEAR.

Tài khoản có tên (Named Accounts): Định danh thân thiện với con người

Tài khoản được đặt tên (named account) là một ID tài khoản dễ đọc, được đăng ký dưới tên miền cấp cao nhất: .near trên Mainnet, .testnet trên mạng thử nghiệm. Tài khoản được đặt tên hoạt động tương tự như tên người dùng hoặc tên miền trên internet: chúng là duy nhất, do người đăng ký chọn và dễ chia sẻ, ghi nhớ. Ví dụ bao gồm alice.near, myprotocol.near và nft.myprotocol.near. Khác với tên người dùng, tài khoản được đặt tên là một đối tượng ở cấp độ giao thức, nắm giữ số dư Token NEAR, có thể triển khai một Hợp đồng Thông minh lên đó và kiểm soát các khóa truy cập mật mã.

Đăng ký một tài khoản có tên yêu cầu một khoản nạp NEAR token nhỏ. Để tạo một tài khoản, hãy truy cập giao diện ví tương thích NEAR như MyNEARWallet hoặc Meteor Wallet, chọn ID tài khoản của bạn và nạp tiền cho khoản nạp đăng ký. Các tài khoản có tên cũng có thể tạo các tài khoản phụ trong không gian tên của họ (ví dụ: alice.near có thể tạo app.alice.near), một chủ đề được đề cập đầy đủ trong phần tài khoản phụ bên dưới.

Tài khoản có tên định danh là một tính năng giao thức gốc được xây dựng trực tiếp vào mô hình tài khoản của NEAR Protocol. Chúng không phải là một dịch vụ đặt tên bên ngoài được lớp trên Top của giao thức, giống như cách Ethereum Name Service (ENS) hoạt động trên Ethereum. ENS là một hệ thống Hợp đồng Thông minh riêng biệt; các tài khoản có tên định danh của NEAR là một phần cốt lõi của chính giao thức này.

Tài khoản Ẩn định: Được tạo từ Khóa Công khai

Một tài khoản ẩn định là một ID tài khoản thập lục phân gồm 64 ký tự được tạo ra một cách xác định từ một Public Key Ed25519. Một ví dụ về ID tài khoản ẩn định có dạng: 98793cd91a3f870fb126f66285808c7e094afcfc4b4a2ca57271d8b8b6a4a7c0. Đối với các nhà phát triển đến từ Ethereum, đây là loại tài khoản quen thuộc nhất về mặt cấu trúc, bởi vì quy trình tạo lập tương tự như cách các địa chỉ Ethereum được tính toán từ các Public Key.

Cơ chế tạo tài khoản ẩn (implicit account) khác với tài khoản có tên ở một điểm quan trọng: không yêu cầu giao dịch đăng ký. Tài khoản ẩn sẽ được kích hoạt ngay khi ai đó gửi NEAR token đến ID tài khoản đó. Điều này giúp tài khoản ẩn rất phù hợp để tạo tài khoản theo phương thức lập trình, địa chỉ Nạp sàn giao dịch và các trường hợp không ưu tiên khả năng đọc hiểu của con người.

Mô tả "implicit" (ngầm định) đề cập đến cơ chế tạo, không phải tính ẩn danh. Các tài khoản implicit được sở hữu và kiểm soát hoàn toàn bởi người nắm giữ Private Key mà từ đó ID tài khoản được tạo ra. Một điểm khác biệt nữa: ID tài khoản implicit được tạo ra từ một Public Key, nhưng nó không giống hoàn toàn với chính Public Key đó. ID tài khoản là một biểu diễn hex chữ thường của các byte Public Key thô. Các nhà phát triển Ethereum đã quen thuộc với việc tạo địa chỉ sẽ nhận ra mô hình này, nhưng không nên giả định rằng hai cách biểu diễn này là giống nhau.

Tài khoản Named (Có tên) và Tài khoản Implicit (Ngầm định): So sánh song song

Hai loại ID tài khoản khác nhau theo năm khía cạnh:

Tài khoản có tên phù hợp với các ví người dùng và việc triển khai giao thức khi tính dễ đọc là yếu tố quan trọng. Tài khoản ẩn phù hợp với các sàn giao dịch, công cụ lập trình và các tình huống cần tạo tài khoản hàng loạt mà không có sự tương tác của người dùng.

Khóa truy cập NEAR: Cách thức hoạt động của quyền tài khoản

Khóa truy cập NEAR là lớp ủy quyền của mô hình tài khoản. Mỗi tài khoản NEAR có thể sở hữu đồng thời nhiều khóa truy cập, và mỗi khóa mang một phạm vi quyền hạn riêng biệt. Một tài khoản NEAR có thể giữ số lượng khóa truy cập không giới hạn cùng một lúc. Mỗi khóa là một cặp khóa mật mã Ed25519 độc lập, và bạn có thể thêm hoặc xóa các khóa mà không cần tạo tài khoản mới. Các khóa được thêm vào thông qua một giao dịch được ký bởi một Khóa truy cập đầy đủ hiện có, sử dụng NEAR CLI (near add-key) hoặc bằng lập trình thông qua SDK.

Điều này khác với Ethereum, nơi một Private Key duy nhất kiểm soát mỗi địa chỉ. Thiết kế đa khóa của NEAR cho phép kiểm soát quyền hạn chi tiết hơn mà không làm ảnh hưởng đến tính liên tục của tài khoản. NEAR hỗ trợ hai loại khóa: Khóa Quyền truy cập Toàn phần (Full Access Keys) và Khóa Quyền gọi Hàm (Function Call Access Keys). Xem tài liệu của NEAR Protocol về các khóa truy cập để biết đầy đủ thông số kỹ thuật.

Khóa Quyền truy cập Toàn phần: Thông tin xác thực chính

Khóa Truy cập Toàn quyền là một khóa truy cập với các quyền không hạn chế đối với một tài khoản. Khóa này có thể ủy quyền cho việc chuyển Token, triển khai Hợp đồng Thông minh, thêm hoặc xóa các khóa khác, và xóa tài khoản. Hãy coi Khóa Truy cập Toàn quyền như một chìa khóa vạn năng cho ngôi nhà của bạn: nó mở mọi cánh cửa. Không giống như chìa khóa nhà, Khóa Truy cập Toàn quyền là một cặp khóa mật mã dùng để ký các giao dịch trên Blockchain NEAR, vì vậy các biện pháp bảo mật tương tự cũng được áp dụng. Hãy lưu trữ nó trong ví phần cứng hoặc ngoại tuyến, vì những lý do tương tự như người dùng Ethereum bảo vệ cụm từ khôi phục của họ.

Một tài khoản NEAR có thể có nhiều Khóa Truy cập Toàn quyền. Mỗi thiết bị một khóa là một phương thức phổ biến, với mỗi khóa mang cùng một cấp độ quyền toàn phần. Đây là một điểm kiến trúc quan trọng: không có 'khóa private chính' duy nhất theo cách các tài khoản Ethereum có. Nhiều Khóa Truy cập Toàn quyền có thể cùng tồn tại trên một tài khoản duy nhất đồng thời.

Ghi chú của nhà phát triển: Một Khóa truy cập gọi hàm bị xâm nhập không cấp quyền của Khóa truy cập đầy đủ. Các phạm vi quyền được tách biệt về mặt kiến trúc ở cấp độ giao thức. Việc thu hồi một Khóa truy cập gọi hàm sẽ không ảnh hưởng đến bất kỳ Khóa truy cập đầy đủ nào trên cùng một tài khoản, và ngược lại.

Khóa truy cập gọi hàm: Quyền hạn có phạm vi dành cho dApp

Khóa Truy cập Lời gọi Hàm (Function Call Access Key) là một khóa truy cập theo phạm vi chỉ có thể gọi các phương thức cụ thể trên một hợp đồng xác định, với hạn mức Token NEAR tùy chọn để giới hạn lượng gas mà khóa có thể tiêu thụ. Hãy coi nó như một session token hoặc một quyền OAuth theo phạm vi: nó cấp cho một ứng dụng cụ thể quyền thực hiện các hành động nhất định thay mặt bạn mà không cấp quyền truy cập vào toàn bộ tài khoản của bạn. Khác với token OAuth, Khóa Truy cập Lời gọi Hàm là một cặp khóa mã hóa được lưu trữ trên chuỗi (on-chain) và ranh giới quyền hạn của nó được thực thi ở cấp độ giao thức chứ không phải bởi ứng dụng.

Khi bạn kết nối tài khoản NEAR của mình với một ứng dụng phi tập trung (dApp) và cấp quyền cho Khóa truy cập Gọi hàm, dApp có thể gửi một số giao dịch nhất định một cách tự động mà không cần hiển thị cửa sổ xác nhận ví cho mỗi giao dịch. Điều này cho phép trải nghiệm người dùng dựa trên phiên trong các trò chơi, các giao thức DeFi, và các ứng dụng xã hội. Trên Ethereum, mỗi tương tác đó sẽ yêu cầu một xác nhận MetaMask riêng biệt. Trên NEAR, người dùng chỉ cần phê duyệt khóa một lần, và dApp hoạt động trong phạm vi đó trong suốt phiên.

Khóa truy cập lệnh gọi hàm có thể có một hạn mức NEAR Token tùy chọn, giới hạn tổng lượng gas mà khóa đó được phép chi tiêu. Một khi hạn mức đó cạn kiệt, khóa đó không thể gửi giao dịch nữa cho đến khi người dùng nạp thêm hoặc tạo một khóa mới.

Quan niệm sai lầm phổ biến: Việc cấp Khóa Truy cập Gọi Hàm cho một dApp sẽ không trao cho dApp quyền kiểm soát tài khoản của bạn. Khóa này được giới hạn nghiêm ngặt cho các phương thức hợp đồng được xác định và một hạn mức gas. Nó không thể chuyển số dư Token NEAR của bạn, không thể triển khai hợp đồng, và không thể thêm hoặc xóa các khóa khác trên tài khoản của bạn.

Lưu ý dành cho nhà phát triển: Khóa truy cập lời gọi hàm (Function Call Access Keys) cho phép các mẫu khóa phiên trong ứng dụng phi tập trung (dApps). Người dùng có thể ủy quyền một khóa cho phiên chơi game hoặc phiên giao dịch DeFi, và ứng dụng sẽ hoạt động trong phạm vi đó mà không yêu cầu phê duyệt cho từng giao dịch. Đây là một trong những khác biệt về trải nghiệm người dùng (UX) liên quan nhất đối với nhà phát triển khi xây dựng trên NEAR so với Ethereum.

Khóa truy cập toàn quyền so với Khóa truy cập lời gọi hàm: Sự khác biệt chính

Full Access Keys và Function Call Access Keys khác nhau ở sáu khía cạnh:

Khóa truy cập đầy đủ thuộc về chủ sở hữu tài khoản và nên được lưu trữ ngoại tuyến hoặc trên phần cứng. Khóa truy cập lệnh gọi hàm được cấp cho các ứng dụng và có thể bị thu hồi bởi chủ sở hữu tài khoản bất kỳ lúc nào.

Lưu trữ Staking: Cách NEAR liên kết số dư Token với lưu trữ Trên chuỗi

Storage staking là một thành phần trong kiến trúc tài khoản của NEAR mà hầu hết các tài nguyên giáo dục về blockchain bỏ qua, nhưng nó có ý nghĩa thực tế trực tiếp đối với mọi nhà phát triển xây dựng trên NEAR và mọi người dùng quản lý tài khoản.

Tại sao NEAR yêu cầu số dư Token cho bộ nhớ lưu trữ

Định nghĩa: Storage Staking (còn được gọi là state staking trong một số tài liệu NEAR) là yêu cầu đối với các tài khoản NEAR phải duy trì số dư NEAR Token tương ứng với lượng dữ liệu trên chuỗi mà chúng lưu trữ. Số dư bị khóa này hoạt động như một khoản Nạp có thể hoàn lại, không phải là phí.

Storage staking hoạt động giống như một khoản nạp bảo đảm cho một căn hộ. Các token NEAR của bạn sẽ bị khóa theo tỷ lệ với dung lượng lưu trữ bạn sử dụng và sẽ được hoàn lại khi bạn xóa dữ liệu đã lưu trữ đó. Không giống như việc trả tiền thuê nhà, các token này không được chuyển cho bất kỳ ai; chúng vẫn nằm trong tài khoản của bạn, chỉ được giữ lại tương ứng với dung lượng lưu trữ bạn nắm giữ.

Một điểm khác biệt cần làm rõ: staking lưu trữ không giống với staking validator. Cả hai cơ chế đều khóa token NEAR, nhưng chúng phục vụ các mục đích hoàn toàn khác nhau. Staking validator khóa token để tham gia vào quá trình sản xuất khối và nhận phần thưởng đồng thuận. Staking lưu trữ khóa token tỷ lệ thuận với mức độ sử dụng lưu trữ trên chuỗi để ngăn chặn sự phình to trạng thái và điều chỉnh chi phí lưu trữ phù hợp với các thực thể sử dụng nó. Chúng là các số dư bị khóa riêng biệt với các mục đích riêng biệt.

Staking lưu trữ cũng khác với phí gas. Phí gas là chi phí thực thi trên mỗi giao dịch, được thanh toán bằng token NEAR và bị đốt sau mỗi giao dịch. Staking lưu trữ là yêu cầu về số dư liên tục gắn liền với lượng dữ liệu mà một tài khoản nắm giữ, chứ không phải số lượng giao dịch mà nó gửi đi.

Staking Staking lưu trữ trong thực tế: Ý nghĩa đối với Tài khoản và Hợp đồng

Lưu trữ Staking ảnh hưởng đến tài khoản ở ba cấp độ:

• Tạo tài khoản: Yêu cầu một số dư tối thiểu bằng NEAR token. Tỷ lệ hiện tại là xấp xỉ 0,00182 NEAR cho mỗi byte dữ liệu trạng thái (xác minh tỷ lệ hiện tại trong tài liệu chính thức về storage Staking của NEAR) trước khi đưa ra các quyết định phát triển, vì việc quản trị giao thức có thể điều chỉnh con số này).
• Triển khai hợp đồng: Yêu cầu một khoản Nạp lớn hơn một cách tương ứng dựa trên kích thước hợp đồng đã biên dịch. Mã bytecode WASM của hợp đồng được lưu trữ trên chuỗi như một phần trạng thái của tài khoản và khoản Nạp lưu trữ sẽ tăng theo tỷ lệ kích thước đó.
• Dữ liệu trạng thái hợp đồng: Dữ liệu được lưu trữ trong trạng thái hợp đồng (chẳng hạn như số dư người dùng trong một hợp đồng token hoặc trạng thái trò chơi trong một trò chơi trên chuỗi) yêu cầu một số dư duy trì liên tục bởi bất kỳ ai kiểm soát tài khoản hợp đồng.

Nếu số dư của tài khoản NEAR thấp hơn mức yêu cầu lưu trữ, tài khoản sẽ không thể thực hiện các giao dịch gửi đi cho đến khi số dư được nạp thêm. Tài khoản không bị xóa và dữ liệu không bị mất; nó chỉ đơn giản là không thể thực hiện các giao dịch gửi đi cho đến khi nạp đủ số lượng token NEAR cần thiết.

Ghi chú cho nhà phát triển: Hãy quyết định sớm xem ứng dụng của bạn sẽ ứng trước khoản nạp lưu trữ cho người dùng trong quá trình làm quen hay yêu cầu người dùng tự duy trì số dư của họ. Nhiều giao thức tự chi trả chi phí lưu trữ để giảm bớt rào cản. Đây là một quyết định kinh tế thực sự trong quá trình làm quen, có ảnh hưởng đến việc thu hút người dùng, vì vậy hãy đưa yếu tố này vào mô hình chi phí của dApp trước khi ra mắt.

NEAR Tài khoản con: Không gian tên tài khoản phân cấp

Tài khoản phụ NEAR là tài khoản có ID mang tiền tố là ID của tài khoản cha. Ví dụ: app.alice.near là tài khoản phụ của alice.near và chỉ có alice.near mới có thể tạo các tài khoản trong không gian tên đó.

Một chi tiết quan trọng cần làm rõ: sau khi một tài khoản phụ được tạo, tài khoản mẹ KHÔNG kiểm soát nó. Tài khoản phụ hoàn toàn độc lập: nó có các khóa truy cập riêng, số dư NEAR Token của riêng nó và trạng thái trên chuỗi của riêng nó. Quyền hạn đặc biệt duy nhất của tài khoản mẹ là khả năng tạo tài khoản phụ trong không gian tên của nó. Ngoài hành động tạo đó, hai tài khoản không có mối quan hệ kiểm soát liên tục nào.

Hệ thống đặt tên phân cấp có cấu trúc tương tự như tên miền và tên miền phụ trên web. alice.near giống như một tên miền, và app.alice.near giống như một tên miền phụ. Tương tự như việc đăng ký một tên miền không trao cho bạn quyền kiểm soát liên tục đối với nội dung được lưu trữ trên các tên miền phụ của nó, việc tạo một tài khoản phụ cũng không mang lại cho tài khoản mẹ quyền kiểm soát cách tài khoản phụ đó được sử dụng sau này.

Một mô hình sử dụng điển hình cho các đội ngũ giao thức sẽ như sau:

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

Mỗi tài khoản phụ được kiểm soát độc lập sau khi tạo. Mỗi tài khoản sở hữu các khóa truy cập riêng, nắm giữ số dư riêng và có thể được triển khai một Hợp đồng Thông minh riêng biệt. Việc tạo tài khoản được khởi xướng bởi tài khoản cha, thông qua NEAR CLI hoặc thông qua lập trình qua một lệnh gọi hợp đồng. Sau giao dịch đó, quyền kiểm soát được chuyển giao hoàn toàn cho bất kỳ ai nắm giữ các khóa truy cập của tài khoản phụ mới.

Hiểu lầm thường gặp: Tài khoản cha không quản lý các tài khoản phụ sau khi tạo. Các tài khoản phụ là các tài khoản cấp giao thức hoàn toàn tự chủ. Quy ước đặt tên phản ánh người đã tạo ra chúng, chứ không phải người kiểm soát chúng.

Ghi chú của nhà phát triển: Tài khoản phụ là một mô hình tiêu chuẩn cho kiến trúc giao thức dạng module. Việc triển khai các hợp đồng riêng biệt vào các tài khoản phụ riêng biệt giúp mỗi module có khả năng quản lý khóa truy cập độc lập, lộ trình nâng cấp độc lập và sự phân tách quyền hạn rõ ràng hơn. Nhiều giao thức NEAR thực tế sử dụng mô hình này cho các hợp đồng Token, module quản trị và logic Staking.

Mô hình Tài khoản NEAR so với Ethereum: Các Khác biệt Kiến trúc Chính

Mô hình Tài khoản NEAR và mô hình tài khoản Ethereum có các cách tiếp cận kiến trúc khác nhau cho cùng những vấn đề: cách xác định tài khoản, cách ủy quyền giao dịch và cách triển khai hợp đồng thông minh. Đối với các nhà phát triển đang đánh giá NEAR như một nền tảng xây dựng, việc hiểu rõ những khác biệt này là điều kiện tiên quyết để đưa ra các quyết định kiến trúc sáng suốt.

Ethereum chia các tài khoản thành hai loại: Tài khoản Sở hữu Ngoại vi (EOA) và Tài khoản Hợp đồng. Một EOA được kiểm soát bởi một Private Key duy nhất và không thể chứa mã đã triển khai. Một Tài khoản Hợp đồng được kiểm soát bởi mã và không có Private Key. Sự tách biệt này có nghĩa là nếu bạn muốn một địa chỉ Ethereum vừa giữ ETH vừa thực thi logic Hợp đồng Thông minh, bạn cần hai đối tượng tài khoản riêng biệt hoạt động cùng nhau.

NEAR sử dụng một mô hình thống nhất. Bất kỳ tài khoản NEAR nào cũng có thể nắm giữ số dư Token và có một Hợp đồng Thông minh được triển khai trên đó một cách đồng thời. Không có loại "tài khoản hợp đồng" riêng biệt. Tài khoản alice.near có thể nắm giữ các Token NEAR, chạy một hợp đồng WASM đã được triển khai và duy trì nhiều khóa truy cập với các phạm vi quyền hạn khác nhau, tất cả như một đối tượng giao thức duy nhất. Bất kỳ tài khoản NEAR nào cũng có thể nắm giữ một Hợp đồng Thông minh, số dư Token và nhiều khóa truy cập cùng một lúc.

Mỗi tài khoản Ethereum được kiểm soát bởi một Private Key. Các tài khoản NEAR hỗ trợ nhiều khóa truy cập với các phạm vi quyền hạn khác nhau, cho phép các mô hình như khóa phiên và quản lý khóa đa thiết bị mà mô hình tài khoản của Ethereum không hỗ trợ nguyên bản ở cấp độ giao thức.

Lưu ý: Hợp đồng Thông minh tương thích Ethereum có thể chạy trên NEAR thông qua Aurora, một lớp tương thích EVM được triển khai dưới dạng một hợp đồng Thông minh trên NEAR. Aurora là một lớp riêng biệt; phát triển NEAR gốc sử dụng WebAssembly (WASM) được biên dịch từ Rust hoặc JavaScript, không phải Solidity. Xem tài liệu về mô hình tài khoản Ethereum) cho quy cách tài khoản Ethereum đầy đủ.

--- ## Kiến trúc Tài khoản Hợp nhất của NEAR có ý nghĩa thực tế như thế nào

Các thành phần của Mô hình Tài khoản NEAR (ID tài khoản, khóa truy cập, storage staking và các tài khoản phụ) tạo thành một hệ thống thống nhất, tạo ra những khác biệt cụ thể trong cách các ứng dụng hoạt động và cách người dùng trải nghiệm chúng.

Xem xét một tài khoản NEAR duy nhất, alice.near. Tài khoản của Alice có thể đồng thời:

1. Nắm giữ số dư NEAR token
2. Có một Hợp đồng Thông minh được triển khai trên đó, được biên dịch sang WebAssembly (WASM) từ Rust
3. Có ba khóa truy cập: một Khóa Quyền truy cập Toàn phần được lưu trữ trong ví phần cứng của cô ấy, một Khóa Quyền truy cập Toàn phần trên laptop của cô ấy, và một Khóa Truy cập Gọi Hàm được cấp cho dApp DeFi để giao dịch theo phiên
4. Sở hữu hai tài khoản phụ (app.alice.near cho một hợp đồng trò chơi đã triển khai, và vault.alice.near cho một hợp đồng Tiết kiệm), mỗi tài khoản được kiểm soát độc lập

ID tài khoản của Alice có thể xem và chia sẻ. Cô ấy không bao giờ sao chép một chuỗi thập lục phân gồm 42 ký tự để nhận token hoặc tương tác với hợp đồng thông minh.

Đối với các nhà phát triển, những ý nghĩa thực tiễn là rất đáng kể. Các mô hình khóa phiên giúp loại bỏ sự phiền hà của ví trên mỗi giao dịch trong các trò chơi và ứng dụng xã hội. Kiến trúc tài khoản phụ cho phép các đội ngũ giao thức triển khai các hợp đồng mô-đun với các lộ trình nâng cấp độc lập. Staking lưu trữ tạo ra một mô hình chi phí có thể dự đoán được cho dữ liệu trên chuỗi mà cần được tính toán vào bài toán kinh tế khi thu hút người dùng. Các tài khoản cũng có thể tương tác với Rainbow Bridge để chuyển tài sản giữa NEAR và Ethereum, đồng thời được quản lý thông qua các giao diện ví tương thích với NEAR như MyNEARWallet hoặc Meteor Wallet.

Đối với người dùng cuối, mô hình tài khoản cho phép tạo ID tài khoản dễ đọc hoạt động như tên người dùng, các phiên dApp không làm gián đoạn trải nghiệm bằng các cửa sổ bật lên của ví và mô hình luân chuyển khóa cho phép khôi phục tài khoản mà không phụ thuộc vào một Cụm từ khôi phục duy nhất.

Câu hỏi thường gặp về Mô hình Tài khoản NEAR

Sự khác biệt giữa tài khoản có tên và tài khoản ẩn trên NEAR là gì?

Tài khoản được đặt tên là các định danh có thể đọc được bởi con người (ví dụ: alice.near) được đăng ký dưới một tên miền cấp Top, yêu cầu một khoản Nạp token NEAR nhỏ khi đăng ký và được người dùng lựa chọn. Tài khoản ngầm là các ID thập lục phân gồm 64 ký tự có nguồn gốc từ một khóa Public Key Ed25519, không yêu cầu đăng ký và tự động kích hoạt khi token NEAR được gửi đến ID tài khoản. Tài khoản được đặt tên thường dùng cho ví người dùng và các triển khai giao thức; tài khoản ngầm phổ biến cho các sàn giao dịch và công cụ lập trình. Xem bảng so sánh tài khoản được đặt tên và tài khoản ngầm ở trên để có phân tích chi tiết từng bên.

Tài khoản NEAR có thể có bao nhiêu khóa truy cập?

Một tài khoản NEAR có thể nắm giữ số lượng khóa truy cập không giới hạn cùng một lúc. Mỗi khóa có phạm vi quyền hạn riêng: hoặc là Khóa Quyền truy cập Toàn phần với các quyền không giới hạn, hoặc là Khóa Quyền truy cập Gọi hàm được giới hạn cho các phương thức hợp đồng cụ thể. Điều này cho phép người dùng duy trì các khóa riêng biệt cho các thiết bị hoặc dApp khác nhau mà không cần tạo tài khoản mới. Bạn có thể thêm hoặc thu hồi từng khóa bất kỳ lúc nào mà không gây ảnh hưởng đến các khóa khác. Xem phần khóa truy cập để biết chi tiết về từng loại khóa.

Staking lưu trữ trên NEAR Protocol là gì?

Staking lưu trữ là yêu cầu để các tài khoản NEAR duy trì số dư Token NEAR tương ứng với lượng dữ liệu trên chuỗi mà chúng lưu trữ. Các Token bị khóa dưới dạng Nạp, không bị chi tiêu và sẽ được giải phóng nếu dữ liệu đã lưu trữ bị xóa. Cơ chế này ngăn chặn tình trạng phình to bộ nhớ trạng thái trên mạng lưới và đảm bảo người dùng lưu trữ chi trả chi phí cho các tài nguyên mà họ chiếm dụng. Staking lưu trữ khác với phí gas (bị đốt cho mỗi giao dịch) và khác với staking của trình xác thực (bảo mật sự đồng thuận mạng lưới). Xem phần staking lưu trữ để biết giải thích đầy đủ.

Tài khoản NEAR có thể chứa một Hợp đồng Thông minh không?

Có. Bất kỳ tài khoản NEAR nào cũng có thể triển khai Hợp đồng Thông minh. Không giống như Ethereum, nơi phân tách giữa Tài khoản Sở hữu Bên ngoài (tài khoản người dùng không thể chứa mã) và Tài khoản Hợp đồng (tài khoản chứa mã không có Private Key), NEAR sử dụng mô hình tài khoản hợp nhất, trong đó bất kỳ tài khoản nào cũng có thể đồng thời nắm giữ số dư Token NEAR và mã hợp đồng đã triển khai. Các hợp đồng trên NEAR được biên dịch sang WebAssembly (WASM) từ mã nguồn Rust hoặc JavaScript, chứ không phải Solidity. Xem phần so sánh với Ethereum để biết phân tích chi tiết đầy đủ về kiến trúc.

Điều gì sẽ xảy ra nếu số dư tài khoản NEAR của tôi thấp hơn yêu cầu về lưu trữ?

Nếu số dư của một tài khoản NEAR giảm xuống dưới mức tối thiểu cần thiết cho việc sử dụng dung lượng lưu trữ của nó, tài khoản đó sẽ không thể gửi các giao dịch đi cho đến khi số dư được nạp thêm. Tài khoản không bị xóa và dữ liệu của nó không bị mất; nó chỉ đơn giản là trở nên không hoạt động đối với các giao dịch đi cho đến khi đủ token NEAR được gửi vào. Dữ liệu đã lưu trữ vẫn còn nguyên vẹn trên chuỗi. Xem phần storage staking trong thực tế - ý nghĩa của nó đối với tài khoản và hợp đồng để biết chi tiết về yêu cầu số dư.

Tài khoản phụ (sub-account) trên NEAR là gì và ai kiểm soát nó?

Một tài khoản phụ NEAR là một tài khoản có ID được đặt tiền tố bởi ID của tài khoản cha. Ví dụ, app.alice.near là tài khoản phụ của alice.near, và chỉ alice.near mới có thể tạo tài khoản trong không gian tên đó. Sau khi tạo, tài khoản cha KHÔNG kiểm soát tài khoản phụ. Tài khoản phụ hoàn toàn độc lập với các khóa truy cập riêng, số dư NEAR Token của riêng nó và trạng thái trên chuỗi của riêng nó. Quyền đặt tên của tài khoản cha chỉ giới hạn ở hành động tạo. Xem phần tài khoản phụ để biết giải thích đầy đủ.

NEAR Protocol khác với Ethereum như thế nào về tài khoản?

Sự khác biệt cốt lõi về kiến trúc là cấu trúc tài khoản. Ethereum có hai loại tài khoản riêng biệt: Tài khoản Sở hữu Bên ngoài (được kiểm soát bởi một Private Key duy nhất, không có mã) và Tài khoản Hợp đồng (được kiểm soát bởi mã, không có Private Key). NEAR sử dụng mô hình tài khoản hợp nhất, trong đó bất kỳ tài khoản NEAR nào cũng có thể đồng thời nắm giữ số dư Token và một Hợp đồng Thông minh đã triển khai. Các tài khoản NEAR cũng hỗ trợ nhiều khóa truy cập với các phạm vi quyền hạn khác nhau, trong khi các tài khoản Ethereum đều được kiểm soát bởi một Private Key duy nhất. ID tài khoản NEAR có thể là các tài khoản được đặt tên dễ đọc đối với con người, trong khi các địa chỉ Ethereum luôn là các chuỗi thập lục phân. Xem bảng so sánh đầy đủ để biết chi tiết đối chiếu.

Khóa Quyền Truy cập Đầy đủ so với Khóa Truy cập Gọi Hàm trên NEAR là gì?

Một Khóa Toàn quyền có các quyền không hạn chế đối với một tài khoản: nó có thể ủy quyền cho các giao dịch chuyển Token, triển khai hợp đồng và thêm hoặc xóa các khóa khác. Khóa Toàn quyền là thông tin xác thực có mức độ tin cậy cao nhất của chủ sở hữu tài khoản và nên được lưu trữ trong ví phần cứng hoặc ngoại tuyến. Một Khóa Gọi hàm có phạm vi để gọi các phương thức cụ thể trên một hợp đồng cụ thể, với một hạn mức Token NEAR tùy chọn cho gas. Nó không thể chuyển số dư Token hoặc sửa đổi các khóa khác. Khóa Toàn quyền dành cho chủ sở hữu tài khoản; Khóa Gọi hàm được cấp cho các dApp để cho phép các tương tác giống như phiên mà không yêu cầu quyền truy cập tài khoản đầy đủ. Xem bảng so sánh khóa để biết bảng phân tích đầy đủ.

ID tài khoản NEAR trông như thế nào?

ID tài khoản NEAR có hai dạng. Tài khoản định danh (Named accounts) có dạng như tên người dùng hoặc tên miền dễ đọc: alice.near, myprotocol.near, app.alice.near. Tài khoản ẩn (Implicit accounts) là các chuỗi thập lục phân 64 ký tự bắt nguồn từ một Public Key, có định dạng hiển thị tương tự như địa chỉ Ethereum nhưng dài hơn: ví dụ: 98793cd91a3f870fb126f66285808c7e094afcfc4b4a2ca57271d8b8b6a4a7c0. Tài khoản định danh sử dụng hậu tố .near trên Mainnet và .testnet trên mạng thử nghiệm. Xem phần ID tài khoản để biết bảng so sánh và phân tích chi tiết.

NEAR Protocol có phải là proof of stake không?

Đúng. NEAR Protocol sử dụng cơ chế đồng thuận proof-of-stake (PoS). Các Validator Stake token NEAR để tham gia vào quá trình sản xuất khối và nhận phần thưởng giao thức. Tài khoản Validator là các tài khoản NEAR tiêu chuẩn có các hợp đồng Staking được triển khai trên đó, điều này minh họa cho mô hình tài khoản thống nhất trong thực tế. Staking của Validator là một cơ chế riêng biệt với staking lưu trữ; cả hai đều khóa token NEAR nhưng phục vụ các mục đích hoàn toàn khác nhau.

Những điểm chính cần lưu ý và Các bước tiếp theo

Mô hình Tài khoản NEAR hợp nhất danh tính tài khoản với quyền truy cập và quản lý lưu trữ trên chuỗi trong một kiến trúc duy nhất. Thay vì tách biệt tài khoản người dùng khỏi tài khoản hợp đồng, hoặc giới hạn mỗi tài khoản vào một Private Key duy nhất, NEAR xây dựng sự linh hoạt và quyền truy cập được giới hạn phạm vi trực tiếp vào lớp tài khoản.

Những nội dung chính:

• Mã định danh tài khoản (account ID) NEAR là các tài khoản được đặt tên dễ đọc (ví dụ: alice.near) hoặc tài khoản ngầm định dài 64 ký tự được tạo từ Public Key, không phải là địa chỉ thập lục phân
• Các tài khoản được đặt tên yêu cầu Nạp Token NEAR khi đăng ký; các tài khoản ngầm định sẽ tự động kích hoạt khi nhận được Token lần đầu tiên
• Mọi tài khoản NEAR có thể nắm giữ nhiều khóa truy cập cùng lúc, mỗi khóa có phạm vi quyền hạn riêng biệt
• Full Access Keys (Khóa Truy cập Toàn quyền) cho phép thực hiện tất cả các hành động của tài khoản và thuộc về chủ sở hữu tài khoản; Function Call Access Keys (Khóa Truy cập Gọi Hàm) được giới hạn cho các phương thức Hợp đồng Thông minh cụ thể và được cấp cho các ứng dụng
• Bất kỳ tài khoản NEAR nào cũng có thể nắm giữ cả số dư Token NEAR và một Hợp đồng Thông minh đã được triển khai. Không có loại tài khoản hợp đồng riêng biệt
• Storage Staking yêu cầu một lượng số dư Token NEAR bị khóa tương ứng với mức tiêu thụ bộ nhớ Trên chuỗi. Đây là một khoản Nạp có thể hoàn lại, không phải là phí, và khác biệt với cả phí gas và Staking của trình xác thực (validator)
• Các tài khoản phụ (sub-accounts) tuân theo quy ước đặt tên theo cấp bậc, nhưng tài khoản cha không kiểm soát các tài khoản phụ sau khi tạo. Mỗi tài khoản phụ hoàn toàn tự chủ

Các nhà phát triển sẵn sàng xây dựng trên NEAR có thể bắt đầu với tài liệu Mô hình tài khoản Giao thức NEAR, cung cấp thông số kỹ thuật và các tài liệu tham khảo SDK. Đối với các chi tiết về storage staking và các tham số tỷ lệ hiện tại, hãy tham khảo tài liệu storage staking chính thức của NEAR trước khi đưa ra các quyết định về kiến trúc, vì các tham số giao thức có thể thay đổi thông qua quản trị. Người dùng tạo tài khoản NEAR đầu tiên của họ có thể thực hiện thông qua giao diện ví tương thích NEAR như MyNEARWallet hoặc Meteor Wallet.

Lưu ý về độ chính xác kỹ thuật: NEAR Protocol là một blockchain đang hoạt động và phát triển. Các thông số kỹ thuật, bao gồm tỷ lệ Staking lưu trữ và yêu cầu tạo tài khoản, có thể thay đổi khi giao thức được cập nhật. Vui lòng xác minh các thông số hiện tại với tài liệu chính thức của NEAR Protocol trước khi đưa ra các quyết định phát triển.