比特币 L1 上的 covenant token 发射台
发射台
部署。铸造。转移。
每一个代币都是一条标准比特币交易,带唯一一条规范 OP_RETURN。 铸出的份额锁在 Taproot covenant 输出里,用 CSV 相对时间锁定义何时能取 —— 地址本身就是状态,比特币共识校验花这笔钱时暴露的脚本路径。
没有私有合约,没有侧链,没有可被暂停的服务器。 索引器只从链上重放余额;它说什么都不影响币能不能动。
CRC-30 状态
待开放链尖 —
填好上面三项,这里会显示将要写入比特币链的原文。
铸出的份额会锁进 covenant 输出。下面显示这把锁的规格。
填好代号与数量,这里会显示 OP_RETURN 原文与锁定期。
连接钱包后会显示你的可转余额(锁定期内的份额会被排除)。
规则写在 UTXO 里,不是索引器的判断
| 发行进度 | CSV 相对时间锁 | 约合 | 此刻铸造 |
|---|---|---|---|
| 前 10% | 144 块 | 1 天 | 144 |
| 10% – 60% | 1,008 块 | 7 天 | 1008 |
| 60% 之后 | 4,320 块 | 30 天 | 4320 |
CSV 是 BIP 112 的相对时间锁,由比特币共识强制: 锁定期内这笔输出无法被花费,索引器说什么都不影响这一点。 锁只对txOr("y_launchpad00429a338","这笔铸币的输出")生效,不影响你钱包里的 BTC。
{"p":"crc-20","op":"deploy","tick":"…","max":"…","lim":"…"}
一条链只有一个起点。代号、总量、每次铸造上限在这一笔里定死。
{"p":"crc-20","op":"mint","tick":"…","amt":"…"}
每次不超过 lim,多铸几次直到铸完。余额由索引器从链上重放。
["crc-20","transfer","…",[[输出序号,数量,地址], …]]
列出txOr("y_launchpad9d3e23c48","哪些输出、转多少、转给谁"),由共识校验,不是索引器说了算。
铭文原文里不放收款地址 —— 链上能看到txOr("y_launchpad30d05618f","有人铸了 1,000,000 个 X"), 看不到txOr("y_launchpade523a886e","铸给了谁")。否则发射台就成了反向的隐私黑洞。
| 操作 | 地址 | 数量 | 高度 | 交易 |
|---|