铭文显示的四条约定：正方形留白、576 预览上限与放大时的 pixelated

“我的铭文在钱包里显示变形""别人发的链接里图被裁了""同一枚铭文在两个网站清晰度不一样”——这些反馈大多不是链上数据出了问题，而是展示端没有按渲染规范来。ord 官方手册的 Rendering 一节，把铭文展示该怎么做写成了几条明确约定，值得收藏者与创作者逐条对照。

第一条是宽高比。手册规定铭文应当以正方形比例渲染；遇到非正方形的铭文，不应裁切，而是整体居中并缩放到刚好放进容器。也就是说，“把画面裁成正方”是错误做法，正确做法是留白或缩小。一个 4 比 3 的图像铭文在规范实现的列表页里应当完整出现，四边可能出现空隙，而不该丢边。

第二条是预览上限。ord 浏览器（ordinals.com 使用的就是 ord 的 explorer 界面）显示铭文预览的最大尺寸是 576 乘 576 像素，手册还建议创作者把它当作选择成品分辨率时的合理参照。这解释了一个常见现象：刻上链的图是 2000 像素宽，浏览器里看到的仍是缩到 576 以内的版本；想看原始字节，要用内容接口直接取文件。576 是显示上限，不是存储上限——链上内容与像素上限无关，任何”被平台压缩过”的怀疑都可以用重新下载原始内容来验证。

第三条是放大缩小时的重采样策略。CSS 的 image-rendering 属性控制图片缩放时如何采样，手册给出与 ord 界面视觉一致的建议：向下缩放（显示尺寸小于原图）时统一用 auto，即便是像素艺术；向上放大时，除 AVIF 之外的格式用 pixelated，也就是保留像素硬边的马赛克式放大——因为大量铭文是像素艺术，平滑插值会把作者的成品”糊掉”，宁可统一视觉也不要擅自美化。两处例外是 AVIF 与 JPEG XL：这两类多为摄影与连续色调图像，放大时用 auto，让非像素作品可以声明平滑缩放；手册同时提醒，在 JPEG XL 被浏览器普遍支持之前，它并不是推荐的图像格式。换句话说，选格式时不能只看编码器先进，展示端支持矩阵同样是链上作品的现实约束。

把这些规则连起来看，能澄清两个高频误区。其一，展示差异不等于资产差异：同一枚铭文在任何规范节点上取回的字节完全相同，画面走样先查展示端；其二，“像素感”不是压缩痕迹：pixelated 是协议刻意为像素艺术保留的展示纪律。收藏前如果对呈现效果敏感，直接用内容路径在本地打开原始文件，是唯一不受网站审美影响的核验方式。

把这四条约定连起来读，会发现它们共同偏向一个原则：展示端不许创造性地改动作品。不裁切，是为了画面构图由作者说了算；限制预览尺寸，是为了让列表页在任意设备上可预期；放大时用像素化插值，是承认铭文世界里像素艺术的比重，宁可让摄影作品看起来硬一点，也不让 8 位画面被平滑算法抹糊；AVIF 与 JPEG XL 的例外，则给新格式留出渐进空间。沙箱机制是同一原则的延伸：HTML 与 SVG 被装进 iframe 并由 Content-Security-Policy 掐掉外链，页面上看不到外站图片、拉不到外部字体，也就出现了”链上网页显示素一点”的正常现象。所以对创作者的实际建议是：把 576 当作展示尺寸的下限参照、把正方形当作列表页友好的构图假设、把像素艺术的放大效果当作出厂设置；对收藏者的建议是：任何网站上的显示都只是一次渲染，重要的核验永远发生在重新下载内容与在别的 ord 实例上再打开一次。

最后补一条与像素约定相关的历史包袱：早期刻写工具链常直接把原图当作铭文内容，分辨率五花八门，协议层并不强制上传尺寸，576 只约束显示端。于是”上传 2400 像素、浏览器只画 576”成为常态，链上体积与观感提升无关，纯粹多付费用——这是渲染规范反推创作习惯的最好例子。对老藏品做二次传播时，与其截取网页小图，不如从内容接口拉原文件再自行缩放，缩放方式选哪一档，按上面那套与 ord 一致的建议执行即可。 本文为机制说明，不构成任何投资建议。