Bitcoin Forum
December 12, 2017, 07:18:58 AM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 [20] 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 »
  Print  
Author Topic: [ANN] Extremecoin (EXC) - MANDATORY UPGRADE VERSION 1.5 (Kimoto Gravity Well)  (Read 96211 times)
Petr1fied
Hero Member
*****
Offline Offline

Activity: 616


View Profile
October 11, 2013, 04:31:00 AM
 #381

It's not possible to sync from scratch because of changes to the difficulty algorithm which were applied globally and instantly instead of at a predefined future block.

As far as the current client is concerned the proof of work is wrong for the early blocks because it doesn't match what the code now says.

The only way to fix it so that the client can sync on it's own would be to find out at which block it actually hard forked. Roll back the changes to their original values and then get those same changes to come in at the block it actually hard forked at.

Further to this I've created a Pull request which will resolve the issue with syncing the clients without having to rely on manually downloading the blockchain.
1513063138
Hero Member
*
Offline Offline

Posts: 1513063138

View Profile Personal Message (Offline)

Ignore
1513063138
Reply with quote  #2

1513063138
Report to moderator
1513063138
Hero Member
*
Offline Offline

Posts: 1513063138

View Profile Personal Message (Offline)

Ignore
1513063138
Reply with quote  #2

1513063138
Report to moderator
1513063138
Hero Member
*
Offline Offline

Posts: 1513063138

View Profile Personal Message (Offline)

Ignore
1513063138
Reply with quote  #2

1513063138
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1513063138
Hero Member
*
Offline Offline

Posts: 1513063138

View Profile Personal Message (Offline)

Ignore
1513063138
Reply with quote  #2

1513063138
Report to moderator
1513063138
Hero Member
*
Offline Offline

Posts: 1513063138

View Profile Personal Message (Offline)

Ignore
1513063138
Reply with quote  #2

1513063138
Report to moderator
CaptChadd
Hero Member
*****
Offline Offline

Activity: 896


Product Marketing & Promotion / Software Developer


View Profile
October 11, 2013, 10:04:07 AM
 #382

It's not possible to sync from scratch because of changes to the difficulty algorithm which were applied globally and instantly instead of at a predefined future block.

As far as the current client is concerned the proof of work is wrong for the early blocks because it doesn't match what the code now says.

The only way to fix it so that the client can sync on it's own would be to find out at which block it actually hard forked. Roll back the changes to their original values and then get those same changes to come in at the block it actually hard forked at.

Further to this I've created a Pull request which will resolve the issue with syncing the clients without having to rely on manually downloading the blockchain.

Thanks for this.

I will merge this pull reqest over the weekend and compile a Windows client for everyone, add it to the OP and website.
Pioupiou
Newbie
*
Offline Offline

Activity: 19


View Profile
October 11, 2013, 10:40:55 AM
 #383

Hello, I've a little problem when I compile extremecoin-qt. I have clone the github and install dependencies. Maybe I have forget something ?

http://pastebin.com/wUjjK95v
RoadTrain
Legendary
*
Offline Offline

Activity: 1372


View Profile
October 11, 2013, 11:00:29 AM
 #384

It's not possible to sync from scratch because of changes to the difficulty algorithm which were applied globally and instantly instead of at a predefined future block.

As far as the current client is concerned the proof of work is wrong for the early blocks because it doesn't match what the code now says.

The only way to fix it so that the client can sync on it's own would be to find out at which block it actually hard forked. Roll back the changes to their original values and then get those same changes to come in at the block it actually hard forked at.

Further to this I've created a Pull request which will resolve the issue with syncing the clients without having to rely on manually downloading the blockchain.
Good job, but please avoid using floating-point math in blockchain-related code. It might cause random forks.
Instead of 0.25 * 24 you'd better use 6.
CaptChadd
Hero Member
*****
Offline Offline

Activity: 896


Product Marketing & Promotion / Software Developer


View Profile
October 11, 2013, 11:25:11 AM
 #385

It's not possible to sync from scratch because of changes to the difficulty algorithm which were applied globally and instantly instead of at a predefined future block.

As far as the current client is concerned the proof of work is wrong for the early blocks because it doesn't match what the code now says.

The only way to fix it so that the client can sync on it's own would be to find out at which block it actually hard forked. Roll back the changes to their original values and then get those same changes to come in at the block it actually hard forked at.

Further to this I've created a Pull request which will resolve the issue with syncing the clients without having to rely on manually downloading the blockchain.
Good job, but please avoid using floating-point math in blockchain-related code. It might cause random forks.
Instead of 0.25 * 24 you'd better use 6.

Will be good if we can all come to an agreement as to which would be the best way to go with this code update? It would be good to only have to update this client one more time before the reward drop.
Petr1fied
Hero Member
*****
Offline Offline

Activity: 616


View Profile
October 11, 2013, 11:27:50 AM
 #386

It's not possible to sync from scratch because of changes to the difficulty algorithm which were applied globally and instantly instead of at a predefined future block.

As far as the current client is concerned the proof of work is wrong for the early blocks because it doesn't match what the code now says.

The only way to fix it so that the client can sync on it's own would be to find out at which block it actually hard forked. Roll back the changes to their original values and then get those same changes to come in at the block it actually hard forked at.

Further to this I've created a Pull request which will resolve the issue with syncing the clients without having to rely on manually downloading the blockchain.
Good job, but please avoid using floating-point math in blockchain-related code. It might cause random forks.
Instead of 0.25 * 24 you'd better use 6.

That part was the original code before it was changed in v1.2, I merely reverted that particular change and dropped const from those lines in order to make them variables instead of constants.
artiface
Full Member
***
Offline Offline

Activity: 238


View Profile
October 11, 2013, 03:13:27 PM
 #387

It's not possible to sync from scratch because of changes to the difficulty algorithm which were applied globally and instantly instead of at a predefined future block.

As far as the current client is concerned the proof of work is wrong for the early blocks because it doesn't match what the code now says.

The only way to fix it so that the client can sync on it's own would be to find out at which block it actually hard forked. Roll back the changes to their original values and then get those same changes to come in at the block it actually hard forked at.

Further to this I've created a Pull request which will resolve the issue with syncing the clients without having to rely on manually downloading the blockchain.
Good job, but please avoid using floating-point math in blockchain-related code. It might cause random forks.
Instead of 0.25 * 24 you'd better use 6.

Agree.  Even though it was in the original code that line should be either:

static int64 nTargetTimespan = 6 * 60 * 60; // Extremecoin: 6 hours
or probably better just
static int64 nTargetTimespan = 21600; // Extremecoin:  60 seconds * 60 minutes * 6 hours = 21600 seconds

The last will be slightly more efficient.

But that is a nice fix.  Looking forward to the improved client.  Thanks to everyone in this community!

EDIT - Also fix the spelling of Exremecoin to Extremecoin please!
Petr1fied
Hero Member
*****
Offline Offline

Activity: 616


View Profile
October 11, 2013, 05:12:42 PM
 #388

The original post states retarget every 4 blocks when in fact it is now retargeting every single block (120 / 120 = 1). Also the retarget is currently based solely on the time it took to solve the last block.

It does have code for Balthazar's rolling average which should make it look back 4 retarget intervals but that doesn't kick in until block 15000 as that is what's defined for COINFIX1_BLOCK in src/main.h

For it to match the specifications listed in the first post then I'd suggest a hard fork to make it actually calculate the average every 4 bocks with a 16 block average (4 retarget intervals) at COINFIX1_BLOCK. In order to do this correctly it'd need to switch to actual 4 block retargets at least 16 blocks before it hits COINFIX1_BLOCK (block 14984).

I've therefore submitted an update. If the specs in the first post are actually what are wanted then I highly recommend the pull is accepted and a new client is released ASAP but that's really up to CaptChadd. At the very least my initial commit should be accepted because it fixes the current syncing issue.
artiface
Full Member
***
Offline Offline

Activity: 238


View Profile
October 11, 2013, 07:08:19 PM
 #389

Nice.  I was wondering about the 1 block retarget when I was looking at the code and thought it was a bit odd. I know it was changed because it was stuck at a high difficulty.  It looks like the original code wasn't really doing 2 minute blocks with 4 block retargets, but actually 5 minute blocks and 6 hour (72 block) retargets, maybe thats why it got stuck??

Extremecoin.org says difficulty retarget every 2 blocks.

So who knows what it is supposed to be?  CaptChadd?

I think were almost at 12000 as I type this. So 15000 is about 100 hours away around 4 days if the blocks really take 2 minutes.  Also the end of the 200 coin block reward is just over a week away if 2 minutes per block holds.

edit: fixed my bad math
CaptChadd
Hero Member
*****
Offline Offline

Activity: 896


Product Marketing & Promotion / Software Developer


View Profile
October 11, 2013, 08:24:58 PM
 #390

I would really like to avoid another hard fork at this time.

How about we pull the first commit to fix the syncing issue and then I update the OP and website to state what the actual difficulty code does, as it is at the moment?
RoadTrain
Legendary
*
Offline Offline

Activity: 1372


View Profile
October 12, 2013, 08:42:35 AM
 #391

It's not possible to sync from scratch because of changes to the difficulty algorithm which were applied globally and instantly instead of at a predefined future block.

As far as the current client is concerned the proof of work is wrong for the early blocks because it doesn't match what the code now says.

The only way to fix it so that the client can sync on it's own would be to find out at which block it actually hard forked. Roll back the changes to their original values and then get those same changes to come in at the block it actually hard forked at.

Further to this I've created a Pull request which will resolve the issue with syncing the clients without having to rely on manually downloading the blockchain.
Good job, but please avoid using floating-point math in blockchain-related code. It might cause random forks.
Instead of 0.25 * 24 you'd better use 6.

Will be good if we can all come to an agreement as to which would be the best way to go with this code update? It would be good to only have to update this client one more time before the reward drop.
Well I think replacing floating-point math with integer math is highly important. Other than that it's up to you to decide.
CaptChadd
Hero Member
*****
Offline Offline

Activity: 896


Product Marketing & Promotion / Software Developer


View Profile
October 12, 2013, 10:02:15 AM
 #392

And it doesn't matter if the updated code matches to old code exactly, just as long as the outcome is the same then the client will sync and download the whole chain.
RoadTrain
Legendary
*
Offline Offline

Activity: 1372


View Profile
October 12, 2013, 03:13:33 PM
 #393

And it doesn't matter if the updated code matches to old code exactly, just as long as the outcome is the same then the client will sync and download the whole chain.
Anyways it's a bad habit and should be avoided IMO.
Petr1fied
Hero Member
*****
Offline Offline

Activity: 616


View Profile
October 12, 2013, 04:37:44 PM
 #394

CaptChadd, It's entirely up to you how you want to proceed, it's your coin. At the very least you need to apply the initial fix so that the client will sync on it's own.

If you plan to make any further changes you really need to specify a set point in the future for those changes to come into effect, you can't just change values globally as this will just reintroduce the syncing issue.

Good luck with your coin.
CaptChadd
Hero Member
*****
Offline Offline

Activity: 896


Product Marketing & Promotion / Software Developer


View Profile
October 12, 2013, 05:42:57 PM
 #395

CaptChadd, It's entirely up to you how you want to proceed, it's your coin. At the very least you need to apply the initial fix so that the client will sync on it's own.

If you plan to make any further changes you really need to specify a set point in the future for those changes to come into effect, you can't just change values globally as this will just reintroduce the syncing issue.

Good luck with your coin.

Thank you mate for your help and the rest of the community. I will apply the sync issue fix.
ajqjjj
Sr. Member
****
Offline Offline

Activity: 394



View Profile
October 13, 2013, 06:31:19 AM
 #396

Pools?

       ▄▄█▀▀▀▀▀▀▀█▄▄
    ▄█▀▀▄▄███████▄▄▀▀█▄
  ▄█▀▄████▀▄▄▄▄▄▀████▄▀█▄
 ▄█ █████▀█ ▄▄▄ █▀█████ █▄
▄█ █████   █████   █████ █▄
█ ██████   ▀███▀   ██████ █
█ ███████         ███████ █
█ ██████   ▄███▄   ██████ █
▀█ █████   █████   █████ █▀

 ▀█ █████▄█ ▀▀▀ █▄█████ █▀
  ▀█▄▀████▄▀▀▀▀▀▄████▀▄█▀

    ▀█▄▄▀▀███████▀▀▄▄█▀
       ▀▀█▄▄▄▄▄▄▄█▀▀




 ▄█████████ ███      ███  ▄█████  ▄█████  ▄████████▄   ▄████████▄   ▄█████████ ███       ███
███▀        ███      ███ ███▀    ███▀    ███▀    ▀███ ███▀    ▀███ ███▀        ███       ███
███         ███      ███ ███     ███     ████████████ ███      ███ ███         ███▄     ▄███
███▄        ███▄    ▄███ ███     ███     ███▄         ███      ███ ███▄         ▀███████████
 ▀█████████  ▀████████▀  ███     ███      ▀█████      ███      ███  ▀█████████          ▄███
                                                                                     █████▀
██████
███
███
███
███
███
███
███
███
███
███
███
██████
██████
███
███
███
███
███
███
███
███
███
███
███
██████
█████▀
███▀ 
█▀  ▄█
  ▄███
▄████▀
███▀
█▀  ▄█
  ▄███
▄████▀
███▀
█▀  ▄█
  ▄███
▄█████
█████▀
███▀ 
█▀  ▄█
  ▄███
▄████▀
███▀
█▀  ▄█
  ▄███
▄████▀
███▀
█▀  ▄█
  ▄███
▄█████
pliznau
Full Member
***
Offline Offline

Activity: 182


View Profile
October 13, 2013, 07:38:57 AM
 #397

Pools?
https://coinex.pw/mining/pools/EXC

void
antyGMO
Member
**
Offline Offline

Activity: 98


View Profile
October 13, 2013, 10:47:41 AM
 #398

Can someone tell me how to configure mining on coinEX?

FC address:   72J9Ba7mkxGFtfWMRpKFP4ws311GdxWFta
LTC address:  LXQVY5sirQKqv7b3UcWAn99MfeSrkduFGX
BTC address: 1EY2LQzxxij7dVPSYriUjVVBAjoTY9DA5Y
captainfuture
Sr. Member
****
Offline Offline

Activity: 280



View Profile
October 13, 2013, 10:56:13 AM
 #399

Can someone tell me how to configure mining on coinEX?


depends on what miner you wanna use.

You have first to set up a worker at Account/Workers


Then
with cgminer try:

cgminer.exe --scrypt -o http://exc.mining.coinex.pw:80 -u WORKERNAME -p PASSWORD --scan-time 1 --queue 4 --no-submit-stale

antyGMO
Member
**
Offline Offline

Activity: 98


View Profile
October 13, 2013, 11:37:22 AM
 #400

thanks for help!

FC address:   72J9Ba7mkxGFtfWMRpKFP4ws311GdxWFta
LTC address:  LXQVY5sirQKqv7b3UcWAn99MfeSrkduFGX
BTC address: 1EY2LQzxxij7dVPSYriUjVVBAjoTY9DA5Y
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 [20] 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!