从方案角度排名，核心结论是：
- gas成本上“拆分+链式方案” < “链式” < ”拆分” < ”单打“
- 中心化程度：链式（无中间地址）< 拆分（无中间地址） < 链式 （有中间地址） < 拆分（有中间地址）
- 资产归集：链式 > 拆分+链式 > 拆分
- 批量上链速度：拆分 = 拆分+链式 > 链式
可以看到，这里的输出#3，其实是游离的，虽然他占据的一个该笔utxo的output的输出位置，但是他是一个闭环的圆矩形，这就说明他是不能被再次转移消费的，所以他就像是一个交易的备注区一样，就留在了比特币的存储空间上，通过交易哈希区索引找到他。
细心的你可能会发现， 为什么OP_RETURN的后面有一个RUNE_TEST 这就是将具体内容解码后的结果，点开明细按钮后，就可以找到52554e455f54455354 这样的编码串，其实一串十六进制编码数据，解码后就可以得到RUNE_TEST，同理，明细里还有其他的编码，最终解码后会成为一串字符串，大概是json的格式，从而体现出Runes资产的部署、铸造、发行等等寓意。因此
所谓代打，具体机制总结起来就是：Runes一笔交易只能代打一个资产那么所谓交易成本，在BTC中就是交易链上数据量的大小来体现，那么代打平台的设计，就等同于谁可以最小程度的控制交易中出现的utxo数量，就是最优模型。下面让我们展开讲解拆分模型和链式模型
1.2、拆分模型
所谓拆分模型，是在代打过程中先进行一笔交易拆分出多个子交易，每个子交易再进行资产铸造过程。
例如tools.mempool的代打方案，执行时如下图所示，第一笔交易会预估算出每个子交易的手续费消耗，然后预留出546（比特币常见粉尘值）+手续费金额，进行拆分出多个UTXO，这里会发现他转入到某个新的地址。
第二笔交易则是再从新的地址转回到用户地址，并且完成代打，用户也收拢到Runes资产。
这种模型显著的问题就是：
需要先一笔交易拆分，并且用户得到的是分散的UTXO。那么当用户想要挂单卖出的时候，要么逐个挂单，要么先合并再挂单，对于大客户而言，会增加交易的成本。
并且tools.mempool平台在拆分交易中并不会为用户也执行一次代打，所以综合损耗是拆分模型中较高的。
1.3、链式模式
所谓链式就类似下列结构，用户最初的有2W个聪，每一个交易都是消费上一个还在内存池的交易，这样也是多笔交易。
这里会发现，这而尾号为s2t4所收取的6144个聪就是平台的代打手续费，对比执行代打所需要本身的手续费3892而言，可以说代打平台的收益是很高的，
该平台，就是之前号称5天开发完Runes代打+交易市场的Runestone，其实从交易上看该平台早就无人问津，但是在最初的那几天，还是产生了几乎3个BTC（150W以上）的手续费收入，对于个人开发者而言不可无不高啊。
然而这是其实是毫无意义的费用，已经有多个平台都有开源代打代码，比如OKX也开源了Runes代码：完美解决Runes编解码和代打问题，开发者可以直接引用构建自己的代打工具 https://github.com/okx/js-wallet-sdk 。
回到链式，由于他几乎是首笔进行了手续费收取，后续的每一笔交易都是如下图一般循环处理，所以他其实本身数据量是比较少的。
2、Runes最佳代打模型：拆分+链式luminex 是目前相对较佳的方案模型，即可做大批量mint，平台带有utxo拆分工具便于使用，采用拆分+链式方案。如下图所示：
- 该平台在拆分就会先给用户打上一笔资产，一点不浪费。
- 并且如果铸造在25次以内，拆分出足够链式铸造的gas，然后执行铸造。
- 最后如果铸造在25次以上，就会拆分出多个链式的所需的gas，然后执行铸造。
2.1、为什么会有上链效率的指标呢？
这是因为BTC节点有个防止Dos攻击的机制，
在单 utxo的vout 被消费以及其被消费的链路里，会限制最多25个交易在内存池中。
这是为什么大多数大批量Mint多数采用中间地址的原因，目的是解除这样的限制。对于链式而言，资产会叠加起来最终转给用户。
因此链式模型只有25个交易可以同时在内存池中，但是拆分模型则是在拆分的交易上链后，可以无限值放到内存池中（因为父交易已经不在内存池，每个utxo的vout都独立计算25限制）所以luminex作为最优模型，并不只是gas最低，而是即保持gas很低，也还有大批铸造的能力。
不过，其实也还有比luminex更好的模型。
因为luminex的拆分交易也会单独代打给用户，但是这个资产其实是不用转给用户的，而是可以转给第二个链式交易的utxo里，因为Runes有资产默认流动机制，这样可以再luminex的情况下在减少一个utxo的成本。
2.2、BTC手续费优化率对比
讲述了半天成本，那成本究竟如何衡量？其实很简单，用户平时设置的是单价，即类似于gasPrice，但是BTC上其实是完全依赖于存储数据作为数量单位即vsize。所以咱们以taproot地址为例（不同地址手续费不同，taproot地址属于较低的手续费），此种地址的结构中：
- 每增加一个input，vsize增加58。
- 每增加一个output，vsize增加43。
- 而写入每个OP_RETURN ，vsize需要30左右。
