链上NFT：如何将像素图像存储在以太坊区块链上？

基础认知铺垫 #

• 你之前在HEN、OpenSea接触的常规NFT铸造方案，绝大多数是把原始资源存在IPFS、云服务器这类链下存储节点，链上仅存资源的哈希值和访问地址，这和你想实现的全链上存储（也就是deafbeef方案的核心）逻辑完全不同
• 6x6像素的实拍图原始数据量极小，完全符合以太坊等主流公链的存储成本承受范围，无需担心资源压缩过度损失画质的问题

核心学习路径内容推荐 #

第一阶段：全链上NFT基础逻辑 #

• 优先搞懂以太坊交易的calldata、合约存储slot、静态资源上链的两种主流实现方式：直接将二进制数据写入合约存储、将数据编码后写入铸币交易的calldata的区别，后者就是deafbeef常用的低成本方案
• 拆解deafbeef系列NFT的链上存储逻辑：他的生成类艺术是把生成参数、渲染逻辑全部写在合约内，你做实拍资源只需要把这部分逻辑替换成硬编码的图像原始二进制数据即可
• 重点学习ERC721标准中tokenURI方法的自定义写法，你需要把6x6图像的原始数据编码成base64格式，直接在tokenURI方法中返回，不需要调用任何链外地址

第二阶段：实操入门 #

• 先掌握Solidity基础语法，重点学习字符串处理、二进制数据拼接、base64编码的合约实现方式，不需要深入复杂逻辑，能写简单的自定义ERC721合约即可
• 掌握小图编码方法：你可以先把6x6的png图转成base64字符串，测试直接把这个字符串写在合约的常量里，调用tokenURI的时候直接拼接成data URI格式返回，主流NFT平台都能直接识别显示
• 成本测算可以先在以太坊测试网做测试铸币，计算主网上链的gas成本，6x6小图的存储成本极低，完全在普通创作者的可承受范围内

第三阶段：进阶优化 #

• 如果要进一步降低上链成本，可以学习将png数据进一步压缩成原始像素RGB数组，在合约里写一个极简的svg渲染逻辑，把RGB数组转成svg图像返回，比直接存png的base64体积小30%以上
• 有批量上链需求可以学习多数据批量存储的优化方法，不用每张图单独部署合约，可以把所有图像的数据存在同一个合约的数组里，通过tokenId索引调取即可

新手避坑提示 #

• 不要使用第三方的自动全链上铸币工具，这类工具大多会在合约里插入额外的权限后门，建议自己写极简的自定义合约，或者找可信的技术人员帮忙审计代码
• 上链前务必在测试网反复验证返回的tokenURI是否能正常解析出原始图像，数据一旦上链无法修改

内容的提问来源于stack exchange，提问作者fleischverpackung