I am essentially purporting a new protocol that replaces rmtp (the flash media streaming protocol) and other media streaming/distribution protocols. Ah. So you

I am essentially purporting a new protocol that replaces rmtp (the flash media streaming protocol) and other media streaming/distribution protocols. Ah. So you just need to either convince Adobe to add that to Flash, or have the users run an application that can act as a proxy between it and RTMP. It's not a question of if it's possible or not, the problem is that it's hard to sell the concept to a website after you mention the "oh, and every one of your users will need to install this piece of software to be able to access the site" detail. It'll probably be a reasonable trade-off for some sites with devoted users, but for sites that have a lot of random users that only go there once or very seldom, it'll probably make more sense to pay the higher price of a normal CDN. Or maybe you intend to run the P2P/RTMP proxy on the nodes instead? Either way, the problem with the node dropping is to handle it in a graceful way that doesn't rely on custom software on the user side. Since your nodes are going to be pretty unreliable, your users will need to be able to switch between nodes without interrupting a large download. For smaller files they'll just need to be able to restart the transfer, which is a bit easier. I'm assuming that you want to use the CDN for serving various web content, for which HTTP should do just fine for just about everything. You probably don't even need RTMP, progressive downloading with a hack to allow non-linear access works just as well for most uses.