作者：Lilyanna比特里里，来源：作者推特@lilyanna_btc
Vindication是昨天新发的一个PR，新增一个charm。可以理解为把【按Jubilee前的规则会被认定为诅咒铭文, Jubilee后被Bless，直接刻为正常铭文，赋予正常编号】的铭文都打了个标签【Vindicated】。
而按照当前Domo, unisat, okx等各方达成的共识，brc20会忽略所有的Vindicated铭文，把他们视为无效，和此前的诅咒铭文一样，这个角度来说，brc20相当于没升级。
- Vindication是否识别，到底影响什么？
使用Pointer进行的Batch inscribing，此前受制于诅咒铭文的设定没有被普及开，而在Jubilee升级后本来应该大杀四方（但因为最新的vindication设定，它暂时不会被brc20接纳）。
这个批量铭刻有多种模式，最高级的模式是same-sat batch。就是在单笔交易中，刻1000个甚至更多个铭文，在同一个聪上。
Separate-outputs可以大幅节约网络费，并且最快可在一个区块内完成所有铭文铭刻；
而Same-sat不但能节约更多的网络费，还能进一步节约预留聪的花费，减少utxo集膨胀的问题。
本身是个非常有意思的升级，但根据brc20最新的共识，Vindicated的铭文们暂时并不会被承认。
这个省钱省空间的刻铭文方式，和brc20无关。
但就像我前两天说的，其他号称要优化brc20的协议，已经提前开始布局了。CBRC20协议已经能承认和识别由i1, i2等编号结尾的非i0铭文，它们显然已经做好了拥抱Jubilee的准备，这也是CBRC20在自家协议里写到的优点之一【大幅优化网络费成本】。
有人说这是个皆大欢喜的结局，brc20有足够的时间去准备，待稳定后迎接新版本，迎接Vindication。
实际上，Jubilee是个在10月就已经公开的事件，甚至有人在11月底找domo正面提出了这个疑问。一个多月以后的现在，Jubilee前不到一周，才来主张从长计议，通过打补丁的方式变相延后升级，着实有些欠考虑。
