Bitcoin Forum
June 17, 2024, 06:10:07 PM *
News: Voting for pizza day contest
 
  Home Help Search Login Register More  
  Show Posts
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 ... 299 »
241  Bitcoin / Bitcoin Discussion / Re: Maybe a dumb question...but looking for an answer on: December 24, 2017, 03:06:08 AM
If you still have the original HDD then why not plug it in?  Then search it for a wallet.dat file.

If you find a wallet.dat file then you can very carefully back it up, multiple times.

Once backed up in its saved state you can then try to import it.  If you did not encrypt it (you may not have at that time),  then you should actually be able to look at it and see what is going on.

If you ran for only an hour you probably did not get any Bitcoins but on the other hand in 2009 there is a chance you did.  If you were solo mining we are talking 50 BTC if you managed to mine one block - that is a boatload of money now so you should definitely check into it.

I happen to be in the storage industry (disk drive engineer/architect for almost 30 years) so let me know if I can help in any way - especially if your disk drive does not appear to work.  Since it is an older drive it may be repairable.

Where are you located?  I am in Colorado and have an extensive set of tools for dealing with old/broken drives.

Good luck!
242  Bitcoin / Bitcoin Discussion / Re: Casascius Coins & Forks on: December 24, 2017, 02:54:49 AM
I wasn't sure where best to post this one so will post it here...

Can anyone explain what happens with loaded Casascius Coins when Bitcoin forked..?

i.e. a 1 BTC Casascius Coin has 1 BTC pre-loaded... So when Bitcoin is forked, and the new blockchain carries on, in theory at least, the Casascius Coin should also represent 1 Coin on the newly forked blockchain, as well as the one on the old original blockchain..?

If that it the case, it would effectively add additional value to each coin with every new fork..?

Many thanks...

Pete...
Every Casascius Coin now has:

1 BTC plus
1 BCH plus
1 BTG plus
"collector value"  (more if it is an older coin with the spelling error) plus
"condition value" (worth more if in better condition, graded, slabbed, etc.) plus

whatever other forks you care to mention (Bitcoin diamond, CLAM, etc. etc.)

So when buying or selling you need to take all this value into consideration.
243  Bitcoin / Bitcoin Discussion / Re: Old Deterministic wallet tool needed from around 2010. on: December 24, 2017, 02:46:32 AM
Hi all,
most embarrassing, but trolling through some old data of mine from 2010 I found I had forgotten completely that I had a bitcoin address with 5 BTC in it.
I got this when they were giving it away.
I don't have a password but possibly I used a deterministic wallet where I put in a password and it generates an address and key from there.
Unfortunately modern deterministic tool services seem to use the latest hashing techniques but not the older ones that were around in 2010.
Using the latest deterministic wallet tools do not give me the same address using my seed key but perhaps an old version of a tool may work.

So the question is.... Anyone know of an old tool that I could download using old and out of date ciphers that could possibly generate the correct address from my seed password?
Did the old addresses require a key?
Other than the above, I'm stuck aren't I... :-(...

Do you have any more details?  Do you remember anything about how or where you got the Bitcoin address?  How the private key was generated?  Do you remember at all if you used an old wallet (which "brand" of wallet you used)?
244  Bitcoin / Hardware wallets / Re: [ESHOP launched] Trezor: Bitcoin hardware wallet on: December 23, 2017, 01:16:43 PM
Just saying, why use this at a merchant? There's no reason to so just don't. And what if you accidentally use an address you just have away the private key for?

Having said that, I love this for personal use and hopefully version 2 will support private key transfer over a segregated nfc chip.
What are you trying to say here?  

I see no reason not to use a Trezor at a merchant.  Are you just typing random crap?

Unless you reuse the seed words there is no way to ever access any private key from the Trezor.  It is impossible.  Again, are you just typing random crap?

Why on Earth would you want a way to transfer private keys from your Trezor?  The entire purpose of the Trezor is to keep your private keys safe, segregated from all other electronic devices, and totally secure.

Conclusion:  You are just typing in random crap to increase your post count.
245  Bitcoin / Development & Technical Discussion / Re: Thoughts on this private key stealing mystery on: December 22, 2017, 02:56:38 PM
Sending coins back to the address they came from could just end up losing the coins permanently, because now days wallets do not re-use addresses, and the original owned might not have that address in his wallet anymore.

I'm very interesting in this. Where do you find such kind of information? If you have seed, it will contain ALL addreses (used and not-used). With it you will be able to get access to any address which you were used.
You are correct, aplistir does not know what they are talking about.  Modern HD wallets remember all used addresses. 
246  Bitcoin / Project Development / Re: Large Bitcoin Collider Thread 2.0 on: December 21, 2017, 11:41:03 PM
On the other hand, could one search for wallets by brute forcing the 12 phrase keywords?

The number of possible words for each of the 12 words is 2048 so the total number of 12 word combinations is:

204812 = 5.44452 x 1039

That is for the weaker 12 word seeds.  I use the Trezor wallet which uses a 24 word seed so for my wallet the number of possible ways to select the 24 words is:

204824 = 2.96428 x 1079

Compare these numbers to the total number of Bitcoin addresses:

2160 = 1.46150 x 1048

and the total number of private/public key pairs:

2256 = 1.15792 x 1077

First, you see that you should really be using a 24 word seed and not a 12 word seed.

Next, I believe the amount of work to go from the seed words to the xPriv then to the xPub then to the generated Bitcoin addresses is more than the amount of work LBC does to calculate the next private key [just a simple increment], the next public key [just add G to the previous public key], then to the Bitcoin address.

So, going through all the possible 12 word seeds is "harder" than going through all the Bitcoin addresses on a Bitcoin addresses / second basis.

Plus, after going through all the possible 12 word seeds you will only hit about 204812 / 2160 = 0.00000037253 % of all Bitcoin addresses.
247  Bitcoin / Bitcoin Discussion / Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it on: December 20, 2017, 03:30:01 PM
You are wasting your time.  The person who created the puzzle has already posted exactly how he did it.  It is random.  You will not find a pattern to predict the private keys.
248  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin" on: December 19, 2017, 05:12:18 AM
I am working on a simple website where people can check their bitcoin address for an altcoin balance. I currently have it working for Bitcoin cash, Gold, Bitcore and Byteball.

Is there any way to find out if a bitcoin address contains Clams? I guess I could check the bitcoin blockchain if an address contained bitcoin at block 300377, but I haven't found a way to confirm that the claims have not been claimed. Any suggestions?

The website is at btcdiv.com

I think it is:

1 convert the BTC address to hex
2 convert the hex value found in step 1 to a CLAM address
3 look up the CLAM address found in step 2 in the CLAM block explorer to see if it still has CLAM

Correct me if I am wrong.
249  Bitcoin / Bitcoin Discussion / Re: BTC is a peace of shit on: December 18, 2017, 01:19:31 PM
However, in my case I have already won lots of money, since I have started when most of you didn't know about the BTC. Concretely, I have sold 200 BTC a couple of days ago. Is it small amount of money? For some people maybe. But for me this is more than enough until my life ends, so... Cheesy

Obvious troll is obvious.

If you have really been here a long time use your real account instead of creating a new one.

If you really cashed out about $4,000,000 in profit then why are you here trolling?

Retire with your millions, move to the islands, leave us alone in our misery and future huge losses due to issues everyone knows about.
250  Bitcoin / Bitcoin Discussion / Re: BTC is a peace of shit on: December 17, 2017, 09:23:01 PM
"BTC is a peace of shit"

as opposed to what?  A "war" of shit?  I am so confused.
251  Bitcoin / Development & Technical Discussion / Re: BTC Cryptography formular on: December 17, 2017, 08:38:44 PM
You need to learn what are the possible addresses first. There are at least 256 types of addresses, and these are randomized.
Noob knows not what they are talking about.

There are 2160 possible Bitcoin addresses.

There are 2256 possible public/private key pairs.

So, there are approximately 2256 / 2160 = 2(256 - 160) = 296 public/private key pairs per Bitcoin address.
252  Economy / Web Wallets / Re: Blockchain.info wallet recovery phrase - 17 words, not 12 on: December 13, 2017, 01:27:36 PM
Hello,
I could open my old account after I typed myself the password given by  the recovery through blockchian.info. Whereas when I copy-pasted my password, the site claimed it was false...
Congratulations!

Once I opened my old account, the site told me that a new ID is generated and I needed to transfer my BTC to the new wallet. It cost 8 USD...
You did not have to do this.  You could have continued to use the wallet in the legacy mode.  But it is an great idea to do it for the reasons listed below.  Eventually you will be glad you switched over to the HD wallet.

So now I have a new ID, a recovery phrase of 12 words [which is the seed?],
YES.  The 12 words are the seed, the 12 words are everything.  From those 12 words you will be able to recover all your private keys, all your public keys, all your Bitcoins on all your private/public key pairs and your entire transaction history.  You do not need to back up your wallet anymore - there is no need to back up since you can recover everything from those 12 words.

NOTE:  anyone can recover everything from those 12 words so never ever never ever lose them, put them on the internet or in any way allow them to be compromised.  Anyone who has those 12 words can take all your Bitcoins.  They do not need your password.  They only need those 12 keys.  This is because all your current private keys and every private key you will ever use in the future are contained in those 12 words.

Keep them safe.

a new password. Apparently, this is for a wallet and no longer a BTC address.
12 words -> every private key you will ever use -> every public key you will ever use -> every Bitcoin address you will ever use -> every transaction you will ever do -> your HD wallet

Inside one wallet, I can have several BTC adresses. Before this change, it was easier to manage since 1 wallet = 1 fixed BTC address = 1 password.
Not exactly.  Even in the old legacy wallet you could manage many private keys, public keys and many addresses.  You just chose not to.

Now here is something you need to know:

In the old wallet, whenever you sent out Bitcoins to someone else, the change from the transaction was placed back on the original address.  This was very convenient and allowed you to think you only had and only needed one Bitcoin address.  But this behavior was causing great privacy concerns for the entire Bitcoin system. So...

In the new HD wallet every time you send out Bitcoins to anyone the change will come back to a brand new address calculated from your seed.  So do not be surprised when your Bitcoins move to a new address every time you do a transaction.  It may take some getting used to but that is the way it works.  Since all your Bitcoins are currently at one address you will see the change move to a new address every time you send out a payment for any reason.

I also tried to export my private key, but all I found is an xPub.
You do not need to export your xPriv.  Your xPriv can be calculated from your 12 words.  Technically this is how it goes:

Your 12 seed words are used to mathematically derive your xPriv
Your xPriv is used to mathematically derive your xPub

Your xPriv is used to mathematically derive all the private keys you will ever use
Your xPub is used to mathematically derive all the public keys you will ever use

Your public keys are used to mathematically derive all the Bitcoin addresses you will ever use.

Cool, eh?
Apparently private keys  are obtained through local html page downloaded from github, to convert my xpub key into my private key.

NO.  It is impossible to derive the xPriv from the xPub.  You can only derive the xPriv from the 12 words.  If someone gets your xPub they cannot get your xPriv and they cannot steal your Bitcoins.  However, if someone gets your xPub they will be able to calculate every public key and therefore every Bitcoin address you have ever used, are currently using and will every use in the future.  So they would know exactly how many Bitcoins you have and be able to track every transaction you ever do.  This is a great privacy concern.  So, keep your 12 words and your xPub safe and secret.

Since I do not need a private key so far, I did not do it.
Again, you have all your private keys now.  You have all your current and future private keys.  They are all contained in your 12 words.  That is all you need to backup - ever.
253  Bitcoin / Project Development / Re: Large Bitcoin Collider (Collision Finders Pool) on: December 13, 2017, 04:43:57 AM
The address a found key opens was obviously created by another key right?

No, I believe that the private key found is identical to the private key originally used, hence this is not a collision.  LBC just found the original private key.

I think we both agree that it is obviously possible for two keys to hash to the same Bitcoin address.  In fact, as we agreed, there are approximately 296 keys for every address so of course, yes, collisions are possible.

Where we disagree is:  you think that these private keys that were found by LBC are possible collisions.  I do not.

You can waste your time trying to prove that it was a collision.  It is your time to waste.  I am perfectly happy with the simple explanations I have given.  Your position (that they are collisions) is highly improbable.  My position is highly probable.  

How about we talk more specifically.  Exactly which private keys do you think are possible collisions?
254  Bitcoin / Project Development / Re: Large Bitcoin Collider (Collision Finders Pool) on: December 13, 2017, 01:48:32 AM
They state that they are looking for alternate keys in the 0 - 2^159 range to open addresses that may have been generated in the 2^160-up range.  If that isn't collision-seeking then I don't know what is.

Almost all Bitcoin addresses generated from private keys in the 2160 through 2255 range will probably alias to Bitcoin addresses generated by private keys in the 20 through 2159 range by the definition of Bitcoin addresses.  So, no, they are not looking for "collisions" in that sense you suggest.  They just know they will find almost all the possible Bitcoin addresses by the time they reach 2159 so they will not need to search 2160 through 2255 once they have already searched 20 through 2159.

This is all a moot point anyway as getting to 2159 is beyond their reach at the current time.
255  Bitcoin / Project Development / Re: Large Bitcoin Collider (Collision Finders Pool) on: December 12, 2017, 10:34:52 PM
Fraudulent was a reference to the credibility of the posted collisions on the LBC trophy page.  Someone may have just posted their known keys, though this strikes me as very unlikely
The LBC is not posting "collisions".  It is posting the private keys that contain or contained BTC.  Since they started at private key 1 and are iterating sequentially through the private keys your notion of "fraudulent" makes no sense.  Yes, someone can send BTC to an address created from a private key in the range being searched by LBC - and people have.  I would not consider that fraud by any definition I know.  LBC is not claiming to have found a collision.  They are only claiming to have found used addresses in the lower private key range they are searching.
 
I'm merely suggesting that your hypothesis isn't the only hypothesis.  It may be that hashing algorithms don't uniformly distribute the results across the full spectrum of possible hash values, leading to the notion that a hash can have multiple keys.  
If by hash you mean a Bitcoin address then there are approximately 296 private/public key pairs that map to every Bitcoin address.  This is a well known fact.  So, yes every hash has multiple keys, in fact approximately 296 keys.

If we shifted the LBC's testing range into a higher range of bits, then any further unverified collisions would support the hypothesis that the hashing algorithm is faulty.  At this time, we have no way to distinguish low-entropy key artifacts from hashing algorithm artifacts.  You can choose to deny my hypothesis in blind faith, but the SHA-256 algorithm for example, is a gnarly beast with lots of gears and levers; would be pretty hard to ascertain the biases it introduces into the results.
If by "in blind faith" you mean "trust in the math of very large numbers, the laws of probability, and the integrity of SHA-256" then I do deny your hypothesis that this is anything other than a simple bad RNG, a code bug, or someone screwing around and putting BTC there to be found by LBC or something similar.

If there's any way to compel the LBC to shift to a different range of keys, we could possibly put this to rest
Probably not.  They are pretty set in their ways - their ways being start with private key 1, then try 2, then try 3, etc.
256  Bitcoin / Project Development / Re: Large Bitcoin Collider (Collision Finders Pool) on: December 12, 2017, 08:34:43 PM
The private key is the private key.  I am having a hard time understanding how this has anything to do with hashing or collisions, whether "fraudulent" or not, whatever that means.

If we found a private key capable of unlocking funds on a address, there would be only 2 possibilities to be sure we have found a real collision:

1) the owner of the address sends us its private key, and that key is different from ours

2) the address has already exposed its public key on the blockchain (there is a transaction from that address to another); in this case it would be trivial to verify if our public key and that public key are different or not. We could have a collision even if we don't know the other private key.

In each case by "collision" we mean 2 different public keys (and then 2 different private keys) with the same hash160.
Yes, I understand that.  I guess what I am really trying to say is that with the entropy of the private key found by LBC so obviously defective the likely and obvious scenario is that this was a defective RNG or bug in the private key generation.  So, why all the fuss over this as a possible collision?  Makes no sense to me.  Just sounds like a bunch of people off on a tangent.
257  Economy / Web Wallets / Re: Blockchain.info wallet recovery phrase - 17 words, not 12 on: December 12, 2017, 08:27:22 PM
[password] given by the recovery phrase here https://blockchain.info/wallet/forgot-password
Yes, if you have the correct recovery phrase, you have all the words, you have the words in the correct order, etc. then this page should give you the correct password to your wallet.

Make sure there are no extra characters in the recovery phrase.  Not sure if it matters but make sure there is only one space between each word.  It may be case sensitive.

When you type in the 17 words does the password generated look like a password you might have used?  Does it look familiar?  If not then there is probably something wrong with the way you are entering the phrase into the web site.

If this is not producing the correct password then the most likely scenario is that you changed the password and did not print out and keep the recovery phrase for the new password.  The recovery phrase would have changed every time you changed the password on the wallet.

Is it possible that this 17 word recovery phrase is for one of the passwords you used but it is not the most recent password that was used to encrypt the 7 backups you have stored?
258  Economy / Web Wallets / Re: Blockchain.info wallet recovery phrase - 17 words, not 12 on: December 12, 2017, 08:16:23 PM
DO you confirm that the seed is what blockchain calls ''recovery phrase''  ?
The old recovery phrase is not a seed.

The old blockchain.info wallets were not HD wallets and so they did not have seeds.  The old wallets gave you a blockchain.info only non-standardized recovery phrase that you could theoretically use to recover your wallet - but it is not a seed that can be used to import your wallet into another web site or wallet.

The new blockchain.info wallets do use a seed and those seeds can be used to import your entire wallet, all of your BTC and your entire transaction history into another wallet.

You have an old wallet.

You are doing the correct thing using https://blockchain.info/wallet/forgot-password

... the max amount I can send from my watch-only account...
You cannot send Bitcoins from a watch only address in any wallet.  Watch only means just that - you do not own that address, you do not have the private key, and you cannot move the Bitcoins from that address since you do not have the private key.  You can only watch it.
259  Bitcoin / Project Development / Re: Large Bitcoin Collider (Collision Finders Pool) on: December 12, 2017, 07:59:58 PM
Nobody knows if the 3 addresses with bitcoins we found so far are collisions. Given that the probability to get a real collision so soon is very very very low, my guess is that they aren't real collision, but only addresses generated by a poor entropy source. In that cases I think we have found simply the "original" private keys used to generate that addresses. The problem is that the owners didn't show up.
I've been mulling the likelihood of a poor entropy source and this just seems unlikely to me, unless it was intentional.  Someone with a full understanding of entropy would have intentionally sidestepped the common algorithms for generating addresses.  I'm also concerned that this explanation will become the indisputable answer to any collision found.  It may be that the LBC needs to shift its focus away from the 0 - 2^159 range and maybe move up that 160-bit window a few digits just to possibly dissuade these rationalizations.

In summary, here are the possible explanations that I see:

1) the collisions are outright fraudulent
2) they're a product of low entropy key generators (disprovable/provable by moving the LBC test range higher)
3) hashing algorithms are not as well-distributing as we believe them to be, causing multiplicity in working keys per address

These addresses contained BTC.  LBC has proved beyond a shadow of a doubt that the entropy of the private key used to generate these addresses was extremely, defectively, low.  This has absolutely nothing to do with the hashing algorithm.  Hashing has to do with the calculation of the public Bitcoin address after the private key is selected and after the public key has been calculated from the private key.

Since the private key found was extremely defective the only rational explanation is that the private key found by LBC is the actual private key that was used to generate the public key which was then hashed (by perfectly adequate hashing algorithms) to the public Bitcoin address.  Whether the random number generator was defective or this was done on purpose cannot be established.  BTW people writing code have been known to make mistakes and screw up their random number generators in many ways.

The private key is the private key.  I am having a hard time understanding how this has anything to do with hashing or collisions, whether "fraudulent" or not, whatever that means.
260  Bitcoin / Bitcoin Discussion / Re: Sustainability of BTC on: December 11, 2017, 03:22:26 PM
With the power requirements to run the BTC network continually increasing... what is the long term solution?  It doesn't seem viable that it can go on forever like this.  Anyone have good insight?  It's easy to just assume... "well there will be cheaper energy in the future" or "BTC will just switch to POS".... I guess I'm looking for answers with a little more substance and detail.  Thanks! 

price will make energy bill small bitcoin can’t be POS.

you can earn 1 bitcoin from mining (20000$ and more )
You are correct that "bitcoin can’t be POS"

But when you say "price will make energy bill small" you are mistaken. 

Read this thread:  https://bitcointalk.org/index.php?topic=2465881.0
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 ... 299 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!