SRC-721 把一张高清图拆给多枚 Stamps：JSON 清单怎么把它们拼回来 图 1
SRC-721 把一张高清图拆给多枚 Stamps：JSON 清单怎么把它们拼回来 · 图 1

“完全上链”在比特币这边有一条很现实的天花板：一笔交易装不下多少字节。Stamps 这一族协议对此给出的答案是分工——Classic 负责单枚藏品，SRC-721 负责把多枚拼成一件作品，SRC-721r 再把递归渲染接进来。官方索引器仓库的 README 把整套协议的定位和启用区块列成了一张表，看这张表比看任何一句宣传语都清楚。

先记住几个启用高度

README 的协议清单里：Classic Stamps 通过 Counterparty 标准承载不可篡改的数字收藏品，启用区块 779,652，枚数为 0 的那一枚由 Mikeinspace 在该区块造出；SRC-20 是”只付标准矿工费”的公平发行同质代币，启用区块 788,041，第一个代币是 KEVIN；SRC-721 启用于区块 792,370；OLGA 按协议分批生效，Classic 在 833,000、SRC-20 在 865,000、SRC-101 在 940,000；SRC-101 是比特币原生的域名系统，由 bitname.pro 开发，表中标注启用区块 870,652。SRC-721r 在表里的状态写作 Active。

这些数字的用意很直接：同一族协议在不同高度上的规则并不一样，用今天的规则去解释早期区块里的交易，很容易得出”这枚不合规”的错误结论。

SRC-721 把一张高清图拆给多枚 Stamps：JSON 清单怎么把它们拼回来 图 2
SRC-721 把一张高清图拆给多枚 Stamps：JSON 清单怎么把它们拼回来 · 图 2

SRC-721 解决的是分辨率问题

README 对 SRC-721 的描述是：一种进阶的 NFT 格式，使用 JSON 清单（manifest）把分布在多枚 Stamps 上的数据构造成复杂的分层图像；这种做法能在保持与 Counterparty 代币层兼容的前提下，实现高分辨率作品。

把它拆开看，其实是两层结构。数据层是若干枚普通 Stamps，每枚各自携带一段内容；组装层是一份 JSON 清单，说明这幅作品由哪些 Stamps 提供素材、按什么关系叠成最终画面。之所以要这样绕一圈，原因就在容量：Classic Stamps 用 base64 装进多签输出时，协议文档自己给出的经验值大约是 7 到 8 KB 的图片尺寸，并建议按 24x24 像素、8 色深度的画布来做，这个约束被文档形容为适合像素艺术，还举了 CryptoPunks 原生分辨率同为 24x24 的例子。改走 OLGA 之后容量放宽，README 说 Classic Stamps 现在也支持 OLGA 的 P2WSH 交易格式，单笔可到 65 KB。

判断一件 SRC-721 作品的依赖面
1. 取该资产的 JSON 清单，看它引用了多少枚来源 Stamps
2. 逐枚确认来源资产存在、可解码、未被花掉输出
3. 核对清单与来源分别处在哪个区块高度，是否落在对应协议的启用高度之后
4. 评估风险：任何一枚来源缺位，最终画面都可能不完整

这里最值钱的信息是第 4 条。单枚藏品的风险是”这一枚的输出被人花掉”，分层作品的风险变成”整组来源都要完好”，这是数量级上的差别。

Classic 也能发多份，SRC-721r 再往前一步

README 还纠正了一个常见印象：Classic Stamps 虽然最初为 1:1 版次设计，但创作者每枚最多可发行 4,294,967,295 份。至于 SRC-721r，它是 SRC-721 的下一步，把 JavaScript 等库直接存在 Stamps 上，让图像可以递归生成，文档的说法是通过递归组合多枚 Stamps，创作者能做出”文件大小近乎不受限制”的体验。

递归带来的能力同样带来新的判断成本：渲染依赖代码执行，看到的效果取决于客户端如何处理这些脚本，而 Stamps 协议本身对文件类型是有排除清单的。把”能显示”当作”所有阅读器都会这样显示”，是这类作品最常见的争执来源。

一句关于口径的提醒

上面所有数字都来自项目自己的索引器仓库与协议文档，包括它对自己优势的表述（例如认为这一设计针对了 Ordinals 中意外花费与可修剪性问题）。这些是协议的自我描述，读者在比较不同链上藏品方案时，最好把”协议声称”与”自己可验证的部分”分开记账。

把容量数字放在一起，分层这件事的必要性就很直观：Classic 的协议文档给出的经验值约为 7 到 8 KB 的图片，改走 P2WSH 写法后单笔可到 65 KB；而一份高清作品往往远超于此。SRC-721 于是把“装不下的部分”外溢到多枚来源 Stamps 上，让一枚资产充当装配说明。代价是依赖面变宽：单枚藏品只需要自己那条数据完好，分层作品则要求清单指向的每一枚都还在原处。读一件分层作品时，先问它引用了几枚来源，比问它分辨率多少更实际。

递归这一层还要再加一项判断。文档把 SRC-721r 描述为把 JavaScript 等库直接存在 Stamps 上、通过递归组合多枚 Stamps 得到近乎不受限制的文件大小；这意味着最终画面是一段代码执行的结果，不同客户端的脚本处理差异，可能让同一件作品显示得不完全一样。再叠上启用高度的差异——不同协议、不同编码规则各自在不同区块生效——用今天的规则去核对早期区块里的交易很容易得出偏颇结论。至于版次上限可以高到 4,294,967,295 份这一事实，也提醒人们：分层带来的“复杂”与“稀少”是两件事。

本文为机制说明，不构成任何投资建议。