1.背景
项目地址:https://github.com/jerryfane/generative-brc-721
通过链上的高速率，生成式BRC-721可以优化序数块空的使用。
2.2简介。生殖型BRC-721
2.1使用& # 8221；部署& # 8221；创建创成式BRC-721集合的操作，该集合具有存储在链上的唯一特征。然后,“mint”操作生成非齐次的序号，这些序号表示部署操作的特征。这一过程将块空之间的利用率降低了50%至90%。前端将需要适应重新创建和显示来自薄荷铭文文本数据的图像。
2.2
Base64是基于64个可打印字符的二进制数据表示。这64个字符通常是a-z，A-Z，0-9和& # 8221；+”、”/”，并使用& # 8221；=”作为填充字符。Base64的编码过程如下:每三个字节的数据，共24位，分为四组，每组6位。这是因为64是2的六次方，所以每6位可以表示一个Base64的字符。对于这四组6位数据，找出对应的Base64字符并替换。
您可以将图片转换为Base64编码的字符串，然后在HTML中直接使用该字符串，因此您不需要额外的HTTP请求来获取图片。但是Base64编码的图片会比原图增加33%左右，所以如果图片比较大或者需要频繁传输，可能不适合使用Base64编码。
操作
3.1使用部署操作创建创成式BRC-721集合。
部署操作是一个ON/Text铭文，包含集合的一般信息和构成集合的base64编码数据。用于创建具有非同质序数的特征的独特图像存储在该铭文的链上。这个碑文作为特征和最终来源。您还可以为同一个集合创建多个部署题注，每个题注将存储一组不同的特性。
3.2使用mint运算为此集合创建一个异类序数。
Mint操作使用ON/Text标记，该标记封装了有关正在转换的实际异构序数的信息以及对Deploy标记的引用。目的是存储生成的映像的属性值、最终映像的哈希值以及链上set Deploy铭文的引用。这种方法允许任何人使用刻在链上的数据重新创建图像。
3.3转移非齐次序数作为题记
4.优势
4.1优化铭文空的占用率
部署时，所有组件都部署为json铭文。薄荷的时候直接调用铭文中的信息，所以薄荷文字的体积会减小。在整个集合缠绕的过程中，手续费会省下来。
4.2方便收藏管理
Mint操作包含了id等一些标签，方便后续项目方管理集合。这也是ordinals nft中的一个痛点，由生成式BRC-721解决。
4.3完整缠绕
完全缠绕理论上也是分散的。从去中心化的角度来看，和普通碑文没什么区别，只是展示形式不同。
5.不足之处
5.1省下来的费用不够。官方项目ordibots只省了55%，我觉得还是少了点。其实能存多少图也很重要。画面越大，节省就越多。
5.2很难达成需要前端合作的共识。市场上的钱包和交易市场，除非市场规模足够大，否则不太可能积极配合前端的开发。
5.3一步之遥，类似以太坊二层网络，因为主网费用太高，已经开发了第二层。如果主网继续流行，第二层有一定的价值，如果主网用户下降，第二层的重要性也会下降。
总结
生成式BRC-721出现在比特币链条高费率的背景下并不奇怪，降低了手续费，管理起来也更方便，但也是离简单更进一步。我觉得这是一种取舍。不存在谁优谁劣的问题，你是想要链上更直观的nft还是已经被前端解析过的json nft。
生成式BRC-721在逻辑上是无bug的，可以对集合进行分类，顺便求解。这是我更愿意看到的，有利有弊，但正是这种创新推动了序数向前一点点。
本网站声明:网站内容来源于网络。如有侵权，请联系我们，我们会及时处理。
温馨提示：注：内容来源均采集于互联网，不要轻信任何，后果自负，本站不承担任何责任。若本站收录的信息无意侵犯了贵司版权，请给我们来信(j7hr0a@163.com)，我们会及时处理和回复。
原文地址"长推：从ordinals铭文集合的新视角，解读Generative BRC-721标准"：http://www.guoyinggangguan.com/qkl/145826.html。
微信扫描二维码关注官方微信
▲长按图片识别二维码
