Pages:
Author

Topic: Scaling Bitcoin Above 3 Million TX pre block - page 5. (Read 3376 times)

legendary
Activity: 1904
Merit: 1037
Trusted Bitcoiner
September 11, 2015, 07:38:16 PM
#18
Has anyone ever talked about compressing the blocks?

Dunno... What about using pointers?  The question would be where do you store the stuff pointed to?

there's already some miners that use a method of compressing blocks.

The p2p protocol presently only supports propagation of solved blocks in full; i.e., blocks are not compressed.  

However, the Corallo Relay Network does support a sort of compression.  Rather than transmitting all the transactions in a solved blocks, since most the other miners know about them already, it just transmits indices that refer to each transaction (sort of like a map for how the TXs fit in the block). Greg Maxwell claims that the Corallo Relay Network attains a coding gain of about 250 (1 MB is compressed to about 4 kilobytes); however, I believe it is less in practice.  

Techniques like invertible bloom lookup tables (IBLTs) could also be used to compress solved blocks in the future; Rusty Russell is presently researching this possibility.    


That's not compression.

your right, but still its 250 times faster then sending out the whole block

the network could be optimized further by compressing each TX's before sending it out on the network

might not get much coding gain trying to "zip" TX its just ~300 very random bytes

All of this doesn't avoid the necessity for the network to handle the full weight of these blocks. It's a transmission method and nothing more.

agreed

what we don't agree on is what is an expectable max weight for a block

i think its close to 500MB maybe 1GB

Do you figure you're smarter than everyone or that all of us are retarded?

No one agree on any size but certainly you're the only coming up with that type of numbers. Maybe you'd like to consider you simply don't understand the issue well enough?

i didn't pull this number out of my ass

its what a typical home connection is able to download in 10mins

maybe what we should do is find the node with the shittesty connection on the network currently ( a node from china) see how much it can download in 10mins, half that and use that as the upper limit

i bet that would be about 50MB

legendary
Activity: 1302
Merit: 1008
Core dev leaves me neg feedback #abuse #political
September 11, 2015, 07:32:53 PM
#17
if bitcoin had no block limit at all, it might be just fine. 
Miners would form consensus on appropriate size via
longest chain.
hero member
Activity: 644
Merit: 504
Bitcoin replaces central, not commercial, banks
September 11, 2015, 07:04:06 PM
#16
Has anyone ever talked about compressing the blocks?

Dunno... What about using pointers?  The question would be where do you store the stuff pointed to?

there's already some miners that use a method of compressing blocks.

The p2p protocol presently only supports propagation of solved blocks in full; i.e., blocks are not compressed.  

However, the Corallo Relay Network does support a sort of compression.  Rather than transmitting all the transactions in a solved blocks, since most the other miners know about them already, it just transmits indices that refer to each transaction (sort of like a map for how the TXs fit in the block). Greg Maxwell claims that the Corallo Relay Network attains a coding gain of about 250 (1 MB is compressed to about 4 kilobytes); however, I believe it is less in practice.  

Techniques like invertible bloom lookup tables (IBLTs) could also be used to compress solved blocks in the future; Rusty Russell is presently researching this possibility.    


That's not compression.

your right, but still its 250 times faster then sending out the whole block

the network could be optimized further by compressing each TX's before sending it out on the network

might not get much coding gain trying to "zip" TX its just ~300 very random bytes

All of this doesn't avoid the necessity for the network to handle the full weight of these blocks. It's a transmission method and nothing more.

agreed

what we don't agree on is what is an expectable max weight for a block

i think its close to 500MB maybe 1GB

Do you figure you're smarter than everyone or that all of us are retarded?

No one agree on any size but certainly you're the only coming up with that type of numbers. Maybe you'd like to consider you simply don't understand the issue well enough?
legendary
Activity: 1904
Merit: 1037
Trusted Bitcoiner
September 11, 2015, 07:00:35 PM
#15
Has anyone ever talked about compressing the blocks?

Dunno... What about using pointers?  The question would be where do you store the stuff pointed to?

there's already some miners that use a method of compressing blocks.

The p2p protocol presently only supports propagation of solved blocks in full; i.e., blocks are not compressed.  

However, the Corallo Relay Network does support a sort of compression.  Rather than transmitting all the transactions in a solved blocks, since most the other miners know about them already, it just transmits indices that refer to each transaction (sort of like a map for how the TXs fit in the block). Greg Maxwell claims that the Corallo Relay Network attains a coding gain of about 250 (1 MB is compressed to about 4 kilobytes); however, I believe it is less in practice.  

Techniques like invertible bloom lookup tables (IBLTs) could also be used to compress solved blocks in the future; Rusty Russell is presently researching this possibility.    


That's not compression.

your right, but still its 250 times faster then sending out the whole block

the network could be optimized further by compressing each TX's before sending it out on the network

might not get much coding gain trying to "zip" TX its just ~300 very random bytes

All of this doesn't avoid the necessity for the network to handle the full weight of these blocks. It's a transmission method and nothing more.

agreed

what we don't agree on is what is an expectable max weight for a block

i think its close to 500MB maybe 1GB
hero member
Activity: 644
Merit: 504
Bitcoin replaces central, not commercial, banks
September 11, 2015, 06:54:24 PM
#14
Has anyone ever talked about compressing the blocks?

Dunno... What about using pointers?  The question would be where do you store the stuff pointed to?

there's already some miners that use a method of compressing blocks.

The p2p protocol presently only supports propagation of solved blocks in full; i.e., blocks are not compressed.  

However, the Corallo Relay Network does support a sort of compression.  Rather than transmitting all the transactions in a solved blocks, since most the other miners know about them already, it just transmits indices that refer to each transaction (sort of like a map for how the TXs fit in the block). Greg Maxwell claims that the Corallo Relay Network attains a coding gain of about 250 (1 MB is compressed to about 4 kilobytes); however, I believe it is less in practice.  

Techniques like invertible bloom lookup tables (IBLTs) could also be used to compress solved blocks in the future; Rusty Russell is presently researching this possibility.    


That's not compression.

your right, but still its 250 times faster then sending out the whole block

the network could be optimized further by compressing each TX's before sending it out on the network

might not get much coding gain trying to "zip" TX its just ~300 very random bytes

All of this doesn't avoid the necessity for the network to handle the full weight of these blocks. It's a transmission method and nothing more.
legendary
Activity: 1904
Merit: 1037
Trusted Bitcoiner
September 11, 2015, 06:46:50 PM
#13
Has anyone ever talked about compressing the blocks?

Dunno... What about using pointers?  The question would be where do you store the stuff pointed to?

there's already some miners that use a method of compressing blocks.

The p2p protocol presently only supports propagation of solved blocks in full; i.e., blocks are not compressed.  

However, the Corallo Relay Network does support a sort of compression.  Rather than transmitting all the transactions in a solved blocks, since most the other miners know about them already, it just transmits indices that refer to each transaction (sort of like a map for how the TXs fit in the block). Greg Maxwell claims that the Corallo Relay Network attains a coding gain of about 250 (1 MB is compressed to about 4 kilobytes); however, I believe it is less in practice.  

Techniques like invertible bloom lookup tables (IBLTs) could also be used to compress solved blocks in the future; Rusty Russell is presently researching this possibility.    


That's not compression.

your right, but still its 250 times faster then sending out the whole block

the network could be optimized further by compressing each TX's before sending it out on the network

might not get much coding gain trying to "zip" TX its just ~300 very random bytes
hero member
Activity: 644
Merit: 504
Bitcoin replaces central, not commercial, banks
September 11, 2015, 06:45:54 PM
#12
whats the best place to read a summary of the corallo relay network?

http://bitcoinrelaynetwork.org/
legendary
Activity: 1302
Merit: 1008
Core dev leaves me neg feedback #abuse #political
September 11, 2015, 06:41:37 PM
#11
whats the best place to read a summary of the corallo relay network?
hero member
Activity: 644
Merit: 504
Bitcoin replaces central, not commercial, banks
September 11, 2015, 06:39:08 PM
#10
Has anyone ever talked about compressing the blocks?

Dunno... What about using pointers?  The question would be where do you store the stuff pointed to?

there's already some miners that use a method of compressing blocks.

The p2p protocol presently only supports propagation of solved blocks in full; i.e., blocks are not compressed. 

However, the Corallo Relay Network does support a sort of compression.  Rather than transmitting all the transactions in a solved blocks, since most the other miners know about them already, it just transmits indices that refer to each transaction (sort of like a map for how the TXs fit in the block). Greg Maxwell claims that the Corallo Relay Network attains a coding gain of about 250 (1 MB is compressed to about 4 kilobytes); however, I believe it is less in practice. 

Techniques like invertible bloom lookup tables (IBLTs) could also be used to compress solved blocks in the future; Rusty Russell is presently researching this possibility.   


That's not compression.
legendary
Activity: 1904
Merit: 1037
Trusted Bitcoiner
September 11, 2015, 06:31:02 PM
#9
Has anyone ever talked about compressing the blocks?

Dunno... What about using pointers?  The question would be where do you store the stuff pointed to?

there's already some miners that use a method of compressing blocks.

The p2p protocol presently only supports propagation of solved blocks in full; i.e., blocks are not compressed.  

However, the Corallo Relay Network does support a sort of compression.  Rather than transmitting all the transactions in a solved blocks, since most the other miners know about them already, it just transmits indices that refer to each transaction (sort of like a map for how the TXs fit in the block). Greg Maxwell claims that the Corallo Relay Network attains a coding gain of about 250 (1 MB is compressed to about 4 kilobytes); however, I believe it is less in practice.  

Techniques like invertible bloom lookup tables (IBLTs) could also be used to compress solved blocks in the future; Rusty Russell is presently researching this possibility.    


this isn't standard way of propagating new blocks but it could be...

using this method miners need only be able to keep up with the transactions as they happen and keep them in their mem pool
communicating the contents of a new block is trivial .

even with a home internet connection you could gather TX's are a rate of ~5000TPS

legendary
Activity: 1302
Merit: 1008
Core dev leaves me neg feedback #abuse #political
September 11, 2015, 06:27:23 PM
#8
Has anyone ever talked about compressing the blocks?

Dunno... What about using pointers?  The question would be where do you store the stuff pointed to?
sr. member
Activity: 518
Merit: 250
September 11, 2015, 06:25:39 PM
#7
Has anyone ever talked about compressing the blocks?
legendary
Activity: 1904
Merit: 1037
Trusted Bitcoiner
September 11, 2015, 02:56:00 PM
#6
What would we do without your genius  Huh

Scrap this weekend's Scaling Bitcoin conference you solved it all for us!!


your welcome.
hero member
Activity: 644
Merit: 504
Bitcoin replaces central, not commercial, banks
September 11, 2015, 02:18:09 PM
#5
What would we do without your genius  Huh

Scrap this weekend's Scaling Bitcoin conference you solved it all for us!!

legendary
Activity: 1904
Merit: 1037
Trusted Bitcoiner
September 11, 2015, 02:04:36 PM
#4
Have minners send blocks using encoding  ( new 1GB block need only 4MBs to be propagated )

Maybe you could be a bit more specific with this?
Or maybe you could be a bit more specific with your whole post.

this is what i mean.

The p2p protocol presently only supports propagation of solved blocks in full; i.e., blocks are not compressed.  

However, the Corallo Relay Network does support a sort of compression.  Rather than transmitting all the transactions in a solved blocks, since most the other miners know about them already, it just transmits indices that refer to each transaction (sort of like a map for how the TXs fit in the block). Greg Maxwell claims that the Corallo Relay Network attains a coding gain of about 250 (1 MB is compressed to about 4 kilobytes); however, I believe it is less in practice.  

Techniques like invertible bloom lookup tables (IBLTs) could also be used to compress solved blocks in the future; Rusty Russell is presently researching this possibility.    


i could be more specific, but i just want the general idea in OP

full member
Activity: 196
Merit: 100
September 11, 2015, 01:57:32 PM
#3
Have minners send blocks using encoding  ( new 1GB block need only 4MBs to be propagated )

Maybe you could be a bit more specific with this?
Or maybe you could be a bit more specific with your whole post.
legendary
Activity: 1148
Merit: 1014
In Satoshi I Trust
September 11, 2015, 01:08:53 PM
#2
but you would kill Blockstreams business model with this plan - you bastard!


/s
legendary
Activity: 1904
Merit: 1037
Trusted Bitcoiner
September 11, 2015, 10:08:47 AM
#1
Put block limit at 1GB
Have minners send blocks using encoding  ( new 1GB block need only 4MBs to be propagated )
Requires full nodes and miners to be sitting behind >2MBPS internet connection with unlimited bandwidth.
and there you have it, bitcoin may now include 3 Million TX pre block, is that worth a little centralization?
how much centralization would this really require?
not much!

First off, the centralization would happen VERY SLOWLY, because obviously bitcoin isn't suddenly going to experience a 100,000X increase in transactions over night.

Second, once / if bitcoin does reach close to 5000TPS the requirements for miners and full node to run isn't very high, we're still taking home garde computers with home grade internet being able to handle this.

Third, ATM miners and full nodes are already somewhat centralized it's likely that these minimal requirements won't affect anyone at all. China might be affected once TX vol gose up 8X then it currently is today, chinese poeple may be required to run their full node outside of chain. so what? they will still be able to mine they won't give a shit, only you give a shit because you're scared of a Gigabyte.
Pages:
Jump to: