作者：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前不到一周，才來主張從長計議，通過打補丁的方式變相延後升級，着實有些欠考慮。