V2 · 规划中

V2 规划：MemeBGM Protocol——链上 BGM 注册与开放接入

Meme BGM 计划推出 MemeBGM Protocol，建立无许可、不可变的代币声音注册机制，将代币合约地址与唯一音频关联，并提供可公开读取的合约接口。

对于已发行代币，通过独立注册合约接入，无需修改原代币合约；对于支持扩展的新代币，提供内置声音接口参考实现，指向同一套声音记录。

核心架构

技术路线围绕“链上登记、链上存储、开放读取、应用播放”展开。

以“网络＋代币合约地址”为唯一标识，任何人均可提交登记，无需项目方或管理员批准。每个代币只能绑定一份已封存的音频，首次登记成功后永久锁定，不提供修改、替换或删除入口。

注册合约不采用可升级代理，也不设置管理员覆盖权限。首笔成功登记决定绑定结果，登记行为不代表项目方官方认证或版权证明。

将完整音频拆分为多个数据块，通过多笔交易写入链上存储合约。上传完成后，校验文件总长度、数据完整性及文件哈希，再执行不可变封存。只有完成封存的音频才能与代币绑定。

链上记录音频存储位置、格式、总长度及文件哈希，使应用能够通过链节点独立读取和还原文件，无需依赖 Meme BGM 网站或链下音频服务器。

公开注册合约与存储合约源码、ABI、部署地址、接口规范、接入文档及参考 SDK。

第三方应用可根据网络和代币地址查询唯一声音记录，通过 RPC 分块读取音频，在本地完成文件拼接与哈希校验。合约在登记成功时发出事件，方便应用发现新记录并建立索引；索引服务用于提高查询效率，不作为唯一数据来源。

项目将首先在自身 Meme BGM 插件中验证“识别代币、查询登记、读取音频、校验内容、播放一次、切换即停”的完整流程，为 GMGN.AI、Fomo、Axiom、DeBot 等行情平台，以及 Binance Wallet、Trust Wallet 等钱包和其他应用预留接入能力。

例如，支持该协议的 AI Agent 在收到网络和代币合约地址后，可查询声音注册合约，或通过代币内置接口定位声音记录，自动获取并校验链上音频，再根据用户设置及宿主应用的播放策略，实现自动播放或提供播放入口。合约负责保存和提供数据，实际播放由应用完成。

实现音频分块上传与不可变封存：

上传任务仅允许创建者写入，并限制数据块大小、数量及音频总大小。封存后的数据不提供修改、替换或删除入口。具体哈希校验方案将在测试阶段验证成本与可行性。

部署独立注册合约，以代币 CA 为索引，将代币与已封存音频绑定。拟定接口如下：

function registerAudio(address token, bytes32 audioId) external;

function getAudio(address token) external view returns (bytes32 audioId);

登记前检查音频是否完成封存、代币是否已有绑定记录。同一网络中的同一代币地址仅允许成功登记一次，登记成功后发出 AudioRegistered 事件。

提供 JavaScript SDK，封装声音查询、分块读取、文件还原及哈希校验。拟定调用方式如下：

const record = await memeBgm.resolve(chainId, tokenAddress);

const audio = await memeBgm.loadAndVerify(record);

SDK 校验音频格式、文件大小及内容哈希；校验失败时停止处理。应用可以缓存已验证的音频，减少重复读取。

在插件中实现完整的链上读取与播放流程：

切换代币时取消旧请求，避免上一代币的音频延迟播放，并保留自动播放开关和手动重试入口。

发布合约源码、ABI、部署地址、协议文档、SDK 和示例播放器，供行情平台、钱包及 AI Agent 自愿接入。

第三方应用可独立查询与还原链上音频，按照用户设置完成播放，无需依赖 Meme BGM 网站提供音乐文件。

V2 将首先在测试网使用短音频验证上传成本、完整性校验、不可变绑定及读取速度，再测试更大文件、并发读取和上传中断恢复。经过安全审查后，确定音频大小上限、费用规则和读取策略，再推进主网部署。