lalalune/pumpfun-source

这是一个研究档案，不是拿来就能部署的工具包；使用它意味着读证据、核对状态文件，而不是运行一个完成品。它适合想研究 Pump.fun 程序行为、以及评估能从抓取数据中重建多少内容的人。

解决什么问题

研究者想弄清一个已部署的 Solana 程序到底做什么，但公开的只有编译后的字节码和账户数据。要从这些产物还原可运行源码，通常得在大量抓取记录中拼接哈希、编译器版本和行为，却说不清哪些对上了、哪些没对上。这个项目把抓取到的账户数据、观测 slot、加载器元数据和重建尝试整理成一条证据链，让读者看到具体哪些字节不同、哪些指令已被覆盖。得到的结果是一张有边界的能力地图，而不是一个可用的克隆。

有什么不同

这个项目的核心纪律是拒绝夸大。核心程序的整文件一致性明确为 0/4，依赖抓取镜像为 2/5，其中只有 SPL Token 被描述为整文件精确的原始编译器输出。每个程序都列出差异或缺失的字节位置，但 README 提醒这些计数不是语义距离，也不是完成度评分。它把原始编译器输出与保留的分配镜像分开，且不允许通过补零或改字节把不匹配变成匹配 项目说明。

这让仓库更像一份审计底稿。它报告在现有多套语料下有边界的重建覆盖了 140/150 个已识别指令处置，其中五个部分覆盖、五个未恢复；干净的受管源码构建能复现被测试的 Pump、AMM 和 Mayhem 可执行文件与符号 完成度说明。代价是材料密集且不完整：虚拟参数重建仍是未被接受的提案，Donation Relay 只有绑定的源码而没有全新规范构建的声明，安全审计和实盘 SDK/部署验收也仍未完成。想要一个开箱即用的重建协议会失望；想拿证据包核对说法的人会看到刻意的留痕。

谁值得试

适合：Solana 程序研究员或安全审查者，想要抓取产物、哈希和逐轮记录来研究 Pump.fun 行为，并且愿意在不同状态文件之间追踪结论。也适合围绕构建身份做验证工具的人，因为仓库自带脚本和证据包。不适合：想 fork、部署或集成一个能跑的 Pump.fun 实现的开发者，因为 README 没有声称完成重建、链上部署或完成安全审计。想要教程或清爽高层解释的读者也会被大量簿记工作挡住。

使用条件与边界

首先要核对当前的 status 文件 和 完成度说明，README 要求选中的产物必须与它们一致，历史检查点指针不是当前选择。构建身份声明绑定在 构建身份审计 上，更大的研究实验区另有 来源与重放说明。提供的是证据和工具脚本，不是打包安装器；README 以链接给出说明，并没有承诺简单的安装路径。

持续维护的边界比初始设置更重要。仓库明确指出，现有语料不能证明穷尽行为、安全验收或精确的抓取字节，更广的创建、交易、路由、解析、错误、历史编译器与 SDK 验收义务仍未完成。若干执行探针被明确停止并排除。仓库未声明许可证，上游材料保留其作者身份，复用抓取代码需要单独留意。

HotRepo 点评

HotRepo 在 2026-10-26 记录到 142 个总星标，并在 Rust 新项目榜（新项目榜，不是总榜）排第 7；这只是一个有日期的快照，不是每日增长序列 项目快照。只有这一次观测，且缺乏可比的每日榜历史，无法判断关注度能否持续。投入时间之前，先确认 status.json 与你打算研究的产物一致，并接受重建在设计上仍不完整。