Bitcoin Forum
May 05, 2024, 02:45:31 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Blockchain optimisation BIP  (Read 590 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.
1714920331
Hero Member
*
Offline Offline

Posts: 1714920331

View Profile Personal Message (Offline)

Ignore
1714920331
Reply with quote  #2

1714920331
Report to moderator
"With e-currency based on cryptographic proof, without the need to trust a third party middleman, money can be secure and transactions effortless." -- Satoshi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714920331
Hero Member
*
Offline Offline

Posts: 1714920331

View Profile Personal Message (Offline)

Ignore
1714920331
Reply with quote  #2

1714920331
Report to moderator
gmaxwell
Moderator
Legendary
*
expert
Offline Offline

Activity: 4158
Merit: 8382



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!