撰文：xiyu

1.背景

項目地址 ：

https://github.com/jerryfane/generative-brc-721

鏈上費率居高不下， Generative BRC-721可以優化ordinals塊空間的使用。

2.Generative BRC-721介紹

2.1

利用"deploy"操作來創建具有鏈上存儲的獨特特徵的生成性BRC-721集合。然後，“mint”操作生成非同質序數，引用自deploy操作的特徵。這個過程將塊空間使用率減少了50%到90%。前端將需要適應從mint銘文文本數據重新創建和顯示圖像。

2.2

Base64是一種基於64個可打印字符來表示二進制數據的表示方法。這64個字符通常是A-Z、a-z、0-9和"+"、"/"，並使用"="作為填充字符。Base64的編碼過程是這樣的：將每三個字節的數據，一共24比特，劃分為四組，每組6比特。這是因為64就是2的6次方，所以每6比特可以表示Base64的一個字符。對這四組6比特的數據，分別查找對應的Base64字符，進行替換。

可以將圖片轉換為Base64編碼的字符串，然後在HTML中直接使用這個字符串，這樣就不需要額外的HTTP請求來獲取圖片了。然而，使用Base64編碼的圖片會比原圖片大約增加33%的大小，所以如果圖片比較大，或者需要頻繁地傳輸圖片，那麼可能不適合使用Base64編碼。

3.操作

3.1 使用deploy操作創建一個生成性BRC-721集合

Deploy操作是一個包含集合的一般信息和構成集合的特徵的base64編碼數據的JSON/Text銘文。用於創建非同質序數的特徵的獨特圖像在這個銘文中存儲在鏈上。這個銘文作為特徵的參考和最終來源。也可以為同一集合創建多個部署銘文，每個銘文將存儲一組不同的特徵。

3.2 使用mint操作為該集合創建一個非同質序數

Mint操作使用一個JSON/Text銘文，它封裝了關於正在鑄造的實際非同質序數以及對Deploy銘文的引用的信息。目的是將生成圖像的屬性值，最終圖像的哈希值，以及集合Deploy銘文的引用存儲在鏈上。這種方法允許任何人使用鏈上銘刻的數據重新創建圖像。

3.3 將非同質序數作為銘文進行轉移

4.優點

4.1 優化銘文的空間佔用

部署的時候是將組件都部署為json銘文，mint的時候，直接調用該銘文內的信息，所以mint文本的體積會縮小。整個合集在上鍊過程中，會節約手續費。

4.2 方便管理合集

mint操作中，含有id等一些標籤，方便後續項目方對合集的管理，這也是ordinals nft中的一個痛點，Generative BRC-721順帶解決了。

4.3 完全上鍊

完全上鍊，理論上也是去中心化的，在去中心化角度，和普通銘文沒有區別，只是顯示形式不一樣。

5.缺點

5.1

節約的手續費不足，官方的項目ordibots只節約了55%，我認為這還是有點少，其實能節約多少根圖片大小也有關係，圖片越大，節約的比例越多。

5.2

需要前端配合，這是一個比較難達成的共識，市場上的錢包、交易市場不太可能會主動配合開發前端，除非市場規模大到一定程度。

5.3

繞了一步，類似以太坊二層網絡，因為主網手續費太高，開發出了二層，如果主網持續火爆，二層有一定的價值，如果主網用戶下降，二層的重要性也會下降。

6.總結

Generative BRC-721 在比特幣鏈上費率高的背景下出現不足為奇，減少了手續費，更方便管理，但也距離簡單更遠了一步。我認為這是一個取捨問題，不存在誰更好誰更差，是想要更直觀的鏈上nft還是經過前端解析的json nft。

Generative BRC-721在邏輯上是沒有bug的，能夠把合集歸類順便解決了，這是我更願意看到的，有優點也有缺點，但正是這種創新推動ordinals一點點往前走。