Cập nhật metadata token Solana: tên, ký hiệu và logo
Tên nằm trên chuỗi, logo nằm trong một tệp. Mỗi thay đổi tốn bao nhiêu, làm theo thứ tự nào, và khi nào khóa metadata mới thực sự đáng.

Cập nhật metadata token Solana trông như một việc, thật ra là hai. Metadata là tấm danh thiếp công khai của token: tên, ký hiệu, logo, mô tả và các liên kết. Những thông tin này không nằm ở một chỗ mà nằm ở hai chỗ, và mỗi chỗ sửa riêng.
Từ đó sinh ra câu hỏi hay gặp nhất sau khi ra mắt: logo đã đổi cả tuần rồi mà Solscan vẫn hiện tên cũ.
- Tên, ký hiệu và địa chỉ web nằm trên chuỗi. Sửa thì mất phí.
- Logo, mô tả và liên kết mạng xã hội nằm trong một tệp. Sửa thì miễn phí.
- Sửa lớp này không bao giờ chạm vào lớp kia.
- Khóa lại là quyết định duy nhất không thể rút lại.
Hai lớp của metadata
Khi token được tạo, thông tin của nó đi qua Metaplex Token Metadata, tiêu chuẩn mà gần như mọi token Solana đều theo. Đó là thứ tạo ra lớp thứ nhất. Cách tài khoản đó được gắn vào mint được mô tả trong tài liệu của Solana về Metaplex Metadata.
Lớp một nằm trên chuỗi. Nó giữ đúng ba thứ: tên, ký hiệu và một địa chỉ web trỏ tới một tệp. Ví và trình khám phá đọc chỗ này trước. Động vào bất kỳ trường nào trong ba trường đó đều là một lần ghi lên chuỗi và có phí.
Lớp hai là tệp nằm ở địa chỉ ấy. Bên trong là logo, mô tả, website và các liên kết mạng xã hội. Đổi bất kỳ thứ nào chỉ là tải tệp đó lên lại đúng địa chỉ cũ. Không giao dịch, không phí.
Nên khi ai đó thay logo mà tên không nhúc nhích, chẳng có gì hỏng cả. Logo nằm trong tệp, tên nằm trên chuỗi, và sửa cái này không bao giờ làm xê dịch cái kia.
| Trường | Lớp | Cách đổi | Chi phí |
|---|---|---|---|
| Tên token | Trên chuỗi | Công cụ cập nhật | 0,2 SOL |
| Ký hiệu (ticker) | Trên chuỗi | Công cụ cập nhật | 0,2 SOL |
| Địa chỉ web (URI) | Trên chuỗi | Công cụ cập nhật | 0,2 SOL |
| Logo | Tệp | Tải lên lại cùng địa chỉ | miễn phí |
| Mô tả | Tệp | Tải lên lại cùng địa chỉ | miễn phí |
| Website và mạng xã hội | Tệp | Tải lên lại cùng địa chỉ | miễn phí |
Khi nào mới thật sự cần đụng vào
- Muốn logo mới. Bên thiết kế vừa gửi bản đẹp hơn. Logo nằm trong tệp nên chỉ cần tải lên lại đúng địa chỉ cũ là xong. Miễn phí.
- Một liên kết đã đổi. Discord chuyển máy chủ, tài khoản X thay mới, website sang tên miền khác. Vẫn thế: sửa tệp.
- Tên hoặc ký hiệu sai. Ra mắt bằng một cái tên tạm, hoặc ticker gõ nhầm. Đó là mặt đã niêm phong, nên phải qua công cụ cập nhật.
- Tệp chuyển sang lưu trữ vĩnh viễn. Vì chính địa chỉ thay đổi nên đây cũng là một lần ghi lên chuỗi. Bước này luôn đi trước mọi thao tác khóa.
Hai trường hợp đầu không hề chạm vào chuỗi và không tốn gì, lặp lại bao nhiêu lần cũng được. Hai trường hợp sau đi qua cùng một biểu mẫu, dù là tên, ticker hay địa chỉ. Nói gọn: phần thẩm mỹ thì miễn phí, chỉ ba trường đã niêm phong mới có giá.
Cập nhật metadata token Solana, từng bước một
Với logo hay liên kết thì không cần đến những bước này. Với tên, ký hiệu hoặc địa chỉ, đường đi gồm bốn bước.
- Xem trạng thái trước đã. Mở công cụ snapshot token và dán địa chỉ token vào. Nó đọc các giá trị hiện tại và cho biết quyền chỉnh sửa còn nằm ở một ví nào đó hay không. Miễn phí, và nếu quyền đã bị bỏ thì trả phí cũng vô ích.
- Kết nối đúng ví. Chỉ ví đang giữ quyền đó mới ký được. Dùng ví khác thì thay đổi đơn giản là không vào.
- Nhập giá trị mới rồi ký. Trong công cụ cập nhật metadata, dán địa chỉ, gõ phần thay đổi và duyệt trong ví. Mức phí tại thời điểm đó hiện ngay trên trang trước khi xác nhận.
- Kiểm tra lại sau đó. Chạy snapshot thêm một lần. Riêng logo thì cần kiên nhẫn: ví giữ ảnh trong bộ nhớ đệm khoảng mười đến ba mươi phút.
Trước khi khóa, tệp phải nằm ở nơi lưu trữ vĩnh viễn. Thảm họa cứ lặp đi lặp lại: đội ngũ đưa tệp lên một dịch vụ lưu trữ miễn phí lúc ra mắt, vài tuần sau khóa metadata, rồi vài tháng sau dịch vụ đó hết hạn. Địa chỉ trả về lỗi 404. Tên vẫn hiện vì nó được niêm phong trên chuỗi, nhưng logo và mô tả biến mất, và vì quyền chỉnh sửa không còn nên không ai trỏ token sang tệp mới được nữa.
Khóa lại hay để mở
Đến lúc nào đó sẽ có người khuyên khóa metadata. Khóa nghĩa là bỏ hẳn quyền chỉnh sửa, để không ai còn đổi được gì nữa, kể cả chính đội ngũ. Người mua thích thấy điều đó, và một số danh sách kiểm tra khi niêm yết cũng hỏi tới.
Thứ tự mới là điều quyết định. Trước hết chuyển tệp sang Arweave hoặc IPFS có pin, sau đó trỏ địa chỉ trên chuỗi tới liên kết mới, rồi kiểm tra từ hai máy khác nhau trong vài ngày, và chỉ khi đó mới khóa.
Lúc khóa, bạn chọn mức độ. Công cụ thu hồi quyền chỉnh sửa chỉ lấy đi quyền với tên, ký hiệu và địa chỉ. Công cụ make immutable bỏ cả ba quyền chỉnh sửa, phát hành và đóng băng trong một lần. Cả ba được đặt cạnh nhau trong hướng dẫn thu hồi quyền của token.
Quy tắc thực tế: khóa khi thương hiệu đã ổn định, khi token chạy được sáu tháng mà không có kế hoạch đổi tên, khi tệp đã nằm ở lưu trữ vĩnh viễn, hoặc khi một sàn yêu cầu rõ ràng. Hoãn lại khi việc đổi thương hiệu vẫn còn khả năng, khi dịch vụ lưu trữ vẫn có thể mất, khi phiên bản hai vẫn còn trên bàn. Đây là cánh cửa duy nhất trong cả quy trình chỉ mở theo một chiều.
Vì sao đôi khi thay đổi không vào
Hai lý do bao gần hết các trường hợp. Hoặc quyền chỉnh sửa đã bị thu hồi từ trước, thường là ngay lúc tạo token, và khi đó tên, ký hiệu, địa chỉ đã niêm phong vĩnh viễn. Hoặc ví đang kết nối không phải ví giữ quyền.
Trường hợp thứ hai trông như lỗi của công cụ nhưng không phải. Snapshot cho biết ví nào đang giữ quyền, chỉ cần kết nối đúng ví đó. Nếu quyền thật sự đã mất thì không có đường lùi, và lối duy nhất là mint một token mới.
Có một trường hợp thứ ba trông giống vậy nhưng vô hại: thay đổi đã vào từ lâu mà ví vẫn hiện ảnh cũ. Những lý do khiến một token hiện sai hoặc không hiện được gom lại trong bài token Solana không hiện trong ví Phantom. Còn việc làm token xuất hiện trong tìm kiếm của trình khám phá lại là một thủ tục riêng với điều kiện riêng, viết trong hướng dẫn xác minh token của Solana.
Những lỗi lặp lại nhiều nhất
- Sửa tệp rồi tưởng tên cũng đổi theo. Logo ở trong tệp, tên ở trên chuỗi. Kiểm tra riêng từng cái.
- Khóa khi tệp còn nằm ở dịch vụ lưu trữ tạm. Lỗi đắt nhất trong danh sách này, và sau đó không sửa được.
- Không chờ bộ nhớ đệm. Mười đến ba mươi phút là bình thường. Trước khi làm lại giao dịch, hãy đọc snapshot.
- Cố đổi tên bằng tệp. Trường tên trong tệp bị ví bỏ qua. Đổi tên thật sự luôn đi qua công cụ cập nhật.
- Ký bằng nhầm ví. Không mất phí, nhưng lần nào cũng mất vài phút loay hoay.
Câu hỏi thường gặp về metadata
Có đổi được tên token sau khi ra mắt không?
Có, miễn là quyền chỉnh sửa vẫn nằm ở một ví. Snapshot cho biết điều đó miễn phí, rồi việc đổi tốn 0,2 SOL và do chính ví ấy ký.
Vì sao token vẫn hiện logo cũ?
Hoặc bạn sửa nhầm lớp, hoặc ví còn giữ ảnh trong bộ nhớ đệm. Tải logo lên lại đúng địa chỉ, đọc snapshot rồi chờ bộ nhớ đệm hết hạn.
Cập nhật tốn bao nhiêu?
Sửa tệp thì không mất gì. Đổi tên, ký hiệu hoặc địa chỉ tốn 0,2 SOL cộng một khoản phí mạng nhỏ, và con số hiện trên trang trước khi xác nhận.
Có nên làm token thành immutable không?
Khi thương hiệu đã vững, token có chút lịch sử và tệp đã ở lưu trữ vĩnh viễn thì nên. Còn khi vẫn có thể đổi thương hiệu thì nên chờ.
Update authority là gì?
Là quyền, do một ví cụ thể nắm giữ, để sau này còn sửa được metadata ghi trên chuỗi. Bỏ quyền đó đi thì bản ghi niêm phong vĩnh viễn.
Điều này có đúng với Token-2022 không?
Chỉ đúng một phần. Token-2022 có thể mang metadata ngay trong chính token và đi theo lối khác. Bài này nói về luồng SPL cổ điển với Metaplex.
Trước khi bạn sửa gì
Cập nhật thì rẻ và làm lại được, nên ngày đầu không cần hoàn hảo. Tên sửa được, logo thay được, liên kết dời được bao nhiêu lần cũng xong. Chỉ có khóa là dứt điểm: chuyển tệp sang lưu trữ vĩnh viễn, trỏ địa chỉ tới đó, xác nhận nó mở được, rồi mới bỏ quyền.


