Bitcoin Forum
May 05, 2024, 06:22:26 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 43 44 45 46 47 48 49 50 51 52 53 54 55 56 [57] 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 »
  Print  
Author Topic: [ANN] Kryptohash | Brand new PoW algo | 320bit hash | ed25519 | PID algo for dif  (Read 149394 times)
xinbinbin
Full Member
***
Offline Offline

Activity: 196
Merit: 100


View Profile
March 11, 2015, 12:49:16 AM
Last edit: March 11, 2015, 03:45:58 AM by xinbinbin
 #1121

What does AMD280X  parameter
? How fast?
"Bitcoin: the cutting edge of begging technology." -- Giraffe.BTC
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714933346
Hero Member
*
Offline Offline

Posts: 1714933346

View Profile Personal Message (Offline)

Ignore
1714933346
Reply with quote  #2

1714933346
Report to moderator
1714933346
Hero Member
*
Offline Offline

Posts: 1714933346

View Profile Personal Message (Offline)

Ignore
1714933346
Reply with quote  #2

1714933346
Report to moderator
1714933346
Hero Member
*
Offline Offline

Posts: 1714933346

View Profile Personal Message (Offline)

Ignore
1714933346
Reply with quote  #2

1714933346
Report to moderator
WORE
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250


View Profile
March 12, 2015, 12:34:57 AM
 #1122

What does AMD280X  parameter
? How fast?

154k unless you use the --cl-opt-disable in the batch or "cl-opt-disable" : true, in the conf, in that case there is a huge performance gain however you must watch your heat dissipation as it tends to get hot real quick and your VRM's should not be run at or over 120C.
xinbinbin
Full Member
***
Offline Offline

Activity: 196
Merit: 100


View Profile
March 13, 2015, 07:50:16 PM
 #1123

What does AMD280X  parameter
? How fast?

154k unless you use the --cl-opt-disable in the batch or "cl-opt-disable" : true, in the conf, in that case there is a huge performance gain however you must watch your heat dissipation as it tends to get hot real quick and your VRM's should not be run at or over 120C.
THX
wr104 (OP)
Sr. Member
****
Offline Offline

Activity: 329
Merit: 250


View Profile WWW
March 14, 2015, 04:42:02 PM
 #1124

Guys,

Now that the network is at block 49,0xx  I'm detecting lots of connections from older obsolete Wallets version 0.4.x

If you haven't upgraded to version 0.5.0 yet, please do it NOW.
Videlicet
Legendary
*
Offline Offline

Activity: 868
Merit: 1058


Creator of Nexus http://nexus.io


View Profile WWW
March 14, 2015, 09:44:27 PM
 #1125

Bump protocol version, lock out nodes on older protocol if after given time. Then you don't need to worry about the main network forking if they don't update  Wink

Thank You,
Viz.

[Nexus] Created by Viz. [Videlicet] : "videre licet - it may be seen; evidently; clearly"
berbip
Member
**
Offline Offline

Activity: 143
Merit: 10


View Profile
March 15, 2015, 12:01:50 AM
 #1126

What exactly changes with the updated algorithm ?
kiwifruit8
Member
**
Offline Offline

Activity: 61
Merit: 10


View Profile
March 15, 2015, 06:14:38 AM
 #1127

Guys,

Now that the network is at block 49,0xx  I'm detecting lots of connections from older obsolete Wallets version 0.4.x

If you haven't upgraded to version 0.5.0 yet, please do it NOW.
That explains why the net hashrate dropped to 4M yesterday. Good job. Grin

wr104 (OP)
Sr. Member
****
Offline Offline

Activity: 329
Merit: 250


View Profile WWW
March 15, 2015, 03:39:27 PM
 #1128

What exactly changes with the updated algorithm ?


The second and final hash is now calculated using the output of the first hash in reverse order (64Kb per hash). This change doesn't impact the performance on GPUs as the first hash has always been stored in RAM anyway. But, ASIC implementations without RAM to store the first hash, are now forced to do a lot more computations to calculate the second hash.  

See discussion here: https://bitcointalk.org/index.php?topic=881427.msg10133393#msg10133393

wr104 (OP)
Sr. Member
****
Offline Offline

Activity: 329
Merit: 250


View Profile WWW
March 15, 2015, 09:18:31 PM
 #1129

Bump protocol version, lock out nodes on older protocol if after given time. Then you don't need to worry about the main network forking if they don't update  Wink

Thank You,
Viz.

At block 49,000 the Wallet v0.5.0 stopped accepting new connections from older obsolete Wallets version 0.4.x.  The problem is with those peers with older Wallet versions that are already connected to you. By design the Wallet cannot disconnect them.  I considered adding this disconnect feature to the new Wallet to help with the transition but, I then realized it could have allowed DoS attacks on the network.

At block 50,000 the Wallet v0.5.0 will begin sending miners block headers with the version field set to 2.  Older obsolete Wallets won't be able to accept these new mined blocks because, the hash in block version 2 isn't compatible with the old block version 1.

I'm still detecting few people running the old Wallet 0.4.x.  The chance of them causing a fork is small but, I really don't want to take any chances.  

If you are reading this and you haven't updated the wallet to version 0.5.0 yet, please do it now.  

On the other hand, if you did update the Wallet to 0.5.0 before block 49,000 was mined yesterday, please restart your Wallet one more time.  This is to ensure peers with older Wallet 0.4.x will get further isolated before block 50,000 is mined within the next 24 hours.
dilution007
Member
**
Offline Offline

Activity: 62
Merit: 10


View Profile
March 16, 2015, 11:38:53 AM
 #1130

Bump protocol version, lock out nodes on older protocol if after given time. Then you don't need to worry about the main network forking if they don't update  Wink

Thank You,
Viz.

At block 49,000 the Wallet v0.5.0 stopped accepting new connections from older obsolete Wallets version 0.4.x.  The problem is with those peers with older Wallet versions that are already connected to you. By design the Wallet cannot disconnect them.  I considered adding this disconnect feature to the new Wallet to help with the transition but, I then realized it could have allowed DoS attacks on the network.

At block 50,000 the Wallet v0.5.0 will begin sending miners block headers with the version field set to 2.  Older obsolete Wallets won't be able to accept these new mined blocks because, the hash in block version 2 isn't compatible with the old block version 1.

I'm still detecting few people running the old Wallet 0.4.x.  The chance of them causing a fork is small but, I really don't want to take any chances.  

If you are reading this and you haven't updated the wallet to version 0.5.0 yet, please do it now.  

On the other hand, if you did update the Wallet to 0.5.0 before block 49,000 was mined yesterday, please restart your Wallet one more time.  This is to ensure peers with older Wallet 0.4.x will get further isolated before block 50,000 is mined within the next 24 hours.

Restarted twice  Grin

berbip
Member
**
Offline Offline

Activity: 143
Merit: 10


View Profile
March 16, 2015, 02:33:51 PM
 #1131

checked with getpeerinfo and only 0.5.0 connected Smiley
berbip
Member
**
Offline Offline

Activity: 143
Merit: 10


View Profile
March 16, 2015, 11:16:28 PM
 #1132

rejected share above target @ block 49999

horizontalcareer
Member
**
Offline Offline

Activity: 93
Merit: 10


View Profile
March 16, 2015, 11:26:28 PM
 #1133

The net hashrate is lower than 4MH/s ,very dangerous!

wr104 (OP)
Sr. Member
****
Offline Offline

Activity: 329
Merit: 250


View Profile WWW
March 16, 2015, 11:57:38 PM
 #1134

The net hashrate is lower than 4MH/s ,very dangerous!

As long as the Diff remains above 32, we are okay.

Besides, this means you and me will be able to mine more coins before the big announcement.   Grin  
E9800
Sr. Member
****
Offline Offline

Activity: 250
Merit: 250


View Profile
March 17, 2015, 12:16:03 AM
 #1135

I have mined in the past with no issue. I have updated the wallet and miner. Just tried to mine on nonce-pool and get all rejects. Any ideas?
wr104 (OP)
Sr. Member
****
Offline Offline

Activity: 329
Merit: 250


View Profile WWW
March 17, 2015, 12:16:27 AM
 #1136

It's been an hour since we crossed the 50,000 block boundary, there has been 12 blocks mined with the new algorithm and I see no problems from my end.

I'm celebrating the success of the network transition with an iced cold Guinness.  Cheers!
wr104 (OP)
Sr. Member
****
Offline Offline

Activity: 329
Merit: 250


View Profile WWW
March 17, 2015, 12:18:25 AM
 #1137

I have mined in the past with no issue. I have updated the wallet and miner. Just tried to mine on nonce-pool and get all rejects. Any ideas?

Anybody else having problems with the pool?
nonce-pool
Full Member
***
Offline Offline

Activity: 149
Merit: 100


View Profile
March 17, 2015, 01:53:42 AM
 #1138

I have mined in the past with no issue. I have updated the wallet and miner. Just tried to mine on nonce-pool and get all rejects. Any ideas?

Anybody else having problems with the pool?

Pool is fixed now, to algo v2, somehow we missed a name change.
E9800
Sr. Member
****
Offline Offline

Activity: 250
Merit: 250


View Profile
March 17, 2015, 01:54:46 AM
 #1139

I have mined in the past with no issue. I have updated the wallet and miner. Just tried to mine on nonce-pool and get all rejects. Any ideas?

Anybody else having problems with the pool?

Pool is fixed now, to algo v2, somehow we missed a name change.
Thanks.
E9800
Sr. Member
****
Offline Offline

Activity: 250
Merit: 250


View Profile
March 17, 2015, 02:05:33 AM
 #1140

I have mined in the past with no issue. I have updated the wallet and miner. Just tried to mine on nonce-pool and get all rejects. Any ideas?

Anybody else having problems with the pool?

Pool is fixed now, to algo v2, somehow we missed a name change.
Just tried again and now cannot connect.
Pages: « 1 ... 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 43 44 45 46 47 48 49 50 51 52 53 54 55 56 [57] 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!