Bitcoin Forum
May 10, 2024, 04:18:59 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
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 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 ... 73 »
  Print  
Author Topic: [ANN] Kryptohash | Brand new PoW algo | 320bit hash | ed25519 | PID algo for dif  (Read 149394 times)
wr104 (OP)
Sr. Member
****
Offline Offline

Activity: 329
Merit: 250


View Profile WWW
December 07, 2014, 09:26:20 PM
 #321

What about the --gpu-dyninterval option? Does it make sense to play with or is the default value always the best? Are there any other options except shaders and multiplier that can possibly affect the hashrate?

The most important options in cgminer-khc are 'shaders' and 'shaders-mul'.  The former has to match be the number of stream processors in your GPU, the latter is the number of consecutive OpenCL threads per stream processor.

If your GPU has 2048 Stream Processors and you select 8 for 'shaders_mul', the KSHAKE320 OpenCL Kernel will simultaneously run 16384 threads every time the Kernel is executed.  Now, the current KSHAKE320 algorithm requires 64Kb per thread so, in order to run with with 8 for shaders_mul, your Video card needs at least 1Gb of available VRAM.

The other parameters that can affect your mining is the --expiry and --scan-time which are both set to 30 sec by default.   I would not go below 10 seconds for expiry because, cgminer resets the Nonce back to zero every time it calls "getwork" and gets a new block template.
 

I haven't played with the --gpu-dyninterval option. I do see that it changes the dynamic inside the opencl_scanhash() function but, I'm not sure that if changing this option will have a positive effect on performance.




 
1715357939
Hero Member
*
Offline Offline

Posts: 1715357939

View Profile Personal Message (Offline)

Ignore
1715357939
Reply with quote  #2

1715357939
Report to moderator
Transactions must be included in a block to be properly completed. When you send a transaction, it is broadcast to miners. Miners can then optionally include it in their next blocks. Miners will be more inclined to include your transaction if it has a higher transaction fee.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1715357939
Hero Member
*
Offline Offline

Posts: 1715357939

View Profile Personal Message (Offline)

Ignore
1715357939
Reply with quote  #2

1715357939
Report to moderator
Riseman
Hero Member
*****
Offline Offline

Activity: 690
Merit: 500


View Profile
December 07, 2014, 10:04:09 PM
 #322

Thanks. I use the actual amount of shaders of my GPU and the highest multiplier it can start with (16). So the miner consumes about 3GB VRAM.

The other parameters that can affect your mining is the --expiry and --scan-time which are both set to 30 sec by default.   I would not go below 10 seconds for expiry because, cgminer resets the Nonce back to zero every time it calls "getwork" and gets a new block template.

Does it mean that when a new block arrives all the miners in the network start hashing from the same nonce value? I think it's quite impractical because in this case solving the block is not a matter of luck at all but purely a matter of hashrate. So the slower miners have no chance of finding the correct hash first if I got it right.
wr104 (OP)
Sr. Member
****
Offline Offline

Activity: 329
Merit: 250


View Profile WWW
December 07, 2014, 10:21:32 PM
Last edit: December 07, 2014, 10:36:23 PM by wr104
 #323

Thanks. I use the actual amount of shaders of my GPU and the highest multiplier it can start with (16). So the miner consumes about 3GB VRAM.

The other parameters that can affect your mining is the --expiry and --scan-time which are both set to 30 sec by default.   I would not go below 10 seconds for expiry because, cgminer resets the Nonce back to zero every time it calls "getwork" and gets a new block template.

Does it mean that when a new block arrives all the miners in the network start hashing from the same nonce value? I think it's quite impractical because in this case solving the block is not a matter of luck at all but purely a matter of hashrate. So the slower miners have no chance of finding the correct hash first if I got it right.

Miners in the network never receive the same exact block. Few things always change, like the nTime value which updates every time you call getwork.  Also, the first TxOut in the block is always the coinbase and this TX contains your unique public address.
wr104 (OP)
Sr. Member
****
Offline Offline

Activity: 329
Merit: 250


View Profile WWW
December 07, 2014, 11:21:54 PM
 #324

tough crowd
z38630610
Legendary
*
Offline Offline

Activity: 1050
Merit: 1000



View Profile
December 07, 2014, 11:25:59 PM
 #325

tough crowd
Now again stop mining ?

▄█▀▀▀▀▀▀▀▀▀▀▀█▄
▄█▀▄███████████▄▀█▄
▄█▀▄███████████████▄▀█▄
▄█▀▄███████ ██ ████████▄▀█▄
█ ███████▄▄ ▌ ▄▄▄ ▀██████ █
█ █████████ ▌ ████ ██████ █
█ █████████ ▌ ▄▄▄▄ ▀█████ █
█ █████████ ▌ █████ █████ █
█ █████▄▀▀  ▌ ▀▀▀▀ ▄█████ █
▀█▄▀███████ ██ ████████▀▄█▀
▀█▄▀███████████████▀▄█▀
▀█▄▀███████████▀▄█▀
▀█▄▄▄▄▄▄▄▄▄▄▄█▀
.JINBI..

merges gold’s investment
holding value
with
blockchain technology
.
...T H E   G O L D E N   I C O...
.────────     WHITEPAPER     ────────.
▄█▀▀▀▀▀▀▀▀▀▀▀█▄
▄█▀▄███████████▄▀█▄
▄█▀▄███████████████▄▀█▄
▄█▀▄███████ ██ ████████▄▀█▄
█ ███████▄▄ ▌ ▄▄▄ ▀██████ █
█ █████████ ▌ ████ ██████ █
█ █████████ ▌ ▄▄▄▄ ▀█████ █
█ █████████ ▌ █████ █████ █
█ █████▄▀▀  ▌ ▀▀▀▀ ▄█████ █
▀█▄▀███████ ██ ████████▀▄█▀
▀█▄▀███████████████▀▄█▀
▀█▄▀███████████▀▄█▀
▀█▄▄▄▄▄▄▄▄▄▄▄█▀
wr104 (OP)
Sr. Member
****
Offline Offline

Activity: 329
Merit: 250


View Profile WWW
December 07, 2014, 11:30:33 PM
 #326

Working on a new Wallet version 0.3.6 to fix the Diff algorithm once again.  Will hard fork at block 5599. 
wr104 (OP)
Sr. Member
****
Offline Offline

Activity: 329
Merit: 250


View Profile WWW
December 08, 2014, 12:39:01 AM
 #327

Unfortunately, this is not our first rodeo. We had to do the same thing at block 5000 and miners here understood.
Atomicat
Legendary
*
Offline Offline

Activity: 952
Merit: 1002



View Profile
December 08, 2014, 01:49:59 AM
 #328

Unfortunately, this is not our first rodeo. We had to do the same thing at block 5000 and miners here understood.

...and patiently compose a haiku.


The B that is an 8
Fuzzy logic softens the head-desk hammers
End is just the Start

Edit:  Ohmmmmm....
wr104 (OP)
Sr. Member
****
Offline Offline

Activity: 329
Merit: 250


View Profile WWW
December 08, 2014, 02:05:14 AM
 #329

At 103 Diff, the mining the block I need for the fork is taking hours  Angry

It seems, there won't be a new wallet till tomorrow.

Edit: Wait a min.  I just realized that I don't need to mine it.  I can put whatever I want in the checkpoint   Shocked
antonio8
Legendary
*
Offline Offline

Activity: 1386
Merit: 1000


View Profile
December 08, 2014, 02:22:58 AM
 #330

Is the wallet turned off for mining currently.

If you are going to leave your BTC on an exchange please send it to this address instead 1GH3ub3UUHbU5qDJW5u3E9jZ96ZEmzaXtG, I will at least use the money better than someone who steals it from the exchange. Thanks Wink
xinbinbin
Full Member
***
Offline Offline

Activity: 196
Merit: 100


View Profile
December 08, 2014, 03:26:33 AM
 #331

At 103 Diff, the mining the block I need for the fork is taking hours  Angry

It seems, there won't be a new wallet till tomorrow.

Edit: Wait a min.  I just realized that I don't need to mine it.  I can put whatever I want in the checkpoint   Shocked
Trading platform wallet was closed, can solve?
wr104 (OP)
Sr. Member
****
Offline Offline

Activity: 329
Merit: 250


View Profile WWW
December 08, 2014, 04:36:57 AM
 #332

As soon as the new wallet becomes available tomorrow, the trading platform will reopen.

The fork at current diff is taking longer than I was expecting.

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

Activity: 329
Merit: 250


View Profile WWW
December 08, 2014, 05:15:57 AM
 #333

Fork is ready. I'm compiling Wallet 0.3.6
WORE
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250


View Profile
December 08, 2014, 05:43:42 AM
 #334

Fork is ready. I'm compiling Wallet 0.3.6


So, I've been mining this whole time and you are hard forking it again?  (no I'm kidding)


Yay.  And for everyone repeatedly asking if the mining has opened again, no!  Not until tomorrow...  Roll Eyes  And certainly not when the new wallet has been released.  No way...   Roll Eyes


(Think they bought it?) Grin
wr104 (OP)
Sr. Member
****
Offline Offline

Activity: 329
Merit: 250


View Profile WWW
December 08, 2014, 06:27:00 AM
 #335

I'm going to have to continue tomorrow.

There are few issues with the checkpoint that I have to address before I can release 0.3.6

I ask for your patience.
WORE
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250


View Profile
December 08, 2014, 06:28:25 AM
 #336

I'm going to have to continue tomorrow.

There are few issues with the checkpoint that I have to address before I can release 0.3.6

I ask for your patience.


You know my position, take your time, get it right.
wr104 (OP)
Sr. Member
****
Offline Offline

Activity: 329
Merit: 250


View Profile WWW
December 08, 2014, 02:10:38 PM
Last edit: December 08, 2014, 03:09:52 PM by wr104
 #337

New Wallet version 0.3.6 - MANDATORY UPGRADE

https://github.com/kryptohash/kryptohash/releases/tag/v0.3.6

VERY IMPORTANT

1) Backup your wallet.dat file.  
2) Execute kryptohashd or kryptohash-qt with the --reindex  parameter for ONE TIME to allow the wallet to fork correctly at block 5600.

Note: If your wallet gets stuck reindexing at block 3599 (seen with the Linux wallet) then, you need to download the entire blockchain.


xinbinbin
Full Member
***
Offline Offline

Activity: 196
Merit: 100


View Profile
December 08, 2014, 03:15:40 PM
 #338

New Wallet version 0.3.6 - MANDATORY UPGRADE

https://github.com/kryptohash/kryptohash/releases/tag/v0.3.6

VERY IMPORTANT

1) Backup your wallet.dat file.  
2) Execute kryptohashd or kryptohash-qt with the --reindex  parameter for ONE TIME to allow the wallet to fork correctly at block 5600.

Note: If your wallet gets stuck reindexing at block 3599 (seen with the Linux wallet) then, you need to download the entire blockchain.



Block card in 5608? Don't go block, no platform Wallet
wr104 (OP)
Sr. Member
****
Offline Offline

Activity: 329
Merit: 250


View Profile WWW
December 08, 2014, 03:34:20 PM
 #339

Waiting for work from Pool 0

block 5608 stuck?

need some more explanation what is happening, people may be able to help.. like to follow new try, new algos

Currently, there are no transactions on the network.

Unlike bitcoin and other altcoins, the Kryptohash wallet will not give miners "dummy" work when the transaction mempool is empty.  I'm setting up one of my wallets to being sending 1 TX every 10 mins.
antonio8
Legendary
*
Offline Offline

Activity: 1386
Merit: 1000


View Profile
December 08, 2014, 03:36:48 PM
 #340

And we're off.

EDIT: Just found a block

If you are going to leave your BTC on an exchange please send it to this address instead 1GH3ub3UUHbU5qDJW5u3E9jZ96ZEmzaXtG, I will at least use the money better than someone who steals it from the exchange. Thanks Wink
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 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 ... 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!