Rent trên Solana là gì? Hướng dẫn chi tiết

Lưu ý về độ chính xác: Hiệu suất mạng, số lượng trình xác thực, phí, các tính năng giao thức, hỗ trợ ví và tích hợp Bên thứ ba thay đổi theo thời gian. Hãy coi các số liệu có ghi ngày tháng là ảnh chụp lịch sử và xác minh tài liệu nguồn chính hiện tại.

Rent trên Solana là gì? Đó là cơ chế số dư tài khoản gắn liền với việc lưu trữ Trên chuỗi lâu dài. Các quy tắc tạo tài khoản hiện tại, miễn trừ rent, hành vi thu hồi và các trường không còn sử dụng phải được xác minh đối với thời gian chạy trực tiếp và tài liệu hiện tại.

Tóm tắt nhanh

• Rent trên Solana là một khoản Nạp SOL có thể hoàn lại, không phải là phí duy trì.
• Mọi tài khoản Trên chuỗi cần một Số dư SOL tối thiểu để duy trì hoạt động.
• Hầu hết các ví đều tự động nạp tiền cho tài khoản mới đến trạng thái miễn trừ rent.
• Các số dư miễn trừ rent và quy tắc đóng tài khoản nên được kiểm tra đối với thời gian chạy hiện tại.
• Bạn có thể thu hồi SOL bị khóa bằng cách đóng các tài khoản token không sử dụng.
• Việc thu rent định kỳ xuất hiện trong tài liệu cũ; không dựa vào nhãn “Epoch Zero” mà không có xác nhận từ nguồn chính hiện tại.

Nội dung này chỉ mang tính giáo dục và thông tin. Nó không cấu thành lời khuyên tài chính, lời khuyên đầu tư hoặc khuyến nghị mua, bán hoặc nắm giữ bất kỳ Tiền điện tử hoặc tài sản kỹ thuật số nào.

Rent trên Solana là gì? (Câu trả lời nhanh)

Rent trên Solana là một khoản Số dư SOL có thể hoàn lại mà mỗi tài khoản Trên chuỗi phải nắm giữ để duy trì hoạt động trên Blockchain Solana. Khoản nạp này không phải là phí định kỳ; nó được giao thức giữ lại và hoàn trả đầy đủ khi tài khoản bị đóng. Hầu hết người dùng không bao giờ chủ động quản lý rent vì các ví như Phantom và Solflare tự động tài trợ cho các tài khoản mới đến mức tối thiểu bắt buộc, đó là lý do tại sao bạn có thể nhận thấy một khoản khấu trừ SOL nhỏ mà không cần ủy quyền rõ ràng.

Từ "rent" (tiền thuê) ở đây thực sự gây nhầm lẫn. Nó nghe giống như một hóa đơn hàng tháng. Thay vào đó, hãy coi nó như một khoản tiền đặt cọc đảm bảo: bạn đặt SOL xuống để giữ chỗ trên mạng lưới và bạn sẽ nhận lại từng chút một khi rời đi. SOL của bạn không bị tiêu đi; nó đang được giữ lại.

Để biết đầy đủ thông số kỹ thuật, hãy xem tài liệu chính thức của Solana về rent.

Tại sao Solana có cơ chế Rent?

Các trình xác thực Solana phải lưu trữ dữ liệu của mọi tài khoản đang hoạt động trong RAM để xử lý hàng nghìn giao dịch mỗi giây và chi phí phần cứng đó là có thật. Trình xác thực là các nút chạy mạng Solana, xử lý giao dịch và duy trì sổ cái. Không giống như lưu trữ trên ổ đĩa, RAM rất đắt đỏ khi mở rộng quy mô và các trình xác thực phải giữ tất cả dữ liệu tài khoản đang hoạt động được tải trong bộ nhớ để đạt được thông lượng của Solana. Việc gắn quyền chiếm dụng lưu trữ của mỗi tài khoản với một Số dư SOL tối thiểu tỷ lệ thuận với quy mô của nó là thứ giữ cho các yêu cầu RAM đó nằm trong giới hạn.

Nếu không có cơ chế chi phí gắn liền với lưu trữ, bất kỳ ai cũng có thể tạo tài khoản không giới hạn và lấp đầy chúng bằng dữ liệu mà không tốn kém gì. Đó là vấn đề phình to trạng thái: tổng lượng trạng thái Trên chuỗi, nghĩa là tất cả dữ liệu mà trình xác thực phải luôn tải trong bộ nhớ, sẽ tăng lên không giới hạn, tập trung hoạt động của nút vào các nhà vận hành có nguồn lực tài chính tốt và làm giảm hiệu suất mạng cho mọi người. Các khoản nạp rent đảm bảo rằng các tài khoản chiếm không gian lưu trữ trên các trình xác thực có lợi ích kinh tế tỷ lệ thuận với dấu chân lưu trữ của chúng.

Người đồng sáng lập Solana, Anatoly Yakovenko, đã thiết kế cơ chế này như một phần của kiến trúc ban đầu của giao thức đặc biệt để ngăn chặn sự tăng trưởng không giới hạn đó.

Rent là một khoản nạp lưu trữ gắn liền với chi phí bộ nhớ của trình xác thực. Nó không phải là một khoản phí trả cho Solana Labs và nó không hoạt động giống như phí gas của Ethereum, vốn là một quan niệm sai lầm phổ biến được đề cập trong phần so sánh bên dưới.

Lưu ý về giao thức: Tài liệu Solana cũ hơn mô tả việc thu rent định kỳ từ các tài khoản không được miễn trừ. Hành vi tạo tài khoản và miễn trừ rent hiện tại phải được kiểm tra đối với thời gian chạy thực tế. Không suy diễn một lượng SOL cố định bị khóa hoặc bất kỳ hiệu ứng giá nào chỉ từ số lượng tài khoản.

Cách thức hoạt động của Solana Rent: Mô hình nạp lưu trữ

Solana lưu trữ mọi phần dữ liệu Trên chuỗi, từ Số dư token của bạn đến hồ sơ sở hữu NFT của bạn, trong một cấu trúc riêng biệt được gọi là tài khoản.

Phép ẩn dụ về khoản nạp lưu trữ

Hãy coi rent như một khoản tiền gửi có thể hoàn lại trên một đơn vị lưu trữ: khoản nạp giữ chỗ của bạn, bạn nhận lại nó khi bạn rời đi và thanh toán đầy đủ ngay từ đầu có nghĩa là bạn không nợ gì hàng tháng.

Khi bạn thuê một kho lưu trữ, cơ sở sẽ giữ tiền đặt cọc của bạn chừng nào bạn còn chiếm dụng không gian đó. Bạn không bị mất số tiền đó; nó đang nằm trong tài khoản ký quỹ. Khi bạn dọn sạch và trả lại chìa khóa, bạn sẽ nhận lại tiền đặt cọc. Rent trên Solana hoạt động theo cách tương tự. Khoản Nạp SOL của bạn giữ chỗ trên sổ cái của mạng lưới và bạn sẽ nhận lại đầy đủ khi tài khoản bị đóng.

Một điểm khác biệt chính: không giống như một kho lưu trữ nơi bạn trả tiền hàng tháng, Solana sử dụng mô hình nạp tiền một lần. Nạp tiền vào tài khoản đến mức tối thiểu miễn trừ rent một lần và không cần thanh toán thêm chừng nào tài khoản còn mở. Khoản nạp được đo bằng lamports (đơn vị nhỏ nhất của SOL; 1 SOL bằng 1.000.000.000 lamports), mặc dù vì mục đích hàng ngày, bạn sẽ thấy các số tiền được báo giá bằng SOL.

Tại sao mỗi Token cần tài khoản riêng

Mọi Số dư token trên Solana đều chiếm không gian trong một trong những tài khoản này, và mọi hồ sơ NFT cũng như mọi phần trạng thái chương trình cũng vậy. Mỗi tài khoản đó cần một Số dư SOL tối thiểu để duy trì hoạt động.

Trên Ethereum, tất cả Số dư token của một ví được theo dõi trong một địa chỉ duy nhất. Solana hoạt động khác. Mỗi token có thể thay thế mà bạn nắm giữ yêu cầu tài khoản token SPL chuyên dụng riêng (tiêu chuẩn Solana Program Library để lưu trữ token Trên chuỗi, tương tự như các tài khoản token ERC-20 trên Ethereum). Khi bạn nhận được một token lần đầu tiên, một tài khoản mới sẽ được tạo để giữ Số dư của token cụ thể đó trong ví của bạn. Một khoản Nạp SOL được gắn vào tài khoản đó một cách tự động. Đây là lý do tại sao bạn thấy một khoản khấu trừ SOL nhỏ khi lần đầu tiên nhận được một token mà bạn chưa từng nắm giữ trước đó.

Để cụ thể hóa điều đó: nắm giữ 10 loại token khác nhau có nghĩa là có 10 tài khoản token riêng biệt, mỗi tài khoản yêu cầu khoảng 0,002 SOL làm khoản nạp miễn trừ rent. Đó là khoảng 0,02 SOL bị khóa trên các tài khoản đó, tất cả đều có thể thu hồi hoàn toàn nếu bạn đóng các tài khoản sau này.

NFT trên Solana cũng tuân theo mô hình tương tự. Mỗi NFT nằm trong tài khoản riêng của nó, với siêu dữ liệu của NFT, tham chiếu hình ảnh và dữ liệu sở hữu chiếm không gian lưu trữ yêu cầu một khoản nạp miễn trừ rent. Việc đúc một NFT tạo ra nhiều tài khoản cùng một lúc (một tài khoản mint, một tài khoản token, một tài khoản siêu dữ liệu), mỗi tài khoản mang theo khoản nạp riêng, đó là lý do tại sao chi phí đúc tốn nhiều SOL hơn một chút so với một giao dịch tiêu chuẩn.

Tương tác với các giao thức phi tập trung trên Solana, chẳng hạn như nền tảng cho vay, sàn giao dịch phi tập trung hoặc các bể lợi nhuận, thường tạo ra nhiều tài khoản mang theo các khoản nạp rent. Nếu bạn đã sử dụng bất kỳ dịch vụ nào trong số này, bạn có thể có một số SOL bị khóa rải rác trên các tài khoản đó.

Các ví bao gồm Phantom và Solflare tự động xử lý việc tạo và nạp tiền cho tài khoản. Để biết thêm chi tiết về kiến trúc nền tảng, hãy xem tài liệu về mô hình tài khoản Solana. Đối với chính tiêu chuẩn token, hãy xem tài liệu về SPL Token.

Miễn trừ Rent: Cách thức nạp tiền cho tài khoản hoạt động

Một tài khoản được miễn phí thuê (rent-exempt) khi nó giữ Số dư lamport cần thiết cho kích thước dữ liệu của mình theo các quy tắc giao thức hiện hành. Trạng thái và số tiền yêu cầu nên được kiểm tra dựa trên tài liệu runtime hiện tại thay vì được coi là một sự đảm bảo vĩnh viễn của giao thức.

Miễn phí thuê là gì?

Miễn phí thuê là trạng thái mà một tài khoản đạt được khi Số dư lamport của nó đáp ứng ngưỡng yêu cầu cho kích thước dữ liệu của mình. Theo mô hình hiện tại, Số dư đó không bị tiêu thụ định kỳ dưới dạng phí thuê. Hành vi giao thức có thể thay đổi, vì vậy các nhà phát triển nên truy vấn yêu cầu hiện tại cho cụm (cluster) liên quan.

Miễn phí thuê không có nghĩa là không có SOL nào bị khóa. Khoản Nạp là SOL thực mà ví của bạn giữ thay mặt cho tài khoản. Điều đó có nghĩa là khoản Nạp không bị tiêu thụ. Nó vẫn giữ nguyên mức đó trong suốt vòng đời của tài khoản và sẽ trả lại cho bạn khi tài khoản được đóng.

Các luồng ứng dụng và ví thông thường thường nạp tiền cho các tài khoản mới tạo đến ngưỡng yêu cầu, nhưng người dùng nên xác minh từng tài khoản và hướng dẫn giao dịch thay vì giả định rằng mọi ví hoặc ứng dụng đều hoạt động giống hệt nhau.

Cần bao nhiêu SOL để được miễn phí thuê?

Số dư tối thiểu cho một tài khoản token SPL tiêu chuẩn là khoảng 0,00203928 SOL (2.039.280 lamport). Số tiền chính xác phụ thuộc vào kích thước dữ liệu của tài khoản: các tài khoản hệ thống với 0 byte dữ liệu cần ít hơn, trong khi các tài khoản chương trình tùy chỉnh với nhiều dữ liệu hơn yêu cầu nhiều SOL hơn tương ứng.

Lưu ý về độ chính xác của giao thức: Xác minh con số chính xác hiện tại bằng cách sử dụng getMinimumBalanceForRentExemption) trên Solana Mainnet hiện tại trước khi đưa ra các quyết định kỹ thuật hoặc tài chính. Các tham số giao thức có thể thay đổi thông qua quản trị mạng.

Bảng dưới đây cung cấp các con số tham chiếu xấp xỉ cho các loại tài khoản phổ biến:

Tất cả các con số đều là xấp xỉ. Xác minh bằng getMinimumBalanceForRentExemption trên Solana Mainnet hiện tại trước khi dựa vào những con số này để sử dụng trong thực tế.

Lưu ý cho nhà phát triển Để tính toán Số dư tối thiểu chính xác theo lập trình:

1. Gọi connection.getMinimumBalanceForRentExemption(dataSize) trong đó dataSize là kích thước được cấp phát của tài khoản tính bằng byte.
2. Phương thức này đóng gói công thức: minimum_balance = (128 + data_size_bytes) × rent_rate_per_byte × two_years_of_epochs.
3. Tỷ lệ thuê được thiết lập lúc ban đầu (genesis) là 3.480 lamport mỗi byte-năm.
4. Chuyển giá trị lamport được trả về trực tiếp vào SystemProgram.createAccount khi nạp tiền cho một tài khoản mới.

Xác minh tỷ lệ hiện tại so với tài liệu dành cho nhà phát triển Solana) trước khi sử dụng trong thực tế.

Điều gì xảy ra nếu một tài khoản Solana hết SOL?

Các luồng ứng dụng và ví thông thường thường nạp tiền cho các tài khoản mới đến ngưỡng yêu cầu, nhưng người dùng nên xác minh hướng dẫn và tài khoản cụ thể thay vì giả định rằng mọi triển khai đều hoạt động giống hệt nhau.

Thu gom rác tài khoản (Account Garbage Collection)

Các thiết kế phí thuê cũ bao gồm hành vi thu phí hoặc xóa tài khoản đối với các tài khoản không được miễn phí. Các quy tắc runtime hiện tại và yêu cầu tạo tài khoản nên được xác minh trước khi mô tả việc thu gom rác là một rủi ro hiện hữu.

Đừng giả định rằng việc hạ thấp Số dư tài khoản sẽ dẫn đến việc xóa hoặc mất token. Quyền sở hữu tài khoản, quy tắc chương trình, quyền đóng tài khoản và việc thực thi miễn phí thuê hiện tại sẽ quyết định điều gì có thể xảy ra. Hãy kiểm tra tài khoản thực tế và runtime thay vì dựa vào một kịch bản chung chung cũ.

Tài liệu lịch sử đã mô tả các khoản khấu trừ định kỳ từ các tài khoản không được miễn phí. Hành vi tạo tài khoản và runtime hiện tại nên được xác minh từ tài liệu gốc trước khi áp dụng những mô tả cũ đó.

Các luồng ứng dụng và ví thông thường thường tạo tài khoản với Số dư yêu cầu, nhưng người dùng nên xác minh từng tài khoản thay vì dựa vào sự đảm bảo ví chung. Đóng tài khoản là một hành động riêng biệt được đề cập bên dưới.

Tôi có cần lo lắng về phí thuê với tư cách là người dùng thông thường không?

Đối với nhiều người dùng Solana, việc nạp tiền vào tài khoản được xử lý bởi các luồng ứng dụng và ví, nhưng việc đóng tài khoản và các tài khoản do nhà phát triển quản lý vẫn cần được lưu tâm.

Nhiều ví cố gắng nạp tiền cho các tài khoản mới tạo đến mức tối thiểu yêu cầu, nhưng người dùng không nên coi tên ví là một sự đảm bảo an toàn. Xác minh Số dư tài khoản, chương trình sở hữu, số lượng token và yêu cầu miễn phí thuê hiện tại trước khi chuyển hoặc đóng bất cứ thứ gì.

Một tình huống mà hành động có thể đáng giá: nếu bạn đã tích lũy nhiều tài khoản token trống từ các token bạn không còn nắm giữ, các đợt airdrop bạn chưa từng nhận hoặc các dự án NFT không còn hoạt động, những tài khoản đó đang mở với các khoản Nạp SOL nhỏ bị khóa bên trong. Những khoản Nạp đó hoàn toàn có thể thu hồi được. Xem các bước để lấy lại SOL bị khóa của bạn.

Cách thu hồi phí thuê: Lấy lại SOL từ các tài khoản không sử dụng

Một tài khoản token trống đủ điều kiện có thể trả lại các lamport còn lại khi nó được đóng theo chương trình token quản lý. Đóng tài khoản không phải là không có rủi ro: hãy xác minh chương trình, Số dư, thẩm quyền, đích đến và giao dịch trước khi ký.

Tại sao SOL bị khóa trong các tài khoản token

Mỗi token SPL bạn từng nắm giữ đều yêu cầu tài khoản Trên chuỗi của riêng nó và mỗi tài khoản đó giữ khoảng 0,002 SOL dưới dạng khoản Nạp miễn phí thuê.

Khi Số dư của một token về 0 vì bạn đã bán, chuyển đi hoặc dự án về 0, tài khoản sẽ không tự động đóng. Nó vẫn mở trên sổ cái với khoản Nạp SOL của bạn bên trong, chờ đợi. Mạng không có lý do gì để trả lại số SOL đó cho đến khi bạn đóng tài khoản một cách rõ ràng.

Một ví có 50 tài khoản token trống giữ khoảng 0,1 SOL bị khóa trong các tài khoản đó. Với mức giá SOL thông thường, đó là 15 đến 20 đô la đang nhàn rỗi và hoàn toàn có thể thu hồi được mà không tốn phí.

Cách đóng các tài khoản token trống và thu hồi SOL

Đóng một tài khoản token có thể trả lại các lamport còn lại của nó cho đích đến được chỉ định, nhưng trước tiên hãy xác minh rằng Số dư token bằng 0, địa chỉ và thẩm quyền là chính xác, và hướng dẫn ví không chứa các hành động không liên quan. Việc nhận cùng một loại token trong tương lai có thể yêu cầu một tài khoản token liên kết mới và một khoản Nạp tạo tài khoản khác.

Lưu ý bảo mật: Luôn xác minh bạn đang sử dụng phiên bản chính thức của bất kỳ ví hoặc công cụ danh mục đầu tư nào trước khi kết nối. Các ứng dụng Bên thứ ba tương tác với ví của bạn; chỉ sử dụng các ứng dụng bạn tin tưởng và có thể xác minh.

Phương pháp 1: Ví Phantom (tích hợp sẵn, không cần kết nối Bên thứ ba)

1. Mở Phantom và đi đến danh sách token của bạn.
2. Xác định các token hiển thị Số dư bằng không.
3. Chọn token và chọn "Đóng tài khoản" hoặc "Đốt & Đóng" từ menu Quyền chọn.
4. Xác nhận giao dịch. Khoản Nạp SOL sẽ trả về Số dư chính của bạn ngay lập tức.

Phương pháp 2: Step Finance (đóng hàng loạt nhiều tài khoản)

1. Truy cập Step Finance và kết nối ví của bạn.
2. Điều hướng đến phần "Tài khoản trống" (Empty Accounts) của bảng điều khiển quản lý danh mục đầu tư.
3. Xem lại danh sách các tài khoản có thể đóng và số lượng SOL có thể thu hồi cho mỗi tài khoản.
4. Chọn các tài khoản bạn muốn đóng và xác nhận giao dịch.

Phương pháp 3: Solana Beach hoặc Solscan (xác định chỉ đọc)

1. Mở Solana Beach hoặc Solscan và nhập địa chỉ ví của bạn.
2. Duyệt qua các tài khoản token của bạn để xác định những tài khoản có Số dư bằng không.

Cả hai trình khám phá đều không thực hiện việc đóng trực tiếp. Sau khi xác định các tài khoản, hãy sử dụng Phantom hoặc Step Finance để hoàn tất giao dịch. Chỉ đóng các tài khoản có Số dư token bằng không; các tài khoản đang giữ các token đang hoạt động không thể bị đóng nếu không chuyển hoặc đốt Số dư trước.

Lưu ý cho Nhà phát triển Để đóng tài khoản theo cách lập trình, hãy sử dụng lệnh closeAccount của Token Program. Tài khoản phải có Số dư token bằng 0 trước khi gọi closeAccount; nếu không giao dịch sẽ thất bại. Các lamport từ tài khoản bị đóng sẽ chuyển đến tài khoản đích mà bạn chỉ định. Xem tài liệu SPL Token) để biết tham chiếu lệnh đầy đủ.

Những thay đổi về Thuê (Rent) trên Solana và Hành vi Runtime hiện tại

Các luồng tạo tài khoản Solana hiện đại thường yêu cầu đủ lamport để được miễn thuê, trong khi các mô tả thu phí thuê định kỳ cũ hơn có thể không còn phù hợp với hành vi runtime hiện tại. Trường rent_epoch cũ hoặc được dùng làm lính canh không tự chứng minh được rằng một tài khoản có thể bỏ qua các yêu cầu về số dư tối thiểu.

Các nhà phát triển nên truy vấn mức tối thiểu hiện tại bằng getMinimumBalanceForRentExemption, xác nhận hành vi runtime đang hoạt động và kiểm tra việc tạo cũng như đóng tài khoản trên cụm (cluster) có liên quan. Người dùng không nên đóng tài khoản trừ khi họ hiểu về chương trình chủ sở hữu, số dư token, quyền hạn và đích đến của các lamport được thu hồi.

Thuê trên Solana so với Phí Gas trên Ethereum: Những khác biệt chính

Thuê trên Solana và phí gas trên Ethereum là các cơ chế khác biệt về bản chất, dù chúng có chung nhãn là "chi phí mạng lưới".

Nếu bạn đến từ Ethereum, bạn có thể đang ánh xạ việc thuê vào mô hình tư duy về gas: một chi phí trên mỗi giao dịch đốt SOL giống như cách gas đốt ETH. Cách ánh xạ đó là không chính xác. Thuê và gas phục vụ các mục đích khác nhau, áp dụng tại các thời điểm khác nhau và có hành vi kinh tế khác nhau.

Solana có phí giao dịch riêng để chi trả cho các chi phí tính toán, tách biệt với việc thuê. Đừng nhầm lẫn việc thuê với phí giao dịch của Solana; chúng là các cơ chế riêng biệt.

Phí gas Ethereum là chi phí tiêu thụ: bạn trả chúng và chúng mất đi, góp phần vào việc đốt phí EIP-1559 hoặc chuyển đến các validator dưới dạng phí ưu tiên. Thuê trên Solana là một khoản tiền ký quỹ có thể đảo ngược: bạn giữ nó thay vì chi tiêu nó và thu hồi lại khi tài khoản đóng. Sự khác biệt đó làm rõ lý do tại sao mô hình chi phí của Solana mang lại cảm giác khác biệt về mặt cấu trúc đối với người dùng chuyển đổi giữa hai mạng lưới.

Bitcoin thực hiện một cách tiếp cận kiến trúc khác. Bitcoin sử dụng mô hình UTXO (Unspent Transaction Output) thay vì mô hình tài khoản và không có cơ chế thuê, bởi vì các UTXO chưa sử dụng chỉ đơn giản là chưa được chi tiêu mà không chiếm cùng loại lưu trữ được lập chỉ mục như các tài khoản Solana yêu cầu.

Thuê trên Solana: Tham chiếu cho Nhà phát triển

Tham chiếu sau đây được viết cho các nhà phát triển xây dựng trên Solana; người dùng phổ thông có thể bỏ qua và chuyển đến phần Câu hỏi thường gặp mà không bỏ lỡ bất kỳ điều gì cần thiết cho việc sử dụng hàng ngày.

Lưu ý cho Nhà phát triển Tất cả các ví dụ bên dưới đều tham chiếu đến Solana web3.js v1.x. API v2.x (hiện đang trong quá trình phát hành) sử dụng các chữ ký phương thức khác nhau. Hãy kiểm tra hướng dẫn di chuyển web3.js chính thức) trước khi sử dụng các ví dụ này trong môi trường production.

Chương trình và việc thuê: Các chương trình Solana (tương đương với hợp đồng thông minh trên Ethereum) chính chúng được lưu trữ dưới dạng tài khoản và tuân theo các quy tắc thuê tương tự. Các chương trình đã triển khai phải duy trì Số dư miễn thuê. Các tài khoản chương trình thường được nạp tiền đến trạng thái miễn thuê trong quá trình triển khai. Trên Solana, các chương trình là không trạng thái (stateless); chúng ghi vào các tài khoản dữ liệu riêng biệt, mỗi tài khoản đều mang yêu cầu thuê riêng.

Địa chỉ dẫn xuất từ chương trình (PDAs): PDAs là các tài khoản có địa chỉ được dẫn xuất xác định từ một ID chương trình và các hạt giống (seeds), được sở hữu bởi chương trình thay vì một Private Key. PDAs tuân theo các yêu cầu miễn thuê tương tự như tài khoản do người dùng sở hữu. Chương trình sở hữu PDA chịu trách nhiệm đảm bảo nó được nạp tiền đến mức tối thiểu miễn thuê, thường là tại thời điểm tạo tài khoản thông qua lời gọi chéo chương trình (CPI). Các PDA không được nạp tiền đúng cách là nguồn gốc phổ biến của các lỗi production trong các chương trình Solana.

Tính toán số dư tối thiểu miễn thuê: Sử dụng connection.getMinimumBalanceForRentExemption(dataSize) trong đó dataSize là kích thước dữ liệu được phân bổ của tài khoản tính bằng byte. Lệnh này trả về mức tối thiểu hiện tại tính bằng lamports. Chuyển kết quả trực tiếp vào SystemProgram.createAccount khi nạp tiền cho một tài khoản mới.

Đóng tài khoản theo cách lập trình: Sử dụng createCloseAccountInstruction từ Token Program để đóng một tài khoản token và trả lại các lamport của nó về một đích đến được chỉ định. Tài khoản phải có Số dư token bằng 0; nếu không giao dịch sẽ thất bại.

Tham chiếu đầy đủ: Tài liệu về mô hình tài khoản Solana.)

Các câu hỏi thường gặp về Thuê trên Solana

Các câu hỏi sau đây bao gồm những điểm gây nhầm lẫn phổ biến nhất về việc thuê trên Solana, với các câu trả lời độc lập được viết để tham chiếu trực tiếp.

Thuê trên Solana là gì?

Thuê trên Solana thường được mô tả là Số dư lamport mà một tài khoản Trên chuỗi phải nắm giữ cho dữ liệu được phân bổ của nó theo các quy tắc hiện tại. Khi một tài khoản đủ điều kiện được đóng một cách hợp lệ, các lamport còn lại của nó sẽ chuyển đến đích được chỉ định bởi lệnh đóng. Các ví thường tự động hóa việc nạp tiền cho tài khoản, nhưng người dùng vẫn nên xác minh lệnh và yêu cầu hiện tại.

Việc thuê trên Solana hoạt động như thế nào?

Khi một tài khoản Solana được tạo, thông thường nó phải nắm giữ Số dư lamport tối thiểu dựa trên kích thước dữ liệu được phân bổ. Theo các quy tắc hiện tại, việc đáp ứng ngưỡng đó giúp tài khoản được miễn thuê khỏi các khoản khấu trừ định kỳ. Một hoạt động đóng tài khoản hợp lệ sẽ gửi các lamport còn lại của tài khoản đến đích được chỉ định của lệnh.

Miễn thuê trên Solana là gì?

Miễn thuê là trạng thái của một tài khoản khi Số dư lamport của nó đáp ứng hoặc vượt quá ngưỡng hiện tại đối với kích thước dữ liệu của nó. Theo mô hình hiện tại, số dư không bị tính phí thuê định kỳ; các nhà phát triển nên xác minh hành vi runtime hiện tại thay vì coi đây là một đảm bảo không thể thay đổi.

Bạn cần bao nhiêu SOL để được miễn thuê?

Khoảng 0,00203928 SOL (2.039.280 lamports) cho một tài khoản SPL token tiêu chuẩn. Số lượng chính xác phụ thuộc vào kích thước dữ liệu của tài khoản: các tài khoản hệ thống với 0 byte dữ liệu yêu cầu ít hơn (~0,00089 SOL), trong khi các tài khoản chương trình tùy chỉnh với nhiều dữ liệu hơn yêu cầu nhiều hơn tương ứng. Hãy xác minh con số hiện tại bằng getMinimumBalanceForRentExemption trên Solana Mainnet trước khi dựa vào những con số này.

Điều gì xảy ra nếu một tài khoản Solana không có đủ SOL để thuê?

Các tài liệu cũ mô tả việc thu phí thuê và dọn dẹp tài khoản đối với các tài khoản không được miễn trừ. Các yêu cầu tạo tài khoản Solana và hành vi runtime hiện tại có thể khác nhau. Hãy truy vấn tài khoản trực tiếp và tài liệu hiện tại thay vì giả định rằng một tài khoản sẽ bị xóa hoặc một ví đã làm cho nó an toàn.

Có. Khoản nạp tiền thuê đầy đủ sẽ được hoàn lại vào ví của bạn khi bạn đóng tài khoản. Việc đóng tài khoản chỉ có thể thu hồi lamport khi chương trình và trạng thái tài khoản liên quan cho phép. Hãy xác nhận rằng tài khoản trống, xác minh địa chỉ đích và thẩm quyền, đồng thời xem xét mọi giao dịch trước khi ký. Các ví và bảng điều khiển được nêu tên là ví dụ, không phải là sự đảm bảo.

Cơ chế tiền thuê của Solana giải quyết vấn đề gì?

Các trình xác thực (validator) phải lưu giữ dữ liệu của mọi tài khoản đang hoạt động trong RAM để xử lý các giao dịch với thông lượng cao. Nếu không có cơ chế chi phí gắn liền với việc lưu trữ, bất kỳ ai cũng có thể tạo tài khoản không giới hạn, khiến trạng thái mạng tăng trưởng không biên giới và làm tăng chi phí phần cứng của trình xác thực. Khoản nạp tiền thuê đảm bảo rằng các tài khoản tiêu thụ bộ nhớ của trình xác thực phải chịu trách nhiệm về mặt kinh tế đối với không gian mà chúng chiếm dụng.

Tiền thuê trên Solana khác với phí gas trên Ethereum như thế nào?

Phí gas trên Ethereum là chi phí tính toán không hoàn lại được trả cho mỗi giao dịch; chúng bao gồm các chu kỳ CPU và được tiêu thụ ngay lập tức. Tiền thuê trên Solana là một khoản nạp lưu trữ có thể hoàn lại, được trả một lần cho mỗi tài khoản; nó bao gồm việc lưu trữ byte trên các trình xác thực và được hoàn trả đầy đủ khi tài khoản được đóng. Hai cơ chế này phục vụ các mục đích khác nhau trong các giao thức có kiến trúc khác nhau.

Khám phá SOL trên Bybit

Người đọc có thể xem xét thông tin thị trường SOL hiện tại hoặc thị trường Giao ngay SOL/USDT.. Các liên kết này cung cấp quyền truy cập thị trường và không chứng minh rằng Solana, một ví hoặc giao thức Bên thứ ba là phù hợp cho mọi người đọc.

Những điểm chính cần lưu ý: Điều bạn cần biết về Tiền thuê trên Solana

Tiền thuê trên Solana thường được hiểu là một yêu cầu ký quỹ tài khoản hơn là một khoản phí người dùng định kỳ, tuân theo các quy tắc runtime hiện tại.

• Một tài khoản Solana thường giữ số lamport cần thiết cho dữ liệu được phân bổ của nó; một hoạt động đóng đủ điều kiện sẽ gửi số lamport còn lại của nó đến đích được chỉ định.
• Mọi tài khoản Trên chuỗi đều yêu cầu Số dư SOL tối thiểu tỷ lệ thuận với kích thước dữ liệu của nó để duy trì hoạt động.
• Các ví và ứng dụng phổ biến thường tạo tài khoản với số dư cần thiết, nhưng mỗi tài khoản nên được xác minh độc lập.
• Các mô tả cũ về tiền thuê định kỳ và thu gom rác (garbage-collection) không nên được áp dụng cho runtime hiện tại mà không có xác nhận từ nguồn gốc.
• Trạng thái miễn tiền thuê (rent-exempt) có nghĩa là khoản nạp không bị rút đi, chứ không phải là không có SOL nào bị khóa.
• Các tài khoản token trống có thể nhận lại số dư miễn tiền thuê khi được đóng theo quy tắc của chương trình token. Hãy xác minh tài khoản, thẩm quyền, điểm đến, phí giao dịch và quyền của công cụ trước khi ký.

Đối với người dùng thông thường, hãy xác nhận tài khoản trống và đủ điều kiện trước khi đóng. Đối với nhà phát triển, hãy truy vấn các yêu cầu miễn tiền thuê hiện tại và kiểm tra việc tạo cũng như đóng tài khoản trên cụm (cluster) liên quan. Không coi việc tự động hóa của ví, các mô tả tiền thuê cũ hoặc ước tính số lượng tài khoản là một sự đảm bảo về an toàn hay Tokenomics.

Số dư SOL, tỷ lệ tiền thuê và các thông số giao thức được tham chiếu trong bài viết này phản ánh hành vi mạng Solana được tài liệu hóa công khai tính đến ngày xuất bản. Các thông số giao thức có thể thay đổi thông qua quản trị mạng hoặc nâng cấp phần mềm. Người đọc nên xác minh các giá trị hiện tại trong tài liệu chính thức của Solana trước khi đưa ra các quyết định kỹ thuật hoặc tài chính.

Bài viết liên quan

• Tiêu chuẩn Token Solana
• Kiến trúc Solana
• Solana Blinks là gì?