AlgoVanity 在浏览器中生成定制 Algorand 地址，密钥从不经过服务器

拼出 MONEY 的地址

MONEYMBRSMUAM2NGL¹6PCEQEDVHFWAQB6DU47NUS6P5DJM4OJFN7E7DSVBA 是一个真实存在的 Algorand 账户：2021 年 5 月，也就是其工具域名注册的当天，它获得了充值，如今持有约 10.4 ALGO，最后一次链上活动发生在 2025 年 3 月。它同时也是一个能拼出 MONEY 的地址，而这并非运气——Allo 上的这个账户²正是 algovanity.com³ 展示的公开示例，这个免费的浏览器端生成器能够按需制造定制的 Algorand 地址。你输入一个关键词、选定它出现的位置，页面就开始抽签，直到抽中匹配的地址，然后把对应的恢复助记词交给你。

为什么靓号地址是一场抽签

Algorand 地址不是被挑选出来的，而是推导出来的。每个账户起初都是一个随机生成的 Ed25519 密钥对，那个 58⁴ 个字符的地址，则是把公钥的哈希值用 base32 编码后的结果——其字母表由 32 个符号构成，即大写字母 A–Z 加上数字 2⁵–7。也正因这套字母表，任何格式正确的 Algorand 地址都不会出现 0、1、8 或 9，这一细节是社区成员在摆弄靓号生成器时注意到的⁶。由于地址是对密钥的单向承诺，想要得到某个关键词，唯一的路子就是暴力破解：生成一个密钥对，检查推导出的地址，然后重复。每一次尝试都要完整生成一次密钥，因此预期耗时随关键词长度呈指数增长——在固定位置命中大约需要 32^length 次——这也是该网站建议关键词控制在五个字符以内、并提醒等待时间可能从数秒到数小时不等的原因。

当年的论坛记录量化了这份苦工：2021 年，PureStake 的 Python 工具单核每秒大约能尝试 10,000⁷ 次，通常 10 到 20 秒就能撞出一个四字母单词；而搜索五字母的 SCHOL 时，跑了 1,570 万次尝试、耗时超过七分钟才命中（Generating Vanity Addresses⁸）。AlgoVanity 的答案是并行：它为每个 CPU 核心启动一个 Web Worker（做不到时退回三个），每个 worker 循环调用官方 Algorand SDK 的 generateAccount 函数，同时由一个面板统计已生成的地址数、搜索速率、命中数量和已用时间。输入限制也照搬字母表本身——关键词只能包含大写字母和数字 2⁹–7，因为地址里本来也不可能出现别的字符。

命中之后，工具会高亮地址中的关键词，提供复制按钮，还有一个“Reveal key”选项，用来显示账户那 25¹⁰ 个单词的恢复助记词，以便导入 Pera 等钱包（恢复说明¹¹）。每条结果都附有跳转到 Allo 区块浏览器的链接。三种匹配方式决定了搜索会跑多久：

设计之初就避开网络路径

AlgoVanity 的核心设计选择，是让密钥材料永不外流。观察运行中的页面究竟与哪些主机通信就会发现，请求只发往该网站自己的主机——没有 Algorand 节点，没有索引器，也没有分析服务。FAQ 把这一点说得很直白：“你的地址和助记词绝不会通过网络传输，地址生成完全使用官方 Algorand SDK 在本地完成。”创建者在上线时的 r/AlgorandOfficial 公告帖¹³中也说过同样的话：“网站完全在客户端运行，如果你想更保险，也可以离线运行。”架构也支持这一说法：整个应用是用 Svelte 构建的静态文件，由 AWS CloudFront 分发，因此不存在任何可能保存或转发密钥的后端；源代码¹⁴以 MIT 许可证开放，任何人都可以查阅。

安全上的取舍，说得明明白白

面对“这安全吗？”这个问题，FAQ 的回答以“既安全，也不安全。”开头——而那个“不安全”同样值得重视。一个曾经出现在网页内存里的恢复助记词，原则上可能已经被遭到入侵的浏览器、恶意扩展程序，或被篡改的工具副本读取过。网站也承认这一点：“使用在线工具生成地址或管理私钥，从来都不是绝对安全的。”最严密的做法是自己在本地运行这套开源代码——README 中记录了如何克隆仓库并启动本地开发服务器——而不是相信 CDN 今天分发的打包文件与经过审计的源代码完全一致。

对于确实要在浏览器中生成地址的人，官方推荐的加固手段是重设密钥：Algorand 的一项功能，允许账户把签名权限委托给另一把密钥，而无需更改地址或转移资产。具体来说，就是先生成靓号地址、记下其助记词，然后立刻重设密钥，让你已经掌控的一把密钥——最好是存放在硬件钱包里的那把——成为唯一的签名者。从这一刻起，那个曾在浏览器内存中出现过的助记词就无法再授权交易了，即便泄露也不再造成损失。网站链接了 Pera 的操作指南¹⁵，其中把这套操作形容为“给你家换锁。同一栋房子，同一个地址，一把新钥匙”。Algorand 开发者门户自 2021 年起就在教授这套“先做靓号、再重设密钥”的流程（教程¹⁶）。Pera 也指出了其中的取舍：部分 dApp 并不完全支持重设密钥后的账户，因此在投入较大金额之前，先做一笔小额测试交易是明智之举。

五年过去，仍在维护，也不再孤单

AlgoVanity 是生态早期工具爆发潮中的幸存者。该域名注册于 2021 年 5 月 2 日——首个 Wayback 快照¹⁷也在同一天抓取——而仓库至今仍在持续收到提交，包括 2026 年 6 月的一次界面改版和 2026 年 7 月的一次清理，页脚标注的年份是 2026，GitHub 星标数为 17¹⁸。它在社区中也流传开来：2023 年 1 月一个汇集有趣 Algorand 项目的论坛帖¹⁹介绍了这款工具及其仓库，一个 Bluesky 上的发现类账号²⁰也曾把它作为浏览器端生成器加以推荐。

靓号地址这一类别此后已转向专用硬件。社区的 xGov 资助计划在第三轮投票中批准了一项GPU 加速生成器提案²¹，申请 47,474²² ALGO；提案作者 Marcin Zawiejski 维护着仍在活跃开发的 rsagg²³，这是一个 Rust/OpenCL 生成器，其 README 自带一句坦率的警告——“该工具尚未经过审计，因此请务必对用它生成的地址所对应的账户进行重设密钥。”这与 AlgoVanity 从第一天起给出的建议如出一辙：地址是门面，密钥才是安全，而重设密钥是连接两者的桥梁。

来源

• AlgoVanity³
• GitHub 上的 Ripe/algovanity¹⁴
• Algorand 论坛：Algorand 地址中没有 9⁶
• Algorand 论坛：生成靓号地址⁸
• Algorand 论坛：一起来了解 Algorand！¹⁹
• xGov-100：基于 GPU 的靓号地址生成器²¹
• GitHub 上的 dragmz/rsagg²³
• Pera：如何为 Algorand 账户重设密钥¹⁵
• Algorand 开发者门户：使用重设密钥生成并保护靓号地址¹⁶
• r/AlgorandOfficial 上线帖¹³
• Wayback Machine：algovanity.com 的首个快照¹⁷
• 一起来了解 Algorand！ - General - Algorand²⁴
• Algorand 地址中没有 9（靓号地址） - General - Algorand²⁵
• 生成靓号地址 - General - Algorand²⁶
• GitHub - nxet/algovanity：为 Algorand 区块链生成靓号地址²⁷
• Reddit 上的 r/AlgorandOfficial：生成靓号地址的更快新工具²⁸
• 使用恢复助记词恢复或导入 Algorand 账户 | Pera Wallet - Knowledgebase²⁹