Here is my code for any p2pools that want to connect. If you have a current DGC p2pool please don't modify that one and change to this code. Instead, start a new p2pool and use a different WORKER_PORT than your current pool (does not have to be 8810) otherwise you will get a bunch of orphans from your miners since they are submitting work based on different parameters. Not sure how long that will last. Perhaps until the miner reconnects or accepts the new settings. Either way it's not pretty. All connecting P2Pools must have the same parameters. p2pool/networks.py digitalcoin=math.Object(
PARENT=networks.nets['digitalcoin'],
SHARE_PERIOD=30, # seconds target spacing
CHAIN_LENGTH=24*60*60//10, # shares
REAL_CHAIN_LENGTH=24*60*60//10, # shares
TARGET_LOOKBEHIND=200, # shares coinbase maturity
SPREAD=90, # blocks
IDENTIFIER='7696CFD6441FB537'.decode('hex'),
PREFIX='4C2530B5ED0E1EB5'.decode('hex'),
P2P_PORT=23396,
MIN_TARGET=0,
MAX_TARGET=2**256//2**20 - 1,
PERSIST=False,
WORKER_PORT=8810,
BOOTSTRAP_ADDRS='dgc.xpool.net'.split(' '),
ANNOUNCE_CHANNEL='#digitalcoin',
VERSION_CHECK=lambda v: True,
),
p2pool/bitcoin/networks.py digitalcoin=math.Object(
P2P_PREFIX='fbc0b6db'.decode('hex'),
P2P_PORT=7999,
ADDRESS_VERSION=30,
RPC_PORT=7998,
RPC_CHECK=defer.inlineCallbacks(lambda bitcoind: defer.returnValue(
'digitalcoinaddress' in (yield bitcoind.rpc_help()) and
not (yield bitcoind.rpc_getinfo())['testnet']
)),
SUBSIDY_FUNC=lambda height: 1*10000000 >> (height + 1)//1080000,
POW_FUNC=lambda data: pack.IntType(256).unpack(__import__('ltc_scrypt').getPoWHash(data)),
BLOCK_PERIOD=30, # s targetspacing
SYMBOL='DGC',
CONF_FILE_FUNC=lambda: os.path.join(os.path.join(os.environ['APPDATA'], 'digitalcoin') if platform.system() == 'Windows' else os.path.expanduser('~/Library/Application Support/digitalcoin/') if platform.system() == 'Darwin' else os.path.expanduser('~/.digitalcoin'), 'digitalcoin.conf'),
BLOCK_EXPLORER_URL_PREFIX='http://dgc.cryptocoinexplorer.com/block/',
ADDRESS_EXPLORER_URL_PREFIX='http://dgc.cryptocoinexplorer.com/address/',
SANE_TARGET_RANGE=(2**256//100000000 - 1, 2**256//1000 - 1),
DUMB_SCRYPT_DIFF=2**16,
),
p2pool/bitcoin/helper.py if 'lite' in net.NAME or 'digital' in net.NAME:
|
|
|
|
Thanks saber! Just to make sure, the main DGC thread lists your server location in Irvine, CA correct? Yes, the server is located at the Savvis datacenter in Irvine, CA. It is one of the best datacenters I have seen. Unlike a lot of other pools this one does not share resources in a hosted environment. It has it's own dedicated equipment. Does the distance from the server affect anything at all? For your question related to distance of your miner to the P2Pool please reference this link and look under section "What matters for good P2Pool results: low latencies": https://bitcointalk.org/index.php?topic=153232.0;allThis web site lists latencies of various BTC and LTC P2Pools: http://p2pool.hostv.pl/Notice the ping and GWTL columns. This will give you an idea of some of the better performing P2Pools. Please take note that performance is based off the location of the web site and not your miner so only use it as a general guide. You will have to test latency to the pool from your miner. Finally, how many confirmations after a block is found? The minute a block is found your portion is immediately deposited into your wallet. All the confirmation happen in your own Wallet. The number of confirmations depends on the crytocoin. Please feel free to ask any more question and I will do my best to answer them. |
|
|
|
Back to back blocks...good job guys   Were hitting a lucky streak!  |
|
|
|
Amph, we just found 3 more block during the time I was posting and you just got three more payments:  |
|
|
|
DLVtuncwidSTe9tJzACFPFqUVSvqZmf4GY
I checked it out and you got 5.5168398 DGC so far. You will continue to get payouts from the pool even though you stopped mining for a bit...it's how PPLNS works. For example...if we were to find a block right now you would get 0.32673408. This will start to decrease unless you come back and maintain your PPLNS. On the other pool you gave as an example you get 0.07965215/block (right now) but since they have 28 Mh/s you will get a payout more often since they will find blocks more often. It should about equal out over time. Maybe they had a lucky streak during the time you were there recently. I'm sorry about your experience and your expected payout over the last day. The difficulty did increase and then come down during this time so that may have something to do with it. Send me a PM and I will do what I can to make things right with you. |
|
|
|
Back to back blocks...good job guys |
|
|
|
|
Hi Amph,
What is your wallet address? I'll look into it.
|
|
|
|
Just checking but did you try going to http://dgc.xpool.net:8810 in your browser? If you try to go to stratum+tcp://dgc.xpool.net:8810 in the browser that will not work. Have updated the original post with links to the web site. |
|
|
|
what is the best p2pool right now paying instantly? like to try mining digitalcoin All p2pools should pay out instantly. Try to find one close to you with good efficiency %. Bringing up another p2pool on the East Coast of America. This one is on the West Coast: dgc.xpool.net:8810 actually there's almost no point in being close to the pool. i have reports from west coast USA miners to get accurate payouts from my pool which is located in europe. any ping less than 300ms is okay with stratum. He was asking about p2pools. From what I have read it is better to find the lowest latency to your p2pool. Here is one of the sources where I got this from: https://bitcointalk.org/index.php?topic=153232.0;allExcerpts: Reasons to use P2Pool as your mining pool- You are in charge.
- No single point of failure in the pool
- There are small statistical advantages increasing income vs traditional pools
P2pool's advantages for miners looking for better incomes
Fees are optional and transactions are paid to miners. On average, if your miners have latencies comparable to the other miners on P2Pool, you should have more income on P2Pool than on any other pool. In fact you should expect as much (or more, see point below) income as you would have solo mining with reduced variance thanks to other P2Pool miners contributing their own hashrate.
P2Pool blocks are quickly broadcasted to the Bitcoin network through all the bitcoind nodes used by the whole P2Pool network. If another pool finds a block at the same time than P2Pool, it probably is at a disadvantage: that's more income for P2Pool on average.
What matters for good P2Pool results: low latenciesOn average a miner on a classic pool needs to react to a new coinbase every 10 minutes. Every 10 minutes a miner on any pool can submit a share based on a block that isn't the last one anymore. This is wasted effort: it doesn't help generate the next block in the chain and the pool suffers from this. Most pools reject such work and ignore it when they compute miners' rewards. Miners are often separated from their pools by long-distance networks with tens or hundreds of milliseconds of latency. This means that every 10 minutes a miner on a normal pool is wasting its efforts for at least tens or hundreds of milliseconds. This is why there are rejects even on properly tuned classic setups: for 10ms of latency between miner and pool on average you should expect 0.01/(60*10) = 0.0016%: | Latency | Expected rejects | | 10ms | 0.0016% | | 100ms | 0.016% | | 1s | 0.16% |
Conclusion: on a traditional pool, relatively high latencies aren't such a big deal. On P2Pool, the tracking of the proof of work is implemented by a sharechain which mirrors several properties of the Bitcoin blockchain: - A share is a proof of work with a given difficulty
- A share uses the previous share in its input to make a sharechain like blocks do to build the blockchain
- It builds on a block template given by a Bitcoin node: a share hitting the Bitcoin difficulty can become a block too
- It's difficulty is dynamically adjusted to maintain a fixed average rate of share generation (one every 10 seconds)
The last point means that having a low latency is important for a P2Pool miner. Pay attention to the fact that a share being submitted too late to enter the sharechain can still produce a block so it's not wasted work (high reject rates are not a problem for global income on P2Pool unlike rejects on traditional pools). This said as the rejected share isn't in the sharechain it won't count as a proof of work for the purpose of distributing the pool's income. Ok, I'll stop short of quoting the whole thing now  |
|
|
|
Changing server to (UTC) Coordinated Universal Time. Restarting pools. Mining should only be interrupted for a few milliseconds. You should not notice any anything  |
|
|
|
what is the best p2pool right now paying instantly? like to try mining digitalcoin All p2pools should pay out instantly. Try to find one close to you with good efficiency %. Bringing up another p2pool on the East Coast of America. This one is on the West Coast: dgc.xpool.net:8810 Not quite true, you make take several hours to find a share before you are even eligible for a payout, and then the pool has to find a block, unlike say a PPS pool which will simply credit your account the instant a block is found. DGC needs a PPS pool or two. Yup, I agree. Was just thinking about how on PushPools your coin accumulate in your account (on the pool) and then you have to cash out usually with fee's attached. People seem to like PushPools for some reason though...perhaps it's the web interface. I do like that. BigVern's pools were my goto before I discovered P2Pools. I miss the web interface of Pushpools and the sorta competitive nature between miners it presented (at least in my perspective). The information it gives miners is easier to follow than p2pools. East coast server just waiting for the wallet to download....should I bring up a EU server? I'm just bringing these up to test combined hashing between p2pools. Don't know if they will be permanent yet. |
|
|
|
|
Thanks!
I do have a couple of questions though:
Why did you choose SPREAD=30
Why did you not modify helper.py to include WDC?
|
|
|
|
what is the best p2pool right now paying instantly? like to try mining digitalcoin All p2pools should pay out instantly. Try to find one close to you with good efficiency %. Bringing up another p2pool on the East Coast of America. This one is on the West Coast: dgc.xpool.net:8810 |
|
|
|
Here this is more like it. Just took another glance/screen shot:  Can push them over 755 but they dont run reliably at that rate and I dont want to be restarting the miner every couple days. It also uses up a lot more power. |
|
|
|
Intensity 13 and mashing out ~700 Kh/s !? What video card are you running? Getting around 4.56% rejections on nearmiss's pool  Its either my configuration or the pool. They must be 7970s. I've heard they only work optimally at I 13. Yup, they are 7970s...and they usually run right at 722...don't know why it was so low when I took the screenshot but the average was 722. |
|
|
|
Screenshot of my miner with 0.49% rejects:  |
|
|
|
|
..or maybe run in a separate instance in a different folder as to not interfere with your current miners?
|
|
|
|
Update on p2pool testing : spread 90 is definitely not a good value, it give too much reject.
Did you try creating a new pool folder as x3maniac suggested? |
|
|
|
2500 post! Also, DGC is doing very well at cryptsy.com, so make sure to check it.
Thanks for all the support baritus! |
|
|
|
|
The most stable setting for me gave a solid 722 with 1025/1500 on 1.1v for 2.842519685 Kh/W
Next level up gave me 733 Kh/s with 1040/1500 on 1.1v for 2.841085271 Kh/W but found it a bit unstable.
1070/1500 gave me 755 but found it unstable and I'm sure the Kh/W was worse.
You can push these things higher but should consider the cost of doing so...at least for 24/7 mining.
|
|
|
|
|
Show Posts
