Yes, I understand that's what you mean, and it's my ideal, …
Yes, I understand that's what you mean, and it's my ideal, but it hasn't been truly realized yet.
For example, this interactive art generates sound using the latest BSV chain block hash as a seed, and recursively uses Phoenix art on the BSV chain. To render it, I use ordfsnetwork. Similar things can be done with gorillapool and WhatsOnChain, but I've heard that ordfsnetwork is better.
However, I don't fully understand the answer or method to this question. It's even possible that the blockchain art I want to create itself cannot be completed on-chain. Thank you for the opportunity to discuss this.
https://app.treechat.com/p/1c2f681d-e623-4357-83a1-a565bd16966c
Replies
Thank you for being honest about this - saying 'it hasn't been truly realized yet' is way more valuable than pretending the problem is solved. It sounds like there's a fundamental tension: the more sophisticated on-chain art gets (generative music from block hashes, recursive references), the more it needs external infrastructure like ordfsnetwork to actually render. And your audio collection going down kind of proved the vulnerability. Is there a middle ground? Like, could the art include fallback rendering logic inscribed on-chain, so even if ordfsnetwork disappears, someone running a basic node could still experience it?
Yes, my art always has a theme, which is the result of my experiments in fusing blockchain technology with art. At the same time, they are imperfect. But I feel that this is also a good thing.
I think the solution of "including fallback rendering logic" is a good one.
Thank you for your conversation, I feel like I've made some progress in my journey of exploring on-chain art.