Bitcoin Forum
June 30, 2024, 03:11:03 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Blockchain optimisation BIP  (Read 592 times)
mda (OP)
Member
**
Offline Offline

Activity: 144
Merit: 13


View Profile
April 09, 2017, 04:05:01 PM
 #1

Add spent transaction hashes and spent block numbers in mined block.
gmaxwell
Moderator
Legendary
*
expert
Offline Offline

Activity: 4200
Merit: 8441



View Profile WWW
April 09, 2017, 06:34:44 PM
Merited by ABCbits (1)
 #2

Add spent transaction hashes and spent block numbers in mined block.
spent transaction hashes are there, spent block numbers are not needed: the blockchain is not used to validate transactions.
mda (OP)
Member
**
Offline Offline

Activity: 144
Merit: 13


View Profile
April 09, 2017, 08:59:17 PM
 #3

Thanks for the answer and for the work you are doing.
There are at least two faults in one sentence, I should have written fully spent transaction hashes and fully spent block numbers.
This would allow a node to receive and to store blocks with fully spent transactions replaced with only their hashes, when synchronizing blockchain backwards from the last block to the first one.
dannon
Member
**
Offline Offline

Activity: 70
Merit: 11


View Profile
April 10, 2017, 12:00:36 PM
 #4

I think it would be useless. New nodes synchronizing would still want to verify all that data themselves to ensure it is correct. (I think?) It would increase bloat in blocksize.

Sad Sad Anyone else sick of trying to join signature campaigns and being denied after you have worn their signature for a week? Sad Sad
mda (OP)
Member
**
Offline Offline

Activity: 144
Merit: 13


View Profile
April 10, 2017, 02:23:04 PM
 #5

There are additional verifications but you can't get something for nothing.
A transaction having 225 bytes is replaced with its 32 byte hash in the block where it is fully spent and the same 32 byte hash in the block of origin.
This is a 3.5 times compression of blocksize, for bigger transactions the ratio increases.
So this kind of blocksize bloat will be very hard to notice.
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!