---
title: 从半同质化资产角度看铭文
date: '2023-12-21 01:55:25'
draft: false
summary: 把铭文放回资产类型和发行方式，而不是只停在技术表象。
slug: semi-fungible-assets-and-inscriptions
syndication:
- platform: X / Twitter
  url: https://x.com/jolestar/status/1737652966142959982
tags:
- inscription
- assets
- bitcoin
topics:
- bitcoin
- crypto
type: post
---

很多技术人第一次看铭文，第一反应都是疑惑：这到底是什么玩意？它看起来简单粗暴，甚至有点像把 JSON 和文本硬塞进链上。但如果换一个角度，我觉得铭文更适合被理解成一种半同质化资产，或者说 SFT（Semi-Fungible Token）的现实爆发。

从技术表达上看，Ordinals Inscription 原本更像一种 NFT：它有唯一 ID，可以携带任意内容。BRC20 则是在这层表达里再嵌一层 JSON 规则，把一部分铭文变成了可流通的 FT。也就是说，FT 被包进了 NFT 的壳里，而这种“既有类型身份，又有局部差异，还保留一定流动性”的形态，本质上就很接近 SFT。

![](./1737652966142959982-0-GB1bvSzaEAAmLcn.jpg)

如果把它放回资产类型的语境里，铭文的意义就不只是“在 Bitcoin 上刻字”。SFT 这类资产很适合表达游戏道具、票据、债券、优惠券、权益凭证等各种介于 FT 和 NFT 之间的东西。上一轮周期里，这类资产形态一直没有真正被大规模激活；而铭文这波，反而把这种中间地带的资产一下子做活了。

问题随之而来：如果铭文真的是一种有生命力的 SFT，它的扩展性该怎么解决？只靠往铭文协议里不断加字段、加 op 指令，最后会碰到一个很硬的问题：协议一旦被市场广泛接受，就会有多家 Indexer 各自实现。任何协议升级都需要链下协调多个实现达成共识，这种难度其实并不比 L1 级别的协议升级低多少，扩展空间很快就会卡住。

所以更自然的答案还是智能合约。整个软件工程世界已经反复验证过，真正可扩展的方式不是不断往协议里堆规则，而是提供一个更通用的执行环境。从这个角度看，围绕铭文的扩展其实就只有两条像样的路：要么在 Indexer 中引入智能合约，让它变成一层可编程执行层；要么反过来，用智能合约直接表达一种“铭文式”的资产协议。

前一条路我更倾向于把它理解成“智能索引器”或者一种 DA-first 的执行层。Bitcoin 负责数据可用性和排序，Indexer 承担执行角色，铭文资产在这层之上获得更强的可编程使用场景。后一条路则是在智能合约链上吸收铭文的优点：低认知门槛、低发行门槛、更公平的初始分发，以及介于 FT/NFT 之间的资产表达能力。

![](./1737652966142959982-1-GB1dLTBaMAEac44.jpg)

我后来之所以去试着做 Movescriptions，出发点也就在这里。与其让用户继续围着一堆难以使用的 JSON 打转，不如直接用 Move 这类更适合资产表达的语言，把铭文背后真正有价值的部分抽出来。也就是说，把它做成一种原生可编程的半同质化资产协议：保留简单直观的类型表达，保留更低门槛的发行方式，同时让它天然成为智能合约状态的一部分，而不是依赖额外的链下索引解释。

所以我现在看铭文，重点已经不再是它最初那种“看起来有点荒诞”的技术外形，而是它给开发者提了一个很直接的问题：既然市场已经用真金白银证明，用户需要一种比传统 FT 合约更低门槛、比纯 NFT 更容易形成流动性的资产表达方式，那我们能不能把这种需求，用更成熟的智能合约和执行层方法重新实现一遍？如果能，这件事的价值就不会停留在铭文本身，而会进一步打开游戏、AW 和更多链上应用的构建空间。