read.cash Log in
@liwi more from that month

前篇寫到 EVM NFT 標準與瓦斯費 https://noise.cash/post/lqz735kx 在找適合的能上架 Oasis 的 ERC721Enumerable 程式碼時 找到了 0xcert 的瓦斯最佳化的架構 https://github.com/0xcert/framework/tree/master/packages/0xcert-ethereum-erc721-contracts 既然是瓦斯優化就表示不是 100% 按照標準要求的實作： For this reason, we also have some opinionated implementations of, for example, how we handle token URIs. 其中 Token URI 的做法是假設 NFT URI 是序列 Token URI = URI 頭 + f(token ID) + URI 尾 這樣就可以省去許多無謂的儲存 URI 頭尾的鏈上空間（= $$$） 老鼠跟 Reapers 看起來就都可能是這樣的做法 其中 Reapers 更是用了 IPFS 的資料夾結構來處理 TokenURI 的部分 @Ayukawayen Smart Waifu 的做法也很有趣 是去呼叫外部合約來產生適當的回傳值 不過看起來在儲存圖片映射關係的合約上並沒有在圖片位址上做瓦斯最佳化 目前 BCH 因為幣價跟 gas price 的雙重關係 所以瓦斯費都幾可忽略（早發早享折扣） 但如果未來 smartBCH 要接管天下大小事 許多 scaling 的考量應該都會慢慢浮上檯面 0xcert 也有 ERC721 規格的標準實作程式碼庫 https://github.com/nibbstack/erc721 （跟 OZ 比起來感覺 0xcert 比較容易整合使用...） Edit: OZ 也有 base + _tokenURI 的範本 https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC721/extensions/ERC721URIStorage.sol

12 comments

Log in to join in Reading is open to everyone. Replying needs an account.