Show Posts
|
Pages: [1]
|
it seems like some smart people have been visiting this thread so maybe you will be able to help me out my knowledge is limited but i'd like to learn more
as far as i know there are 2 main problems with big blocks: blockchain size and blocks propagation time
solution for blockchain size seems easy: we can just from time to time archive old parts of blockchain removing middle-man transactions from main chain
for the solution of blocks propagation time i had this idea, maybe you can point out why it's bad: we increase block size and make it so miner who solves puzzle picks transactions not for current block but for 2 blocks ahead miner who mined new block had added at the bottom sha256 of his transactions list for 2 blocks ahead, he sends out 2 packets: 1st small packet consisting of 2 things: sha256 of his transactions list and solution for block 2nd big packet of transactions for 2 blocks ahead (or whatever best current method is to send less data) 1st packet propagates very fast and since everyone was mining same transactions (passed from 2 blocks before) everyone can easily verify if solution is valid just with this 2 recieved information (they cannot yet verify if sha256 is correct, they trust it because proof of work) 2nd packet propagates slowly, but it has time since we are all working on next block and it propagates during that work (now they can verify sha256 of transactions list and list itself and if something is wrong go back to working on previous block)
|
|
|
blockchain size have very easy fix, just dropping/archiving old parts of it from time to time
For the rest of your post i do believe that gift to humanity would be basic income coin that is Proof of Identity based and inflative, but i'm afraid even if technology is ready, people will never be
|
|
|
you can try to upgrade infrastructure
you can try to upgrade code
or you can try to upgrade both
|
|
|
no, i'm talking about possibility to increase blocksize and keep decentralization (or even improve it a bit)
what i meant is:
miner who mined new block had added at the bottom sha256 of his transactions list for 2 blocks ahead, he sends out 2 packets:
1st small packet consisting of 2 things: sha256 of his transactions list and solution for block
2nd big packet of transactions for 2 blocks ahead
1st packet propagates very fast and since everyone was mining same transactions (passed from 2 blocks before) everyone can easily verify if solution is valid just with this 2 recieved information (they cannot yet verify if sha256 is correct, they trust it because proof of work)
2nd packet propagates slowly, but it has time since we are all working on next block and it propagates during that work (now they can verify sha256 of transactions list and list itself and if something is wrong go back to working on previous block)
i'm just not sure if i'm not making any mistake in reasoning, because my knowledge in matter is very limited that's why i wanted to ask smarter people if it could work as a solution
|
|
|
as far as i know main problem with big blocks is propagation time, miners who recieve new block earlier get head start in competing for next block, pools can share new blocks faster among their miners further making this gap bigger, hence centralization, so i had this idea, but my knowledge is very basic and i can't seem to find a flaw in it, do you guys think it makes sense?
2-blocks shift: if creator of block would send his transactions to be added to next after next block and in his block include transactions passed from 2 blocks before then after minting new block everyone on the network should already have list of transactions to be added in current block only hash propagation would be needed to start working on current block and transaction list for next block would be propagated during working on current block
|
|
|
|