Quyền đúc và quyền đóng băng trên Solana là gì?

Mọi token trên Solana đều bắt đầu từ một tài khoản mint (mint account): một bản ghi nhỏ do token program lưu giữ, định nghĩa chính token đó. Hai trường trong bản ghi này nói lên mức độ an toàn của token nhiều hơn bất kỳ whitepaper nào. Quyền đúc (mint authority) có thể tạo ra token mới, còn quyền đóng băng (freeze authority) có thể khóa số dư của bất kỳ holder nào. Đây là những thứ đầu tiên mà các công cụ quét token, ví và DEX kiểm tra, cũng là những thứ đầu tiên một người mua có kinh nghiệm xem xét.

Dưới đây là: mỗi quyền thực sự có thể làm gì, một token còn có thể có những quyền nào khác, khi nào giữ quyền là chính đáng và khi nào đó là dấu hiệu cảnh báo (red flag), cách tự kiểm tra bất kỳ token nào, và cách thu hồi quyền bằng công cụ Tạo Token cho Solana của ChainTx.Tools.

#Câu trả lời ngắn gọn

Thu hồi là cánh cửa một chiều. Tài liệu của Solana nêu rõ rằng việc đặt một quyền thành None sẽ xóa vĩnh viễn vai trò đó. Không ai có thể khôi phục nó: không phải người tạo, cũng không phải token program.

#Tài khoản mint lưu trữ những gì

Trên Solana, token không phải là một smart contract riêng biệt. Các token cổ điển đều được xử lý bởi một chương trình dùng chung là SPL Token, còn các token mới hơn thì bởi Token-2022. Điều làm nên tính duy nhất của một token là tài khoản mint của nó. Trong chương trình cổ điển, tài khoản này dài 82 byte và chứa năm trường: mint_authority, supply, decimals, cờ is_initialized và freeze_authority (tài liệu Solana). Cả hai quyền đều là tùy chọn: trường này hoặc chứa một địa chỉ, hoặc để trống. Token-2022 giữ nguyên cấu trúc này và bổ sung các extension phía sau, mỗi extension có các quyền riêng.

Một quyền chỉ đơn giản là một public key. Đằng sau nó có thể là một ví thông thường, một multisig hoặc một program-derived address (PDA): địa chỉ không có private key, chỉ một chương trình cụ thể mới có thể ký thay, theo các quy tắc được viết trong mã của chương trình đó. Vì vậy, câu hỏi không chỉ là quyền đó có tồn tại hay không, mà còn là ai đang nắm giữ nó.

#Quyền đúc: ai có thể tạo token mới

Quyền đúc có thể gọi MintTo và tạo ra bất kỳ số lượng token nào vào bất kỳ tài khoản nào. Token program không đặt giới hạn, nên "max supply" ghi trên một website chẳng có ý nghĩa gì khi quyền này vẫn còn. Nguồn cung chỉ thực sự cố định khi trường này trống, và lúc đó Solana Explorer gắn nhãn Fixed Supply. Với một memecoin, quyền đúc đang hoạt động là rủi ro nghiêm trọng nhất: chủ sở hữu, hoặc bất kỳ ai đánh cắp được khóa của chủ sở hữu, có thể đúc hàng tỷ token, bán vào pool và đẩy giá về 0 chỉ trong vài giao dịch.

Thế nhưng một số token lớn nhất trên Solana vẫn giữ quyền đúc, với những lý do chính đáng:

• USDC. Circle đúc USDC mới khi khách hàng nạp đô la và đốt nó khi khách hàng quy đổi. Tại thời điểm viết bài, quyền đúc USDC không nằm ở một ví đơn lẻ mà ở một tài khoản multisig 2/4 của chính token program.
• Liquid staking token. Quyền đúc của JitoSOL là một PDA của chương trình SPL Stake Pool. JitoSOL mới chỉ được đúc khi có người nạp SOL vào pool, và không ai có thể đúc thủ công.
• Token phần thưởng và token phát thải (emission) có nguồn cung tăng theo một lịch trình công khai, lý tưởng nhất là được một chương trình thực thi hoặc do một multisig nắm giữ.

Hãy so sánh với BONK và JUP: cả hai đều đặt quyền đúc thành None, nên nguồn cung của chúng không bao giờ có thể tăng.

#Quyền đóng băng: ai có thể khóa token của holder

Quyền đóng băng có thể gọi FreezeAccount trên bất kỳ tài khoản token nào của mint đó, và ThawAccount để mở khóa. Việc đóng băng áp dụng cho tài khoản token, không phải cho mint. Tài khoản bị đóng băng vẫn giữ số dư nhưng không thể nhận, chuyển hay đốt token cho đến khi được mở băng. Một khi quyền đóng băng đã bị thu hồi, các tài khoản của mint đó sẽ không bao giờ bị đóng băng được nữa.

"Bất kỳ tài khoản token nào" nghĩa là đúng như vậy: ví của holder, tài khoản nạp tiền của sàn giao dịch, thậm chí cả vault của liquidity pool. Điều đó khiến quyền đóng băng trở thành nền tảng của một chiêu lừa đảo kinh điển: người mua vẫn mua được, nhưng tài khoản của họ bị đóng băng nên họ không thể bán, còn người tạo thì rút cạn pool. Solflare coi quyền đóng băng đang bật là một dấu hiệu mạnh cho thấy khả năng lừa đảo.

Mục đích chính đáng là tuân thủ (compliance). Trong các điều khoản USDC, Circle bảo lưu quyền "chặn" một số địa chỉ USDC liên quan đến hoạt động bất hợp pháp, và trên Solana, quyền đóng băng chính là công cụ để làm việc đó. Với USDC, quyền này cũng nằm trong một multisig 2/4 của token program. USDT và PYUSD của PayPal cũng giữ quyền đóng băng. Với một stablecoin chịu sự quản lý, điều này là bình thường; với một memecoin, nó chẳng có lý do gì để tồn tại.

Trong Token-2022, extension Default Account State còn có thể khiến mọi tài khoản token mới được khởi tạo ở trạng thái đóng băng cho đến khi quyền đóng băng mở băng cho nó.

#Quyền cập nhật metadata

Tên, ký hiệu và logo bạn thấy trong ví không được lưu trong các trường mint nói trên. Chúng nằm trong metadata, vốn có quyền riêng.

Token SPL cổ điển dùng chương trình Metaplex Token Metadata. Một tài khoản riêng nằm cạnh mint lưu tên (tối đa 32 ký tự), ký hiệu (tối đa 10), URI của một tệp JSON chứa logo và liên kết, một quyền cập nhật (update authority) và cờ isMutable (tài liệu Solana). Đặt isMutable thành false là quyết định cuối cùng: theo Metaplex, khi token đã bất biến thì không thể cập nhật được nữa.

Token Token-2022 thường lưu metadata ngay trong mint, sử dụng hai extension. Metadata Pointer có một quyền cho phép trỏ metadata sang địa chỉ khác, còn Token Metadata có quyền cập nhật cho phép thay đổi các trường. Xóa quyền đó sẽ làm metadata trở nên bất biến.

Metadata có thể thay đổi (mutable) cho phép chủ sở hữu đổi tên token, sao chép logo của một token đang hot hoặc thay liên kết website bằng một trang phishing. Các công cụ quét xem đây là rủi ro nhẹ hơn: RugCheck hiển thị "Mutable metadata" ở mức cảnh báo (warning) chứ không phải nguy hiểm (danger), và trang token của Phantom cho biết token có mutable hay không. Tuy vậy, sự đánh đổi là có thật: một khi metadata đã bất biến, URL logo bị lỗi sẽ không bao giờ sửa được. Trước hết, hãy đảm bảo tệp JSON và hình ảnh được lưu trên kho lưu trữ bền vững và hiển thị đúng trên nhiều ví.

#Quyền của extension Token-2022

Các extension của Token-2022 mang lại cho token những năng lực mới, và mỗi extension đi kèm quyền riêng. Tại thời điểm viết bài, danh sách AuthorityType của chương trình có 18 mục. Dưới đây là những quyền mà người mua quan tâm nhất:

Chi tiết có trong tài liệu của Solana về transfer fee và permanent delegate.

PayPal USD (PYUSD), một stablecoin Token-2022, cho thấy điều này trên thực tế. Tại thời điểm viết bài, ngoài quyền đúc và quyền đóng băng, mint của nó còn có permanent delegate, cấu hình transfer fee (phí đặt ở 0%), transfer hook chưa gán chương trình, confidential transfer, metadata pointer, quyền cập nhật metadata và mint close authority. Với một tổ chức phát hành chịu sự quản lý, đây là bộ công cụ tuân thủ có chủ đích. Trên một memecoin, cùng danh sách đó sẽ là một loạt dấu hiệu cảnh báo.

#Khi nào giữ quyền là chính đáng

Nếu dự án của bạn thực sự cần một quyền, hãy giữ nó trong một multisig như Squads thay vì ví trình duyệt, công khai lý do quyền đó tồn tại và ai đang nắm giữ, đồng thời thu hồi mọi thứ bạn không cần.

#Công cụ quét, ví và DEX đối xử với các quyền đang hoạt động thế nào

• RugCheck hiển thị "Mint Authority still enabled" và "Freeze Authority still enabled" là rủi ro mức nguy hiểm (danger), còn "Mutable metadata" là cảnh báo. Các stablecoin nổi tiếng dường như được xử lý riêng và không bị gắn các cờ này.
• Jupiter. Tokens API trả về một đối tượng audit, trong đó mintAuthorityDisabled: false và freezeAuthorityDisabled: false được đánh dấu là rủi ro (tài liệu Jupiter).
• Trang token của Phantom cho biết token có mutable hay mintable không, kèm tỷ lệ nắm giữ của các holder lớn nhất (Phantom).
• DEX. Meteora DLMM không chấp nhận các mint có thể đóng băng nếu chưa qua xét duyệt (tài liệu Meteora). Orca Whirlpools yêu cầu token badge với các mint có quyền đóng băng và khuyên nên tắt quyền này trừ khi có lý do rõ ràng như tuân thủ pháp luật (tài liệu Orca).

#Cách tự kiểm tra các quyền của một token

1. Solscan. Mở solscan.io/token/MINT_ADDRESS. Phần tóm tắt hồ sơ token có trường Authority liệt kê update authority, mint authority và freeze authority; quyền đã bị thu hồi hiển thị là "N/A" (hướng dẫn của Solscan).
2. Solana Explorer. Nguồn cung được gắn nhãn "Fixed Supply" khi không có quyền đúc, và các dòng Mint Authority và Freeze Authority chỉ xuất hiện khi các quyền này được đặt. Với mint Token-2022, trang này còn liệt kê các quyền của extension như Transfer Fee Authority và Permanent Delegate.
3. RugCheck. Dán địa chỉ mint vào rugcheck.xyz và tìm các cờ nêu trên.
4. ChainTx.Tools. Trên tab Set/Update Authority của công cụ Tạo Token cho Solana của chúng tôi, dán địa chỉ mint và nhấn Load token. Tab này đọc mint và metadata Metaplex của nó từ chuỗi và hiển thị quyền đúc, quyền đóng băng và quyền cập nhật hiện tại, mà không cần kết nối ví.

#Cách thu hồi quyền trên ChainTx.Tools

Khi tạo token. Trong Tạo Token cho Solana, các công tắc "Quyền đúc" và "Quyền đóng băng" mặc định ở trạng thái tắt, nghĩa là cả hai đều bị thu hồi ("tắt = nguồn cung cố định", "tắt = không thể đóng băng"). Với Token-2022, quyền đóng băng không bao giờ được đặt, còn quyền đúc bị thu hồi ngay sau khi toàn bộ nguồn cung được đúc, trong cùng một giao dịch; với token SPL, mọi thứ cũng nằm trong một giao dịch. Các coin ra mắt với loại Pump.fun không có quyền nào trong hai quyền này, do thiết kế của chương trình Pump.fun.

Với token đã có, hãy dùng tab Set/Update Authority:

1. Kết nối ví hiện đang nắm giữ quyền.
2. Dán địa chỉ mint và nhấn Load token.
3. Với quyền đúc và quyền đóng băng, chọn Keep (giữ), Transfer (chuyển, ví dụ sang một multisig) hoặc Revoke (thu hồi). Với metadata Metaplex, lựa chọn thứ ba là Make immutable.
4. Nhấn Apply changes và phê duyệt. Thay đổi quyền đúc và quyền đóng băng nằm trong một giao dịch, thay đổi metadata nằm trong một giao dịch riêng.

Tab này hoạt động với cả mint SPL Token lẫn Token-2022, nhưng chỉ với những quyền mà ví đang kết nối nắm giữ; mọi quyền khác được đánh dấu "Not controlled by your wallet".

#Những sai lầm thường gặp

1. Thu hồi trước khi chốt nguồn cung. Sau khi thu hồi, bạn không thể thêm dù chỉ một token, vì vậy hãy đúc toàn bộ số lượng trước.
2. Giao quyền cho một địa chỉ "chết" thay vì thu hồi. Bất kỳ ai đọc mint đều thấy một địa chỉ trong trường đó, và chứng minh rằng không ai kiểm soát địa chỉ ấy khó hơn nhiều so với việc cho thấy một trường trống.
3. Quên các quyền của Token-2022. Quyền đúc và quyền đóng băng đã thu hồi chẳng giúp ích gì nếu fee-config authority hoặc permanent delegate vẫn còn hoạt động.
4. Tin rằng thu hồi quyền khiến token an toàn. Việc đó chỉ loại bỏ hai rủi ro cụ thể. Thanh khoản không bị khóa, nguồn cung tập trung và ví nội bộ (insider) là những hạng mục kiểm tra riêng.

#Tóm tắt

Quyền đúc quyết định nguồn cung có thể tăng hay không, quyền đóng băng quyết định liệu có ai khóa được số dư của holder hay không, còn quyền metadata và quyền của Token-2022 quyết định danh tính và quy tắc chuyển của token có thể thay đổi về sau hay không. Với memecoin, tiêu chuẩn rất đơn giản: thu hồi quyền đúc và quyền đóng băng, khóa metadata khi đã hoàn chỉnh và tránh các extension có quyền mạnh. Stablecoin và liquid staking token giữ lại một số quyền theo thiết kế, nhưng đặt chúng trong multisig hoặc chương trình. Trước khi mua hay ra mắt một token, hãy tự kiểm tra các trường này: chỉ mất một phút trên Solscan, RugCheck hoặc tab Set/Update Authority của chúng tôi.