|
danbi
|
 |
July 31, 2014, 10:40:42 PM |
|
This will guarantee whatever you mine, will never, ever be accepted on the Diamond block chain.
Exactly why I have quit mining until this repeated forking is resolved. LOL good luck with your ORPHANS if you are on wrong blockchain ... I have closed wallet until this situation if suitably corrected. Using only connect=193.68.21.19 defeats the whole purpose of de-centralized blockchain and if I use addnode=193.68.21.19 I end up on wrong fork again after a couple hours mining  Thus my frustration  utahjohn, I agree. So why are you adding it into your config? The network decides who has the right chain and who has the wrong one. Since cryptsy just accepted a transaction from me, I'd say I'm on the right chain. You all should really check your debug.log for "Misbehaving: 193.68.21.19:17771 (0 -> 100) DISCONNECTING" I'd advise against deposit/withdraw from Cryptsy until forking issue is resolved. I would guess Cryptsy also on wrong fork as the difficulty before these problems started showing up was in the 60-110 range and thus had highest hashrate versus the 7-15 I see when I think I'm on wrong fork. Difficulty and connection count is going up over here on the network-accepted chain: > date
Thu Jul 31 22:03:35 GMT 2014
jhed@omnom-tower:~> diamondd getinfo
{
"version" : "v2.0.3.0",
"protocolversion" : 60006,
"walletversion" : 60000,
"blocks" : 512114,
"moneysupply" : 517784.82106200,
"connections" : 16,
"proxy" : "",
"difficulty" : 18.93459497,
"testnet" : false,
"paytxfee" : 0.00100000,
"errors" : ""
} You could not be father from the truth. Here is what 193.68.21.19 has to say: $ date; diamondd getinfo; diamondd getcheckpoint Fri Aug 1 01:36:01 EEST 2014 { "version" : "v2.0.3.0", "protocolversion" : 60006, "walletversion" : 60000, "blocks" : 512169, "moneysupply" : 517865.10032700, "connections" : 49, "proxy" : "", "ip" : "193.68.21.19", "difficulty" : 40.94398102, "testnet" : false, "keypoololdest" : 1406761189, "keypoolsize" : 101, "paytxfee" : 0.00100000, "errors" : "" } { "synccheckpoint" : "00000000039a61acbc4b0533889b217aca1c89eca708927ce06007a8b7bdd316", "height" : 512169, "timestamp" : "2014-07-31 22:35:02 UTC" } Obviously you are on a shorter block chain. We are 30 minutes, but about 55 blocks apart. What is your last check point? Hint: at least, you need to generate 25 more blocks in a fast pace. Then, there are some more obstacles. |
BTC: 15cJkRupKAkGr6sTxj1Uzb6uHbvuRyK1GL
DMD: dJZEqNcjiUiMMd8DKBFS9oMWtArAD2GCHr
|
|
|
|
|
|
|
|
|
|
Once a transaction has 6 confirmations, it is extremely unlikely that an attacker without at least 50% of the network's computation power would be able to reverse it.
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
|
utahjohn
|
|
July 31, 2014, 11:01:10 PM |
|
Doing a clean re-sync from genesis, by the time that finishes tomorrow hopefully the blockchain will have sorted itself out ...
|
|
|
|
|
|
jelt14
|
|
July 31, 2014, 11:25:07 PM |
|
Having out of sync problems with my wallet 2.03 ,work great up till today i notice out of sync and not receiving coin whats up? any suggestions>> |
|
|
|
|
jhed
Newbie
 Offline
Activity: 26
Merit: 0
|
|
July 31, 2014, 11:26:03 PM |
|
This will guarantee whatever you mine, will never, ever be accepted on the Diamond block chain.
Exactly why I have quit mining until this repeated forking is resolved. LOL good luck with your ORPHANS if you are on wrong blockchain ... I have closed wallet until this situation if suitably corrected. Using only connect=193.68.21.19 defeats the whole purpose of de-centralized blockchain and if I use addnode=193.68.21.19 I end up on wrong fork again after a couple hours mining Thus my frustration utahjohn, I agree. So why are you adding it into your config? The network decides who has the right chain and who has the wrong one. Since cryptsy just accepted a transaction from me, I'd say I'm on the right chain. You all should really check your debug.log for "Misbehaving: 193.68.21.19:17771 (0 -> 100) DISCONNECTING" I'd advise against deposit/withdraw from Cryptsy until forking issue is resolved. I would guess Cryptsy also on wrong fork as the difficulty before these problems started showing up was in the 60-110 range and thus had highest hashrate versus the 7-15 I see when I think I'm on wrong fork. Difficulty and connection count is going up over here on the network-accepted chain: > date
Thu Jul 31 22:03:35 GMT 2014
jhed@omnom-tower:~> diamondd getinfo
{
"version" : "v2.0.3.0",
"protocolversion" : 60006,
"walletversion" : 60000,
"blocks" : 512114,
"moneysupply" : 517784.82106200,
"connections" : 16,
"proxy" : "",
"difficulty" : 18.93459497,
"testnet" : false,
"paytxfee" : 0.00100000,
"errors" : ""
} You could not be father from the truth. Here is what 193.68.21.19 has to say: $ date; diamondd getinfo; diamondd getcheckpoint Fri Aug 1 01:36:01 EEST 2014 { "version" : "v2.0.3.0", "protocolversion" : 60006, "walletversion" : 60000, "blocks" : 512169, "moneysupply" : 517865.10032700, "connections" : 49, "proxy" : "", "ip" : "193.68.21.19", "difficulty" : 40.94398102, "testnet" : false, "keypoololdest" : 1406761189, "keypoolsize" : 101, "paytxfee" : 0.00100000, "errors" : "" } { "synccheckpoint" : "00000000039a61acbc4b0533889b217aca1c89eca708927ce06007a8b7bdd316", "height" : 512169, "timestamp" : "2014-07-31 22:35:02 UTC" } Obviously you are on a shorter block chain. We are 30 minutes, but about 55 blocks apart. What is your last check point? Hint: at least, you need to generate 25 more blocks in a fast pace. Then, there are some more obstacles. If you all are actually able to transmit money into Cryptsy than you are on the correct chain. If I was able to from this chain, than I'm on the correct chain. Crypsty couldn't possibly be connected to both chains. Isn't that right? |
|
|
|
|
|
jelt14
|
|
July 31, 2014, 11:34:09 PM |
|
last block 511883
block hieght 510609
|
|
|
|
|
|
Mister1k
|
|
July 31, 2014, 11:36:57 PM |
|
Having out of sync problems with my wallet 2.03 ,work great up till today i notice out of sync and not receiving coin whats up? any suggestions>> Hi Jelt If you notice at minept no payouts are confirming at the wallet. I was on Cryptohunger as well last 24 hours and those don't confirm either, at the wallet. I resynced the wallet via Danbi method on pg117. 0731 block chain.etc changed up the config. But the 0731 payouts from both those pools won't confirm. Shows a diff in the low teens at minept and the net hash makes no sense compared to Danbi pool stats. Right now! Danbi pool is 30 blocks ahead. |
|
|
|
|
|
popshot (OP)
|
|
July 31, 2014, 11:53:56 PM |
|
Minep.it is most likely on the wrong chain with difficulty of 9, unless their stats are showing wrong info for some reason.
Danbi's pool is difficulty 58 at the moment.
They have bee informed.
|
|
|
|
pokeytex
Legendary
Offline
Activity: 1504
Merit: 1002
|
|
July 31, 2014, 11:58:10 PM |
|
jhed
Newbie
*
Online Online
Activity: 3
Posts: 3 nice try appear out of nowhere after a attack with 3 post account all at DMD and try motivate people dont to use the stable point of our network i would say thats part2 of an attack plan multiple attacks failed now try the social one..... people trust in danbi's suggested solution we are on same chain as cryptsy dmd multipool is one same chain I can attest that Danbi's solution has worked perfectly. I am now on the correct chain. As always thank you Danbi. pokeytex |
|
|
|
|
utahjohn
|
|
July 31, 2014, 11:58:15 PM |
|
Minep.it is most likely on the wrong chain with difficulty of 9, unless their stats are showing wrong info for some reason.
Danbi's pool is difficulty 58 at the moment.
They have bee informed.
Isn't Cryptohunger associated with srcxxx ... with two pools on wrong fork the prob will take forever to sort itself out ... |
|
|
|
|
|
Mister1k
|
|
August 01, 2014, 12:07:54 AM |
|
Minep.it is most likely on the wrong chain with difficulty of 9, unless their stats are showing wrong info for some reason.
Danbi's pool is difficulty 58 at the moment.
They have bee informed.
Isn't Cryptohunger associated with srcxxx ... with two pools on wrong fork the prob will take forever to sort itself out ... Jesus look at the orphans at cryptohunger. 850... over 10 percent. 8470 confirmed. |
|
|
|
|
|
popshot (OP)
|
|
August 01, 2014, 12:09:58 AM |
|
Minep.it is most likely on the wrong chain with difficulty of 9, unless their stats are showing wrong info for some reason.
Danbi's pool is difficulty 58 at the moment.
They have bee informed.
Isn't Cryptohunger associated with srcxxx ... with two pools on wrong fork the prob will take forever to sort itself out ... And what's the Cryptohunger's address as the one (cryptohunger.com) has nothing to do with Diamond. Not sure why people refer to it. |
|
|
|
|
Mister1k
|
|
August 01, 2014, 12:11:19 AM |
|
Minep.it is most likely on the wrong chain with difficulty of 9, unless their stats are showing wrong info for some reason.
Danbi's pool is difficulty 58 at the moment.
They have bee informed.
Isn't Cryptohunger associated with srcxxx ... with two pools on wrong fork the prob will take forever to sort itself out ... And what's the Cryptohunger's address as the one (cryptohunger.com) has nothing to do with Diamond. Not sure why people refer to it. uh? http://cryptohunger.com:81/ |
|
|
|
|
|
popshot (OP)
|
|
August 01, 2014, 12:20:24 AM |
|
|
|
|
|
|
utahjohn
|
|
August 01, 2014, 12:20:54 AM |
|
Minep.it is most likely on the wrong chain with difficulty of 9, unless their stats are showing wrong info for some reason.
Danbi's pool is difficulty 58 at the moment.
They have bee informed.
Isn't Cryptohunger associated with srcxxx ... with two pools on wrong fork the prob will take forever to sort itself out ... And what's the Cryptohunger's address as the one (cryptohunger.com) has nothing to do with Diamond. Not sure why people refer to it. uh? http://cryptohunger.com:81/diamondcoin 18 Miners 699.09 MH Pool Algo Workers Valid Invalid Total Blocks Pending Confirmed Orphaned Hashrate diamondcoin groestl 18 7642217 363233 9402 36 8470 850 708.45 MH |
|
|
|
|
|
utahjohn
|
|
August 01, 2014, 12:30:03 AM |
|
ALso pretty sure they require grs-sgminer to mine diamondcoin on their pool (the srcxxx connection) |
|
|
|
|
|
polanskiman
|
|
August 01, 2014, 12:38:25 AM
Last edit: August 01, 2014, 01:38:36 AM by polanskiman |
|
ALso pretty sure they require grs-sgminer to mine diamondcoin on their pool (the srcxxx connection) I thought http://cryptohunger.com:81/ was taken out of the advertised pools. Why is it back? I also see that you managed to know the fee %.  . And people are still mining there. It's absurd. |
|
|
|
|
|
utahjohn
|
|
August 01, 2014, 12:44:05 AM |
|
ALso pretty sure they require grs-sgminer to mine diamondcoin on their pool (the srcxxx connection) I thought http://cryptohunger.com:81/ was taken out of the advertised pools. Why is it back? I also see that you managed to to know the fee %. . And people are still mining there. It's absurd. Yeah the grs-sgminer was discovered (by cryptonit i believe) to have hidden fees built-into it too ... Take it back off OP  |
|
|
|
|
|
polanskiman
|
|
August 01, 2014, 12:55:26 AM |
|
ALso pretty sure they require grs-sgminer to mine diamondcoin on their pool (the srcxxx connection) I thought http://cryptohunger.com:81/ was taken out of the advertised pools. Why is it back? I also see that you managed to to know the fee %. . And people are still mining there. It's absurd. Yeah the grs-sgminer was discovered (by cryptonit i believe) to have hidden fees built-into it too ... Take it back off OP No it was me. Scrxxx actually told me. Anyways with a bit of deduction anyone could have figure it out. I just didn't know the actual %. |
|
|
|
|
cryptonit
Legendary
Offline
Activity: 3038
Merit: 1053
bit.diamonds | uNiq.diamonds
|
|
August 01, 2014, 01:37:36 AM |
|
Yeah the grs-sgminer was discovered (by cryptonit i believe) to have hidden fees built-into it too ... Take it back off OP discovered by multiple people we leave it on ANN pools list with the hidden fee note its not a promotion its a wall of shame..... we really hope srcxxx change towards open source miners and transparent fees but on other hand why he should if 700mhash diamond miners give him 8% without complaining...... who is the greater fool that one who overprice a service or that one who pay it..... |
|
|
|
|
polanskiman
|
|
August 01, 2014, 01:39:58 AM
Last edit: August 01, 2014, 02:26:05 AM by polanskiman |
|
Yeah the grs-sgminer was discovered (by cryptonit i believe) to have hidden fees built-into it too ... Take it back off OP discovered by multiple people we leave it on ANN pools list with the hidden fee note its not a promotion its a wall of shame..... we really hope srcxxx change towards open source miners and transparent fees but on other hand why he should if 700mhash diamond miners give him 8% without complaining...... who is the greater fool that one who overprice a service or that one who pay it..... Perhaps because people don't know about the fee and obviously he doesn't publicise his fee. I was fooled myself until I pushed harder on him and he told me about it. srcxxx
Full Member
Activity: 140
Re: (No subject)
« Sent to: polanskiman on: July 05, 2014, 07:29:55 AM »
« You have forwarded or responded to this message. »
Reply with quoteQuote ReplyReply Remove this messageDelete
I have deleted your posts because they are bad for my publicity.
I have no problem sending you 10 dmd or whatever you feel like I haven't paid you. Just tell me amount and wallet address.
I'd like to say that I never had the intention of stealing somebody's earnings.
There is no statistics because NOMP doesn't have it.
I offered them some bounty for adding this, but did not get a reply.
And I'm not disclosing my fee because it is rather high. And I feel that since I multiply the hashrate by it, it can be whatever I decide.
I understand that you are probably not going to be using my pool anymore and recommend DMD community to stay away also.
I have no problem with that.
In fact, maybe I'll just remove DMD from "optimized" pool alltogether... |
|
|
|
|
|
