Seriously, I don't see any other way it could happen. Industry #2: prepare for impact.
Explanation: Why would the creators themselves seed there hard work? If they don't the warez guys will get all the donations.
Topic: Bitcoin + BitTorrent integration discussion. - page 2. (Read 3455 times)
My prediction: In the not so distant future most home media distribution will take place via p2p systems with data uploaded by the creators themselves who get paid by donations (in addition to concerts an movie theater monetization).
Seriously, I don't see any other way it could happen. Industry #2: prepare for impact.
Explanation: Why would the creators themselves seed there hard work? If they don't the warez guys will get all the donations.
Seriously, I don't see any other way it could happen. Industry #2: prepare for impact.
Explanation: Why would the creators themselves seed there hard work? If they don't the warez guys will get all the donations.
That sounds interesting! The Namecoin community has also been discussing lately about possibilities for implementing a Torrent tracker / TPB-like directory of magnet links with Namecoin. This would ensure censor-ship resistance for directories of Torrents (like a searchable directory of Wikileaks documents). No one there is an expert about how Bittorrent works, but our understanding is that the DHT implementation used makes trackers in the classical sense irrelevant, but does not allow searching / browsing for Torrents whose magnet links are not yet known. This is the piece that could be implemented by Namecoin. This could possibly be coupled with BTC/NMC donations to monetise content, as you suggest. You can take a look here: https://dot-bit.org/forum/viewtopic.php?f=5&t=1381
This is a great idea and if implemented, would serve to further decentralize BTC.
OP - have you heard of the Bittunes project? Seems very much line with what you're proposing.
www.bittunes.org
www.bittunes.org
I like to dream that the various P2P networks will start sharing protocol layers. Micropayments for seeding would be an example, others have imagined similar things for routing between meshnets. All could use a common basic overlay layer that robustly exchanges addresses of nodes and broadcasts low latency messages.
Maybe better integration with BitTorrent would be useful for initial downloads of the blockchain too.
Last week we started a conversation on the BitTorrent Developer community about the possibilities of integrating BitCoin on BitTorrent clients.
http://torrentfreak.com/bittorrent-client-devs-work-on-bitcoin-integration-131213/
Our initial intention was to start with something very simple which would allow BitTorrent users to send donations/tips to Content Creators willing to share their content on the BitTorrent network. We think this can be done simply by adding a new metadata field on the .torrent file which would specify the destination BitCoin address and optionally a suggested BTC amount.
It was easy to see that a lot more could be done when you put together an open P2P filesharing protocol along with an open P2P Cryptocurrency.
Immediatly the conversation evolved to the following:
1. "The trackers/index sites could tamper the .torrents to steal the donations, what about adding tracker donation support?"
So that meant an extending the "announce/scrape/update" BitTorrent Protocol message responses by BitTorrent tracker so they can also include their BitCoin addresses.
Then the conversation opened up to having a simplified BitCoin wallet in the BitTorrent client to simplify donations, this way the user doesn't need to leave the app to make a donation, and when that happens, a world of possibilities is opened up, the most interesting being:
2. BitTorrent + BitCoin as a technology toolset on which on-demand content delivery services (think a Netflix/Spotify competitor) could have solid building blocks to manage content delivery and billing, no matter the country on which customers are. All .torrents provided by the service would be tagged with Bitcoin addresses made specifically for each piece of content, and user account balances would be loaded in either Bitcoin (if the country allows) or in a local currency (and it's then up to the service provider to convert the local currency to BTC and keep everything uniform in Bitcoin deep in the system).
3. Seeding for Bitcoin. This is one of the most controversial ones, and Matt Blue (bitcoinj developer) suggested this could be achieved with Micro-payment channels
https://code.google.com/p/bitcoinj/wiki/WorkingWithMicropayments - The idea is that when seeders announce themselves to trackers they send along their Bitcoin addresses, if a user is experiencing a slow download, the user can specify a certain amount of bitcoin to pay willing seeders for a unit of transfer (to be discussed, bittorrent chunk, byte, megabyte, transfer rate?). Seeders would see the bidding requests and send the pieces to the highest bidders, once the contract has been fullfilled between seeder and downloader, the seeder could request the earned BTC and not send another piece until the micropayment is received. In this process the tracker could also be involved as an escrow and get a small processing fee.
Point number 3 requires bringing experienced Core BitTorrent Protocol developers and Core BitCoin Procol developers together, I was suggested to bring the conversation over here for feedback.
Thanks for your time.
Angel.
http://torrentfreak.com/bittorrent-client-devs-work-on-bitcoin-integration-131213/
Our initial intention was to start with something very simple which would allow BitTorrent users to send donations/tips to Content Creators willing to share their content on the BitTorrent network. We think this can be done simply by adding a new metadata field on the .torrent file which would specify the destination BitCoin address and optionally a suggested BTC amount.
It was easy to see that a lot more could be done when you put together an open P2P filesharing protocol along with an open P2P Cryptocurrency.
Immediatly the conversation evolved to the following:
1. "The trackers/index sites could tamper the .torrents to steal the donations, what about adding tracker donation support?"
So that meant an extending the "announce/scrape/update" BitTorrent Protocol message responses by BitTorrent tracker so they can also include their BitCoin addresses.
Then the conversation opened up to having a simplified BitCoin wallet in the BitTorrent client to simplify donations, this way the user doesn't need to leave the app to make a donation, and when that happens, a world of possibilities is opened up, the most interesting being:
2. BitTorrent + BitCoin as a technology toolset on which on-demand content delivery services (think a Netflix/Spotify competitor) could have solid building blocks to manage content delivery and billing, no matter the country on which customers are. All .torrents provided by the service would be tagged with Bitcoin addresses made specifically for each piece of content, and user account balances would be loaded in either Bitcoin (if the country allows) or in a local currency (and it's then up to the service provider to convert the local currency to BTC and keep everything uniform in Bitcoin deep in the system).
3. Seeding for Bitcoin. This is one of the most controversial ones, and Matt Blue (bitcoinj developer) suggested this could be achieved with Micro-payment channels
https://code.google.com/p/bitcoinj/wiki/WorkingWithMicropayments - The idea is that when seeders announce themselves to trackers they send along their Bitcoin addresses, if a user is experiencing a slow download, the user can specify a certain amount of bitcoin to pay willing seeders for a unit of transfer (to be discussed, bittorrent chunk, byte, megabyte, transfer rate?). Seeders would see the bidding requests and send the pieces to the highest bidders, once the contract has been fullfilled between seeder and downloader, the seeder could request the earned BTC and not send another piece until the micropayment is received. In this process the tracker could also be involved as an escrow and get a small processing fee.
Point number 3 requires bringing experienced Core BitTorrent Protocol developers and Core BitCoin Procol developers together, I was suggested to bring the conversation over here for feedback.
Thanks for your time.
Angel.
Jump to: