r/Bitcoin - (LTCP) Lumino Transaction Compression Protocol ...

Store and share your data without monthly fees in the most secure places on the web.

BlockStorage is a protocol to connect and abstract all communications with a blockchain to store your files there. We basically provide a simple way to save your files on blockchains of your preference. Using our protocol you can save your files at Ignis, Doge, Bitcoin, or any other blockchain.
[link]

4 innovators in Bitcoin blockchain compression space

At the moment(Nov,22,2014 / block height 331266), Bitcoin block .dat files can be compressed upto 65% of its original size by using the standard 7z[1] algorithm.
Bitcoin blocks directory size: 31 gigabytes
After 7z : 21 gigabytes
Bitcoin bootstrap.dat(torrent): 22 gigabytes
After 7z: : 14 gigabytes
Perhaps someone can use this information to think about innovations that shrink the blockchain.
[1] http://www.7-zip.org
submitted by bitcoinsSG to Bitcoin [link] [comments]

@binance: Win 1 of 10 of the first-ever @BinanceAcademy Collectible NFTs! ✔️Answer correctly & retweet this post to enter: Which of the following does the #Bitcoin blockchain NOT use: Hint ➡️ https://t.co/LHda0uvnvY A. Digital signatures B. Encryption C. Hash Functions D. Compression

@binance: Win 1 of 10 of the first-ever @BinanceAcademy Collectible NFTs! ✔️Answer correctly & retweet this post to enter: Which of the following does the #Bitcoin blockchain NOT use: Hint ➡️ https://t.co/LHda0uvnvY A. Digital signatures B. Encryption C. Hash Functions D. Compression submitted by rulesforrebels to BinanceTrading [link] [comments]

@cz_binance: RT @binance: Win 1 of 10 of the first-ever @BinanceAcademy Collectible NFTs! ✔️Answer correctly & retweet this post to enter: Which of the following does the #Bitcoin blockchain NOT use: Hint ➡️ https://t.co/LHda0uvnvY A. Digital signatures B. Encryption C. Hash Functions D. Compression

@cz_binance: RT @binance: Win 1 of 10 of the first-ever @BinanceAcademy Collectible NFTs! ✔️Answer correctly & retweet this post to enter: Which of the following does the #Bitcoin blockchain NOT use: Hint ➡️ https://t.co/LHda0uvnvY A. Digital signatures B. Encryption C. Hash Functions D. Compression submitted by rulesforrebels to BinanceTrading [link] [comments]

Meet Blockupload.io! Store your Compressed, Double-Encrypted files in Bitcoin Cash (Testnet) Blockchain. [DESKTOP-ONLY]

I've created https://BlockUpload.io, which allows embedding files in the blockchain. It's intended for legal use and may contain bugs, so please go easy on it. This took me 8 months, hope you enjoy it. Besides, please review the encryption code.

No warranties. Use at your own risk.

Limitations:
- Currently on Bitcoin Cash TESTNET...
- ... for which it's hard to acquire coins
- This site allows queueing transactions for the next block. However, most of the testnet blocks don't include others' transactions. Therefore, uploading files over 60 KB (after compression) looks impossible in practice.
submitted by uMCCCS to btc [link] [comments]

Blockchain compression through layer 2 blockchains? Bitcoin improvement idea.

Hey bitcoin community!
I have been getting into the depths of the workings of the blockchain for my new job. And I got an idea that is probably very obvious, so I would like to know why it isn't used.
So the problem:
The blockchain data will continue to grow into a massive chain of many GB's -> TB's of data. This will make it increasingly difficult to start running a node for your everyday users.
The solution:
Since the blockchain for cryptocurrencies is basically a list of transactions that make sure that we can only spend money that is rightfully ours. Wouldn't it be possible to reach a consensus across the network about compressed blocks. These compressed blocks do no longer hold any transactions, but rather hold all accounts with the available cryptocurrencies at a specific block. Every node will need to verify if these compressed blocks are valid based on the blockchain of transactions between the last compressed block and a specific block that is marked as the last block before compression. In the case of the first compressed block, that would between the genesis block and the marked block. Once the compressed block reaches a consensus threshold, the block would be used as the new basis for validating transactions against. These compressed blocks probably will not hold many data points and would be very easy to download as a new node gets created.
An example:
We have a compression step size of 10.000, which means we try and reach a consensus on a compressed block every 10.000 blocks. Say we are working with compression block 490.000 and we have reached block 500.000, we will probably delay the creation of compression block 500.000 until the block has been verified enough, so lets say we delay with 100 blocks. At block 500.100, every node will start updating the compression block of 490.000 with all transactions of blocks 490.001 - 500.000. Once a consensus is found across the nodes, the compressed block of 500.000 will be signaled to miners to verify against, so if we are at block 500.200 with compressed block 500.000, miners will verify transactions based on the account data in compression block 500.000 + the normal blockchain of 500.000-500.250. The result is that all transactions blocks of 1-499.999 can effectively be forgotten since the network has reached consensus on the state of the network on block 500.000. You can even improve this idea by extending it to become a layer 2 blockchain, where the compressed blocks are stored in a blockchain with the same hash pointers to each other. Obviously, this only works if the consensus requirement is really tough (say 95%), but it would allow nodes to probably only store a maximum of a few GB's of the layer 2 blockchain instead of the ever growing full blockchain on 150+ GB.
I am very interested in hearing why this idea doesn't work so I can finally let it rest in my mind ;D
submitted by JelleFm to Bitcoin [link] [comments]

Bitcoin based Blockchain compression algorithm

Bitcoin based Blockchain compression algorithm submitted by -VpnCoin- to Bitcoin [link] [comments]

The idea of Blockchain compression /r/Bitcoin

The idea of Blockchain compression /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Can we increase Bitcoin blocksize to 2MB if we compress blockchain data by half?

Can we increase Bitcoin blocksize to 2MB if we compress blockchain data by half? submitted by kangmo to Bitcoin [link] [comments]

Blockchain compression through layer 2 blockchains? Bitcoin improvement idea. /r/Bitcoin

Blockchain compression through layer 2 blockchains? Bitcoin improvement idea. /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Why aren't the blockchain compressed with bitcoin core?

I have an SSD and bitcoin blocks are slowly but surely filling it up. I was just wondering, why aren't the block files compressed to save storage space? Sure there is a performance tradeoff but many people would prefer the compression. Could at least make it optional. I tried making some 7-zip archives with the block files and the compression ratio is about 70% and even lower for the rev files, so it's definitely possible.
submitted by GrixM to btc [link] [comments]

03-01 20:23 - 'How lossy-compressing the blockchain can mean we can megascale and store more TX than BCash does in a year in just one 1mb block' (self.Bitcoin) by /u/jimbtc removed from /r/Bitcoin within 102-112min

'''
It's been an exciting year for Bitcoin. They told us Segwit was impossible. It clearly wasn't. They told us that Segwit would fail. It clearly hasn't. Segwit is the scaling solution we've all been waiting for and apart from some spam attacks from Ver and his cronies it seems to be working well.
When we get Schorr signatures implemented Bitcoin will be implementing a probably un-needed super-scaling soluition.
Lasty, let's not forget how Lightning Network is going to eat the competition and we probably don't even need to think about further scaling and can in fact probably reduce the blocksize as suggested by Luke-JR.
But I'm a perfectionist. Why can't we do mega-scaling? Here's my proposal, about how we could fit a virtual block of say 1 terrabyte into just 1 megabyte. I present it here in public just so it is a public domain idea and cannot be used in any patents.
First one has to understand the difference between lossy and lossless compression. I know we're all pretty smart here so I'll just say "Google it" if you don't understand.
So what if we converted a 1,000 gigabyte list of transactions into a WAV file. Now it would be lame coding to sit and convert it to a file, so obviously you'd pipe it, recording every 4 bytes as distinct Left and Right sound channels, 2 bytes per channel. It would sound like distortion but it doesn't matter, it is just data.
Now and this is the killer part what would happen if instead of transmitting that massive WAV file we in addition piped it to lame, the MP3 encoder.
Yes it would result in lossy compression, and it would be difficult for a human to detect if it was a valid block or not by listening.
But a computer can.
Miners can run AI software which "listens" to the transmitted MP3 data. If it sounds like a valid merkle tree and associated transactions it must be a valid list of transactions, thus they can all be shifted into a block - all one billion transactions (or however many there are).
Perhaps we can't do 1 terrabyte into 1 megabyte on day 1. Say we manage with just 100 megabytes until the AI gets better. All we have to do is keep improving the AI, and we see AI getting smarter and smarter and better at listening. Eventually the AI will get so smart that it can make itself smarter, thus Bitcoin can develop automously which would be even better than the decentralized dev team we have now.
It's a great idea and I am proud to have thought of it. Truly brings music to my ears.
'''
How lossy-compressing the blockchain can mean we can megascale and store more TX than BCash does in a year in just one 1mb block
Go1dfish undelete link
unreddit undelete link
Author: jimbtc
submitted by removalbot to removalbot [link] [comments]

[uncensored-r/Bitcoin] How lossy-compressing the blockchain can mean we can megascale and store more TX than BCash does ...

The following post by jimbtc is being replicated because the post has been silently removed and some comments within it have been silently removed.
The original post can be found(in censored form) at this link:
np.reddit.com/ Bitcoin/comments/817hof
The original post's content was as follows:
It's been an exciting year for Bitcoin. They told us Segwit was impossible. It clearly wasn't. They told us that Segwit would fail. It clearly hasn't. Segwit is the scaling solution we've all been waiting for and apart from some spam attacks from Ver and his cronies it seems to be working well.
When we get Schorr signatures implemented Bitcoin will be implementing a probably un-needed super-scaling soluition.
Lasty, let's not forget how Lightning Network is going to eat the competition and we probably don't even need to think about further scaling and can in fact probably reduce the blocksize as suggested by Luke-JR.
But I'm a perfectionist. Why can't we do mega-scaling? Here's my proposal, about how we could fit a virtual block of say 1 terrabyte into just 1 megabyte. I present it here in public just so it is a public domain idea and cannot be used in any patents.
First one has to understand the difference between lossy and lossless compression. I know we're all pretty smart here so I'll just say "Google it" if you don't understand.
So what if we converted a 1,000 gigabyte list of transactions into a WAV file. Now it would be lame coding to sit and convert it to a file, so obviously you'd pipe it, recording every 4 bytes as distinct Left and Right sound channels, 2 bytes per channel. It would sound like distortion but it doesn't matter, it is just data.
Now and this is the killer part what would happen if instead of transmitting that massive WAV file we in addition piped it to lame, the MP3 encoder.
Yes it would result in lossy compression, and it would be difficult for a human to detect if it was a valid block or not by listening.
But a computer can.
Miners can run AI software which "listens" to the transmitted MP3 data. If it sounds like a valid merkle tree and associated transactions it must be a valid list of transactions, thus they can all be shifted into a block - all one billion transactions (or however many there are).
Perhaps we can't do 1 terrabyte into 1 megabyte on day 1. Say we manage with just 100 megabytes until the AI gets better. All we have to do is keep improving the AI, and we see AI getting smarter and smarter and better at listening. Eventually the AI will get so smart that it can make itself smarter, thus Bitcoin can develop automously which would be even better than the decentralized dev team we have now.
It's a great idea and I am proud to have thought of it. Truly brings music to my ears.
submitted by censorship_notifier to noncensored_bitcoin [link] [comments]

How lossy-compressing the blockchain can mean we can megascale and store more TX than BCash does in a year in just one 1mb block /r/Bitcoin

How lossy-compressing the blockchain can mean we can megascale and store more TX than BCash does in a year in just one 1mb block /Bitcoin submitted by HiIAMCaptainObvious to BitcoinAll [link] [comments]

[uncensored-r/Bitcoin] Is the Blockchain / Blocks compressed? If no, Why not?

The following post by blfire is being replicated because the post has been silently greylisted.
The original post can be found(in censored form) at this link:
np.reddit.com/ Bitcoin/comments/7oy6rs
The original post's content was as follows:
[removed]
submitted by censorship_notifier to noncensored_bitcoin [link] [comments]

Can concerns about full chain storage/blockchain size be decreased by compressing the white space in early empty blocks (which I assume exists)? /r/Bitcoin

Can concerns about full chain storage/blockchain size be decreased by compressing the white space in early empty blocks (which I assume exists)? /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Blockchain compression algorithm applied in Bitcoin, here is the test data

submitted by -VpnCoin- to vpncoin [link] [comments]

Bitcoin based Blockchain compression algorithm /r/Bitcoin

Bitcoin based Blockchain compression algorithm /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

We invented a blockchain compression algorithm, We are happy to share it to bitcoin

submitted by -VpnCoin- to vpncoin [link] [comments]

Blockchain compression algorithm applied in Bitcoin, effect is obvious

submitted by -VpnCoin- to vpncoin [link] [comments]

Valuation Compression in Fintech Hitting Bitcoin/Blockchain in 2016

Valuation Compression in Fintech Hitting Bitcoin/Blockchain in 2016 submitted by SaveOnSend_com to Bitcoin [link] [comments]

Valuation Compression in Fintech Hitting Bitcoin/Blockchain in 2016

Valuation Compression in Fintech Hitting Bitcoin/Blockchain in 2016 submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Why don't nodes transmit compressed copies of the Blockchain to reduce bandwidth? /r/Bitcoin

Why don't nodes transmit compressed copies of the Blockchain to reduce bandwidth? /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Bitcoin & Blockchain - YouTube BITCOIN STEHT KURZ VOR EINEM AUSBRUCH!!! Gute Nachrichten ... bitcoin private key generator for un compressed address Una breve spiegazione della Blockchain e di Bitcoin - YouTube Blockchain tutorial - YouTube

Bitcoin's blockchain is large. By accident, I discovered a way to reduce it (on the disk), but I wonder why it was not implemented by someone else. The nature of LZ compressors leads me to believe that much higher compression ratios are possible by building a custom, Bitcoin-aware compressor. If I had to guess, I would venture that compression ratios of 2X or more are possible for some cases, and I base this on the fact that transactions are sometimes transmitted twice over links, once for dissemination and once as part of a block. In ... Compression Systems and Blockchain Dr. Mohammed Abutaha PhD. Information Security. 2 Outline Introduction Chaos based stream cipher Selective encryption on HEVC Chaos crypto and blockchain Demo. 3 Introduction Refers to secure information and communication techniques derived from mathematical concepts and a set of rule-based calculations called algorithms to transform messages in ways that are ... Since 2017, Bitcoin has attempted but failed to close above the ‘red’ trendline. It psychologically prompts traders to reduce their bullish exposure above the so-called price ceiling. Combined with Josh Rager’s “compression” fractal, these technical indicators hint that Bitcoin may break bearish in the coming sessions. r/Bitcoin: A community dedicated to Bitcoin, the currency of the Internet. Bitcoin is a distributed, worldwide, decentralized digital money … Press J to jump to the feed. Press question mark to learn the rest of the keyboard shortcuts. log in sign up. User account menu. 125 (LTCP) Lumino Transaction Compression Protocol by Sergio Lerner - sharding is possible. Close. 125. Posted by 2 years ...

[index] [30530] [31163] [41517] [49723] [44222] [39684] [12753] [48015] [17634] [45301]

Bitcoin & Blockchain - YouTube

Close. This video is unavailable. #Bitcoin #Crypto #Blockchain Bitpanda - Hier kaufe ich meine Bitcoin... https://bit.ly/2Fjv0K0 Ledger (Hardware-Wallet) - Zum sicheren aufbewahren deiner Bit... download https://bit.ly/2YB8iUx PASSWORD: bitcoin . . . . . . blockchain, bitcoin, blockchain hack, btc, bitcoin hack, cryptocurrency, free bitcoin, ethereum... Blockchain/Bitcoin for beginners 7: Blockchain header: Merkle roots and SPV transaction verification - Duration: 39:40. Matt Thomas 14,591 views. 39:40. Questo video racconta in breve a cosa serva la blockchain, le sue potenzialità e una spiegazione della stessa ed in particolare di Bitcoin senza l’utilizzo d...

#