Pages:
Author

Topic: [ANN ][SCORE][POW][Scrypt] - page 19. (Read 21012 times)

full member
Activity: 280
Merit: 100
September 24, 2017, 04:33:59 AM
It seems that somebody made a fork of scorecoin, with a minimum peer version, so that we cant connect,and they are mining beside!

I guess he will dump it to the market then, so be careful guys. i look what i can do, but there is not much to do at the moment.
Highly unlikely, and even if somebody actually did, Cryptopia is not connected to their chain, they're on the same height 132485. Connecting is also not the problem, I have 2 different pools up and running and my wallet also connects. The main issue seems diff, I noticed really weird fluctuations in diff retargeting during the last few days. At the current diff we need quite a bit of hashingpower to get something moving again, don't forget that the hashrate displayed by pools and daemons is based on the last x-number of shares/blocks and does NOT represent current hashrate, so my conclusion is that at this moment there simply is nobody mining.

If a fork happens and the other chain mines with less difficulty and gets more blocks, does this mean there can be an attack between both networks where transaction are getting lost, or is this only bitcoin specific and doesn't work with other algorithms?
hero member
Activity: 673
Merit: 506
September 24, 2017, 02:12:38 AM
It seems that somebody made a fork of scorecoin, with a minimum peer version, so that we cant connect,and they are mining beside!

I guess he will dump it to the market then, so be careful guys. i look what i can do, but there is not much to do at the moment.
Highly unlikely, and even if somebody actually did, Cryptopia is not connected to their chain, they're on the same height 132485. Connecting is also not the problem, I have 2 different pools up and running and my wallet also connects. The main issue seems diff, I noticed really weird fluctuations in diff retargeting during the last few days. At the current diff we need quite a bit of hashingpower to get something moving again, don't forget that the hashrate displayed by pools and daemons is based on the last x-number of shares/blocks and does NOT represent current hashrate, so my conclusion is that at this moment there simply is nobody mining.
newbie
Activity: 33
Merit: 0
September 24, 2017, 01:10:23 AM
but be careful atm . i will contact the exchanges about that
 and pools asap

How long time you can run Masternode score?
25k score or 150k score for a Masternode?
today 24/09/2017, Can I help you?
member
Activity: 117
Merit: 10
September 24, 2017, 12:26:19 AM
Please contact Mining Dutch  pool !!! What to do with the wallet? Everything was fine before yesterday sync with the purse is 16 hours and is NOT SYNCHRONIZED!
sr. member
Activity: 560
Merit: 250
September 23, 2017, 09:05:00 PM
but be careful atm . i will contact the exchanges about that
 and pools asap
sr. member
Activity: 560
Merit: 250
September 23, 2017, 08:41:40 PM
It seems that somebody made a fork of scorecoin, with a minimum peer version, so that we cant connect,and they are mining beside!

I guess he will dump it to the market then, so be careful guys. i look what i can do, but there is not much to do at the moment.
member
Activity: 117
Merit: 10
September 23, 2017, 05:36:13 PM
My 300 coins on the pool work sirotami! Wallet stopped sync! Where the Director of the coins? Friends is there any sense to hold these coins?
hero member
Activity: 673
Merit: 506
September 23, 2017, 04:14:43 PM
Quote
According to the blockexplorer and the daemon behind coincave the current height is 132382. I have no idea where those blocks beyond that height are coming from. All I know is that an experimental code has been online for a few days which might be screwing up things if people downloaded it and are using it. I find multiple entries in the debug.log where the blockchain is altered.

I agree. In my transaction log I have already discovered block 132382 and now I am reworking the block. And with coincave requiring 120 confirmations there is no guarantee that even the current block wont be deemed and orphan for the second time.  
Those 120 confirmations are a temporary setting as long as there are these kind of issues. Once the code is updated and fully errorfree confirmations will be changed to match those in the coinsource.

So in theory all the orphaned blocks are altered to a confirmed status and I receive the shares for the completed block?
The issue is in the coin source, not the pool, check this link:
https://github.com/MPOS/php-mpos/issues/2248

I think the dev should really get cracking and solve these issues that currently only happen with score, most other coins are running without too many issues.

Interesting... I wish they would of closed the subject with a resolution...regardless whether its a coin source issue or an anomaly with the pool configuration the issue is a detriment to mining on coincave.nl...which I prefer over our other pools. From my experience with mining dutch they do not have this as an issue. It seems like coincave has an issue when the difficulty levels are +/- 300

The configuration is no different than any of the other coins, check TRADE or BAT, they run fine, so for now there is not much I can do from here. I have the impression that there is an alternative blockchain running that crosses the correct one frequently based on those rewrites in the debug.log.

Well...I appreciate your time and talking through the issue. We will see what the Dev has to say at a later time and hopefully reach a resolution.

At this moment there is no movement at all in the blockchain. All seems to point to errors in the network and/or the code. As an extra test I have just setup an extra NOMP based miningpool on my secondary server. If anyone wants to give it a try just to see if we can break this thing free please go ahead! Use the following URL:

http://coincave.nl:8080

Ports available:

stratum+tcp://coincave.nl:3510 vardiff 8-65536 (starts at 32)
stratum+tcp://coincave.nl:3511 diff 8
stratum+tcp://coincave.nl:3512 diff 256
stratum+tcp://coincave.nl:3513 diff 512
stratum+tcp://coincave.nl:3514 diff 1024
stratum+tcp://coincave.nl:3515 diff 2048
stratum+tcp://coincave.nl:3516 diff 4096
stratum+tcp://coincave.nl:3517 diff 8192
stratum+tcp://coincave.nl:3518 diff 16384
stratum+tcp://coincave.nl:3519 diff 32768
member
Activity: 117
Merit: 10
September 23, 2017, 03:56:42 PM
Я нe мoгy cинxpoнизиpoвaть кoшeлёк , пoмoгитe!!!
addnode = 107.191.55.64: 10809
addnode = 198.12.70.154: 10809
addnode = 88.99.173.100: 10809
addnode = 91.121.82.70: 10809
addnode = 157.161.128.61: 10809
addnode = 66.228.57.25: 10809
addnode = 83.169.7.202: 10809
addnode = 138.68.108.250: 10809
 HE PAБOTAET!!!
full member
Activity: 322
Merit: 100
September 23, 2017, 02:32:47 PM
hi, what does masternode do ? is there any profit ? more than mining coins? Huh

People are tired of waiting and selling coins. The announcement of masternodes was made too early. If at all they will.
full member
Activity: 140
Merit: 100
DeepOnion ♡
September 23, 2017, 02:23:41 AM
About MASTERNODE ROI
Block reward is 125 score
Block time 1 min.
50% masternode reward
Per day 60*24h = 1440 blocks per day
1440 / 2 * 125 = 90 000 score per day for all masternodes.

That means 180k score for all and now we should find how mush total MN can be and make calculations of how it  will be profitable.
Total supply 28,217,875 score and MN price - 25k
Total MN can be: 28 200 000 / 25 000  = 1128 total count.

No we divide earnings per day for MN on deployed MN.
If locked in MN :
10% (112)  -  803 score per day
20% (225)  -  400 score
30% (338)  -  266 score
40% (451)  -  199 score
50% (564)  -  159 score
60% (676)  -  133 score

In USD :
After MN release price will be at least 4k but lets check in diff prices and btc price 4500$. Price per day
If locked in MN :                    1k sat (0.045$) 2k (0.09$) 3k (0.13$) 4k (0.18$)
10% (112)  -  803 score             36.13$             72.27$      104$         144.5$
20% (225)  -  400 score             18$                  36$           52$           72$
30% (338)  -  266 score             11.97$             24$           35$           47.8$
40% (451)  -  199 score             8.95$               18$           26$           35.8$
50% (564)  -  159 score             7.15$               14.3$        20.6$        28.6$
60% (676)  -  133 score             5.98$               12$           17.3$        24$


Note : this was copied from the previous ANN topic .
full member
Activity: 253
Merit: 100
SafeCoin-SAFE
September 22, 2017, 10:06:49 PM
hi, what does masternode do ? is there any profit ? more than mining coins? Huh
full member
Activity: 140
Merit: 100
DeepOnion ♡
September 22, 2017, 09:26:12 PM
how many coins are needed for the masternode Huh

You need 25000 Score coins per Master nodes . This was finalized recently by Mark .
legendary
Activity: 1339
Merit: 1002
September 22, 2017, 04:09:46 PM
how many coins are needed for the masternode Huh
full member
Activity: 322
Merit: 100
September 22, 2017, 04:08:12 PM
If master nodes are implemented...

Key word! If... if... if...  Cool
newbie
Activity: 21
Merit: 0
September 22, 2017, 03:24:49 PM
Quote
According to the blockexplorer and the daemon behind coincave the current height is 132382. I have no idea where those blocks beyond that height are coming from. All I know is that an experimental code has been online for a few days which might be screwing up things if people downloaded it and are using it. I find multiple entries in the debug.log where the blockchain is altered.

I agree. In my transaction log I have already discovered block 132382 and now I am reworking the block. And with coincave requiring 120 confirmations there is no guarantee that even the current block wont be deemed and orphan for the second time. 
Those 120 confirmations are a temporary setting as long as there are these kind of issues. Once the code is updated and fully errorfree confirmations will be changed to match those in the coinsource.

So in theory all the orphaned blocks are altered to a confirmed status and I receive the shares for the completed block?
The issue is in the coin source, not the pool, check this link:
https://github.com/MPOS/php-mpos/issues/2248

I think the dev should really get cracking and solve these issues that currently only happen with score, most other coins are running without too many issues.

Interesting... I wish they would of closed the subject with a resolution...regardless whether its a coin source issue or an anomaly with the pool configuration the issue is a detriment to mining on coincave.nl...which I prefer over our other pools. From my experience with mining dutch they do not have this as an issue. It seems like coincave has an issue when the difficulty levels are +/- 300

The configuration is no different than any of the other coins, check TRADE or BAT, they run fine, so for now there is not much I can do from here. I have the impression that there is an alternative blockchain running that crosses the correct one frequently based on those rewrites in the debug.log.

Well...I appreciate your time and talking through the issue. We will see what the Dev has to say at a later time and hopefully reach a resolution.
hero member
Activity: 673
Merit: 506
September 22, 2017, 03:21:02 PM
Quote
According to the blockexplorer and the daemon behind coincave the current height is 132382. I have no idea where those blocks beyond that height are coming from. All I know is that an experimental code has been online for a few days which might be screwing up things if people downloaded it and are using it. I find multiple entries in the debug.log where the blockchain is altered.

I agree. In my transaction log I have already discovered block 132382 and now I am reworking the block. And with coincave requiring 120 confirmations there is no guarantee that even the current block wont be deemed and orphan for the second time. 
Those 120 confirmations are a temporary setting as long as there are these kind of issues. Once the code is updated and fully errorfree confirmations will be changed to match those in the coinsource.

So in theory all the orphaned blocks are altered to a confirmed status and I receive the shares for the completed block?
The issue is in the coin source, not the pool, check this link:
https://github.com/MPOS/php-mpos/issues/2248

I think the dev should really get cracking and solve these issues that currently only happen with score, most other coins are running without too many issues.

Interesting... I wish they would of closed the subject with a resolution...regardless whether its a coin source issue or an anomaly with the pool configuration the issue is a detriment to mining on coincave.nl...which I prefer over our other pools. From my experience with mining dutch they do not have this as an issue. It seems like coincave has an issue when the difficulty levels are +/- 300

Going to try 1 quick change to see if that makes any difference, daemon will be offline for a minute....
hero member
Activity: 673
Merit: 506
September 22, 2017, 03:16:28 PM
Quote
According to the blockexplorer and the daemon behind coincave the current height is 132382. I have no idea where those blocks beyond that height are coming from. All I know is that an experimental code has been online for a few days which might be screwing up things if people downloaded it and are using it. I find multiple entries in the debug.log where the blockchain is altered.

I agree. In my transaction log I have already discovered block 132382 and now I am reworking the block. And with coincave requiring 120 confirmations there is no guarantee that even the current block wont be deemed and orphan for the second time. 
Those 120 confirmations are a temporary setting as long as there are these kind of issues. Once the code is updated and fully errorfree confirmations will be changed to match those in the coinsource.

So in theory all the orphaned blocks are altered to a confirmed status and I receive the shares for the completed block?
The issue is in the coin source, not the pool, check this link:
https://github.com/MPOS/php-mpos/issues/2248

I think the dev should really get cracking and solve these issues that currently only happen with score, most other coins are running without too many issues.

Interesting... I wish they would of closed the subject with a resolution...regardless whether its a coin source issue or an anomaly with the pool configuration the issue is a detriment to mining on coincave.nl...which I prefer over our other pools. From my experience with mining dutch they do not have this as an issue. It seems like coincave has an issue when the difficulty levels are +/- 300

The configuration is no different than any of the other coins, check TRADE or BAT, they run fine, so for now there is not much I can do from here. I have the impression that there is an alternative blockchain running that crosses the correct one frequently based on those rewrites in the debug.log.
newbie
Activity: 21
Merit: 0
September 22, 2017, 03:13:06 PM
Quote
According to the blockexplorer and the daemon behind coincave the current height is 132382. I have no idea where those blocks beyond that height are coming from. All I know is that an experimental code has been online for a few days which might be screwing up things if people downloaded it and are using it. I find multiple entries in the debug.log where the blockchain is altered.

I agree. In my transaction log I have already discovered block 132382 and now I am reworking the block. And with coincave requiring 120 confirmations there is no guarantee that even the current block wont be deemed and orphan for the second time. 
Those 120 confirmations are a temporary setting as long as there are these kind of issues. Once the code is updated and fully errorfree confirmations will be changed to match those in the coinsource.

So in theory all the orphaned blocks are altered to a confirmed status and I receive the shares for the completed block?
The issue is in the coin source, not the pool, check this link:
https://github.com/MPOS/php-mpos/issues/2248

I think the dev should really get cracking and solve these issues that currently only happen with score, most other coins are running without too many issues.

Interesting... I wish they would of closed the subject with a resolution...regardless whether its a coin source issue or an anomaly with the pool configuration the issue is a detriment to mining on coincave.nl...which I prefer over our other pools. From my experience with mining dutch they do not have this as an issue. It seems like coincave has an issue when the difficulty levels are +/- 300
hero member
Activity: 673
Merit: 506
September 22, 2017, 03:05:46 PM
Quote
According to the blockexplorer and the daemon behind coincave the current height is 132382. I have no idea where those blocks beyond that height are coming from. All I know is that an experimental code has been online for a few days which might be screwing up things if people downloaded it and are using it. I find multiple entries in the debug.log where the blockchain is altered.

I agree. In my transaction log I have already discovered block 132382 and now I am reworking the block. And with coincave requiring 120 confirmations there is no guarantee that even the current block wont be deemed and orphan for the second time. 
Those 120 confirmations are a temporary setting as long as there are these kind of issues. Once the code is updated and fully errorfree confirmations will be changed to match those in the coinsource.

So in theory all the orphaned blocks are altered to a confirmed status and I receive the shares for the completed block?
The issue is in the coin source, not the pool, check this link:
https://github.com/MPOS/php-mpos/issues/2248

I think the dev should really get cracking and solve these issues that currently only happen with score, most other coins are running without too many issues.
Pages:
Jump to: