send please link for new cpu miner. i not found(
What cpu miner are u using?
Here-> https://github.com/elmad/darkcoin-cpuminer-1.3-avx-aes/releases
you can get the windows binaries of my first release.
Topic: [ANN][DASH] Dash (dash.org) | First Self-Funding Self-Governing Crypto Currency - page 6829. (Read 9723508 times)
February 21, 2014, 09:45:26 AM
What cpu miner are u using?
Here-> https://github.com/elmad/darkcoin-cpuminer-1.3-avx-aes/releases
you can get the windows binaries of my first release.
February 21, 2014, 09:41:59 AM
can someone post a working config for 280x and 7950?
tried on my 280x it was getting only 800kh, i've read that it's supposed to get 2Mh?
thanks
tried on my 280x it was getting only 800kh, i've read that it's supposed to get 2Mh?
thanks
On my 7970's and 280x's I'm getting over 2MH/s per card with the following;
Code:
"intensity" : "20,20,20,20",
"xintensity" : "0,0,0,0",
"rawintensity" : "0,0,0,0",
"worksize" : "256,256,256,256",
"kernel" : "darkcoin,darkcoin,darkcoin,darkcoin",
"lookup-gap" : "2,2,2,2",
"thread-concurrency" : "22400,22400,22400,22400",
"shaders" : "0,0,0,0",
"gpu-threads" : "1,1,1,1",
"gpu-engine" : "700-1030,700-1030,700-1030,700-1030",
"gpu-fan" : "60-100,60-100,60-100,60-100",
"gpu-memclock" : "1500,1500,1500,1500",
"gpu-memdiff" : "0,0,0,0",
"gpu-powertune" : "0,0,0,0",
"gpu-vddc" : "0.000,0.000,0.000,0.000",
"temp-cutoff" : "95,95,95,95",
"temp-overheat" : "88,88,88,88",
"temp-target" : "84,84,84,84",
"xintensity" : "0,0,0,0",
"rawintensity" : "0,0,0,0",
"worksize" : "256,256,256,256",
"kernel" : "darkcoin,darkcoin,darkcoin,darkcoin",
"lookup-gap" : "2,2,2,2",
"thread-concurrency" : "22400,22400,22400,22400",
"shaders" : "0,0,0,0",
"gpu-threads" : "1,1,1,1",
"gpu-engine" : "700-1030,700-1030,700-1030,700-1030",
"gpu-fan" : "60-100,60-100,60-100,60-100",
"gpu-memclock" : "1500,1500,1500,1500",
"gpu-memdiff" : "0,0,0,0",
"gpu-powertune" : "0,0,0,0",
"gpu-vddc" : "0.000,0.000,0.000,0.000",
"temp-cutoff" : "95,95,95,95",
"temp-overheat" : "88,88,88,88",
"temp-target" : "84,84,84,84",
February 21, 2014, 09:41:20 AM
Jumping on this now after a while of other altcoin mining.
Regarding p2p pool mining, why is there such big difference between predicted payout when mining with approx. the same hashrate?
See my example:
And if you look at the blockexplorer, the predictions seem quite close to the truth.
Is it the hashrate calculation that is way off in some cases?
Regarding p2p pool mining, why is there such big difference between predicted payout when mining with approx. the same hashrate?
See my example:
Code:
Adress Hashrate Predicted payout
Xxxxxxxxxxx 18.43 MH/s 352.81 KH/s 1.91% 0.44183695 DRK
Xxxxxxxxxxx 18.43 MH/s 563.84 KH/s 3.06% 4.37893675 DRK
This is taken from the p2p mentioned in the first post.Xxxxxxxxxxx 18.43 MH/s 352.81 KH/s 1.91% 0.44183695 DRK
Xxxxxxxxxxx 18.43 MH/s 563.84 KH/s 3.06% 4.37893675 DRK
And if you look at the blockexplorer, the predictions seem quite close to the truth.
Is it the hashrate calculation that is way off in some cases?
Quote
Payout logic
Each share contains a generation transaction that pays to the previous n shares, where n is the number of shares whose total work is equal to 3 times the average work required to solve a block, or 8640 (= 24 hours of shares), whichever is smaller. Payouts are weighted based on the amount of work each share took to solve, which is proportional to the p2pool difficulty at that time.
The block reward (currently 25BTC) and the transaction fees are combined and apportioned according to these rules:
A subsidy of 0.5% is sent to the node that solved the block in order to discourage not sharing solutions that qualify as a block. (A miner with the aim to harm others could withhold the block, thereby preventing anybody from getting paid. He can NOT redirect the payout to himself.) The remaining 99.5% is distributed evenly to miners based on work done recently.
In the event that a share qualifies as a block, this generation transaction is exposed to the Bitcoin network and takes effect, transferring each node its payout.
Each share contains a generation transaction that pays to the previous n shares, where n is the number of shares whose total work is equal to 3 times the average work required to solve a block, or 8640 (= 24 hours of shares), whichever is smaller. Payouts are weighted based on the amount of work each share took to solve, which is proportional to the p2pool difficulty at that time.
The block reward (currently 25BTC) and the transaction fees are combined and apportioned according to these rules:
A subsidy of 0.5% is sent to the node that solved the block in order to discourage not sharing solutions that qualify as a block. (A miner with the aim to harm others could withhold the block, thereby preventing anybody from getting paid. He can NOT redirect the payout to himself.) The remaining 99.5% is distributed evenly to miners based on work done recently.
In the event that a share qualifies as a block, this generation transaction is exposed to the Bitcoin network and takes effect, transferring each node its payout.
this p2pool 12 hours.
https://en.bitcoin.it/wiki/P2Pool
February 21, 2014, 09:32:04 AM
can someone post a working config for 280x and 7950?
tried on my 280x it was getting only 800kh, i've read that it's supposed to get 2Mh?
thanks
tried on my 280x it was getting only 800kh, i've read that it's supposed to get 2Mh?
thanks
this works for me solo on 7950... set intensity in program after to around 17 for near 2m/hash this is for the sgminer first released for GPU
darkcoin.bat
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU USE SYNC OBJECTS
sgminer.exe --kernel darkcoin -o http://127.0.0.1:1234 -u user -p pass --no-adl
darkcoin.conf
server=1
rpcuser=user
rpcpassword=pass
rpcport=1234
listen=1
February 21, 2014, 09:31:30 AM
Jumping on this now after a while of other altcoin mining.
Regarding p2p pool mining, why is there such big difference between predicted payout when mining with approx. the same hashrate?
See my example:
And if you look at the blockexplorer, the predictions seem quite close to the truth.
Is it the hashrate calculation that is way off in some cases?
Regarding p2p pool mining, why is there such big difference between predicted payout when mining with approx. the same hashrate?
See my example:
Code:
Adress Hashrate Predicted payout
Xxxxxxxxxxx 18.43 MH/s 352.81 KH/s 1.91% 0.44183695 DRK
Xxxxxxxxxxx 18.43 MH/s 563.84 KH/s 3.06% 4.37893675 DRK
This is taken from the p2p mentioned in the first post.Xxxxxxxxxxx 18.43 MH/s 352.81 KH/s 1.91% 0.44183695 DRK
Xxxxxxxxxxx 18.43 MH/s 563.84 KH/s 3.06% 4.37893675 DRK
And if you look at the blockexplorer, the predictions seem quite close to the truth.
Is it the hashrate calculation that is way off in some cases?
February 21, 2014, 09:22:53 AM
can someone post a working config for 280x and 7950?
tried on my 280x it was getting only 800kh, i've read that it's supposed to get 2Mh?
thanks
tried on my 280x it was getting only 800kh, i've read that it's supposed to get 2Mh?
thanks
February 21, 2014, 09:10:07 AM
Hello All,
Yesterday, I bought a handful of DRK, and I am responsible for some of the rise in price.
Suppose I put 1,000 drk into such pool, and invited 10 people that are trusted by the community or myself, each gets 100 drk and is required to open 10 wallets to 10 people he/she trusts and transfer 10 drk each. each of them will them be required to open 10 wallets and transfer 1 drk to each. and so for
Within the third interaction, we reach 1,000 users... and thus the word spreads.
I know this probably sounds naive, but if we had a structured system to verify that the users who get the coins really open new accounts for new people, that could be great. If there is no such system, then social ties/trust is a way to go.
Having coins transfered within minutes, and darkcoin-qt installed and synchronized in minutes is a great advantage that will evaporate over time. Why not be the first coin to tun this disadvantage into an advantage?
No I don't think. I just hate the pyramids schema... Yesterday, I bought a handful of DRK, and I am responsible for some of the rise in price.
Suppose I put 1,000 drk into such pool, and invited 10 people that are trusted by the community or myself, each gets 100 drk and is required to open 10 wallets to 10 people he/she trusts and transfer 10 drk each. each of them will them be required to open 10 wallets and transfer 1 drk to each. and so for
Within the third interaction, we reach 1,000 users... and thus the word spreads.
I know this probably sounds naive, but if we had a structured system to verify that the users who get the coins really open new accounts for new people, that could be great. If there is no such system, then social ties/trust is a way to go.
Having coins transfered within minutes, and darkcoin-qt installed and synchronized in minutes is a great advantage that will evaporate over time. Why not be the first coin to tun this disadvantage into an advantage?
February 21, 2014, 09:07:40 AM
It's been almost 3 hrs and still no "confirmed" coins.
Is this normal? How long should I wait?
Is this normal? How long should I wait?
I believe target block time is 2.5 mins. Confirms before credit is 120 I believe. 120x2.5 is 300 mins.
Thanks! I'll wait then.
February 21, 2014, 09:04:45 AM
It's been almost 3 hrs and still no "confirmed" coins.
Is this normal? How long should I wait?
Is this normal? How long should I wait?
I believe target block time is 2.5 mins. Confirms before credit is 120 I believe. 120x2.5 is 300 mins.
February 21, 2014, 09:02:49 AM
It's been almost 3 hrs and still no "confirmed" coins.
Is this normal? How long should I wait?
Is this normal? How long should I wait?
February 21, 2014, 09:02:38 AM
http://pool.darkcoin.io/ is back up
Ugh. Went down for me overnight around 0330 EST, I switched back to mining Max in the morning. Leave for work and 20 mins later it's back up. Damn. I really gotta get my VNC servers port forwarded so I can address them outside of my network...
February 21, 2014, 08:50:22 AM
17th @ CoinmarkCap !!! 
February 21, 2014, 08:46:57 AM
Linux script:
USERPASS1="user:pass"
USERPASS2="user.pass"
One of the two is wrong I guess.
USERPASS1="user:pass"
USERPASS2="user.pass"
One of the two is wrong I guess.
February 21, 2014, 08:41:12 AM
NET HASH @ 6GH/s. It is amazing !!! 
With pool.darkcoin.io down?
Still? Please use p2p from now on so you aren't at the mercy of these pool operators.
Connected to p2pool --> http://112.175.123.82:8372/static/
now all i get are these msg from the miner:
Pool 0 difficulty changed to 0.XX
stratum from pool 0 requested work restart
What should I do??
Nope, that's normal at p2pool.
https://en.bitcoin.it/wiki/P2Pool#Frequently_Asked_Questions
One more p2pool. peer.
http://112.175.123.82:8372/static/
http://112.175.123.94:8372/static/
Nice, but can someone set up a p2pool nearer to EU or US?
I'd be happy to contribute/partner/invest in a server, but I work offshore and maintenance is too complicated when I'm behind very tight proxies
How do I pass a second (failover) pool to minerd? it doesn't seem to like second arguments... Or maybe I"m just doing it wrong
Code:
#!/bin/sh
## Miner Failover Script
## Will continously try each pool until one responds, ordered by priority.
#GLOBAL
## Set options
RETRIES="3"
SECONDS="5"
MINERD="minerd"
#POOL1
## Set userpass information for first pool
USERPASS1="user:pass"
URL1="stratum+tcp://pool1:port"
#POOL2
## Set userpass information for second pool
USERPASS2="user.pass"
URL2="stratum+tcp://pool2:port"
while :
do
$MINERD -a X11 --retries=$RETRIES --retry-pause=$SECONDS --userpass=$USERPASS1 --url=$URL1
$MINERD -a X11 --retries=$RETRIES --retry-pause=$SECONDS --userpass=$USERPASS2 --url=$URL2
done
## Miner Failover Script
## Will continously try each pool until one responds, ordered by priority.
#GLOBAL
## Set options
RETRIES="3"
SECONDS="5"
MINERD="minerd"
#POOL1
## Set userpass information for first pool
USERPASS1="user:pass"
URL1="stratum+tcp://pool1:port"
#POOL2
## Set userpass information for second pool
USERPASS2="user.pass"
URL2="stratum+tcp://pool2:port"
while :
do
$MINERD -a X11 --retries=$RETRIES --retry-pause=$SECONDS --userpass=$USERPASS1 --url=$URL1
$MINERD -a X11 --retries=$RETRIES --retry-pause=$SECONDS --userpass=$USERPASS2 --url=$URL2
done
On Windows:
Code:
@ECHO OFF
:: Miner Failover Script
:: Will continously try each pool until one responds, ordered by priority.
:GLOBAL
:: Set options
SET RETRIES=3
SET SECONDS=5
SET MINERD=minerd-corei7-avx.exe
:POOL1
:: Set userpass information for first pool
SET USERPASS1=user:pass
SET URL1=stratum+tcp://pool1:port
:POOL2
:: Set userpass information for second pool
SET USERPASS2=user:pass
SET URL2=stratum+tcp://pool2:port
:CONNECT
:: Normal connect
%MINERD% -a X11 --retries=%RETRIES% --retry-pause=%SECONDS% --userpass=%USERPASS1% --url=%URL1%
%MINERD% -a X11 --retries=%RETRIES% --retry-pause=%SECONDS% --userpass=%USERPASS2% --url=%URL2%
GOTO CONNECT
:END
:: Miner Failover Script
:: Will continously try each pool until one responds, ordered by priority.
:GLOBAL
:: Set options
SET RETRIES=3
SET SECONDS=5
SET MINERD=minerd-corei7-avx.exe
:POOL1
:: Set userpass information for first pool
SET USERPASS1=user:pass
SET URL1=stratum+tcp://pool1:port
:POOL2
:: Set userpass information for second pool
SET USERPASS2=user:pass
SET URL2=stratum+tcp://pool2:port
:CONNECT
:: Normal connect
%MINERD% -a X11 --retries=%RETRIES% --retry-pause=%SECONDS% --userpass=%USERPASS1% --url=%URL1%
%MINERD% -a X11 --retries=%RETRIES% --retry-pause=%SECONDS% --userpass=%USERPASS2% --url=%URL2%
GOTO CONNECT
:END
February 21, 2014, 08:37:17 AM
Looking at the trading charts - we have some sweet steady upward growth.
It seems there are many people who know the long term value of the coin - today it looks like people are snapping up what they can before the upward trend starts to accelerate.
It seems there are many people who know the long term value of the coin - today it looks like people are snapping up what they can before the upward trend starts to accelerate.
February 21, 2014, 08:35:02 AM
MAXcoins in mirror may be further behind than they appear 
February 21, 2014, 08:30:50 AM
http://pool.darkcoin.io/ is back up
February 21, 2014, 08:29:21 AM
NET HASH @ 6GH/s. It is amazing !!!
With pool.darkcoin.io down?
Still? Please use p2p from now on so you aren't at the mercy of these pool operators.
Connected to p2pool --> http://112.175.123.82:8372/static/
now all i get are these msg from the miner:
Pool 0 difficulty changed to 0.XX
stratum from pool 0 requested work restart
What should I do??
Nope, that's normal at p2pool.
https://en.bitcoin.it/wiki/P2Pool#Frequently_Asked_Questions
One more p2pool. peer.
http://112.175.123.82:8372/static/
http://112.175.123.94:8372/static/
Nice, but can someone set up a p2pool nearer to EU or US?
I'd be happy to contribute/partner/invest in a server, but I work offshore and maintenance is too complicated when I'm behind very tight proxies
How do I pass a second (failover) pool to minerd? it doesn't seem to like second arguments... Or maybe I"m just doing it wrong
minerd doesn't have pool support, but you can do something like this with in a bat-file:
Code:
:POOLTRY
minerd --retries=3 --retry-pause=3 --algo=X11 --threads=6 --userpass=user:x --url=pool1.com:1111
minerd --retries=3 --retry-pause=3 --algo=X11 --threads=6 --userpass=user:x --url=pool2.com:2222
minerd --retries=3 --retry-pause=3 --algo=X11 --threads=6 --userpass=user:x --url=pool3.com:3333
GOTO POOLTRY
minerd --retries=3 --retry-pause=3 --algo=X11 --threads=6 --userpass=user:x --url=pool1.com:1111
minerd --retries=3 --retry-pause=3 --algo=X11 --threads=6 --userpass=user:x --url=pool2.com:2222
minerd --retries=3 --retry-pause=3 --algo=X11 --threads=6 --userpass=user:x --url=pool3.com:3333
GOTO POOLTRY
February 21, 2014, 08:21:41 AM
I will try to setup a P2Pool in EU (datacenter in north of France actually).
February 21, 2014, 08:20:06 AM
https://www2.coinmine.pl/drk/index.php?page=dashboard
that pool is reporting 3723 mhash pool rate out of 4700 network.
Thanks, does this situation bothers anyone with 51% attack possible?
It doesn't bother anyone because it hasn't been done intentionally and its changing and will continue to change and eventually won't be an issue. Darkcoin is still very new and certain things are still evolving - such as the pool options.
Jump to: