在 TensorCash 上，保护链安全的工作就是真实的 AI 推理：网络的设计让跑模型前向传播这件事本身就是挖矿，而不是挖矿的副产品。这样一来，网络本身成了一份持续存在的签名——它证明真实的 AI 推理确实发生过——于是它的难度也就有了第二层含义。难度说到底就是有多少推理算力在争着保护这条链，这让它成为推理市场活跃度与 AI 算力增长最清晰的链上读数之一。
由此引出一个问题：如果这个读数可以被代币化呢——把它变成一种简单的、可转让的资产，就活在链上，链上结算跟着难度指数的变动走？矿工可以用它对冲自己在难度上的敞口；任何人都可以持有一枚挂钩同一指数的代币，不需要中介，也不必离开这条链。
现在它已经在主网上线了。本文是一份技术拆解：到底发行了什么，又是怎么结算的——下面每一个数字都在链上，你可以逐个自己验证。
先看它长什么样。COMPUTE 指数——把网络挖矿难度读作 AI 算力吞吐量，完整定义就在下面——在这条链至今的历史上的走势：
以吞吐量表示的网络难度（目标值，实线）对比观测出块时间所隐含的速率（隐含值，虚线），对数刻度——与区块浏览器展示的视图一致。出块速度跑在 600 秒目标之前，所以隐含值高于目标值，难度随之向上调整来跟进。这只是该指数随时间变化的事实记录，仅此而已。
标的：COMPUTE 指数
TensorCash 的每个区块都由一次真实的前向传播铸出，所以网络的挖矿难度带上了一层任何基于哈希的链都不具备的含义：它追踪的是投入到网络中的 AI 算力。COMPUTE 指数把这一点摆到明面上，它把难度读作以共识 token 每秒计的预期吞吐量：
COMPUTE Index X = GetBlockProof(target) · 256 / 600 (tokens/sec)target 由区块头中的紧凑难度字段（nBits）解码得到；600 是共识规定的目标出块间隔，单位为秒。定义就这么多，任何人拿到一个区块头都能自己重新推导。这两个系列于 2026 年 7 月 19 日在主网发行；当时（主网高度约 13,466，nBits 为 0x1f00dc7f）指数为 ≈ 32,464 tok/s。这是发行当时的历史读数——此后指数已经变动，下面的走势可以看到。
近期区块上的 COMPUTE 指数
这个指数不是一条平滑曲线：难度是阶跃式调整的，所以两次调整之间读数保持不变，然后一次性跳变。下图是发行前后那段区块上的真实链上序列，直接从每个区块头读出——它只是该指数走过哪些位置的事实记录，仅此而已。（它和下文那些相对行权价的结算示意图不是一回事：这里画的是指数自身随时间的路径，那里描述的是到期时一个金库如何被拆分。）
锚：COMPUTE 是一部规则书，不是钱
这两个系列由一个 ticker 为 COMPUTE 的根资产发起——它是一个难度锚。它被刻意做成不带任何经济权利的命名空间资产：100 个不可分割的治理单位、51% 的法定通过门槛，外加一份提交到链上的公开章程（icu_plain_commit，任何人用 geticupayload 都读得到）。COMPUTE 不是这些合约里的钱；它是命名空间，是难度系列据以发行、可修订的那部规则书。持有一个治理单位，就是对章程的一份投票权，仅此而已。
- Ticker 为
COMPUTE，注册表 id 为f9b30f21fd6b7a13dff6497ba7ac3f62a3270c09a5adbed274aad4c85161a1a8——在区块浏览器查看。 - 注册于交易
baa2c77f25ede0a7689558db9f156813c496726d38bdfcf6b3c7a1d7a695248d； 100 个治理单位在559554e098e3822484ecd61c3632802c937940411bb518fe4e7ed3a534fee9f4中铸出。
条款清单就写在链上
TensorCash 上注册的每一项资产，都可以把一份规范条款清单绑定到自己身上，在链上持久保存，任何人都能读。资产携带一份经哈希承诺的 ICU 载荷——用 geticupayload 读，或者直接在区块浏览器上看——它以承诺的形式（icu_ctxt_commit）记在注册表里，除非走治理流程轮换，否则不可更改。对这两个期权系列来说，这层绑定还要更紧：系列的规范 id 就是它自己描述符的带标签哈希，所以一个冷启动的验证者可以直接从条款重算出 id，确认底下没被人掉过包。（COMPUTE 锚自身的 id 是一个固定的带标签哈希，SHA256("TSC-COMPUTE-ANCHOR/v1")，它的章程以同样可读的方式单独提交上链。）
对这两个系列而言，载荷里装的是一份机器可读的描述符（TSC-ICU-OPTSERIES-1 数据段：行权价、方向、定盘高度、杠杆），外加一份人可读的摘要。于是合约条款是活在链里的，而不是活在某份得有人托管、有人认账的链下 PDF 里。
这套做法并非期权专属。任何已注册的资产都能用这种方式把一份规范条款清单或章程提交给自己，除经治理轮换外不可更改——COMPUTE 锚拿它的公开章程做的正是这件事。期权只是这套机制能承载的一种条款清单形态而已。
「内生」是什么意思
这两个系列的结算不用预言机，不需要发行方公告，也不依赖任何链下数据——这是一种内生结算。到了定盘区块高度，共识自己就把活干了：
- 读取该区块头自带的
nBits。 - 解码出 target，算出实际的 COMPUTE 指数
X。 - 按系列描述符中承诺的规则，强制执行每份合约的拆分。
因为唯一的输入就是区块头，结果就不是一句需要你去信的说法——它是每个全节点都会重算并达成一致的计算。一年之后拿同一个区块再跑一遍，得到的数字一模一样。内生系列的全部意义就在这里：合约条款就是共识规则。
契约金库的生命周期
每份合约以一组**手数（lot）**的形式发行，每一手都是一个锁着 1 TSC 的契约金库。代表一手的代币是一种普通的、同质化、可转让的共识原生资产——一枚代币，就是对一个金库那份池子的一份索取权。
生命周期有五个环节，全部由协议强制执行：
- 注册。 系列描述符——行权价、方向、定盘高度、杠杆——先在注册交易里提交上链。这份承诺定义了整个系列：资产的规范 id 由描述符推导而来，条款和身份是同一样东西。
- 发行。 卖方自行铸出全部手数代币，并针对已注册的系列，为每一手注入一个 1 TSC 的金库。
- 转让。 代币像其他共识资产一样易手。谁持有代币，谁就持有那一手池子的索取权。
- 结算。 到期时（定盘高度，再加一小段确认埋深延迟），任何人都可以提交结算交易。共识从区块头算出实际指数，按下面的结算规则把每个金库拆成持有方池和卖方回收额两部分。
- 赎回／回收。 持有方通过赎回代币把自己那份池子取走；卖方可以走回购通道，提前收回未售出的手数。
没有哪一步依赖发行方到期时还在线、还诚实、还有偿付能力——抵押品早就锁在金库里，拆分是一条规则，不是一句承诺。
已上线的两个系列
两个系列在同一高度定盘，形态也完全一样（杠杆 λ = 4，100 手 × 1 TSC = 100 TSC 抵押品，描述符版本 2）。区别只在方向和行权价。
| COMPUTE.V26C2M | COMPUTE.V26P100K | |
|---|---|---|
| 方向 | 看涨 | 看跌 |
| 行权价 K | 2,000,000 tok/s | 100,000 tok/s |
| 定盘高度 | 28,416 | 28,416 |
| 结算锁定高度 | 28,516 | 28,516 |
| 杠杆 λ | 4 | 4 |
| 抵押品 | 100 手 × 1 TSC | 100 手 × 1 TSC |
| 注册表 id | 8a31784f9ebe8a94250d3c6c7702196e0f9814c413bd317fc892f18a5ccbce24 | 59080a03b813589fa2f0e6cc2f17e5eb386dd0abc15f89b7763c1e17218a7cbb |
| 规范系列 id | 24cecb5c8af192c87f31bd13c414980f6e1902776c3c0d25948abe9e4f78318a | bb7c8a21171e3c76b7895fc1abd06d38ebe5172fcce6f0a29f5813b8030a0859 |
| 注册交易 | e220a481cee7e9335917ac84824f7383421e6c34a1d730dcf0c4d5d6e820e4e1 | 9f8c3b501be95b89b9c78b6dc477f5e15068a620d1c8b30e35a2f6a3babdfcfa |
| 发行交易 | e0a309feaad7ccaef11e7bedc3e4a5841a88493aec93e41558f47493ccaddcf5 | 9148173679d477f60ac1e55c78a4c30d5c51865ab77bdab1d3ec21709d0c2d45 |
查询要用注册表 id——钱包 RPC 和区块浏览器显示的就是它。规范系列 id 是同一个值的字节反序（内部使用、由描述符推导出的形式）；两者只是同样 32 字节的两种排列顺序。你也可以直接用 ticker 把任意一个系列查出来。
在区块浏览器查看： COMPUTE.V26C2M（看涨） · COMPUTE.V26P100K（看跌）。
按 600 秒的出块间隔推算，定盘高度 28,416 大约落在 2026 年 10 月 31 日 12:00 UTC——但真正作数的是高度，不是日期。
契约怎么算出这个拆分
到期时，每个 1 TSC 的金库会按实际指数 X 的函数，在持有方池和卖方回收额之间划分。以单枚 1 TSC 代币为单位，行权价为 K，杠杆 λ = 4：
- 看涨（
V26C2M）：只有X > K时才向持有方池划入——min(1, 4·(X − K)/K)TSC；X ≤ K时为0。 - 看跌（
V26P100K）：只有X < K时才向持有方池划入——min(1, 4·(K − X)/K)TSC；X ≥ K时为0。
规则没有划给持有方池的部分，全部回到卖方那里，所以两份加起来始终等于金库里的 1 TSC。min(1, …) 这个上限意味着：指数一旦越过行权价 25%，持有方池就占满整个金库（因为 4 × 0.25 = 1）。
下面两张图是讲原理用的——它们展示的是契约怎么算出这个拆分，横轴为实际指数，纵轴为划入持有方池的 TSC。它们不是预测，也不是要约；它们描述的是一条结算规则。为了便于定位，每张图都标出了发行当时的指数值（2026 年 7 月 19 日，≈ 32,464 tok/s）——那是一个历史读数，标在这里只是为了指出那一天的值落在规则的哪个位置。
发行当天（2026 年 7 月 19 日）指数读数为 ≈ 32,464 tok/s。这个值落在每条曲线的哪个位置，不过是把上面那条规则算一遍；图上标出发行刻度只是给个参照。指数从现在到定盘高度之间会怎么走，因而任何一个金库最终怎么拆，本文都不作预测——结算结果就是高度 28,416 那个区块头说了算，由每个节点各自算出来。
怎么读懂这个名字
ticker 按一套固定约定把描述符编进了名字里：
COMPUTE.<MonthCode><YY><C|P><Strike>
month codes: F G H J K M N Q U V X Z (V = October)所以 V26 = 2026 年 10 月，C2M = 行权价 2,000,000 的看涨，P100K = 行权价 100,000 的看跌。月份代号和显示出来的行权价只是方便人看；真正作数的条款，是每个系列描述符中提交的 strike_nbits 和 fixing_height。（上面这两个系列，看涨的 strike_nbits 是 503551042，看跌的是 508007729。）
自己动手验证
这里没有任何一步要你去信谁。章程和每个系列的描述符都能用 geticupayload 在链上读到，实际指数也不过是对你手上早就有的区块头做一次算术——GetBlockProof(target) · 256 / 600。把描述符拉下来，等定盘区块到了重算一遍指数，再确认契约强制执行的拆分，和规则写明的完全一致。
别信任，去验证。给合约做结算的那个数字，从来不需要哪个第三方来报。它一直就在区块头里。
本文仅供参考与说明之用。本页面的任何内容均不构成买卖任何代币、证券或其他金融工具的要约、要约邀请或劝诱。本网站及 TensorCash 的任何社交渠道，都不是安排、协商或讨论场外（OTC）交易或销售的场所。
本文由 Imosuke Takakuni 以化名撰写。