Bitcoin Forum
May 04, 2024, 07:08:21 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 [125] 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 »
  Print  
Author Topic: [ANN][GRA] Graincoin - New PoW/PoS coin | Fast, secure | Version 1.5 Released!  (Read 176974 times)
bondi
Sr. Member
****
Offline Offline

Activity: 347
Merit: 250


View Profile
January 30, 2014, 05:36:00 PM
 #2481

Whenever I start the wallet it freezes and I get not responding.  I've restarted and re installed.  Same problem.  Was working fine yesterday.

I've noted since a few days ago that my wallet freezes constantly and uses more cpu than before...

Unfortunately I can't even test the issue as I have no Windows. However, Bosian said that he did not note anything similar. Also, there is a post regarding freezes:

I am having a lot of trouble running the 1.4 wallet with minting.  I am running windows 7 and if I unlock it for minting it goes to non responsive.... Any ideas?


  having same trouble, mostly when another running wallet grabs the focus. try: task manager>processes tab>sort by name, right click [grain]>set priority>DO NOT USE REALTIME   Grin

usually works for me, the realtime setting freezez my comp.  Wink

Changing priority does nothing.
It's really strange because before the cpu load was high only when started and then was minimal while stayed open. Now it's constantly high and "not responding" most of the time...
Had no problems with my wallet at any point. When I run the wallet it has some effect on gaming but once it has synced it runs smoothly. Using windows 8.1.

I think I will try to make a FAQ that could be added to OP as the same problems keep popping up on every 2nd page. Smiley
I have the same Problem some days before, I have to take a scurecopy of my wallet.dat and all Blockchaindatas form Wallet 1.3 and than it works. I am using Linux so I copied the comlete hidden directory should be the same like user/Roaming/.... Im not sure if this will help on windows.

What I did now was to rename my current grain folder to grain2, restart wallet and then close. Copy wallet.dat and grain.conf to the new grain folder and start wallet again and let it sync.
It seems now it working again without freezing...
The Bitcoin software, network, and concept is called "Bitcoin" with a capitalized "B". Bitcoin currency units are called "bitcoins" with a lowercase "b" -- this is often abbreviated BTC.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714849701
Hero Member
*
Offline Offline

Posts: 1714849701

View Profile Personal Message (Offline)

Ignore
1714849701
Reply with quote  #2

1714849701
Report to moderator
1714849701
Hero Member
*
Offline Offline

Posts: 1714849701

View Profile Personal Message (Offline)

Ignore
1714849701
Reply with quote  #2

1714849701
Report to moderator
Hippie Tech
aka Amenstop
Legendary
*
Offline Offline

Activity: 1624
Merit: 1001


All cryptos are FIAT digital currency. Do not use.


View Profile WWW
January 30, 2014, 05:49:41 PM
 #2482

Many clients have been known to hog the cpu while starting up.

Use taskmanager to set the affinity on Graincoin-qt.exe, so it uses only one cpu core.

bondi
Sr. Member
****
Offline Offline

Activity: 347
Merit: 250


View Profile
January 30, 2014, 06:01:14 PM
 #2483

Many clients have been known to hog the cpu while starting up.

Use taskmanager to set the affinity on Graincoin-qt.exe, so it uses only one cpu core.

The problem is not on startup, as the cpu load is high at that point.
The problem is after we enable minting by unlocking the wallet... It used to work ok but started to freeze a few days ago. Seems ok now.
DAoneNonlyG
Sr. Member
****
Offline Offline

Activity: 453
Merit: 250



View Profile
January 30, 2014, 06:24:30 PM
 #2484

Found 7 Blocks in the last 24 hours... all valid... seems like i´m lucky today...
bondi
Sr. Member
****
Offline Offline

Activity: 347
Merit: 250


View Profile
January 30, 2014, 06:29:38 PM
 #2485

Found 7 Blocks in the last 24 hours... all valid... seems like i´m lucky today...

Congrats.
jdebunt
Legendary
*
Offline Offline

Activity: 1596
Merit: 1010


View Profile WWW
January 30, 2014, 06:30:02 PM
 #2486

First issue of "Crypto Monthly", a new free & digital crypto magazine, can be downloaded at https://db.tt/LnHTVldQ (created by me & Sergios)

We have a Grain article in there for you guys!

Feedback is always welcome, we are aware this is far from perfect, but it's a learning process Smiley
bee7
Hero Member
*****
Offline Offline

Activity: 574
Merit: 523


View Profile
January 30, 2014, 06:47:39 PM
 #2487

How does Grain's code look when you compare it to LKY, BUK, STR, MEM, COL, MPL ect ... ??

Orphans.. glitchy PoS/PoW .. .how many other similarities will be found ?

UPDATE:

Looks like this coin has also fallen victim to the negative target spacing problem that has plagued many other coins recently; however, this one seems to have failed much earlier. Last proof-of-work block was accepted around 8th October 2013. scrypt/proof-of-work mining would have stopped working at this time.
...

When I first found this problem (as I were not able to PoW mine the coin I liked) I looked through several coins and found 5 or 6 more (my list was not exhaustive, I just confirmed to myself that the problem is common). I did inform the developers of these coins. One of the coins was Grain. I must tell that Bosian was already working on fix at that time. The only coin that has this problem 'officially' solved ATM is Grain.

As for the rest of the code base - yes, all coins have the roots in bitcoin's/ppcoin's original code. Many problems, that were introduced at the early cloning or later during sub-cloning, are traveling from coin to coin, that's true. I also have a lot of orphans with Grain, but this does not make me worrying. The orphans is a part of the protocol. You can't eliminate them completely. Even bitcoin's network with its 10 minutes target has orphans.

I just count how many my blocks eventually survived in a day (actually how much reward in BTC equivalent I get) and compare it to the estimate of how much other coins I can mine with my two rigs (including Litecoin). Most of the time the Grain wins even at its current rate.
mkimid
Sr. Member
****
Offline Offline

Activity: 336
Merit: 250

Have A Nice Day


View Profile
January 30, 2014, 09:01:11 PM
 #2488

@mkimid

OK. You found a block. It got to the node that runs block explorer so you see the same picture there. At the same time (a few seconds or milliseconds later) block explorer receives a notification that some third node, to which you have no direct connection, found a block with the same height. The explorer's wallet retrieve that block but nothing changes as both blocks are of the same height. The explorer's wallet informs in turn that third node that it has alternate block. While all these things happened that third node found a new block based on it's previous block as it is continuously mining like you. It also send a notification to the block explorer's wallet. Then the longest chain wins. Explorer's wallet switches to it and informs you about the changes. Your wallet has nothing else than to drop it's own chain.



@bee7

thank you for your explain,
I understand, and, that is normal, you know, I know, and the others are know,

the single orphans, how frequently can be happen ?
the double or triple liked orphasn how frequently can be happen ?

Actually, Orphans itself not an issue, and not an problem,
ALL coins are having similar problem becasue of it is the P2P coin,

but, How frequently ? it is the question for this coin.
and, Why sometime it takes very long time ? it is the second question.
and, Why mostly take over by PoS ? [maybe PoS Diff is very low, so, more chance to take over]

such as
      [latest] PoW-PoW-PoW-pos-pos-pos.... [oldest]
      ----> take over
      [latest] PoS-PoS-PoS-pos-pos-pos... [oldest]
      (1) the 3rd PoW in block explorer : timestamp : 00:00:30
      (2) the 2nd PoW in block explorer : timestamp : 00:00:35
      (3) the 1st PoW in block explorer : timestamp : 00:00:40   [ at least 10 seconds from 3rd to 1st ]
      (4) the replaced PoS : timestamp : 00:00:25

      replaced PoS is 5 seconds eailer than PoW, so, it is makesense,

Q1 : why it took 5 ~ 15 (5+10) seconds are took to fix this orphans ? My question, it takes too long time.
Q2 : why happen too frequently ? [maybe, just my feeling]
 


Have a nice day
mkimid
Sr. Member
****
Offline Offline

Activity: 336
Merit: 250

Have A Nice Day


View Profile
January 30, 2014, 09:22:17 PM
 #2489


I do not think so,
because of COINWARZ can not calculate the actual earning rate for PoW/PoS coins,
and it makes the miner mis-understand about their mining result

Have a nice day
bee7
Hero Member
*****
Offline Offline

Activity: 574
Merit: 523


View Profile
January 30, 2014, 09:28:46 PM
 #2490

@mkimid

OK. You found a block. It got to the node that runs block explorer so you see the same picture there. At the same time (a few seconds or milliseconds later) block explorer receives a notification that some third node, to which you have no direct connection, found a block with the same height. The explorer's wallet retrieve that block but nothing changes as both blocks are of the same height. The explorer's wallet informs in turn that third node that it has alternate block. While all these things happened that third node found a new block based on it's previous block as it is continuously mining like you. It also send a notification to the block explorer's wallet. Then the longest chain wins. Explorer's wallet switches to it and informs you about the changes. Your wallet has nothing else than to drop it's own chain.



@bee7

thank you for your explain,
I understand, and, that is normal, you know, I know, and the others are know,

the single orphans, how frequently can be happen ?
the double or triple liked orphasn how frequently can be happen ?

Actually, Orphans itself not an issue, and not an problem,
ALL coins are having similar problem becasue of it is the P2P coin,

but, How frequently ? it is the question for this coin.
and, Why sometime it takes very long time ? it is the second question.
and, Why mostly take over by PoS ? [maybe PoS Diff is very low, so, more chance to take over]

such as
      [latest] PoW-PoW-PoW-pos-pos-pos.... [oldest]
      ----> take over
      [latest] PoS-PoS-PoS-pos-pos-pos... [oldest]
      (1) the 3rd PoW in block explorer : timestamp : 00:00:30
      (2) the 2nd PoW in block explorer : timestamp : 00:00:35
      (3) the 1st PoW in block explorer : timestamp : 00:00:40   [ at least 10 seconds from 3rd to 1st ]
      (4) the replaced PoS : timestamp : 00:00:25

      replaced PoS is 5 seconds eailer than PoW, so, it is makesense,

Q1 : why it took 5 ~ 15 (5+10) seconds are took to fix this orphans ? My question, it takes too long time.
Q2 : why happen too frequently ? [maybe, just my feeling]


Q1: Because when the block is found the node informs its peers that it found a new block, but not telling the block to the peers. Then it is peers responsibility to pull the block itself from that node. This has certain latency that depends on two factors - the network latency and the participating nodes performance and current load.

Q2: because the target time is 30 seconds while the delays in propagation are quite big, so the probability of two blocks found in the same time period required to propagate the block over the network is higher than the same probability for litecoin, for example. I can't recall if it was proposed in regard to the Grain or some other coin, but the idea was to double the target time instead of forthcoming reward halving. This proposed solution should lower the orphan ratio.
bee7
Hero Member
*****
Offline Offline

Activity: 574
Merit: 523


View Profile
January 30, 2014, 09:31:55 PM
 #2491


I do not think so,
because of COINWARZ can not calculate the actual earning rate for PoW/PoS coins,
and it makes the miner mis-understand about their mining result


Also Coinwarz has a big delay in its reporting - most of the time it shows the diff that is already gone.
bosian (OP)
Sr. Member
****
Offline Offline

Activity: 406
Merit: 250


View Profile
January 30, 2014, 09:40:48 PM
 #2492

Whenever I start the wallet it freezes and I get not responding.  I've restarted and re installed.  Same problem.  Was working fine yesterday.

I've noted since a few days ago that my wallet freezes constantly and uses more cpu than before...

Unfortunately I can't even test the issue as I have no Windows. However, Bosian said that he did not note anything similar. Also, there is a post regarding freezes:

I am having a lot of trouble running the 1.4 wallet with minting.  I am running windows 7 and if I unlock it for minting it goes to non responsive.... Any ideas?


  having same trouble, mostly when another running wallet grabs the focus. try: task manager>processes tab>sort by name, right click [grain]>set priority>DO NOT USE REALTIME   Grin

usually works for me, the realtime setting freezez my comp.  Wink

Changing priority does nothing.
It's really strange because before the cpu load was high only when started and then was minimal while stayed open. Now it's constantly high and "not responding" most of the time...
Had no problems with my wallet at any point. When I run the wallet it has some effect on gaming but once it has synced it runs smoothly. Using windows 8.1.

I think I will try to make a FAQ that could be added to OP as the same problems keep popping up on every 2nd page. Smiley

Yes FAQ will be a good idea. As many questions are asked by different people and answered many times in the thread. Smiley
btc1210
Full Member
***
Offline Offline

Activity: 140
Merit: 100


View Profile
January 30, 2014, 09:56:47 PM
 #2493

I recommend http://pages.github.com/ for hosting an FAQ.

It's free, and allows multiple people to submit questions/answers through pull requests.
mkimid
Sr. Member
****
Offline Offline

Activity: 336
Merit: 250

Have A Nice Day


View Profile
January 30, 2014, 10:34:13 PM
 #2494


Q1: Because when the block is found the node informs its peers that it found a new block, but not telling the block to the peers. Then it is peers responsibility to pull the block itself from that node. This has certain latency that depends on two factors - the network latency and the participating nodes performance and current load.

Q2: because the target time is 30 seconds while the delays in propagation are quite big, so the probability of two blocks found in the same time period required to propagate the block over the network is higher than the same probability for litecoin, for example. I can't recall if it was proposed in regard to the Grain or some other coin, but the idea was to double the target time instead of forthcoming reward halving. This proposed solution should lower the orphan ratio.


about Q2,

       I have tracked my debug.log file, from xx:50:00

      at xx:50:23 Received block 0000000f275e14b8fdb
          xx:50:24 Received block 00000009f2f6774c316
          xx:50:25 Recieved block 3b4a224dc17a785d8fbe <- PoW
          xx:50:25 Reorganized
                        new best is the matched with the previous block of #159016
          xx:50:43 I have found a block
          xx:51:21 orphans

       My computer report, I found a block #159016 at xx:50:43(and got feedback on xx:50:49), it is declare the block is orphans on xx:51:25
       the block has been connected at xx:50:19, and other block is connected on xx:51:21

       : The block has been found on xx:50:19
       : QT just reorganize the block on xx:50:21, and there is no noticed, it indicate the old chain yet
       : my computer waste time till xx:50:43, and found the next block
       : got feedback from some body on xx:50:49
       : on xx:51:21, it has notified about #159016 has found already,
       : on xx:51:22, reorgainze the block chain, and my founds are become orphans,

       (1) I just lost 30 seconds (xx:50:19 ~ xx:50:49), till I found a new block,
       (2) It has been fixed on xx:51:21,

       Maybe, it will takes a time  to decide as an orphan block, it can takes a time sometime (xx:50:49~xx:41:21, 33 seconds)
       
I am not sure,
Is it the normal situation ?
I have to lost 61 seconds till I got the notification about #159016 which has found  62 seconds ago ?

The height of block racing can be happen with extremely low diff and large hashes,
becuase of there is no time gap to share the information between QTs

Is it possible on this coin now ?
and, such a frequently ?
To process a block how long latency will be needed ?

I can agree about explaination, because of your explaination is absolutely right,
but, my question is it is not fit on the current situation,

if there are couple of seconds of time-gap, maybe yes,
but, there are 20-30 seconds of time-gap, and didn't aware somebody found a new block ?
and, fixed after next block ?

I can not agree it is normal,
If just happen once, maybe I can say, even difficult but can happen,
but, it is happen 2-3 times every hours ?

AGAIN, I do not talk about Techincally Possible or Not,
Becasue of technically possible,

But, I am asking Why too frequently ?

Anyway, the dev think it is normal for this coin, and it is normal.
and, I remebered the dev say this is normal. so, at least, it is normal for this coin,
so, I do not want to mention about it again,

 





 



Have a nice day
bosian (OP)
Sr. Member
****
Offline Offline

Activity: 406
Merit: 250


View Profile
January 30, 2014, 10:47:13 PM
 #2495


Q1: Because when the block is found the node informs its peers that it found a new block, but not telling the block to the peers. Then it is peers responsibility to pull the block itself from that node. This has certain latency that depends on two factors - the network latency and the participating nodes performance and current load.

Q2: because the target time is 30 seconds while the delays in propagation are quite big, so the probability of two blocks found in the same time period required to propagate the block over the network is higher than the same probability for litecoin, for example. I can't recall if it was proposed in regard to the Grain or some other coin, but the idea was to double the target time instead of forthcoming reward halving. This proposed solution should lower the orphan ratio.


about Q2,

       I have tracked my debug.log file, from xx:50:00

      at xx:50:23 Received block 0000000f275e14b8fdb
          xx:50:24 Received block 00000009f2f6774c316
          xx:50:25 Recieved block 3b4a224dc17a785d8fbe <- PoW
          xx:50:25 Reorganized
                        new best is the matched with the previous block of #159016
          xx:50:43 I have found a block
          xx:51:21 orphans

       My computer report, I found a block #159016 at xx:50:43(and got feedback on xx:50:49), it is declare the block is orphans on xx:51:25
       the block has been connected at xx:50:19, and other block is connected on xx:51:21

       : The block has been found on xx:50:19
       : QT just reorganize the block on xx:50:21, and there is no noticed, it indicate the old chain yet
       : my computer waste time till xx:50:43, and found the next block
       : got feedback from some body on xx:50:49
       : on xx:51:21, it has notified about #159016 has found already,
       : on xx:51:22, reorgainze the block chain, and my founds are become orphans,

       (1) I just lost 30 seconds (xx:50:19 ~ xx:50:49), till I found a new block,
       (2) It has been fixed on xx:51:21,

       Maybe, it will takes a time  to decide as an orphan block, it can takes a time sometime (xx:50:49~xx:41:21, 33 seconds)
       
I am not sure,
Is it the normal situation ?
I have to lost 61 seconds till I got the notification about #159016 which has found  62 seconds ago ?

The height of block racing can be happen with extremely low diff and large hashes,
becuase of there is no time gap to share the information between QTs

Is it possible on this coin now ?
and, such a frequently ?
To process a block how long latency will be needed ?

I can agree about explaination, because of your explaination is absolutely right,
but, my question is it is not fit on the current situation,

if there are couple of seconds of time-gap, maybe yes,
but, there are 20-30 seconds of time-gap, and didn't aware somebody found a new block ?
and, fixed after next block ?

I can not agree it is normal,
If just happen once, maybe I can say, even difficult but can happen,
but, it is happen 2-3 times every hours ?

AGAIN, I do not talk about Techincally Possible or Not,
Becasue of technically possible,

But, I am asking Why too frequently ?

Anyway, the dev think it is normal for this coin, and it is normal.
and, I remebered the dev say this is normal. so, at least, it is normal for this coin,
so, I do not want to mention about it again,


What you described is perfect normal in all the coins. The time it takes for the network to negotiate depends on your network status and others network status. There is a predefined algorithm to determine which is the winner blocks/chains, and it is perfect fine and justified for everyone, as the same algorithm is applied in all case.

Just to give you an historical example: WorldCoin, one of the top alt coins, had one incident a few months ago: one of the major mining pools in EU, because of the network connectivity issues related to some network, mined for 5 hours, and created a 462 block chain fork, this chain, became orphans after 5 hours of some blocked mined and confirmed 500+ times. This happens, and it happens in all coins. I don't see for GRA it is any different, from the data you posted.
mkimid
Sr. Member
****
Offline Offline

Activity: 336
Merit: 250

Have A Nice Day


View Profile
January 30, 2014, 11:56:24 PM
 #2496


What you described is perfect normal in all the coins. The time it takes for the network to negotiate depends on your network status and others network status. There is a predefined algorithm to determine which is the winner blocks/chains, and it is perfect fine and justified for everyone, as the same algorithm is applied in all case.

Just to give you an historical example: WorldCoin, one of the top alt coins, had one incident a few months ago: one of the major mining pools in EU, because of the network connectivity issues related to some network, mined for 5 hours, and created a 462 block chain fork, this chain, became orphans after 5 hours of some blocked mined and confirmed 500+ times. This happens, and it happens in all coins. I don't see for GRA it is any different, from the data you posted.


@Bosian

Thank you,
Actually, I have mined  NEC/CIN//LK7/PHS and others to compare the issues,
and, I didn't find similar issues (maybe they have much higher Diff ?),
anyway, If you say it is normal, and it is normal, like as a person, every coins has their own personality(?),
Maybe I expected too much(too perfect) ?

^^

Have a nice day
Sberbank
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
January 31, 2014, 10:13:31 AM
 #2497

For cryptsy:
https://cryptsy.freshdesk.com/support/discussions/topics/44936
wesker
Newbie
*
Offline Offline

Activity: 11
Merit: 0


View Profile
January 31, 2014, 03:31:03 PM
 #2498

i think we need a little more PR to stop the constant downfall  Shocked
Nullu
Hero Member
*****
Offline Offline

Activity: 532
Merit: 500


View Profile
January 31, 2014, 03:33:52 PM
 #2499

i think we need a little more PR to stop the constant downfall  Shocked

Lot of new coins out getting a lot of buzz.

Just means I'll end up investing in more grain. A coin this good is not going anywhere.

BTC - 14kYyhhWZwSJFHAjNTtyhRVSu157nE92gF
wesker
Newbie
*
Offline Offline

Activity: 11
Merit: 0


View Profile
January 31, 2014, 03:38:18 PM
 #2500

thats the good fact of course, ill buy more too when its that cheap.
i first bought at 15, but there is no need to drop that far ....  Cheesy
Pages: « 1 ... 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 [125] 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 »
  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!