Topic: [DEAD] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too - page 302. (Read 1601343 times)
March 25, 2011, 06:02:06 AM
Currently I'm not able to login to deepbit site with my account
March 24, 2011, 10:44:56 PM
FYI, the longpoll specification should say POST, not GET.
It is incorrect for GET to be receiving data in the body of the HTTP request (the JSON-RPC payload). This confuses HTTP libraries.
As i already answered in IRC, everything is correct, since there is no body in this request.It is incorrect for GET to be receiving data in the body of the HTTP request (the JSON-RPC payload). This confuses HTTP libraries.
We may create a different thread for discussing long polling because it's dev thing.
March 24, 2011, 11:45:02 AM
FYI, the longpoll specification should say POST, not GET.
It is incorrect for GET to be receiving data in the body of the HTTP request (the JSON-RPC payload). This confuses HTTP libraries.
It is incorrect for GET to be receiving data in the body of the HTTP request (the JSON-RPC payload). This confuses HTTP libraries.
March 24, 2011, 09:29:11 AM
if I run bitcoin server, does that helps free transactions ???
Not really if you aren't mining at many GH/s. Including free transactions in block helps, but you need to create new blocks in order to do this, like my pool is doing.[Tycho],just for informational purposes and in the interests of transparency, do you have a personal rig connected to your pool?
Or any rig, connected to other pools, or solo mining?
Yes, i'm mining at about ~900 MH/s. Or any rig, connected to other pools, or solo mining?
March 24, 2011, 04:15:08 AM
[Tycho],
just for informational purposes and in the interests of transparency, do you have a personal rig connected to your pool?
Or any rig, connected to other pools, or solo mining?
March 24, 2011, 01:59:47 AM
if I run bitcoin server, does that helps free transactions
March 23, 2011, 10:06:47 PM
I don't see why we cannot just make default fees miniscule as to be insignificant, i.e. 1millibitcent (0.00001 BTC) or similar, but more than zero to discourage spamming TXs.
March 23, 2011, 08:49:36 PM
There always will be someone to accept free txes.
We just have to find a way to fight off the bad guys who are flooding to make fees mandatory :)
Let's hope a solution can be found before it is too late.We just have to find a way to fight off the bad guys who are flooding to make fees mandatory :)
March 23, 2011, 08:46:05 PM
There is no doubt that everybody likes a free lunch.
May I also have a free dessert after the free lunch? 
There always will be someone to accept free txes.
We just have to find a way to fight off the bad guys who are flooding to make fees mandatory
Let's hope a solution can be found before it is too late. We just have to find a way to fight off the bad guys who are flooding to make fees mandatory
March 23, 2011, 08:26:16 PM
Great explanation and if I follow correctly, over say a 24 hour period, the blocks that I fully participate in my reward share % should converge towards my pool speed % ( which again is based on the (un)lucky MH/s meter ).
Yes. March 23, 2011, 08:13:36 PM
Just have a question regarding rewards. I currently have about 750Mhash/sec in raw speed which fluctuates between 825Mhashes/sec to 650Mhashes/sec average speed on the account pages. As I understand this is figured is based upon the successful submissions of shares. Based on this average speed my pool % is determined, typically around 1.25%. So far I've participated in the finding of one block, a reward of ~0.24 BTC, I would have expected that 1.25% of the pool would be around 0.625 BTC. Or is it that although I am providing 1.25% of the pool speed, I may not be providing 1.25% of the pool shares?
The percentage of pool's speed displayed on account page is based on the "luck meter" (the MH/s speed display), which is based on counting your submitted shares per some minutes. It's not very steady value, so real payment is based on exact number of your shares per solved block.On average those percentages are similar, but "luck meter" is provided as coarse reference only (you may be more lucky in one minute and less lucky in another one), so check stats page for real value after the block will be added there.
Other differnece between hashing speed percentage and shares percentage:
If you join the pool exactly in the middle of a round and get, for example, 10% of pool's speed and this value may be correct. But since you were participating only half the time, your reward share will be only 5% (4.85%, to be precise). So in this case yes, providing 1.25% of pool's speed doesn't equals to providing 1.25% of shares.
Great explanation and if I follow correctly, over say a 24 hour period, the blocks that I fully participate in my reward share % should converge towards my pool speed % ( which again is based on the (un)lucky MH/s meter ).
March 23, 2011, 08:13:08 PM
Paying a fee was always likely necessary in the long run. You might like sending free transactions, but that also means spammers can spam unlimited numbers of transactions, unless there are some counter-incentives in place.
If that's the case than I'm afraid that bitcoin will fail. I can't be the only one that absolutely despises fees.
There is no doubt that everybody likes a free lunch.
March 23, 2011, 08:11:16 PM
Paying a fee was always likely necessary in the long run. You might like sending free transactions, but that also means spammers can spam unlimited numbers of transactions, unless there are some counter-incentives in place.
If that's the case than I'm afraid that bitcoin will fail. I can't be the only one that absolutely despises fees.We just have to find a way to fight off the bad guys who are flooding to make fees mandatory :)
March 23, 2011, 08:08:04 PM
Paying a fee was always likely necessary in the long run. You might like sending free transactions, but that also means spammers can spam unlimited numbers of transactions, unless there are some counter-incentives in place.
If that's the case than I'm afraid that bitcoin will fail. I can't be the only one that absolutely despises fees.
March 23, 2011, 07:59:17 PM
Just have a question regarding rewards. I currently have about 750Mhash/sec in raw speed which fluctuates between 825Mhashes/sec to 650Mhashes/sec average speed on the account pages. As I understand this is figured is based upon the successful submissions of shares. Based on this average speed my pool % is determined, typically around 1.25%. So far I've participated in the finding of one block, a reward of ~0.24 BTC, I would have expected that 1.25% of the pool would be around 0.625 BTC. Or is it that although I am providing 1.25% of the pool speed, I may not be providing 1.25% of the pool shares?
The percentage of pool's speed displayed on account page is based on the "luck meter" (the MH/s speed display), which is based on counting your submitted shares per some minutes. It's not very steady value, so real payment is based on exact number of your shares per solved block.On average those percentages are similar, but "luck meter" is provided as coarse reference only (you may be more lucky in one minute and less lucky in another one), so check stats page for real value after the block will be added there.
Other differnece between hashing speed percentage and shares percentage:
If you join the pool exactly in the middle of a round and get, for example, 10% of pool's speed and this value may be correct. But since you were participating only half the time, your reward share will be only 5% (4.85%, to be precise). So in this case yes, providing 1.25% of pool's speed doesn't equals to providing 1.25% of shares.
March 23, 2011, 07:44:52 PM
As we can see, someone keeps flooding transaction queue with hundreds of small payments, possibly to force everyone into setting a mandatory transaction fee.
Already more than 1/4 of network is not accepting free transactions, which I don't like because at this time free transactions are a great bitcoin advantage when comparing to another online payment systems.
Already more than 1/4 of network is not accepting free transactions, which I don't like because at this time free transactions are a great bitcoin advantage when comparing to another online payment systems.
Use -limitfreerelay in current git. That will reduce spam, while still allowing free transactions. Non-spammy transactions with larger amounts and older coins will still have higher "free" priority over spam transactions, while continuing to avoid fees.
March 23, 2011, 07:43:21 PM
I'm glad to hear that. Slush's decision to stop including free transactions was the main reason why I switched from his pool to yours. I hope the spam problem can be resolved. In my opinion, if paying a fee will become necessary, bitcoin will die. What is the most hated thing about traditional banking? IT'S THE FEES!
Paying a fee was always likely necessary in the long run. You might like sending free transactions, but that also means spammers can spam unlimited numbers of transactions, unless there are some counter-incentives in place.
March 23, 2011, 07:42:47 PM
Hello:
Just have a question regarding rewards. I currently have about 750Mhash/sec in raw speed which fluctuates between 825Mhashes/sec to 650Mhashes/sec average speed on the account pages. As I understand this is figured is based upon the successful submissions of shares. Based on this average speed my pool % is determined, typically around 1.25%. So far I've participated in the finding of one block, a reward of ~0.24 BTC, I would have expected that 1.25% of the pool would be around 0.625 BTC. Or is it that although I am providing 1.25% of the pool speed, I may not be providing 1.25% of the pool shares?
Just have a question regarding rewards. I currently have about 750Mhash/sec in raw speed which fluctuates between 825Mhashes/sec to 650Mhashes/sec average speed on the account pages. As I understand this is figured is based upon the successful submissions of shares. Based on this average speed my pool % is determined, typically around 1.25%. So far I've participated in the finding of one block, a reward of ~0.24 BTC, I would have expected that 1.25% of the pool would be around 0.625 BTC. Or is it that although I am providing 1.25% of the pool speed, I may not be providing 1.25% of the pool shares?
March 23, 2011, 07:28:22 PM
Regarding this i want to say that my pool will continue to accept free transactions in my blocks.
I'm glad to hear that. Slush's decision to stop including free transactions was the main reason why I switched from his pool to yours. I hope the spam problem can be resolved. In my opinion, if paying a fee will become necessary, bitcoin will die. What is the most hated thing about traditional banking? IT'S THE FEES!
March 23, 2011, 06:15:15 PM
As we can see, someone keeps flooding transaction queue with hundreds of small payments, possibly to force everyone into setting a mandatory transaction fee.
Already more than 1/4 of network is not accepting free transactions, which I don't like because at this time free transactions are a great bitcoin advantage when comparing to another online payment systems.
Regarding this i want to say that my pool will continue to accept free transactions in my blocks. (I alrealy tried to delay this problem by including most of those flood txes when they were generated, but it's not feasible anymore to accept them all)
Also, i'm including all my payment transactions, so pool members will continue to receive their rewards without transaction fees.
Already more than 1/4 of network is not accepting free transactions, which I don't like because at this time free transactions are a great bitcoin advantage when comparing to another online payment systems.
Regarding this i want to say that my pool will continue to accept free transactions in my blocks. (I alrealy tried to delay this problem by including most of those flood txes when they were generated, but it's not feasible anymore to accept them all)
Also, i'm including all my payment transactions, so pool members will continue to receive their rewards without transaction fees.
Jump to: