RE: Decentralized Videos - Finding the Sweet Spot

An interesting conundrum ! I've got a thought, but I'll add my normal caveat that I'm not a coder, so I'm thinking of this from a logic and business structure perspective.

Would it be possible for several (or even many) nodes to hold new videos in hot storage, with one being selected at random to be the primary that actually displays it. Possibly rotated over time to spread the load (and any potential reward payments issued).

Then, there could be communication between nodes just confirming which videos each had, which could act as an audit trail to spot if a bad actor has deleted a video without authorisation. Each hot node could then be set to send a video to cold storage if it hadn't received any views (or viewer numbers over a set threshold) for 7 days. This means that the number of nodes containing a video would diminish over time, but could allow a more popular video to be available for longer.

When sending a video to storage, the cold storage supernode would confirm receipt (and check file size to ensure it's got the complete video), sending the info to all the hot nodes with that video to confirm the total number now "in the wild", again acting as an audit trail. I don't know if it would be possible to build in some kind of "fingerprint check" to ensure the validity of the video received, but at the very least if the cold storage was receiving multiple copies of the same video over time, it would be able to compare them and keep the one most likely to be accurate (possibly using audit trail scores over time to determine which hot nodes are seen as most reliable.

Writing it down makes it seem far more complex than it was when the idea popped into my head, and I appreciate it creates quite a lot of back and forth communication and verification. But maybe in the mess I've just made you might find an idea that can actually be coded in a realistic way !