Posted a feature request on eMule forum
http://forum.emule-project.net/index.php?showtopic=156816&st=
Topic: Downloader with Bitcoin support (Read 1058 times)
I was thinking about eMule / JDownloader and Bitcoin so I looked for emule (and bittorrent) references in the forum.
I found just a couple of references to implement bitcoin in eMule.
From what I understand, there are some problems implementing a bitcoin micropayment system in eMule:
The number of small transactions would spam the Bitcoin network and the time to confirm the transaction would make it difficult to spend the BTC immediately.
So, there will be no way to speed up a queue with micropayments.
But, in my opinion, I believe there are a few ways around these limitations:
1) The downloader would send a transaction to the uploader and as the download proceed, reissue the same transaction with an increasing value (like the example of a smart contract made for paying for a Wi-Fi connection on the fly). As the transaction increase in value, the uploader have more incentives to broadcast it to the network. This could work in successive sessions until the uploader have uploaded enough data and the size of the transaction is large enough to not be considered spam by the BTC network.
2) The uploader could setup a price (say 1$) to offset a 1 GByte upload from the debit of the downloader. This could drive the uploader in debt of some MB to the downloader and serve him immediately. This also should solve the problem of trust, because the uploader have already show off he is uploading good stuff and the downloader is able to check it is not garbage before.
This would allow good sharers with a good upload bandwidth to be rewarded for sharing and recoup the costs of the connection.
Others could monetize their upload bandwidth to share big files (Linux distros and likes) reducing the load on big servers (at least in the initial stages of disseminating a large files, when the demand is larger).
The eMule community is, at least, 500K users always on. If this extension is adopted, many more BTC could be used for a good reason and many more people could find themselves with BTC to save or spend.
If we suppose 10% of the users spend 1$ in BTC every month to offset their UP/DL imbalances, this would bring 50K$ in the BTC economy every month in a stable way. And this if just 1$ per 50K users is spent every month.
If this type of usage become popular, this sum could easily decuplicate in few months.
On the current MTGox book, eliminating 5-50K BTC would move up the price of 2-20 US$.
I found just a couple of references to implement bitcoin in eMule.
From what I understand, there are some problems implementing a bitcoin micropayment system in eMule:
The number of small transactions would spam the Bitcoin network and the time to confirm the transaction would make it difficult to spend the BTC immediately.
So, there will be no way to speed up a queue with micropayments.
But, in my opinion, I believe there are a few ways around these limitations:
1) The downloader would send a transaction to the uploader and as the download proceed, reissue the same transaction with an increasing value (like the example of a smart contract made for paying for a Wi-Fi connection on the fly). As the transaction increase in value, the uploader have more incentives to broadcast it to the network. This could work in successive sessions until the uploader have uploaded enough data and the size of the transaction is large enough to not be considered spam by the BTC network.
2) The uploader could setup a price (say 1$) to offset a 1 GByte upload from the debit of the downloader. This could drive the uploader in debt of some MB to the downloader and serve him immediately. This also should solve the problem of trust, because the uploader have already show off he is uploading good stuff and the downloader is able to check it is not garbage before.
This would allow good sharers with a good upload bandwidth to be rewarded for sharing and recoup the costs of the connection.
Others could monetize their upload bandwidth to share big files (Linux distros and likes) reducing the load on big servers (at least in the initial stages of disseminating a large files, when the demand is larger).
The eMule community is, at least, 500K users always on. If this extension is adopted, many more BTC could be used for a good reason and many more people could find themselves with BTC to save or spend.
If we suppose 10% of the users spend 1$ in BTC every month to offset their UP/DL imbalances, this would bring 50K$ in the BTC economy every month in a stable way. And this if just 1$ per 50K users is spent every month.
If this type of usage become popular, this sum could easily decuplicate in few months.
On the current MTGox book, eliminating 5-50K BTC would move up the price of 2-20 US$.
Jump to: