Pages:
Author

Topic: [ANN] [V] Version - Rare Desirable NO PREMINE Store of Value -->> v0.8.9.9 FIX - page 13. (Read 71663 times)

sr. member
Activity: 280
Merit: 250
Donate to put a smile on my face :)
When will start mining at 40K block like you talking about? Shocked Shocked Shocked
I sell version on NXT and someone buying on higher price then I sold version?  Shocked Shocked Shocked
This coin seems to be great but you instamine 60000 blocks and to others tell that fork is broken and other ferry tails .When you sleep and your computers was running we wait for working pool .At this time you  generete 240000 coins.
Thanks for your development


What are you talking about Sebalino? To whom are you referring your post?
sr. member
Activity: 341
Merit: 250
Anyone able to explain what is going on with POS?  Several thousand coins have drained out of my wallet and show no sign of returning.  Is it simply that blocks are moving very slowly now?

Anyone able to shed any light on this?

More than 80% of the coins in my wallet seem to have wandered off about 7 days ago.  They show "0 of 6 confirmations". Encrypting and re-synching has made no difference.  Are they lost?

I'm frightened to open my wallet after reading this.
hero member
Activity: 1029
Merit: 712
Anyone able to explain what is going on with POS?  Several thousand coins have drained out of my wallet and show no sign of returning.  Is it simply that blocks are moving very slowly now?

Anyone able to shed any light on this?

More than 80% of the coins in my wallet seem to have wandered off about 7 days ago.  They show "0 of 6 confirmations". Encrypting and re-synching has made no difference.  Are they lost?
full member
Activity: 182
Merit: 100
When will start mining at 40K block like you talking about? Shocked Shocked Shocked
I sell version on NXT and someone buying on higher price then I sold version?  Shocked Shocked Shocked
This coin seems to be great but you instamine 60000 blocks and to others tell that fork is broken and other ferry tails .When you sleep and your computers was running we wait for working pool .At this time you  generete 240000 coins.
Thanks for your development
sr. member
Activity: 256
Merit: 250
3 days ago price was 4 times lower. Any ideas why?
member
Activity: 114
Merit: 10
I think this is a good investment, I will continue to pay close attention to your information
sr. member
Activity: 256
Merit: 250
I noticed one thing though, I had to turn of computer when there was 1.6Ths at network, almost 90% of PoS went to my wallet. Now there is 6.5THs I am getting about 10% of PoS. Please, big boys, move away for a sec....
sr. member
Activity: 256
Merit: 250
Good job guys. I just divided that wallet into 4 small ones 4k each. Now everything just burns. PoS just kicked in, LOL. Almost doubled all blocks. Damn, with difficulty at 13k, these all 4 wallets go to USBsticks and will see the light in 30 days. Looks like everything works from what I see, transferred all V's into different wallets + 1k to nxt-e. Still mining at ZeusPool  (thanks again Mindfox), although 100Gh just give me 1-2 V per hour, still ,these are mine. LOL.

P.S. Dev, please wait with KWG, looks like it works so far. Thanks
sr. member
Activity: 280
Merit: 250
I have 16k in my wallet. It syncs till about 3.5k blocks everyday (my guess it is about what zeuspool makes each day). New wallets (0 mined) work just fine and syncs 100%. Frustrated. Looks like Dev is in Hibernation, or found fatal error.  Is this old wallet with all found blocks permanently lost ? Any ides what to do?

My first guess:
If that 16k is 4000 blocks * 4V each then this could be your problem:
http://wiki.hobonickels.info/index.php?title=Coin_Control
Basically, if you have too many inputs in your wallet (more than a thousand), the proof-of-stake miner that is built into the wallet will use your entire cpu.
Encrypting your wallet will stop the proof-of-stake mining.  Then you can combine your V into larger chunks by sending it to a new address in amounts of say 50V.  Then you'd have 320 transaction inputs instead of 4000.  The proof-of-stake miner wouldn't use your whole cpu and the wallet would sync better.




Thanks for this.  It unjammed things for me.
sr. member
Activity: 256
Merit: 250
I have 16k in my wallet. It syncs till about 3.5k blocks everyday (my guess it is about what zeuspool makes each day). New wallets (0 mined) work just fine and syncs 100%. Frustrated. Looks like Dev is in Hibernation, or found fatal error.  Is this old wallet with all found blocks permanently lost ? Any ides what to do?

My first guess:
If that 16k is 4000 blocks * 4V each then this could be your problem:
http://wiki.hobonickels.info/index.php?title=Coin_Control
Basically, if you have too many inputs in your wallet (more than a thousand), the proof-of-stake miner that is built into the wallet will use your entire cpu.
Encrypting your wallet will stop the proof-of-stake mining.  Then you can combine your V into larger chunks by sending it to a new address in amounts of say 50V.  Then you'd have 320 transaction inputs instead of 4000.  The proof-of-stake miner wouldn't use your whole cpu and the wallet would sync better.



Thanks, looks like you are right.
full member
Activity: 121
Merit: 100
I have 16k in my wallet. It syncs till about 3.5k blocks everyday (my guess it is about what zeuspool makes each day). New wallets (0 mined) work just fine and syncs 100%. Frustrated. Looks like Dev is in Hibernation, or found fatal error.  Is this old wallet with all found blocks permanently lost ? Any ides what to do?

My first guess:
If that 16k is 4000 blocks * 4V each then this could be your problem:
http://wiki.hobonickels.info/index.php?title=Coin_Control
Basically, if you have too many inputs in your wallet (more than a thousand), the proof-of-stake miner that is built into the wallet will use your entire cpu.
Encrypting your wallet will stop the proof-of-stake mining.  Then you can combine your V into larger chunks by sending it to a new address in amounts of say 50V.  Then you'd have 320 transaction inputs instead of 4000.  The proof-of-stake miner wouldn't use your whole cpu and the wallet would sync better.

legendary
Activity: 1764
Merit: 1022
Pool is stable now,


I think you just spoke too soon. The blocks found went from block 154370 then it goes to block 155031 with only orphans after block 155031.

legendary
Activity: 1190
Merit: 1002
Pool is stable now,
Ppl still mining it hard.
So I will be one of the rare coin available.

Pool 6TH+ can't complain about that Smiley

1       anonymous    1,317,466,901    4,997.891
2       anonymous    999,868,387    3,793.062
3       anonymous    816,387,384    3,097.015
4       happy762    813,638,605    3,086.588
5       anonymous    771,032,529    2,924.959

top 5 ppl Smiley
So you better hold you coins.

Look at nxt-e
The price is start climbing up .
full member
Activity: 595
Merit: 101
Chromia - Relational Blockchain
Hi...

was an early adopter of this coin when price was higher and bought a bunch.  Can someone please tell me if these coins on the exchange are safe or will they vanish if I try to transfer them because of issues?  I have been buying more but am a bit afraid to.  I haven't tried to transfer anything since I am on a mac.  Not a techie person over here, so thanks for any info you have. 

I'm in the same boat.
member
Activity: 90
Merit: 10
Hi...

was an early adopter of this coin when price was higher and bought a bunch.  Can someone please tell me if these coins on the exchange are safe or will they vanish if I try to transfer them because of issues?  I have been buying more but am a bit afraid to.  I haven't tried to transfer anything since I am on a mac.  Not a techie person over here, so thanks for any info you have. 
legendary
Activity: 1190
Merit: 1002
By the way why some ppl say the wallet not working ?
My 2 pcs wallet is working fine now ??
Syncing with out a problem.

hero member
Activity: 700
Merit: 500
I wish I could help, but probably not.

mindfox, have you been in contact with staycrypto?  Why hasn't staycrypto done anything to continue/fix development of Version?  It looks like he is working on Probe, but not Version?  (recent posts in Probe thread) Has he abandoned Version?
I have not abandoned Version but I am tied up with "real life" stuff e.g. job situation.  That said, if mindfox and crew want to put development resources/effort in and submit pull requests I will not turn them down as it only helps everybody.

I started going down a path that is, unfortunately, very time consuming.  The problem is because of our fork issue, there is kind of what you can think of like a "plug" trying to go through a pipe and clogging it up - which is a large chunk of orphaned chain that needs to be processed through and then things go on - but this processing consumes a huge amount of resources and brings the RPC interface etc. to its knees, which causes a big operational problem for the pools.  So, part of the solution is to get the codebase onto leveldb as it is still on bdb.  Unfortunately, this is not so simple to achieve.  There are also some threading improvements that could be made, etc.  One possible solution that may be easier, is to take a codebase that is already on leveldb with recent updates, and then port the Version coin parameters, difficulty algorithm, and block reward algorithm over into it.  This may prove faster to implement than bringing leveldb into the existing code base.

For normal users its not a blocking issue, but for pools who depend on high RPC throughput it is a problem.

Ok, thanks for the update.  So normal users can download 0.8.9.9 and it is all ok?  The forking issue is pretty much taken care of, but it's just a problem for pools to handle the processing?  There is no chance of a rollback at this point?  All users using 0.8.9.9 and re-syncing the chain from Block 1 will be on the same fork?

Good luck with the real world stuff.  I was jus getting a bit worried because you have not posted in this thread for over a week, and your last update didn't really make it clear that everything was working more-or-less as it should.  I thought we were all still waiting for a new release.
I don't think you understand the significance of pools and what they serve.
Let's suppose that you have a solo-miner with 1 TH/s plus, hash power. Let's also suppose that your hash power is 10GH/s. What are your chances to get a single block, between you, the rest of solo miners of 10-100 GHs and the 1 THs miner?

Pools are delivering a service were even the smallest miner can participate and get a reward for his efforts. Pools is about increasing your chances of getting a reward for found blocks which in most circumstances you would have to wait for days, week, or even months, *if* you manage to get a block.

No pool is going to accept a coin that gets lots of resources, because resources costs too much ( a lot more than the fee they charge ).

Oh no, I wasn't trying to minimize the significance of pools at all!  I have always used pools, for this coin and for others.  I was just saying that I wasn't clear, up to now, that the coin was functioning properly to the extent that it would even be worth mining (since I thought multiple forks still existed, and that it would be possible to mine on the wrong fork).

I realize that a problem for pools is a problem for everybody who cares about the coin, but I was waiting for a new wallet-update before I even started to mine or sync up the blockchain again.
sr. member
Activity: 280
Merit: 250
Donate to put a smile on my face :)
I wish I could help, but probably not.

mindfox, have you been in contact with staycrypto?  Why hasn't staycrypto done anything to continue/fix development of Version?  It looks like he is working on Probe, but not Version?  (recent posts in Probe thread) Has he abandoned Version?
I have not abandoned Version but I am tied up with "real life" stuff e.g. job situation.  That said, if mindfox and crew want to put development resources/effort in and submit pull requests I will not turn them down as it only helps everybody.

I started going down a path that is, unfortunately, very time consuming.  The problem is because of our fork issue, there is kind of what you can think of like a "plug" trying to go through a pipe and clogging it up - which is a large chunk of orphaned chain that needs to be processed through and then things go on - but this processing consumes a huge amount of resources and brings the RPC interface etc. to its knees, which causes a big operational problem for the pools.  So, part of the solution is to get the codebase onto leveldb as it is still on bdb.  Unfortunately, this is not so simple to achieve.  There are also some threading improvements that could be made, etc.  One possible solution that may be easier, is to take a codebase that is already on leveldb with recent updates, and then port the Version coin parameters, difficulty algorithm, and block reward algorithm over into it.  This may prove faster to implement than bringing leveldb into the existing code base.

For normal users its not a blocking issue, but for pools who depend on high RPC throughput it is a problem.

Ok, thanks for the update.  So normal users can download 0.8.9.9 and it is all ok?  The forking issue is pretty much taken care of, but it's just a problem for pools to handle the processing?  There is no chance of a rollback at this point?  All users using 0.8.9.9 and re-syncing the chain from Block 1 will be on the same fork?

Good luck with the real world stuff.  I was jus getting a bit worried because you have not posted in this thread for over a week, and your last update didn't really make it clear that everything was working more-or-less as it should.  I thought we were all still waiting for a new release.
I don't think you understand the significance of pools and what they serve.
Let's suppose that you have a solo-miner with 1 TH/s plus, hash power. Let's also suppose that your hash power is 10GH/s. What are your chances to get a single block, between you, the rest of solo miners of 10-100 GHs and the 1 THs miner?

Pools are delivering a service were even the smallest miner can participate and get a reward for his efforts. Pools is about increasing your chances of getting a reward for found blocks which in most circumstances you would have to wait for days, week, or even months, *if* you manage to get a block.

No pool is going to accept a coin that gets lots of resources, because resources costs too much ( a lot more than the fee they charge ).
sr. member
Activity: 280
Merit: 250
Willing to help, though not sure what i can do.  Fair warning, I have no coding skills.
hero member
Activity: 700
Merit: 500
I wish I could help, but probably not.

mindfox, have you been in contact with staycrypto?  Why hasn't staycrypto done anything to continue/fix development of Version?  It looks like he is working on Probe, but not Version?  (recent posts in Probe thread) Has he abandoned Version?
I have not abandoned Version but I am tied up with "real life" stuff e.g. job situation.  That said, if mindfox and crew want to put development resources/effort in and submit pull requests I will not turn them down as it only helps everybody.

I started going down a path that is, unfortunately, very time consuming.  The problem is because of our fork issue, there is kind of what you can think of like a "plug" trying to go through a pipe and clogging it up - which is a large chunk of orphaned chain that needs to be processed through and then things go on - but this processing consumes a huge amount of resources and brings the RPC interface etc. to its knees, which causes a big operational problem for the pools.  So, part of the solution is to get the codebase onto leveldb as it is still on bdb.  Unfortunately, this is not so simple to achieve.  There are also some threading improvements that could be made, etc.  One possible solution that may be easier, is to take a codebase that is already on leveldb with recent updates, and then port the Version coin parameters, difficulty algorithm, and block reward algorithm over into it.  This may prove faster to implement than bringing leveldb into the existing code base.

For normal users its not a blocking issue, but for pools who depend on high RPC throughput it is a problem.

Ok, thanks for the update.  So normal users can download 0.8.9.9 and it is all ok?  The forking issue is pretty much taken care of, but it's just a problem for pools to handle the processing?  There is no chance of a rollback at this point?  All users using 0.8.9.9 and re-syncing the chain from Block 1 will be on the same fork?

Good luck with the real world stuff.  I was jus getting a bit worried because you have not posted in this thread for over a week, and your last update didn't really make it clear that everything was working more-or-less as it should.  I thought we were all still waiting for a new release.
Pages:
Jump to: