FirstBits.com - remember and share Bitcoin addresses

[John Tobey]

Hi, I recently implemented firstbits for Abe.

What do you propose to do if/when a previously unseen address appears in a multisig output or (horrors) a script-hash input?

Neither Abe nor BlockExplorer recognizes multisig scripts, but bitcointools decodes them into addresses, which blockchain.info displays: example.  That site also displays firstbits of script-hash addresses: example.

The addresses I've looked at all appeared earlier in the chain in "normal" pubkey or single-address outputs, but nothing's to prevent someone from sending to a multiple-signature destination that includes a new address.  Would that allocate a new firstbits?

I'm tempted to say "no" out of laziness and because Firstbits are for published addresses, whereas multiple-signature transactions are more for self-transfers.

[1714029938]

1714029938

[1714029938]

1714029938

[1714029938]

1714029938

[SgtSpike]

The "escrow" address (as labeled by blockchain.info) is not added as a firstbits address at this point in time.  All other addresses involved in a multisig transaction would be added as firstbits addresses.

[John Tobey]

The "escrow" address (as labeled by blockchain.info) is not added as a firstbits address at this point in time.  All other addresses involved in a multisig transaction would be added as firstbits addresses.

Would you consider defining "appears" on http://firstbits.com/about.php to exclude appearances in OP_CHECKMULTISIG outputs?

[FreeMoney]

The "escrow" address (as labeled by blockchain.info) is not added as a firstbits address at this point in time.  All other addresses involved in a multisig transaction would be added as firstbits addresses.

Would you consider defining "appears" on http://firstbits.com/about.php to exclude appearances in OP_CHECKMULTISIG outputs?

I can't tell what is best, but we should all do it the same and be clear.

Want to see what Piuk thinks and then lock it in 'officially'?

[John Tobey]

Want to see what Piuk thinks and then lock it in 'officially'?

Request sent.

[piuk]

Want to see what Piuk thinks and then lock it in 'officially'?

I have excluded M-Of-N (Escrow) transactions from firstbits calculations.

P2SH addresses (http://blockchain.info/address/3N6RjoL4Z93c2VFpqpwJNCUsy5MFikzBWr) get a firstbits with the prefix 3 so as not to collide with old style addresses.

Anything you would like me to change?

[John Tobey]

I have excluded M-Of-N (Escrow) transactions from firstbits calculations.

P2SH addresses (http://blockchain.info/address/3N6RjoL4Z93c2VFpqpwJNCUsy5MFikzBWr) get a firstbits with the prefix 3 so as not to collide with old style addresses.

Anything you would like me to change?

I am happy with these rules.  I suggest something like the following to define "appearance" in the chain:

A pubkey output is a transaction output with a script of the form:

Code:

<pubKey> OP_CHECKSIG

An address is said to appear in a pubkey output when its version byte is 0 and its key hash equals the 160-bit hash of the output script's push operand (pubKey).

A pubkey hash output is a transaction output with a script of the form:

Code:

OP_DUP OP_HASH160 <pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG

An address is said to appear in a pubkey hash output when its version byte is 0 and its 160-bit key hash equals the output script's push operand (pubKeyHash).

A script hash output is a transaction output with a script of the form:

Code:

OP_HASH160 <scriptHash> OP_EQUAL

An address is said to appear in a script hash output when its version byte is 5 and its 160-bit key hash equals the output script's push operand (scriptHash).

An address is said to appear in a block when it appears in one of the block's transactions' pubkey, pubkey hash, or script hash outputs.

In particular, output scripts not matching the above three cases can not affect whether an address appears in a block, nor can input scripts.  For example, a script containing OP_DROP or OP_NOP can not match the cases, but the push operand in a pubkey output may have any length.

[foo]

A couple of bug reports for firstbits.com:

1.

The email address listed on the site doesn't work:

<webmaster@firstbits.com>: connect to firstbits.com[108.171.201.215]:25: Connection refused

2. (What I tried to email to you.)

When I enter the address from the genesis block (1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa), firstbits.com prints:

Your firstbits address: %s

[grazcoin]

Hi, I recently implemented firstbits for Abe.

What do you propose to do if/when a previously unseen address appears in a multisig output or (horrors) a script-hash input?

Neither Abe nor BlockExplorer recognizes multisig scripts, but bitcointools decodes them into addresses, which blockchain.info displays: example.  That site also displays firstbits of script-hash addresses: example.

The addresses I've looked at all appeared earlier in the chain in "normal" pubkey or single-address outputs, but nothing's to prevent someone from sending to a multiple-signature destination that includes a new address.  Would that allocate a new firstbits?

I'm tempted to say "no" out of laziness and because Firstbits are for published addresses, whereas multiple-signature transactions are more for self-transfers.

I would be happy to try your patch for Abe. Is it online?
Are you able to show something like http://blockchain.info/fb/3g2 already? (it has a 2of3 signature).
It doesn't work on firstbits as well as on "vanilla" Abe.

[John Tobey]

I would be happy to try your patch for Abe. Is it online?
Are you able to show something like http://blockchain.info/fb/3g2 already? (it has a 2of3 signature).
It doesn't work on firstbits as well as on "vanilla" Abe.

Sorry, I have not implemented this address type for Abe.  Everything I've done is checked in.   The rules I proposed above got no reply, and I lost interest.  Abe does not follow them exactly; for example, it ignores trailing OP_NOP when processing an output script.  I have not taken the time to find test cases to determine how firstbits.com and blockchain.info handle nonstandard and newer script types.  Here is the latest on Abe's implementation: https://bitcointalk.org/index.php?topic=22785.msg965329#msg965329

[BkkCoins]

Just wanted to report that when I visit FirstBits.com now it gets stuck on the sealswithclubs.org advert and FF keeps trying to contact that web site. Even after 20 seconds or so I never get the entry address field.

Seems to hang the page indefinitely. Tried over and over, same result.

[FreeMoney]

Just wanted to report that when I visit FirstBits.com now it gets stuck on the sealswithclubs.org advert and FF keeps trying to contact that web site. Even after 20 seconds or so I never get the entry address field.

Seems to hang the page indefinitely. Tried over and over, same result.

Whoa, sorry. Let me look into this.

Anyone else getting that?

It paused for about one second or less for me before displaying the blank which it has never done before.

[FreeMoney]

Just wanted to report that when I visit FirstBits.com now it gets stuck on the sealswithclubs.org advert and FF keeps trying to contact that web site. Even after 20 seconds or so I never get the entry address field.

Seems to hang the page indefinitely. Tried over and over, same result.

And in the meantime if you don't know you can use blockchain.info to look up firstbits. Just put the address or firstbits in the search field there.

[FreeMoney]

I think I fixed it, it seems to load instantly for me now.

It's odd because I hadn't changed a thing in months.

Please tell me if it works for you now Bkk.

[BkkCoins]

I think I fixed it, it seems to load instantly for me now.

It's odd because I hadn't changed a thing in months.

Please tell me if it works for you now Bkk.

Yup. Seems to be ok now. I'm deep in the rice fields of SE Asia so whatever caused it to be slow was exacerbated ten fold here.

[FreeMoney]

I think I fixed it, it seems to load instantly for me now.

It's odd because I hadn't changed a thing in months.

Please tell me if it works for you now Bkk.

Yup. Seems to be ok now. I'm deep in the rice fields of SE Asia so whatever caused it to be slow was exacerbated ten fold here.

Cool. Thanks a bunch for letting me know and following up.

[Tisko]

Free, is firstbits.com discontinued or just temporarily down? Thanks.

[SgtSpike]

Free, is firstbits.com discontinued or just temporarily down? Thanks.

It's discontinued by him, but I plan to continue it at firstbits.net (and .com if I can get a hold of the domain).  In the meantime, there's this website: http://bitcoinfirstbits.com/.  I forgot who runs it.  Lookups can also be done at blockchain.info.

[FreeMoney]

Free, is firstbits.com discontinued or just temporarily down? Thanks.

It's discontinued by him, but I plan to continue it at firstbits.net (and .com if I can get a hold of the domain).  In the meantime, there's this website: http://bitcoinfirstbits.com/.  I forgot who runs it.  Lookups can also be done at blockchain.info.

That's right. I'm going to give the domain to Spike if I'm able.

[SgtSpike]

Alright, I quickly put firstbits.net up, but right now it just reads from blockchain.info's API.  I need to rewrite the engine for calculating them, because the original one was simply too slow.