Red Emerald
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 15, 2012, 11:37:47 PM |
|
Actually how do I use the "--address" option with merged mining? Do I use a "," to separate them?
Thanks!
You can't specify an address for the merged chain (yet). The merged mining still needs some work. The address is currently fetched automatically via the RPC Ok, so I have put the same wallet(s) on all my mining machines, hence they all use the same addresse(s). Is that an ok workaround? Thank you! Why don't you just point all your miners to one p2pool merged mining instance? I have 3 miners but only run one p2pool, bitcoind, and namecoind. DING DING DING. If you are worried about fault tolerance make a second machine be the backup p2pool. Then setup cgminer w/ 3 pools p2pool - main p2pool - backup traditional pool If the machine w/ your p2pool goes down, cgminer will point all miners to the backup p2pool and if it also goes down it will point everything at a traditional pool. Or even better p2pool - main p2pool - backup traditional pool 1 traditional pool 2 traditional pool tor hidden service 1 traditional pool tor hidden service 2
|
|
|
|
thatonegirlt
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 80
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 01:39:27 AM |
|
So I'm still new to this and I'm trying to configure my cgminer/run_p2pool thing properly. I'm just curious if Cgminer is supposed to say that a 'share' is "Accepted" or "Rejected" because I traditionally get a couple Accepted when I first run the program than 90% of the time after that it says Rejected. Is this just because it's not actually getting shares or something?
|
Heard of TripleMining? Join my minipool at thatonegirlt.triplemining.com/register
If you feel in a donating mood, fyi: BTC: 1Aojiin3eXgDoEmSKkCaec1kh678Q96BmH NMC: N16kRfVy43shrE1jnrFP7hzwfFcvb9UHrM LTC: LMk3hTQVNZdKsKYEf1VViVYepgm8F5GVnj
|
|
|
Vanderbleek
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 01:49:34 AM |
|
So I'm still new to this and I'm trying to configure my cgminer/run_p2pool thing properly. I'm just curious if Cgminer is supposed to say that a 'share' is "Accepted" or "Rejected" because I traditionally get a couple Accepted when I first run the program than 90% of the time after that it says Rejected. Is this just because it's not actually getting shares or something?
What version of CGMiner are you using? I had a problem like that on 2.2.3, switching to 2.2.5 fixed it.
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 01:59:22 AM |
|
1GH/s (if you have that much) with a share difficulty of 500 (look up what it currently is) will take approximately 35.79 mins per share. As I mentioned recently, with a variance of 8 on that (which isn't impossible) you may even take up to 4.66hours before you'd see a share at 1GH/s (or longer) Take into consideration those numbers ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
Wandering Albatross
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 70
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 02:25:16 AM |
|
Take into consideration those numbers
Number of p2pool users will level off as many discover their rigs are too small for p2pool. p2pool proponents will sell them variance but the users won't buy it and go back to thier previous pool.
|
BTC: 1JgPAC8RVeh7RXqzmeL8xt3fvYahRXL3fP
|
|
|
Rubberduckie
Legendary
Offline
Activity: 1442
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 02:36:00 AM |
|
Take into consideration those numbers
Number of p2pool users will level off as many discover their rigs are too small for p2pool. p2pool proponents will sell them variance but the users won't buy it and go back to thier previous pool. What would be considered enough hashrate to make P2Pool worthwhile? (I've got approx 700 Mh/s)
|
|
|
|
Rubberduckie
Legendary
Offline
Activity: 1442
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 02:44:04 AM |
|
did the pool just mine 2 blocks in the space of 6 minutes? ![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
|
|
|
|
cabin
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 02:50:01 AM |
|
Even at 200 Mh/s I still get multiple shares and payouts per day which is more than enough. It's not like I was withdrawing once a day from the regular pools. Take into consideration those numbers
Number of p2pool users will level off as many discover their rigs are too small for p2pool. p2pool proponents will sell them variance but the users won't buy it and go back to thier previous pool. What would be considered enough hashrate to make P2Pool worthwhile? (I've got approx 700 Mh/s)
|
|
|
|
Rubberduckie
Legendary
Offline
Activity: 1442
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 02:55:13 AM |
|
I do really like the concept of P2pool, So I'm mining both BTC and LTC for the foreseeable future
|
|
|
|
cabin
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 02:56:37 AM |
|
If P2Pool ever makes it into the main client I have an idea/question... could it incorporate the concept of 'mini-confirmations' for transactions. They are every 10 seconds so they would be great for point of sale type stuff.. merchants would have a bit of confidence for small purchases after just a few seconds. Of course for large transactions you would still want to wait for the 6 full real confirmations. Anyways.. just a thought.
|
|
|
|
rjk
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 448
Merit: 250
1ngldh
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 03:27:03 AM |
|
If P2Pool ever makes it into the main client I have an idea/question... could it incorporate the concept of 'mini-confirmations' for transactions. They are every 10 seconds so they would be great for point of sale type stuff.. merchants would have a bit of confidence for small purchases after just a few seconds. Of course for large transactions you would still want to wait for the 6 full real confirmations. Anyways.. just a thought.
P2Pool shares are not in any way analogous to block solves in that manner. So basically, no.
|
|
|
|
Rassah
Legendary
Offline
Activity: 1680
Merit: 1035
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 03:40:12 AM |
|
If P2Pool ever makes it into the main client I have an idea/question... could it incorporate the concept of 'mini-confirmations' for transactions. They are every 10 seconds so they would be great for point of sale type stuff.. merchants would have a bit of confidence for small purchases after just a few seconds. Of course for large transactions you would still want to wait for the 6 full real confirmations. Anyways.. just a thought.
The point of a conformation is to make it difficult to double-spend and difficulty is based on hashing power x amount of time required to hash. It does't matter how many blocks are solved in the mean time; ten blocks one every 10 seconds and one block once every 100 seconds gives you exactly the same amount of security if the overall hash rate is the same.
|
|
|
|
dooglus
Legendary
Offline
Activity: 2940
Merit: 1333
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 05:37:35 AM |
|
ten blocks one every 10 seconds and one block once every 100 seconds gives you exactly the same amount of security if the overall hash rate is the same.
That might be true if the blocks were chained together, with each one depending on the previous one. But in P2Pool the share chain doesn't require this. The transactions appearing in one share may or may not appear in the following share in the sharechain and it just doesn't matter. So it's possible you see your transaction in a share in the sharechain, and then see 10 more shares follow it, each of which not containing your transaction. All that seeing your transaction in a share tells you is that a miner somewhere has accepted your transaction into his pool and is trying to mine it at the moment. It absolutely doesn't tell you that it will ever be successfully mined.
|
Just-Dice | ██ ██████████ ██████████████████ ██████████████████████████ ██████████████████████████████ ██████████████████████████████ ██████████████████████████████ ██████████████████████████████ ██████████████████████████████ ██████████████████████████████ ██████████████████████████████ ██████████████████████████████ ██████████████████████████████ ██████████████████████ ██████████████ ██████ | Play or Invest | ██ ██████████ ██████████████████ ██████████████████████████ ██████████████████████████████ ██████████████████████████████ ██████████████████████████████ ██████████████████████████████ ██████████████████████████████ ██████████████████████████████ ██████████████████████████████ ██████████████████████████████ ██████████████████████████████ ██████████████████████ ██████████████ ██████ | 1% House Edge |
|
|
|
thatonegirlt
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 80
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 07:47:16 AM |
|
So I'm still new to this and I'm trying to configure my cgminer/run_p2pool thing properly. I'm just curious if Cgminer is supposed to say that a 'share' is "Accepted" or "Rejected" because I traditionally get a couple Accepted when I first run the program than 90% of the time after that it says Rejected. Is this just because it's not actually getting shares or something?
What version of CGMiner are you using? I had a problem like that on 2.2.3, switching to 2.2.5 fixed it. Version 2.2.1. I tried 2.2.5 previously but it really messed up my hashrate so I reverted back to 2.2.1.
|
Heard of TripleMining? Join my minipool at thatonegirlt.triplemining.com/register
If you feel in a donating mood, fyi: BTC: 1Aojiin3eXgDoEmSKkCaec1kh678Q96BmH NMC: N16kRfVy43shrE1jnrFP7hzwfFcvb9UHrM LTC: LMk3hTQVNZdKsKYEf1VViVYepgm8F5GVnj
|
|
|
Rubberduckie
Legendary
Offline
Activity: 1442
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 08:40:47 AM |
|
So I'm still new to this and I'm trying to configure my cgminer/run_p2pool thing properly. I'm just curious if Cgminer is supposed to say that a 'share' is "Accepted" or "Rejected" because I traditionally get a couple Accepted when I first run the program than 90% of the time after that it says Rejected. Is this just because it's not actually getting shares or something?
What version of CGMiner are you using? I had a problem like that on 2.2.3, switching to 2.2.5 fixed it. Version 2.2.1. I tried 2.2.5 previously but it really messed up my hashrate so I reverted back to 2.2.1. cgminer 2.2.6 works well for me,less rejects than 2.2.5
|
|
|
|
|
avral
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 09:56:03 AM |
|
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 11:20:04 AM |
|
LOL it's funny to see people watch that and " ![Cry](https://bitcointalk.org/Smileys/default/cry.gif) " Even though he was wrong, it still makes me think of Agent Smith: You hear that, Mr. Anderson? That is the sound of inevitability.
|
|
|
|
cabin
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 11:33:42 AM |
|
That makes sense, tweaks would be needed for sure so that say the later transaction in a double spend attempt couldn't be included if a first transaction with that same amount has already made it into the share chain. Right now I guess the only transaction that is required and verified is the generation payout for all the shares.. a miner could in theory drop all others I imagine. And these tweaks might be incompatible with other goals like keeping the share size small. But I do think there will be lot of demand for instant confirm mobile transactions.. and it would be nice to have some security on them for the time between 0 confirms and 1 confirm. ten blocks one every 10 seconds and one block once every 100 seconds gives you exactly the same amount of security if the overall hash rate is the same.
That might be true if the blocks were chained together, with each one depending on the previous one. But in P2Pool the share chain doesn't require this. The transactions appearing in one share may or may not appear in the following share in the sharechain and it just doesn't matter. So it's possible you see your transaction in a share in the sharechain, and then see 10 more shares follow it, each of which not containing your transaction. All that seeing your transaction in a share tells you is that a miner somewhere has accepted your transaction into his pool and is trying to mine it at the moment. It absolutely doesn't tell you that it will ever be successfully mined.
|
|
|
|
stevegee58
Legendary
Offline
Activity: 916
Merit: 1003
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 16, 2012, 12:00:41 PM |
|
cgminer 2.2.6 works well for me,less rejects than 2.2.5
I'm a bit disappointed after trying p2pool for 24 hours but maybe my expectations are wrong. I'm running the latest cgminer 2.2.6 as well as the latest p2pool and bitcoin clients. Everything is set up correctly and the various programs are reporting being happy. However I've only been paid 4 times. Cgminer reports "accepted" about 2.5-3 times per minute (I'm running a single 6770). While using deepbit I was being paid about 0.13 BTC/day. On p2pool I seem to be making about 0.02 BTC/day. The weird thing is that yesterday I was paid twice while I sat there watching after restarting everything. Then after running all night there was nothing.
|
You are in a maze of twisty little passages, all alike.
|
|
|
|