🔥 Các dự án lớn quản trị token multichain thủ công
(Manual Mint/Burn Re-allocation)
⚡️ Toàn mấy tên tuổi kinh điển 😎
1. USDT / USDC (stablecoins)
- Tether và Circle dùng manual reallocation hoàn toàn: Tether burn USDT trên Ethereum rồi mint trên Tron dựa trên demand data, quyết định bởi team nội bộ.
- Mô hình burn-and-mint đòi hỏi token issuer phải giữ quyền kiểm soát admin với mint rights trên tất cả các chains. Nếu governance structure yếu hoặc admin keys bị centralize, toàn bộ hệ thống trở thành single point of failure.
2. BNB (Binance)
- Token gốc trên BNB Chain, nhưng tồn tại dưới dạng wrapped/bridged trên ETH, BSC, Solana, v.v.
- Binance định kỳ thực hiện BNB Quarterly Burn, đây là quyết định thủ công từ team, dựa trên volume, không hoàn toàn tự động theo on-chain logic.
- Gnosis Safe multisig kiểm soát toàn bộ mint authority.
3. LayerZero OFT token model (nhiều dự án dùng)
- Dự án dùng Omnichain Fungible Token (OFT) standard của LayerZero.
- Về kỹ thuật là burn-and-mint tự động khi user bridge, nhưng allocation cap per chain (max supply per chain) do admin multisig set thủ công.
- STG (Stargate), ZRO, nhiều DeFi tokens đều theo model này.
4. JOE (Trader Joe)
- Có mặt trên Avalanche, Arbitrum, BNB Chain, team dùng Gnosis Safe để quản lý mint authority trên từng chain.
- Khi expand sang chain mới, team vote DAO rồi thực thi thủ công: mint một lượng JOE trên chain mới, không tự động.
5. ARB (Arbitrum)
- ARB token mint ban đầu toàn bộ trên Arbitrum One, nhưng phân phối sang các chain/entity qua Arbitrum DAO governance vote treasury multisig.
- Mỗi lần muốn reallocation (ví dụ: cấp ngân sách cho ecosystem grant), đều phải qua on-chain vote sau đó treasury multisig thực thi.
6. OP (Optimism)
- Tương tự Optimism Foundation kiểm soát một phần supply qua multisig.
- Allocate token sang Foundation, Retroactive Public Goods Funding, ecosystem partners đều qua manual governance vote.
7. SUI / APT (Sui / Aptos)
- Cả hai đều có token trên chain gốc nhưng wrapped version trên EVM chains được quản lý bởi foundation multisig.
- Mỗi lần muốn tăng wrapped supply trên ETH/BSC phải burn native mint wrapped thủ công.
8. JUP (Jupiter, Solana)
- JUP nằm trên Solana native, nhưng khi expand sang chains khác qua Wormhole, treasury team kiểm soát mint authority thủ công.
9. CAKE (PancakeSwap)
- CAKE native trên BNB Chain nhưng có mặt trên Base, Arbitrum, Solana, Ethereum, zkSync, Linea, opBNB, Aptos, Polygon zkEVM. Tổng supply được cap ở 450M token trên tất cả các chain cộng lại. PancakeSwap.
- PancakeSwap dùng multisig cho tất cả các contract PancakeSwap, nghĩa là mọi mint/burn đều cần nhiều người ký.
- Khi CAKE được bridge sang chain khác, cơ chế burn-mint giữ tổng supply không đổi, nhưng allocation giữa các chain do team quyết định thủ công thông qua governance vote.
Còn nhiều vô kể...
—
⚡️ Tóm lại
Để làm một cơ chế mint/burn tự động không hề khó, vấn đề là toàn bộ Key phải để ở Server, điều này có nghĩa là gì? Rủi ro bị tấn công là cực kỳ lớn và hiện hữu.
Vậy, không phải cái gì "auto" cũng là auto xịn, auto đỉnh chóp kịch trần bay phấp phới đâu, mà là mạo hiểm không cần thiết.
Token muốn listing lên Binance hay Coinbase đều phải qua audit nghiêm ngặt, muốn làm bậy cũng khó và phải trả giá gần như tất cả.
Đừng dùng nông cạn của bản thân để đo đạc người khác 😁