打 labitbu 的每个过程里都发生了什么？ 长文预警，需要一定的密码学和 bitcoin 交易知识 labitbu 是今天凌晨2点开始 bitcoin 主网上开始 mint 的小图片，与以往的铭文或类铭文协议不同，它依赖 taproot 协议来实现负载信息的存放 项目由今年 @PlebFi 黑客松第二名得主 @stutxo 开发，看了一下黑客松有 bitcoin wizard 和 ordinals 的 dev 参与，还是有一定含金量的 github repo: 在铸造网站 铸造的时候分为三个步骤： 1. 连接钱包，并生成一个随机的 labitbu； 2. 转账到 bc1p 开头的 p2tr 地址，网站默认转账 10,000 sats 到该地址； 3. 完成铸造，在输入框填写对应连接钱包公钥的 bc1p 地址并提交铸造交易上链； 首先，连接钱包可以获取 bc1p 钱包的公钥，再根据公钥生成 labitbu。根据 repo 中的 json 文件，可以知道每个 labitbu 有 8 种样式，而最大的不同点则是颜色。但如果是 10k 的 NFT 合集的话，颜色貌似也不足以区分众多 labitbu？ 由于每个 labitbu 是根据钱包公钥生成的，所以理论上每个钱包铸造出的所有 labitbu 都会是相同样式的（但是在凌晨实际铸造的时候偶尔会有一个钱包铸造不同样式的情况，这里就可能是我看得有一些疏漏或者早上晕了😇） 在上一个步骤后，生成的 labitbu 转换为字节数据 payload 后，网页会根据这个 payload 构建一个控制块。这里名为构建，实际上的控制块就是[控制字节]+[索引公钥]+[图像 payload]。 在实际的 taproot 脚本中，控制块是[控制字节]+[内部公钥]+[默克尔路径]，labitbu 直接使用图像 payload 作为默克尔路径使用。 taproot 控制块相关内容： 在以 payload 作为默克尔路径，钱包公钥作为锁定脚本后，可以生成一个 p2tr 的地址，这个地址就是网页中的 bc1p 地址，发送 btc 到这个钱包的过程可以看作铭文协议中的 commit。 最后，需要填入自己的 bc1p 地址并进行钱包，完成最后的铸造操作。在这个过程中，是将前面以图像 payload 作为控制块，公钥锁定脚本作为 redeem 脚本的输出进行解锁，并使用该钱包进行签名，发送最终的交易，这笔交易类似铭文协议中的 reveal 交易。 以上就是 labitbu 协议铸造过程中的技术内容，taproot 脚本的构造和地址的生成这些技术细节就没有写，感兴趣的小伙伴可以查查资料还有看一下 labitbu 这样的铸造过程和铭文比较像，但是相较于铭文所存在的好处在于，铸造过程的 commit 不需要再生成新的地址来作为中转，可以使用单一钱包完成整个铸造过程，在一定程度上比较便捷。但是存在的限制是控制块大小是 4kb，限制了能够存放的图像负载大小。 github 里 dev 使用了固定的内部公钥进行铸造以便于索引，所以看出来 dev 也是有打算进行下一步的索引，具体能不能落地进行交易也只能等了。

在这个时间的话铸造量应该超过10k了，按照以往的经验一个小图片合集数量通常是10k，所以不建议现在继续 mint