Author

Topic: [ANN][DGC] Digitalcoin | Multi-algo & Masternodes | Established 2013 - page 170. (Read 523478 times)

sr. member
Activity: 336
Merit: 250
one more quick one, concerning all of the talk about networking the P2Pools... would that help cut down on the amount of "requested work restart"s that i'm getting? cause that seems like it would be good? sounds like having them all talk to each other would up everyone's efficiency? would that result in less orphans or rejects, and result in better overall hashing power? would that change how much rewards people are receiving? or if everyone's efficiency gets upgraded at the same time, would it just mean that the network will be more robust but the rewards would still pretty much remain the same?

I found when I changed the setting on the pool to SPREAD=90 it significantly cut down on Stratum request for work restart. Try dgc.xpool.net:8810 to see if that is the case for you there.

Connecting the pools will have them using their hash rates collectively for finding blocks. You will get your portion regardless of the p2pool your on when a block is found. More blocks will be found but your portion of the share will be smaller because of the increased number of miners on various p2pools working together. An example can be seen at ltc.xpool.net:9327

Even though there is only one miner at that "node" with 250 Kh/s he will still get a portion of a found block. The entire pool (collective?) is over 620 Mh/s so he is participating with that hashing power even though the local node is only providing 250 Kh/s of it. If it was not connected the miner would rarely if ever be paid with only 250 Kh/s. Since ltc.xpool.net:9327 is participating with the other p2pools he will get paid regularly.

Don't know if that makes sense...it is my understanding of it anyhow Smiley


Yes.  The litecoin P2Pool is a great example. 

There are plenty of miners out there who would like to participate but due to the lower hash rates they sit on the
sidelines and only mine at the inception of a coin.  If all P2Pool ops came to a consensus, Digitalcoin P2Pool could
expand towards the depth of the Litecoin P2Pool where even the miners with lower hash rate can have
a piece of the Digitalcoin future! 



newbie
Activity: 50
Merit: 0
Is it just me or is this coin greatly undervalued?

It seems the market believes it's not just you.
check your e-mail please

Hey,

You can post any issue here or PM me it. That way others can help you too.
ok I've been going crazy can anyone help me with the difficulty trying to figure out when the next change will be and what it will be


The pool I use had current dif, projected dif and change time on the sidebar - http://dgc.epools.org/
legendary
Activity: 1270
Merit: 1000
Almost every time I look at the digitalcoin wallet it is stuck re-syncing. Is that a problem? Since I run it 24/7 on a dedicated server it's not easy to know when it's in the re-syncing mode. I have added the nodes listed in the first post but that did not help.

This wallet is used by the pool so if it is causing any delays then that is a concern. Don't actually see that it's causing any problems. Have lost some found blocks to others in the network but don't know if the wallet sync issue is the cause.

Only happening on the DGC wallet.
sr. member
Activity: 336
Merit: 250
p2pool\networks.py
Code:
        SPREAD=90, # blocks
        IDENTIFIER='7696CFD6441FB537'.decode('hex'),
        PREFIX='4C2530B5ED0E1EB5'.decode('hex'),
        P2P_PORT=23396,
        WORKER_PORT=8810

I can see that the published P2Pool code in post #1 has alternate values for the following :-

p2pool/network.py
Code:
        SPREAD=72, # blocks
        IDENTIFIER='a5aed03050126d6d'.decode('hex'),
        PREFIX='b6c0601991aa19a3'.decode('hex'),
        P2P_PORT=25396,
        WORKER_PORT=25397,


Would you be able to let us know why you chose those values?  At least that way we can all come to a consensus P2Pool.

I chose SPREAD=90 since from research on the forum I found that this is suppose to be based on the block target time of the altcoin.

bitcoin SPREAD=3 block every 600 seconds           Baseline
litecoin SPREAD=12 block every 150 seconds         600/150=4       4x3=12
bbqcoin SPREAD=30 block every 60 seconds          600/60=10       10x3=30
digitalcoin SPREAD=90 block every 20 seconds       600/20=30       30x3=90

Please correct me if this is wrong!

IDENTIFIER, PREFIX and P2P_PORT are random but have to match from pool to pool to successfully connect. Again, got this from researching on the forum so please let me know if you find something to the contrary. Also, not sure if my values are valid since I just used random 19 digit numbers and converted them to hex.

WORKER_PORT is the port miners will connect to. This can be unique for each pool.

Excellent.  The question now arises as to how we get all P2Pool ops to use consensus code.  I will send a PM to akabane (who has has a P2Pool github link in post #1)
to see if he has any additional info on P2Pool configuration requirements.  I hope we can all pull this off.
legendary
Activity: 1023
Merit: 1001
Tokenize Fantasy Sports
What does the .0025 do on this?

YOURDGCADDRESS+0.0025

This requests that the P2Pool send you work to solve at a difficulty of .0025.  Optional.  Can reduce the number of stales and orphans for your local submissions

.0025 is good for a 7970 may want to reduce that to .00125 or lower for a lesser GPU

I have 3 7950s on one and a single 7950 on another, what value to optimize it them.  I tried letting pool do not but it was disastrous output.  I used cart mans numbers and looks like .0029### was good for 1800, and .0007 I think was close for 7950.  Can someone let me know what they use?
legendary
Activity: 1270
Merit: 1000
With the discussion of the p2pools, the one thing that I like a lot is that with pools working together, you can designate one of the other pools as a backup if the current pool you are connected to goes down or has any connection problems.  When you move to the backup server, you do not lose any of the past work that your miner(s) have done, you continue as though you were still connected to the first server.

Wow, didn't know that. Since PPLNS can take up to 24 hour to reach your full payout amount that is a powerful feature.
sr. member
Activity: 447
Merit: 250
With the discussion of the p2pools, the one thing that I like a lot is that with pools working together, you can designate one of the other pools as a backup if the current pool you are connected to goes down or has any connection problems.  When you move to the backup server, you do not lose any of the past work that your miner(s) have done, you continue as though you were still connected to the first server.
sr. member
Activity: 266
Merit: 250
aka 7Strykes
I dont want to come off as an authority on any of this stuff though..it is just my understanding from researching the board.

The knowledge you have is still always accepted. Don't fret.
legendary
Activity: 1270
Merit: 1000
To expand on the example of the one miner at the ltc.xpool.net:9327 node you can lookup his payment address in the charts. Then go to the payout section and search for his address. You will see his expected share of the next payout along with everyone else's in the entire 620 Mh/s pool...kinda neat if you think about it.

When you select a p2pool you will want one that is obviously participating with other p2pool to increase the frequency of payments. Selecting a p2pool comes down to finding the one that is "closest" to your miner. By closest I mean has the lowest latency. Also look for a p2pool that has a low number of orphaned shares. I hear that dead shares don't matter much. You want to be on a p2pool that is reliable (don't go with the hours in node up time section as that resets if the node has to be momentarily restarted..check the graphs for big lapses in data).

I dont want to come off as an authority on any of this stuff though..it is just my understanding from researching the board.
legendary
Activity: 1270
Merit: 1000
one more quick one, concerning all of the talk about networking the P2Pools... would that help cut down on the amount of "requested work restart"s that i'm getting? cause that seems like it would be good? sounds like having them all talk to each other would up everyone's efficiency? would that result in less orphans or rejects, and result in better overall hashing power? would that change how much rewards people are receiving? or if everyone's efficiency gets upgraded at the same time, would it just mean that the network will be more robust but the rewards would still pretty much remain the same?

I found when I changed the setting on the pool to SPREAD=90 it significantly cut down on Stratum request for work restart. Try dgc.xpool.net:8810 to see if that is the case for you there.

Connecting the pools will have them using their hash rates collectively for finding blocks. You will get your portion regardless of the p2pool your on when a block is found. More blocks will be found but your portion of the share will be smaller because of the increased number of miners on various p2pools working together. An example can be seen at ltc.xpool.net:9327

Even though there is only one miner at that "node" with 250 Kh/s he will still get a portion of a found block. The entire pool (collective?) is over 620 Mh/s so he is participating with that hashing power even though the local node is only providing 250 Kh/s of it. If it was not connected the miner would rarely if ever be paid with only 250 Kh/s. Since ltc.xpool.net:9327 is participating with the other p2pools he will get paid regularly.

Don't know if that makes sense...it is my understanding of it anyhow Smiley
legendary
Activity: 980
Merit: 1000
WOW! techbytes with the slam dunk! great info, it's really almost a shame that it will be buried in this thread for someone searching for the same question in a year's time.

I'd upvote this to be sticked in a thread in the actual DGC forums... there's quite a few really juicy nuggets of info that i've found in this thread pertaining to mining in general that i've been unable to find elsewhere... would love to have some of the choice nuggets all in one easily referenced place. would make DGC look good for all the noobs like me who are just getting into mining after hearing about the BTC boom...

one more quick one, concerning all of the talk about networking the P2Pools... would that help cut down on the amount of "requested work restart"s that i'm getting? cause that seems like it would be good? sounds like having them all talk to each other would up everyone's efficiency? would that result in less orphans or rejects, and result in better overall hashing power? would that change how much rewards people are receiving? or if everyone's efficiency gets upgraded at the same time, would it just mean that the network will be more robust but the rewards would still pretty much remain the same?

wonder how off base i am with all of this ^_^
hero member
Activity: 532
Merit: 500
Is it just me or is this coin greatly undervalued?

It seems the market believes it's not just you.
check your e-mail please

Hey,

You can post any issue here or PM me it. That way others can help you too.
ok I've been going crazy can anyone help me with the difficulty trying to figure out when the next change will be and what it will be
member
Activity: 70
Merit: 10
Good job, techbytes. That's good info. I don't know Windows so well. I'm building a new computer with an SSD this weekend. I'll probably have a Windows install on it. I'll use your tip.
legendary
Activity: 966
Merit: 1052
Is it just me or is this coin greatly undervalued?

It seems the market believes it's not just you.
check your e-mail please

Hey,

You can post any issue here or PM me it. That way others can help you too.
legendary
Activity: 1694
Merit: 1054
Point. Click. Blockchain
ahhh appdata! how did i forget that! thanks cartman!

so mine's 114MB right now, which is pretty small, i thought it'd be a lot bigger. I've read that one of the concerns of short timed blocks is that the blockchain will be huge in a few years... really don't know anything about it, just what i've seen others say. (really not sure if this is even an issue to begin with)

all i'm wondering is, would it be possible to change the directory to something that's not in appdata? I run an SSD as my primary C drive, and programs throwing things unbeknownst to me in programfiles, or appdata which i cannot move is a frequent nuisance when dealing with a 120gig SSD.

The chain could become 100 gigs for all i care in 10 years time, aslong as i can put that on my shiny new 50 tera HDD in 2023 ^_^ and not my C drive.


I too have an 120GB SSD.  I put all my altcoins data on my 2TB drive.  Exit out of the client, copy the digitalcoin directory in "appdata" and paste it to where ever drive you want.  In my case it's the D drive under directory call "appdata".  Now, create a shortcut to the digitalclient-qt.exe and then right click the shortcut, select properties and put in the
"-datadir=d:\appdata\digitalcoin" flag without the quote.  See screenshot.  You can delete the "digitalcoin" directory in your C appdata when you see everything is running fine in the new location.




-tb-
hero member
Activity: 532
Merit: 500
Is it just me or is this coin greatly undervalued?

It seems the market believes it's not just you.
check your e-mail please
sr. member
Activity: 266
Merit: 250
aka 7Strykes
What I think we now desperately need is escrow service with a reliable owner, like maybe DGC dev team themselves.
Any plans on that?

DudeIamI made one that works well.

the link?
What is the link

Sorry for not posting the link. Its here: https://bitcointalksearch.org/topic/annescrow-dudeamis-automated-escrowexchange-support-for-27-coins-210389 Supports DGC too.
member
Activity: 70
Merit: 10
This is something being worked on in the bitcoin software, but I'm not sure how far they have gotten with it. With Linux, you can put your home folder, or most any other folder for that mater, on a different drive or partition. I would assume that you could do the same in Windows, but I wouldn't be able to say how.
legendary
Activity: 980
Merit: 1000
ahhh appdata! how did i forget that! thanks cartman!

so mine's 114MB right now, which is pretty small, i thought it'd be a lot bigger. I've read that one of the concerns of short timed blocks is that the blockchain will be huge in a few years... really don't know anything about it, just what i've seen others say. (really not sure if this is even an issue to begin with)

all i'm wondering is, would it be possible to change the directory to something that's not in appdata? I run an SSD as my primary C drive, and programs throwing things unbeknownst to me in programfiles, or appdata which i cannot move is a frequent nuisance when dealing with a 120gig SSD.

The chain could become 100 gigs for all i care in 10 years time, aslong as i can put that on my shiny new 50 tera HDD in 2023 ^_^ and not my C drive.
legendary
Activity: 1270
Merit: 1000
not to derail what seems like important conversation again with a noob question, but where is the block chain living on my computer after installing the DGC wallet? the folder i extracted seems to be unchanged, but i thought it was was DLing the chain to my PC... tried looking in documents and program data but maybe i missed it?
%appdata%
On Windows. We were all there at one point Smiley
Jump to: