Bitcoin Forum
October 17, 2018, 01:12:15 PM *
News: Make sure you are not using versions of Bitcoin Core other than 0.17.0 [Torrent], 0.16.3, 0.15.2, or 0.14.3. More info.
 
   Home   Help Search Donate Login Register  
Pages: [1]
  Print  
Author Topic: Vanity wallets on bitaddress.org/ compressed addresses on directory.io  (Read 519 times)
Agnosticus
Newbie
*
Offline Offline

Activity: 23
Merit: 0


View Profile
October 05, 2017, 12:52:57 AM
 #1

Hi everyone,

1) I was interested in creating a vanity wallet on bitaddress.org, but it points me to the vanity pool website to paste my public key and there's no field to do so. Is the vanity pool website defunct?

2) On directory.io, why do addresses and their corresponding compressed addresses show different transaction information on blockchain.info? Aren't they essentially the same address?

Thanks for any help,

Ag
1539781935
Hero Member
*
Offline Offline

Posts: 1539781935

View Profile Personal Message (Offline)

Ignore
1539781935
Reply with quote  #2

1539781935
Report to moderator
Bitcoin mining is now a specialized and very risky industry, just like gold mining. Amateur miners are unlikely to make much money, and may even lose money. Bitcoin is much more than just mining, though!
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1539781935
Hero Member
*
Offline Offline

Posts: 1539781935

View Profile Personal Message (Offline)

Ignore
1539781935
Reply with quote  #2

1539781935
Report to moderator
achow101
Moderator
Legendary
*
expert
Offline Offline

Activity: 1554
Merit: 1701


3F1Y9yquzvY6RWvKbw2n2zeo9V5mvBhADU


View Profile WWW
October 05, 2017, 01:58:43 AM
 #2

1) I was interested in creating a vanity wallet on bitaddress.org, but it points me to the vanity pool website to paste my public key and there's no field to do so. Is the vanity pool website defunct?
Yes. If you want to generate a vanity address, it is recommended that you do so yourself on your own hardware using the vanitygen software.

2) On directory.io, why do addresses and their corresponding compressed addresses show different transaction information on blockchain.info? Aren't they essentially the same address?
No, they are not the same thing. An address corresponds to the hash of a public key. The hash of an uncompressed public key will be different from a compressed public key, so there are different addresses and thus different transaction histories.

Agnosticus
Newbie
*
Offline Offline

Activity: 23
Merit: 0


View Profile
October 05, 2017, 02:19:14 AM
 #3

Thanks achow101. I'll check out vanitygen.

Regarding compressed/ uncompressed addresses, why does directory.io list compressed addresses next to uncompressed ones? When you create a compressed address is this in fact a new address from the 2^160 pool of public keys? Confused...

Cheers,

Ag
achow101
Moderator
Legendary
*
expert
Offline Offline

Activity: 1554
Merit: 1701


3F1Y9yquzvY6RWvKbw2n2zeo9V5mvBhADU


View Profile WWW
October 05, 2017, 02:54:54 AM
 #4

Regarding compressed/ uncompressed addresses, why does directory.io list compressed addresses next to uncompressed ones? When you create a compressed address is this in fact a new address from the 2^160 pool of public keys?
There is no pool of 2^160 public keys. It is a pool of 2^160 addresses, not public keys. There are 2^256 private keys and each private key has exactly one public key, so 2^256 public keys. Each public key can be represented in two ways, in uncompressed form and in compressed form, so there are 2^257 representations of all public keys. Each representation of a public key corresponds to exactly one address because it is a hash of a representation of a public key. Because of the pigeonhole principle, more than one public key can correspond to the same address (and thus an address can have more than one corresponding private key).

Agnosticus
Newbie
*
Offline Offline

Activity: 23
Merit: 0


View Profile
October 05, 2017, 09:40:40 AM
 #5

So each private key can ultimately produce two different addresses - one compressed and one uncompressed? And different private keys can produce the same address (i.e. there are 2^96 private keys for each address)?

From the web:
"A compressed key is just a way of storing a public key in fewer bytes (33 instead of 65). There are no compatibility or security issues because they are precisely the same keys, just stored in a different way. "

So they're the same keys but when hashed produce different addresses?
achow101
Moderator
Legendary
*
expert
Offline Offline

Activity: 1554
Merit: 1701


3F1Y9yquzvY6RWvKbw2n2zeo9V5mvBhADU


View Profile WWW
October 05, 2017, 03:11:19 PM
 #6

So each private key can ultimately produce two different addresses - one compressed and one uncompressed?
Yes.

And different private keys can produce the same address
Yes, in theory. It has not happened yet.

(i.e. there are 2^96 private keys for each address)?
Not necessarily.

So they're the same keys but when hashed produce different addresses?
Yes.

DannyHamilton
Legendary
*
Offline Offline

Activity: 2198
Merit: 1381



View Profile
October 05, 2017, 06:02:30 PM
 #7

So each private key can ultimately produce two different addresses - one compressed and one uncompressed?

There are no addresses at the technical level.  Addresses are something the user interface provides to us humans to make it easier for us to talk about transferring control over value.

I assume you are asking about P2PKH addresses (the addresses that start with a '1').  In that case, yes, each private key can ultimately produce two different addresses.

However, recall that there are also P2SH addresses (the addresses that start with a '3').  

If you include P2SH addresses, then for so long as we choose to compute an address as a RIPEMD160 hash of some information encoded with base58check encoding, there will be 2160 possible P2SH addresses for every private key.

And different private keys can produce the same address (i.e. there are 2^96 private keys for each address)?

Correct.  Although, realistically, only one of those private keys will ever be known.

From the web:
"A compressed key is just a way of storing a public key in fewer bytes (33 instead of 65). There are no compatibility or security issues because they are precisely the same keys, just stored in a different way. "

So they're the same keys but when hashed produce different addresses?

Correct, because they are "just stored in a different way", and what is being hashed is that way of storing it.

Agnosticus
Newbie
*
Offline Offline

Activity: 23
Merit: 0


View Profile
October 06, 2017, 02:31:10 AM
 #8

Thanks people. Makes sense.
Pages: [1]
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!