Bitcoin Forum
May 24, 2024, 05:10:37 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Is this a legit bug in Blockchain.info Block #1 ? (and other explorer ?)  (Read 760 times)
theochino (OP)
Member
**
Offline Offline

Activity: 94
Merit: 10

Bitcoiner ....


View Profile WWW
March 04, 2017, 08:59:50 AM
 #1

Is it me or am I going crazy.

To prepare for a lawsuit against New York Department on Financial Services on 3/17/2017 (http://www.article78againstNYDFS.com) I need to understand the blockchain technology down to the core.

After two years of on and off writen my own parser just came to the understanding that the Coinbase Input Address is "simply" (I write simply the Public key ECDSA and I spent hours trying to figure out OPScripting .....) the public key.

When I manually compute the ECDSA key of the genesis block I get this address: 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa
Then when I manually compute the one for the next block (block #2) I get: 12c6DSiU4Rq3P4ZxziKxzrL5LmMBrzjrJX (which is reported as Block #1 in https://blockchain.info or https://blockexplorer.com)

Why is the Genesis address reported by itself and not in block #1 ?
https://blockchain.info/tx/4a5e1e4baab89f3a32518a88c31bc87f618f76673e2cc77ab2127b7afdeda33b

The first thing someone does when learning is to read the first byte on block0000.dat and the first byte is block #1.

Regards,
Theo Chino
@TheoBitcoin
http://www.article78againstNYDFS.com

amaclin
Legendary
*
Offline Offline

Activity: 1260
Merit: 1019


View Profile
March 04, 2017, 01:15:35 PM
 #2

genesis block is #0
theochino (OP)
Member
**
Offline Offline

Activity: 94
Merit: 10

Bitcoiner ....


View Profile WWW
March 04, 2017, 02:58:54 PM
 #3

genesis block is #0

The index of what you call the Genesis block doesn't change. The first output from the first coinbase is to 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa so why blockchain is reporting the address from the next block (Two hundred something bytes later.)


amaclin
Legendary
*
Offline Offline

Activity: 1260
Merit: 1019


View Profile
March 04, 2017, 03:17:58 PM
Merited by ABCbits (1)
 #4

The first thing someone does when learning is to read the first byte on block0000.dat and the first byte is block #1.
Who told you this?
The order of blocks in blk-files is undefined.
theochino (OP)
Member
**
Offline Offline

Activity: 94
Merit: 10

Bitcoiner ....


View Profile WWW
March 04, 2017, 03:33:34 PM
 #5

Who told you this?
The order of blocks in blk-files is undefined.

The hash of the previous block referenced in the first block. 
Byte #12 to 44 .... Only zeros.

DannyHamilton
Legendary
*
Offline Offline

Activity: 3402
Merit: 4656



View Profile
March 04, 2017, 03:44:40 PM
 #6

- snip-
The first output from the first coinbase is to 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa so why blockchain is reporting the address from the next block (Two hundred something bytes later.)
- snip-

You are mistaken.  Blockchain.info reports the address 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa as the first output from the first coinbase:

https://blockchain.info/block/000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f

theochino (OP)
Member
**
Offline Offline

Activity: 94
Merit: 10

Bitcoiner ....


View Profile WWW
March 04, 2017, 03:49:18 PM
 #7

Mea culpa, I am the idiot !!!!
<--- Says Newbie over here.  Tongue

Had I asked that questions two years ago, I would have saved a lot of time. Never occurred to me to put #0 as the first block.
Now I can move forward to the next block.
  Grin

Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!