i am new with CLAM but i really like this coin, now i sync my client
please advice- its any way to i can simple add my bitcoin private key to CLAM ?
(in client i saw i can import only wallet.dat - its not possible to import the bitcoin private key)
thanks
Clam Client -> Console -> importprivkey <private key> |
|
|
|
Just to say, I peeled a 0.05 2014 coin this morning and it was funded (thankfully)
How did you go about redeeming them? blockchain.info firstly to sweep the btc. Then downloaded electroncash to redeem the bitcoin cash. I really didn't want to peel this coin, it felt wrong. But there is no way I could sell it with this type of controversy surrounding them, it didn't feel right. Don't forget to also claim your Bitcoin Gold! |
|
|
|
Just to say, I peeled a 0.05 2014 coin this morning and it was funded (thankfully)
How did you go about redeeming them? It is very simple if the coin is funded, the private key under the sticker is the correct private key and the code under the sticker is the actual private key and not a private key that has been modified by an obfuscation algorithm (as some of the private keys were).1. Peel sticker 2. Import or sweep the private key into one of any number of Bitcoin wallets. Almost all modern Bitcoin wallets have either a private key import function or a private key sweeping function. |
|
|
|
|
Note that changing one number can have a huge impact on the result. For example the average cost of electricity. We know that some miners pay more that $0.10 per kWh but many miners pay much less than that. If the average cost of electricity is, for example $0.05 per kWh then the mining sector will attempt to consume:
P = 6(50/22 + 1.25)(8800)(0.5)/0.05
= 7,260,000 kW
= 7.3 GW
|
|
|
|
...but in an economic perspective this would destroy markets and may cause hyperinflation in some countries.
By definition and design Bitcoin cannot experience hyperinflation. So, you must be talking about hyperinflation of a country's government or central bank issued fiat currency as people dump that crap for something better. You cannot blame the hyperinflation of an unstable government run fiat currency on Bitcoin. The fault would land squarely on the fiat currency or more specifically the government or central bank mismanagement and misuse of said currency. A long time ago I derived a formula to estimate the amount of energy the miners will attempt to use based on the assumption that, on average, the mining sector will burn as much energy as they can afford to burn: P = (6(50/2 e) + f)(x)(1 - g)/c [kW] where: x = exchange rate [USD/BTC] e = era [0..32] (we are currently in era 2) f = average fees per hour [BTC/hour] c = cost of energy [USD/kWh] g = average gross profit margin [unitless ratio] Here is a quick stab at the numbers. If you think you have more accurate numbers put them in the formula and see what you get. x = $8,800 per BTC f = 6 x 1.25 = 7.5 BTC/hour c = $0.10 per kWh g = 0.1 miner gross profit margin P = (6(50/2 2) + 7.5)(8800)(1-0.1)/0.1 = (6(12.5) + 7.5)(8800)(0.9)/0.1 = (82.5)(8800)(0.9)/0.1 = 6,534,000 kW = 6.534 GW So at $8,800 per BTC the mining sector will attempt to burn about 6 GW. They may not get there due to shortages of miners, build out delays, etc. but they will try. Holy crap this thread is overrun by spam. I have created a spam free version of this thread for anyone who wishes to discuss this more seriously/mathematically: https://bitcointalk.org/index.php?topic=2465881.0 |
|
|
|
A long time ago I derived a "back of the envelope" formula to estimate the amount of power the mining sector will attempt to consume based on the assumption that, on average, the mining sector will consume as much power as it can afford to consume. Here is an updated, simplified formula: P = 6(50/2e + f)(x)(r)/c [kW] where: x = the average exchange rate [USD/BTC]
e = the era [0..32] (we are currently in era 2)
f = the average fees per block [BTC/block]
c = the average cost of energy [USD/kWh]
r = the average ratio of miner's energy cost to total income[unitless ratio] Here is a quick stab at the numbers. If you think you have more accurate numbers put them in the formula and see what you get. x = $8,800 per BTC
f = 1.25 BTC/block
c = $0.10 per kWh
r = 0.5 (50%) of total income spent on energy P = 6(50/2 2 + 1.25)(8800)(0.5)/0.1 = 6(12.5 + 1.25)(8800)(0.5)/0.1 = 82.5(8800)(0.5)/0.1 = 3,630,000 kW = 3.630 GW So at $8,800 per BTC the mining sector will attempt to consume about 3.6 GW. It may not get there due to shortages of miners, build out delays, etc. but it will try. My numbers above are total "back of the envelope" estimates. If you can come up with more accurate values for the average values of x, f, c, and r then we can get a more accurate estimate for P. Note all thread spam will be deleted. |
|
|
|
Yes, find an alt coin with a lower overall hash rate and a bright future. You will probably have to mine at a loss for now. That is why the bright future is so important. Mine a lot of coins. Save them and hope they go up in price in the future.
it's sound like a speculation right, but how to pay electricity bill? (in case he need to pay it) I thought we had already established he is not going to be able to pay the electricity bill when he said "I got an old Antminer S1". |
|
|
|
|
Yes, find an alt coin with a lower overall hash rate and a bright future. You will probably have to mine at a loss for now. That is why the bright future is so important. Mine a lot of coins. Save them and hope they go up in price in the future.
|
|
|
|
...but in an economic perspective this would destroy markets and may cause hyperinflation in some countries.
By definition and design Bitcoin cannot experience hyperinflation. So, you must be talking about hyperinflation of a country's government or central bank issued fiat currency as people dump that crap for something better. You cannot blame the hyperinflation of an unstable government run fiat currency on Bitcoin. The fault would land squarely on the fiat currency or more specifically the government or central bank mismanagement and misuse of said currency. A long time ago I derived a formula to estimate the amount of energy the miners will attempt to use based on the assumption that, on average, the mining sector will burn as much energy as they can afford to burn: P = (6(50/2 e) + f)(x)(1 - g)/c [kW] where: x = exchange rate [USD/BTC] e = era [0..32] (we are currently in era 2) f = average fees per hour [BTC/hour] c = cost of energy [USD/kWh] g = average gross profit margin [unitless ratio] Here is a quick stab at the numbers. If you think you have more accurate numbers put them in the formula and see what you get. x = $8,800 per BTC f = 6 x 1.25 = 7.5 BTC/hour c = $0.10 per kWh g = 0.1 miner gross profit margin P = (6(50/2 2) + 7.5)(8800)(1-0.1)/0.1 = (6(12.5) + 7.5)(8800)(0.9)/0.1 = (82.5)(8800)(0.9)/0.1 = 6,534,000 kW = 6.534 GW So at $8,800 per BTC the mining sector will attempt to burn about 6 GW. They may not get there due to shortages of miners, build out delays, etc. but they will try. |
|
|
|
Ensure you have connections to some peers, so that the transaction has a means to get out to the network.
If the CLAM shows as still attributed to your pubkey/address, then there should be nothing to be concerned about.
Worst case, you have to rescan and/or resync and send again (assuming the above).
On the receive tab I see "importwallet" and many address all different for example "xRGCrNf9EU8DqGPCdxkU9NEiNVTgszCaaJ" but when I click on DashBoard it is showing I have 0 CLAM. I have had the wallet opened for about 2 days now Is there a Discord Channel for CLAM? Did you import your Bitcoin, Doge or Litecoin wallet? Has your client finished sync? |
|
|
|
I try to understand the bitcoin function and it seems the more u work with it the more u will see and more answers u get answered the more questions it gives.. I think there are some addresses with specific patterns that have much more less possibilites of combinations than others. and others hae much more.. as pattern 1C for example i see it every where.
There are some small anomalies in the probabilities of certain strings in the encoding of the Bitcoin address. This is of very little interest and of absolutely no practical use. BTW ::: I read about one guy in github claims he lsot hes privkey and trys to find it lol... and he worte :
"of course nobody can crack private key from address.
but there is a biggest secret in address, which gives you exact location.
means in which numbers you have your key.
but unable to find exact number, researching since a year.
hired many people to solve that math's issue.
paid a lot of money, but nobody is perfect.
if we can resolve that calculation, then we can find exact key.
tried with 100s of private keys.
getting same method, but unable to find, but where the difference coming from."
I have never heard this before , and i dont think its possible to see where the key is located around big int + or does it really existst?? anyone who know more about this.
You cannot calculate the private key from the Bitcoin address. Otherwise Bitcoin and every security system on the planet based on ECDSA would be broken. It is a total waste of his and your time to try to go from the Bitcoin address to the private key by any method. You should both stop wasting your time on this. |
|
|
|
|
These last three posts are also from the same group of "audit" spamming asshole socks.
|
|
|
|
So... I'm one of those people who bought Microsoul coins back in the day. However, I've never actually redeemed a private key before. How do I go about doing that? ELI5  I've never redeemed a microsoul coin before but if the key under the holo is a full private key than all you need to do is import the key into a wallet. Although it seems as though it looks as though it's a game of luck at this point...  It depends on what wallet you use. Some wallets have an "importprivkey" function. Look for a way to "import a private key" into your wallet. Check their help function if they have one. Use Google. If you have an HD wallet more than likely the function you are looking for is "sweep private key". In this case the wallet will automatically move the BTC from the imported private key on to one of the HD generated private keys in the wallet for safe keeping. |
|
|
|
my synchronized wallet does not show the steaks either in what can be the reason
independently open wallet or closed
steaks, yummm, you are making me hungry. |
|
|
|
I wish directory.go all key generator had function to generate keys by choosing pattern it seems to be much faster than oclvanitygen but the problem is how to check the matches since u get around 100mb- 1 gb file per second in generatated keys depend on hardware... has anyone tryed to edit ?
does anyone use brainflayer to generate keys ? have u solved problem how to make all cores work in one operation ? its a bad thinng u can only use 1 core per operation , wish i could start all 32 cores in same time.
Your method (sequential search of private keys for a vanity address) is not faster than oclvanitygen. Just try and find something harder like 1ZeusLight.... and come back here when you find one and tell us how long it took your method to find it. yes if will take unlimited of time of course.. So, you see then: 1ZeusLight is something that oclvanitygen can do (in a "reasonable" amount of time) but it is too hard for your method and would take a very unreasonable amount of time to find. Also, if you were really serious about finding 1ZeusLight then you could go pay for the Vanitygen POOL to find it for you. That way you would have a whole bunch of people working on it in parallel. The pool would find it even faster. I asked how long here: https://bitcointalk.org/index.php?topic=84569.msg25168267#msg25168267 |
|
|
|
|
About how long would it take the Vanitygen pool to find 1ZeusLight ?
|
|
|
|
I wish directory.go all key generator had function to generate keys by choosing pattern it seems to be much faster than oclvanitygen but the problem is how to check the matches since u get around 100mb- 1 gb file per second in generatated keys depend on hardware... has anyone tryed to edit ?
does anyone use brainflayer to generate keys ? have u solved problem how to make all cores work in one operation ? its a bad thinng u can only use 1 core per operation , wish i could start all 32 cores in same time.
Your method (sequential search of private keys for a vanity address) is not faster than oclvanitygen. Just try and find something harder like 1ZeusLight.... and come back here when you find one and tell us how long it took your method to find it. |
|
|
|
LBC never use base58 encode/decode. I ups its performance too
base58 encode should only use a fraction of resources that hashes use, is it really measurable? I have a question about this: 0) Calculate K Public = K Private * G from the last private key tested 1) Increment to the next K Private2) Add G to the K Public 3) Don't you need to calculate the compressed and uncompressed Bitcoin Addresses here in order to check the block chain for any previous transactions? Or, are you saying that LBC only checks the unspent outputs list, and it is searched based on the raw compressed and uncompressed keys? 4) Go to 1) |
|
|
|
|
Show Posts
