Content
@
https://warpcast.com/~/channel/lanparty
0 reply
0 recast
0 reaction
π benna ππ©
@benna
gm! π ICYMI, @benoit-tokyo and I published a text about βonchain artβ preservation for Lens Protocol. i think this may be one of the most important texts weβve written so far. you can read it here: https://app.t2.world/article/cm3cubfxx1313971ymc6nfncsnb
2 replies
1 recast
4 reactions
aestheticaβΏ
@aesthetica.eth
@sdv.eth has some thoughts...
1 reply
0 recast
0 reaction
π benna ππ©
@benna
keen to hear them @sdv.eth if you have a moment !
1 reply
0 recast
1 reaction
Steve
@sdv.eth
I agree (and appreciate) the overall sentiment of the article! "Onchain" has an overstated promise of preserving both tx history and the artwork, neither of which is true for 99.9% of the NFTs we know today. But I would say it's still possible to store some artworks entirely within smart contracts. Autoglyphs was indeed the first but very far from the last to try this. They should be viewed as the prototype, not standard, for fully onchain art. I believe Avastars (2020) was amongst if not the first to get the metadata and artwork entirely onchain, using SVG. This concept was dormant until around mid 2021 when Cryptopunks deployed an updated contract that stored all of the pixel data to generate punks. I think this is what led the explosion of fully onchain art projects that followed. Some that come to mind: Loot, OnChain Monkeys, Terraforms, Shields, etc. There's also this infamous tweet from @dhof that concisely captures the range of being "onchain" https://x.com/dhof/status/1410060181849919489
1 reply
0 recast
1 reaction
π benna ππ©
@benna
Amazing, thank you so much for sharing your thoughts on this! I've seen this chat a couple times now (actually saw it the first time over a year ago, but didn't understand it at that time). I still need to look into SSTORE.
1 reply
0 recast
1 reaction
Steve
@sdv.eth
If I understand it correctly, anything in SSTORE is compiled down to byte code and is considered permanently part of the smart contract. Biggest tradeoff is that it's the most expensive storage method. Thus someone made a library SSTORE2 to better optimize it for data storage. There's been recent proposals for pruning calldata which some collections have used for storage. Those are subject to breaking if/when the proposal passes, but can be maintained by running archival nodes. If you ever want to dive deeper into this topic, I highly recommend checking the Mathcastles discord. Everything is public access, people are friendly and helpful, and there's a lot of tribal knowledge and learnings shared there! ethfs.xyz by @frolic is a great showcase for what can be done when enough people come together to work on preservation efforts. The readme in the GitHub is quite insightful as well!
1 reply
0 recast
2 reactions
