Vestige 链上 ASA 元数据登记册条目数突破 766 条

Algorand 代币的公开身份，长期以来大多是从别处租来的。图标躺在某家交易所的 GitHub 仓库里，描述由恰好展示它的那个钱包应用自行编纂；项目想换个 logo，得先提一个 pull request，然后等维护者批复。Vestige Labs¹ 打造 Asset Manager² 的用意，就是把这整套资料搬上账本。其发布文章开篇便直指症结：「代币元数据散落各方，没有任何统一的管理方式。」

ASA 是 Algorand 内置的代币发行机制，原生字段只有寥寥几个——名称、单位名、总供应量、小数位和控制地址。而一个代币想要“拿得出手”，其余一切都只能寄居在链下由人工维护的清单里：图标放在 Tinyman 的 asa-list 仓库³，钱包标签（团队地址或销毁地址）放在 Vestige 自家的 KnownAssetWallets 仓库⁴，描述和社交链接则散落在各个平台。对创作者而言，实际代价是每次更新都要等好几家服务人工审核；对用户而言，则是各家区块浏览器给出的流通量彼此打架，因为每个浏览器都维护着自己的一套标签。Vestige——这家从 TinyChart 起步的兑换聚合器与区块浏览器，其首页计数器目前显示已路由 1,482,038 笔兑换、累计交易量达 207,426,223 美元——给出的答案是一个智能合约，把代币资料直接存到链上，并在 vestigelabs.org⁵ 提供了详尽文档。

合约存了什么

AsaMetadataManager 合约（主网应用 ID 3129810607⁶）为每个资产保存 3 类记录，全都放在 Box 存储里，也就是账本中用于存放应用数据的键值区域。Algorand 大约每 4 秒完成一次出块结算，手续费只有几分之一美分，因此写入和更新这些记录的成本足够低，完全可以纳入日常工作流——同样的做法放在 gas 费高昂的链上根本行不通。

来源： 9 vestigelabs.org

创作者打开 Asset Manager 界面²，连接钱包（Pera、Defly、Lute、WalletConnect、Exodus 或 W3 Wallet），在搜索框里输入 ASA ID，就会进入一个页面：一半是只读概览——资产信息、关联地址、供应分布——另一半是可编辑的元数据、管理者、字段和钱包标签。首次保存会触发一次性初始化，把资产自身的创建者、管理者、储备地址连同合约管理员一并写入管理者名单。从电脑上传的图标会被推送到去中心化文件存储网络 IPFS，生成的 URL 则存到链上。随着编辑不断累积，一条悬浮栏会显示交易笔数和预估手续费，其中包括新增 Box 的最低余额要求——Box 存储要求应用账户按所存字节数持有相应数量的 ALGO。

钱包标签干的活最重。ARC-62 是一项 Algorand 标准草案，它把流通量定义为总供应量减去储备地址余额以及所有已标注钱包的余额；合约在其 arc62_get_circulating_supply 方法中直接实现了这一计算。代币的“流通量”从此不再是某个团队的估算，而成了任何人都能从账本上复算出来的数字。据项目发布文章称，即便创作者没有打标签，Vestige 的后端也会自动计入金库合约和“bonfire”销毁地址。

链上：可验证，且仍在增长

这份登记册可被核查，而不是自说自话。合约创建者是 NFD satishccy.algo 背后的账户——Satish Chandra Chowdary Yadlapalli，团队页面¹⁰显示他是一名全栈区块链开发者，也是开源合约仓库¹¹的唯一贡献者——其全局管理者为 vest.algo，即 Vestige 自己的钱包。该应用账户于 2025 年 7 月 20 日获得注资，发布文章¹²两天后上线；同一个账户还创建了一个测试网版本（应用 743122411¹³）。

目前 Box 存储中共有 766 条记录，分布在 3 个登记册中——按每个资产最多 3 个 Box 折算，约对应数百个不同的代币——高于本刊 8 月早些时候上一次查看该合约时的 763 条。Box 名称解码后就是资产 ID，其中“m”和“w”前缀分别标记管理者登记册和钱包标签登记册；抽样解析出的名称能对应到真实的 ASA，例如 Glizzy Financial（ID 1053260256）。该应用账户持续收到小额 ALGO 转账，最近一笔在 2026 年 8 月 16 日，这与 Box 存储所要求的最低余额注资相符，也说明合约仍在使用中。

这种自产自用的示范随处可见。VEST——Vestige 自己的代币¹⁴拥有一份完整的链上资料：3 名管理者——satishccy.algo、vest.algo，以及创始人 Grzegorz Raczek 的 NFD grzracz.orange.algo——4 个社交字段，还有 3 个钱包标签，其中包括一个标注为“Bonfire Address”的销毁地址和创始人的钱包；合约据此算出，1 亿枚 VEST 中有 4228 万枚处于流通状态。一个更小的项目也把同样的闭环跑通了：Glizzy Financial 的管理页面¹⁵带有 IPFS 图标、一段描述（“一个代币化的主动管理型 ASA 投资组合。我们致力于为 Algorand 社区中众多令人兴奋的项目提供流动性并买入 ASA。”），以及作为应用管理者的 vest.algo——而这段描述正是 Vestige 上的该资产页面¹⁶所展示的内容，其浏览器列表里还带着一个“Asset Manager”链接。登记册已经被接入浏览器的数据管道。

标准、文档，以及一个仍在磨合的枢纽

对开发者而言，这份合约的文档详尽得出奇。文档站点¹⁷提供了开发者指南¹⁸，内含针对 ARC-56 ABI JSON 的 JavaScript 示例、覆盖每个方法的 API 参考，以及标准合规¹⁹页面。由于 AVM 把返回值上限设为 4KB，合约的批量读取方法改用交易日志而非返回值来输出数据；客户端负责捕获并解码 ABI 编码的结果——指南用可运行的代码把这个细节讲得很清楚。

文档还覆盖了套件的其余部分——Swap、Vault、Launchpad、Free API——以及团队、联系方式、术语表和免责声明，其中 rug.ninja 一节仍只有一个“待定”。一些毛边依然存在：免费 API 的文档端点（宣传地址为 free-api.vestige.fi/docs）在本文撰写时返回 530 服务器错误；位于 about.vestige.fi 的旧版 GitBook wiki 上的“最后更新”时间戳仍然是 3 年前的；而 FAQ 对“下一次更新何时上线”的回答一如既往是“两周后”。Vestige Labs 的 Discord 在查证时显示有 2,187 名成员、128 人在线。

值得点明的风险与取舍

有几点隐患是结构性的，而非表面瑕疵。首先是中心化：初始化时，vest.algo 会被写进每个资产的管理者名单——界面本身就注明：“该地址负责管理元数据合约，并将在初始化期间被加入资产管理者列表。你可以根据需要将其移除。”资产自己的管理者可以把 Vestige 移除，但默认情况下，登记册运营方对每一份已注册资料都握有写入权限：这款产品声称要消除的守门人问题，被部分复现了，区别在于它可以被选择退出，而且链上可见。其次，无论是文档还是代码仓库，都没有提到该合约经过任何第三方审计；其安全性叙事建立在管理者身份验证、输入校验、最后一名管理者不可移除的保护以及事件日志之上——这些都是 README 中记载的内容。第三是激励问题：同一家公司既运营着登记册，也运营着展示这些数据的浏览器，还发行了 VEST——其持有者可从兑换路由的价格改善奖金中获得更大份额，兑换文档称该份额随所持 VEST 数量增加而提高。当 Vestige 自己给自己的代币钱包打上标签时，由此得出的流通量数据会在整个生态中展示；一切都没有藏着掖着，但登记册运营方并不是它所发布数字的中立观察者。最后，采用情况真实但有限——数百个代币只是 Algorand 上已发行 ASA 的一小部分，而且目前可见的用例大多来自 Vestige 自家的产品。

结论

Asset Manager 是 Vestige 迄今推出的最具基础设施属性的产品：它把代币的身份变成一份可审计、由创作者掌控的链上记录，而它的价值会随着选择读取它、而非自行维护清单的消费方——区块浏览器、钱包、分析工具——增多而增长。这种采用度正是悬念所在。就眼下而言，这份登记册已经上线、有文档、在成长，任何拥有索引器的人都能核验；它能否成为生态的标准事实来源，取决于还有谁愿意用它。

来源

• Vestige Asset Manager²
• Asset Manager 文档 — 简介²⁰
• 开发者指南¹⁸
• 标准合规¹⁹
• asset-meta-arc 仓库¹¹
• VEST 资产页面¹⁴
• Glizzy Financial 资产页面¹⁶
• Vestige Labs 发布文章（存档）¹²
• Vestige.fi²¹
• ABI 方法 | Vestige Labs²²
• 标准合规 | Vestige Labs¹⁹
• 简介 | Vestige Labs²⁰
• 什么是 Vestige？ | Vestige Labs²³
• 团队 | Vestige Labs¹⁰
• Asset Manager 指南 | Vestige Labs²⁴
• 免费 API | Vestige Labs²⁵
• 开发者指南 | Vestige Labs¹⁸
• 简介 | Vestige Labs²⁶
• 我们的产品 | Vestige Labs²⁷
• Vault | Vestige Labs²⁸
• @algorand.pxke.me 的帖子 — Bluesky²⁹