Topic: Vertcoin - First Scrypt N | First Stealth Address - Privacy without mixer - page 644. (Read 1232701 times)
January 17, 2014, 12:27:28 PM
The seed nodes seem to be getting overloaded - vertcoin, please can you increase the connection limit.
For now, I've brought another node that accepts inbound connections up myself. Please use: 54.201.249.125
January 17, 2014, 12:16:08 PM
There's been a lot of support for adding Vertcoin on cryptsy.
Keep it going: ask at https://cryptsy.freshdesk.com/support/discussions/topics/64057 if you want to trade VTC on cryptsy.
Also post at https://bitcointalksearch.org/topic/poll-next-cryptocurrency-candidates-for-coinex-291647 and https://bitcointalksearch.org/topic/coinexpw-vertcoin-vtc-request-thread-418575 if you want to trade VTC on Coinex.pw
Keep it going: ask at https://cryptsy.freshdesk.com/support/discussions/topics/64057 if you want to trade VTC on cryptsy.
Also post at https://bitcointalksearch.org/topic/poll-next-cryptocurrency-candidates-for-coinex-291647 and https://bitcointalksearch.org/topic/coinexpw-vertcoin-vtc-request-thread-418575 if you want to trade VTC on Coinex.pw
January 17, 2014, 11:25:36 AM
Price just went up 25% - all the sells up to 5000 satoshi wiped out.
January 17, 2014, 10:48:50 AM
Help!
I purchased some and decided to encrypt my wallet which had 3x what i purchased from mining... Program didnt close fully within 2 minutes so i ctrl alt del it. Loaded back up showd balance but would not take the key i had just generated. restarted and the wallet is corrupt... What can/should I do? I have the wallet.dat(0balance) and wallet.(numebers).bak
I purchased some and decided to encrypt my wallet which had 3x what i purchased from mining... Program didnt close fully within 2 minutes so i ctrl alt del it. Loaded back up showd balance but would not take the key i had just generated. restarted and the wallet is corrupt... What can/should I do? I have the wallet.dat(0balance) and wallet.(numebers).bak
Right mouse button on the folder containing the wallet, properties, previous versions, perhaps anything listed there to restore wallet from shadow copies?
Yes, didn't think of that - system restore might also get it back since it was in appdata?
January 17, 2014, 10:31:44 AM
Market depth looking good for the strong hands:
January 17, 2014, 10:30:40 AM
Help!
I purchased some and decided to encrypt my wallet which had 3x what i purchased from mining... Program didnt close fully within 2 minutes so i ctrl alt del it. Loaded back up showd balance but would not take the key i had just generated. restarted and the wallet is corrupt... What can/should I do? I have the wallet.dat(0balance) and wallet.(numebers).bak
I purchased some and decided to encrypt my wallet which had 3x what i purchased from mining... Program didnt close fully within 2 minutes so i ctrl alt del it. Loaded back up showd balance but would not take the key i had just generated. restarted and the wallet is corrupt... What can/should I do? I have the wallet.dat(0balance) and wallet.(numebers).bak
Right mouse button on the folder containing the wallet, properties, previous versions, perhaps anything listed there to restore wallet from shadow copies?
January 17, 2014, 10:23:14 AM
attempted that borris, has not succeeded :/ thank you though..
Ok, well if your wallet shows your balance, then it is unlikely to be completely corrupt. It's possible, but seems unlikely. At least the public key must be readable for the wallet to "know" what key to show the balance for. One other thing you could try is, find a tool for brute-forcing passwords on bitcoin wallets (which I don't know of, but am certain must exist somewhere) and set it to finding the password for the wallet.dat you have.
January 17, 2014, 10:18:56 AM
attempted that borris, has not succeeded :/ thank you though..
January 17, 2014, 10:10:38 AM
It seems hard to predict the good N-factor value to be a real GPU friendly coin, you seem to be very confident about it though, and i do not have your knowledge
But imo it would be best to have a N-factor set by people with the "moment knowledge" about CPU, GPU and ASIC mining...or even better, an auto regulating/auto-detect thing (probably very hard)
Yes it's an interesting thought - one way to have an ASIC resistant, but always GPU mineable coin would be to just hard fork it periodically. It would also enhance the multipool resistance of such a coin by ensuring that they always had to keep coming back and doing work to be able to mine it - there could be no "set and forget" merged mining code. Right now, VTC already has these features though, and I think the n-factor schedule, at least in the first years, is probably about right to stay GPU mineable whilst making ASIC development impractical.
January 17, 2014, 10:06:49 AM
Help!
I purchased some and decided to encrypt my wallet which had 3x what i purchased from mining... Program didnt close fully within 2 minutes so i ctrl alt del it. Loaded back up showd balance but would not take the key i had just generated. restarted and the wallet is corrupt... What can/should I do? I have the wallet.dat(0balance) and wallet.(numebers).bak
I purchased some and decided to encrypt my wallet which had 3x what i purchased from mining... Program didnt close fully within 2 minutes so i ctrl alt del it. Loaded back up showd balance but would not take the key i had just generated. restarted and the wallet is corrupt... What can/should I do? I have the wallet.dat(0balance) and wallet.(numebers).bak
Oh boy, this is why you should always back up your wallet _before_ you get any significant amount of coins in it.
So you have a .bak file? I would imagine that is a temporary file from during the process of encrypting the wallet.
- First, copy the files you do have somewhere else, so you don't further damage your only copies of them.
- Now, if the wallet.dat that is there at present seems corrupt and wont open, but you also have a wallet
January 17, 2014, 09:57:42 AM
Help!
I purchased some and decided to encrypt my wallet which had 3x what i purchased from mining... Program didnt close fully within 2 minutes so i ctrl alt del it. Loaded back up showd balance but would not take the key i had just generated. restarted and the wallet is corrupt... What can/should I do? I have the wallet.dat(0balance) and wallet.(numebers).bak
I purchased some and decided to encrypt my wallet which had 3x what i purchased from mining... Program didnt close fully within 2 minutes so i ctrl alt del it. Loaded back up showd balance but would not take the key i had just generated. restarted and the wallet is corrupt... What can/should I do? I have the wallet.dat(0balance) and wallet.(numebers).bak
January 17, 2014, 09:54:45 AM
Hi
why do I have only 50% of the speed of mining?
Can be integrated miner and explorer part of the share goes to the account of the developer miner? as it was with protocoins. Can anyone verify this?
why do I have only 50% of the speed of mining?
Can be integrated miner and explorer part of the share goes to the account of the developer miner? as it was with protocoins. Can anyone verify this?
You have only 50% mining speed because of the different algorithm. Twice as many rounds of scrypt are done at the current N-factor, as are done with normal scrypt coins, so you would expect 50% hashrate at best.
January 17, 2014, 08:32:09 AM
I would be interested in this coin if it was a GPU long term coin but it is not...
From what i read, Vertcoin will become a CPU only coin over time (like every script-jane coin)
As there are already a good chunk of CPU only coins, it does not bring anything really new
From what i read, Vertcoin will become a CPU only coin over time (like every script-jane coin)
As there are already a good chunk of CPU only coins, it does not bring anything really new
I think your conclusion on Vertcoin is missing some point. According to Nfactor schedule, we already think about possibility to come up with new GPUs, which is almost one year per Nfactor. Vertcoin is not like scrypt-jane coins that change Nfactor too fast like 3 - 6 months to prevent GPUs to catch up with. So, we can say Vertcoin is GPU friendly, as long as you buy a new GPU to do mining. Don't you think it makes sense that 4 years from now on AMD and Nvidia will not create a higher GPUs card to market ?
It seems hard to predict the good N-factor value to be a real GPU friendly coin, you seem to be very confident about it though, and i do not have your knowledge
But imo it would be best to have a N-factor set by people with the "moment knowledge" about CPU, GPU and ASIC mining...or even better, an auto regulating/auto-detect thing (probably very hard)
Or you are aiming more toward a CPU only coin, what i feel like
I think your ideas about the the "moment knowledge" and auto regulating/auto-detect things is very good ideas, and I would like to implement its in the future if those features are not required hard fork in the code.
January 17, 2014, 06:32:31 AM
I would be interested in this coin if it was a GPU long term coin but it is not...
From what i read, Vertcoin will become a CPU only coin over time (like every script-jane coin)
As there are already a good chunk of CPU only coins, it does not bring anything really new
From what i read, Vertcoin will become a CPU only coin over time (like every script-jane coin)
As there are already a good chunk of CPU only coins, it does not bring anything really new
I think your conclusion on Vertcoin is missing some point. According to Nfactor schedule, we already think about possibility to come up with new GPUs, which is almost one year per Nfactor. Vertcoin is not like scrypt-jane coins that change Nfactor too fast like 3 - 6 months to prevent GPUs to catch up with. So, we can say Vertcoin is GPU friendly, as long as you buy a new GPU to do mining. Don't you think it makes sense that 4 years from now on AMD and Nvidia will not create a higher GPUs card to market ?
It seems hard to predict the good N-factor value to be a real GPU friendly coin, you seem to be very confident about it though, and i do not have your knowledge
But imo it would be best to have a N-factor set by people with the "moment knowledge" about CPU, GPU and ASIC mining...or even better, an auto regulating/auto-detect thing (probably very hard)
Or you are aiming more toward a CPU only coin, what i feel like
January 17, 2014, 05:41:44 AM
I would be interested in this coin if it was a GPU long term coin but it is not...
From what i read, Vertcoin will become a CPU only coin over time (like every script-jane coin)
As there are already a good chunk of CPU only coins, it does not bring anything really new
From what i read, Vertcoin will become a CPU only coin over time (like every script-jane coin)
As there are already a good chunk of CPU only coins, it does not bring anything really new
I think your conclusion on Vertcoin is missing some point. According to Nfactor schedule, we already think about possibility to come up with new GPUs, which is almost one year per Nfactor. Vertcoin is not like scrypt-jane coins that change Nfactor too fast like 3 - 6 months to prevent GPUs to catch up with. So, we can say Vertcoin is GPU friendly, as long as you buy a new GPU to do mining. Don't you think it makes sense that 4 years from now on AMD and Nvidia will not create a higher GPUs card to market ?
January 17, 2014, 05:29:40 AM
I would be interested in this coin if it was a GPU long term coin but it is not...
From what i read, Vertcoin will become a CPU only coin over time (like every script-jane coin) or even, it is already a CPU only coin
As there are already a good chunk of CPU only coins (ASIC RESISTANT), so it does not bring anything really new
From what i read, Vertcoin will become a CPU only coin over time (like every script-jane coin) or even, it is already a CPU only coin
As there are already a good chunk of CPU only coins (ASIC RESISTANT), so it does not bring anything really new
January 17, 2014, 03:41:24 AM
January 17, 2014, 02:00:48 AM
Nice, but outdated on the GPU info.
January 17, 2014, 01:37:58 AM
Another article about Vertcoin : http://www.cryptoarticles.com/crypto-news/2014/1/15/vertcoin-listed-on-coinedup
January 17, 2014, 12:23:25 AM
Hi
why do I have only 50% of the speed of mining?
Can be integrated miner and explorer part of the share goes to the account of the developer miner? as it was with prototsoins. Can anyone verify this?
why do I have only 50% of the speed of mining?
Can be integrated miner and explorer part of the share goes to the account of the developer miner? as it was with prototsoins. Can anyone verify this?
You have half the mining speed because it's performing twice as many operations. Hence the N-factor (2^x, where in LTC x=9, and in VTC x=10). This is normal and expected. If you get a full 50% of your scrypt mining speed, then you're actually getting quite good results.
Jump to: