Bitcoin-Irrsinn: Große Gewinner, große Verlierer ...

Bitcoin block propagation with IBLT, visually explained with infographic!

Bitcoin block propagation with IBLT, visually explained with infographic! submitted by kallerosenbaum to Bitcoin [link] [comments]

How the Magic of IBLTs Could Boost Bitcoin's Decentralization

How the Magic of IBLTs Could Boost Bitcoin's Decentralization submitted by desantis to bitcoinxt [link] [comments]

How the Magic of IBLTs Could Boost Bitcoin's Decentralization

How the Magic of IBLTs Could Boost Bitcoin's Decentralization submitted by desantis to Bitcoin [link] [comments]

Bitcoin block propagation with IBLT

Bitcoin block propagation with IBLT submitted by tech4marco to BitcoinLibrary [link] [comments]

ELI5: What is the current research /development of IBLT for block propagation? How would it help with the blocksize debate? /r/Bitcoin

ELI5: What is the current research /development of IBLT for block propagation? How would it help with the blocksize debate? /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

How the Magic of IBLTs Could Boost Bitcoin's Decentralization

How the Magic of IBLTs Could Boost Bitcoin's Decentralization submitted by BitcoinAllBot to BitcoinAll [link] [comments]

How the Magic of IBLTs Could Boost Bitcoin's Decentralization

How the Magic of IBLTs Could Boost Bitcoin's Decentralization submitted by desantis to btc [link] [comments]

What's the method behind IBLT? /r/Bitcoin

What's the method behind IBLT? /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

So you are 150 programmers working on a bankster's altcoin and then "what's that SW and IBLT thing? shit, we have to wait for that" - Shows that they will always be behind the curve. /r/Bitcoin

So you are 150 programmers working on a bankster's altcoin and then submitted by BitcoinAllBot to BitcoinAll [link] [comments]

[RFC] IBLT block testing implementation | Rusty Russell | Jun 23 2015 /r/bitcoin_devlist

[RFC] IBLT block testing implementation | Rusty Russell | Jun 23 2015 /bitcoin_devlist submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Bitcoin block propagation with IBLT, visually explained with infographic!

Bitcoin block propagation with IBLT, visually explained with infographic! submitted by BitcoinAllBot to BitcoinAll [link] [comments]

How the Magic of IBLTs Could Boost Bitcoin's Decentralization

How the Magic of IBLTs Could Boost Bitcoin's Decentralization submitted by BTCNews to BTCNews [link] [comments]

ELI5: "Wouldn't IBLT remove the miner incentive to keep blocks reasonably sized?" /r/Bitcoin

ELI5: submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Bitcoin Unlimited 1.7.0 has just been released

Download the latest Bitcoin Cash compatible release of Bitcoin Unlimited (1.7.0, October 11th, 2019) from:
 
https://www.bitcoinunlimited.info/download
https://github.com/BitcoinUnlimited/BitcoinUnlimited/releases/tag/bucash1.7.0.0
 
This is a major release of Bitcoin Unlimited compatible with the upcoming protocol upgrade of the Bitcoin Cash network. You could find November 15th, 2019 upgrade specifications here:
This is list of the main changes that have been merged in this release:
 
Release notes: https://github.com/BitcoinUnlimited/BitcoinUnlimited/blob/dev/doc/release-notes/release-notes-bucash1.7.0.md
 
PS Ubuntu PPA repository is currently being updated to serve for 1.7.0
(*) if you were using BU with -txindex, after the fist session after the upgrade the database where the index are stored will be upgraded to a new format. During this migration RPC command will return an error message saying the txindex is syncing. The lasting of the migration process depends on the machine where BU is installed.
submitted by s1ckpig to btc [link] [comments]

Bitcoin Unlimited 1.6.0.1 has just been released

Download the latest release of Bitcoin Unlimited (1.6.0.1, July 19th, 2019) from:
 
https://www.bitcoinunlimited.info/download
 
This is a a bug fix release candidate of Bitcoin Unlimited compatible with the Bitcoin Cash protocol.
This is list of the main changes that have been merged in this release:
 
Release notes: https://github.com/BitcoinUnlimited/BitcoinUnlimited/blob/dev/doc/release-notes/release-notes-bucash1.6.0.1.md
 
PS Ubuntu PPA repository is currently being updated to serve for BUcash 1.6.0.1.
submitted by s1ckpig to btc [link] [comments]

Bitcoin Unlimited - Bitcoin Cash edition 1.6.0.0 has just been released

Download the latest Bitcoin Cash compatible release of Bitcoin Unlimited (1.6.0.0, April 24th, 2019) from:
 
https://www.bitcoinunlimited.info/download
 
This is a major release of Bitcoin Unlimited which it is compatible with the upcoming May 2019 BCH protocol upgrade; this release is also compatible with all the already activated Bitcoin Cash network upgrades, namely:
List of notable changes and fixes contained in BUcash 1.6.0.0:
 
Release notes: https://github.com/BitcoinUnlimited/BitcoinUnlimited/blob/dev/doc/release-notes/release-notes-bucash1.6.0.md
 
PS Ubuntu PPA repository is currently being updated to serve for BUcash 1.6.0.0.
submitted by s1ckpig to btc [link] [comments]

Bitcoin Unlimited 1.7.0 has just been released

Download the latest Bitcoin Cash compatible release of Bitcoin Unlimited (1.7.0, October 11th, 2019) from:
 
https://www.bitcoinunlimited.info/download
https://github.com/BitcoinUnlimited/BitcoinUnlimited/releases/tag/bucash1.7.0.0
 
This is a major release of Bitcoin Unlimited compatible with the upcoming protocol upgrade of the Bitcoin Cash network. You could find November 15th, 2019 upgrade specifications here:
This is list of the main changes that have been merged in this release:
 
Release notes: https://github.com/BitcoinUnlimited/BitcoinUnlimited/blob/dev/doc/release-notes/release-notes-bucash1.7.0.md
 
PS Ubuntu PPA repository is currently being updated to serve for BUcash 1.7.0
submitted by s1ckpig to Bitcoincash [link] [comments]

Bitcoin-SV: are terabyte blocks feasible?

Block propagation time and block processing time (to prepare & validate) are very crucial factors. Every node(miner) has an economic incentive in propagating its block as quickly as possible so that nodes would be more likely to build on this fork. But simultaneously having a very large number of transactions contained in the block increases the block propagation time, so a node has to optimally balance the number of transactions to include (block size) with transaction fees plus block reward so for the best outcome.
But BSVs scaling approach expects to have logical blocks at gigabytes/terabytes sizes in future, the problem outlined above can be a huge obstacle in getting there. This problem will be exacerbated when block sizes get too big and ultimately the rational economically motivated nodes begin to ration the number of transactions in a block.
I believe currently the time complexity of block propagation is at O(~n), where n is the number of transactions, as there is currently no block compression (like Graphene). Also, block processing time complexity is at O(~n) too as most of the processing is serial.
Compact blocks (BIP 152) as implemented currently in BitcoinSV already does a basic level of block compression by,
typically a Compact block is about 10 - 15 % of the full uncompressed legacy block & this reduces the effective propagation time; while this is probably good enough for Bitcoin-Core as they are not seeking to increase block size, its certainly not enough for Bitcoin-SV.
Graphene which uses Bloom filters and Invertible Bloom Lookup Tables (IBLTs) seems to provide an efficient solution to the transaction set reconciliation problem, and it offers additional (from Compact blocks) compression where a Graphene block is ~10% of the size of a typical Compact block (from the author's empirical tests)
With the above information and certain assumptions we can quickly calculate the demands of a terabyte node and its feasibility with current hardware & bandwidth limitations.
Assumptions:
1 TB block ==> 100-150 GB Compact block ==> 10 - 15 GB Graphene block
Lets conservatively go with the low of 10 GB Graphene compressed block, 10GB/ 10 Gb/s = 8 secs
we still need 8 full seconds to propagate this block one hop to the next immediate peer. Also, note that we conveniently ignored the massive parallelization that would be needed for transaction and block processing which would likely involve techniques like mempool and UTXO set sharding in the node architecture.
But the point to take home is 8 seconds is exorbitant and we need a better workable compression algorithm irrespective of other architectural improvements under the outlined assumptions.
The above led me to begin work on an "ultra compression" algorithm which is a stateful protocol and highly parallelizable (places high memory & CPU demands) and fits with the goal of a horizontally scalable architecture built on affordable consumer grade h/w. The outline of the algorithm looks promising and seems to compress the block by factor of thousands if not more especially for the block publisher and although the block size grows as we head farther from the publishing node, its still reasonable IMO.
Now, before I go further down this rabbit hole I wanted you guys to poke holes into my assumptions, requirements & calculation outlines. Subsequently I will publish (semi-formal) a paper detailing the ultra compression algorithm and how it fits with the overall node architecture per ideas expressed above.
Would appreciate if someone could point/educate me to alternative practical solutions that have already been vetted and are in the dev pipeline.
Note:
submitted by stoichammer to bitcoincashSV [link] [comments]

Bitcoin Unlimited 1.6.0.1 has just been released

Download the latest release of Bitcoin Unlimited (1.6.0.1, July 19th, 2019) from:
 
https://www.bitcoinunlimited.info/download
 
This is a a bug fix release candidate of Bitcoin Unlimited compatible with the Bitcoin Cash protocol.
This is list of the main changes that have been merged in this release:
 
Release notes: https://github.com/BitcoinUnlimited/BitcoinUnlimited/blob/dev/doc/release-notes/release-notes-bucash1.6.0.1.md
 
PS Ubuntu PPA repository is currently being updated to serve for BUcash 1.6.0.1.
submitted by s1ckpig to Bitcoincash [link] [comments]

Isn’t this just Graphene or Avalanche or something else already?

Isn’t this just Graphene or Avalanche or something else already? submitted by hawks5999 to btc [link] [comments]

Bitcoin block propagation - Ultra compression

This solution paper is a sequel to my earlier post on reddit Bitcoin-SV: are terabyte blocks feasible?, I recommend reading that article first as it deals with requirements scoping & feasibility before continuing this paper.

https://gist.github.com/stoichammeb275228fa5583487955c8c2f91829b00

Would greatly appreciate feedback and criticism on the above from SV devs. I recently noticed a tweet from @shadders333where he announced a potential solution for block propagation will be announced in the CoinGeek scaling conference. It is purely co-incidental I was interested in this problem for the past few days, and I have no clue about the solution they intend to share. Would love to hear first-hand thoughts from you guys.
----------------------------
Edit: Added a new section to the paper on how it compares with Graphene. Copying the same here as well. 

Comparison with Graphene:

Graphene uses techniques such as Bloom filters and invertible bloom lookup tables (IBLTs) to compress blocks with better efficiency when compared to Compact Blocks (BIP-152). Graphene works on a probabilistic model for IBLT decoding, and there is a small chance of failure, in that event the sender must resend the IBLT with double the number of cells, the authors did some empirical testing and found this doubling was sufficient for the very few that actually failed. It seems the Graphene sizes are linearly proportional to the mempool sizes. But practically speaking, we need to take another factor "mempool divergence" into account, as network grows and mempools become larger the divergence increases, and in practice decoding failures will raise. One proposal to counter this is to request blocks from multiple (2/3) peers and merging them together, this decreases the probability of IBLT decoding errors at the cost of additional resources. There is also an open attack vector called the poison block attack where a malicious miner could mine a block with transactions that are held private, this will lead to a inevitable decode failure. Although this attack seems fatal to Graphene’s adoption, there is likely hope that game theoretical PoW underpinnings may come to the rescue.
Graphene distills the block propagation problem into the classical set reconciliation problem (Set theory; order of elements is irrelevant), it builds on the previous academic literature on Set reconciliation which also involved Bloom filters & IBLTs. It discards the concomitant time information of transactions and defaults to implicit ordering, typically canonical (ID sorting). But it supports supplemental order information to be included. If topological ordering of transactions is needed, additional ordering information has to be included at the cost of increasing the size of the block. It complements well with implicit ordering techniques like CTOR(Canonical Transaction ordering), although it deviates from Nakamoto style chronological ordering of transactions within a block.
Whereas Ultra compression (this paper) has a novel approach which leverages the concomitant time information of transactions to its advantage and achieves a much better compression factor. It does not approach the problem as merely that of Set reconciliation and instead by improves efficiency by encoding relative time sequence of transactions into a block.
The primary advantages are as below:
Notable disadvantages:
In my subsequent post, I will cover a more comprehensive distributed system architecture for a Node that covers the following:
submitted by stoichammer to bitcoinsv [link] [comments]

Bitcoin Unlimited 1.7.0 has just been released

Download the latest Bitcoin Cash compatible release of Bitcoin Unlimited (1.7.0, October 11th, 2019) from:
 
https://www.bitcoinunlimited.info/download
https://github.com/BitcoinUnlimited/BitcoinUnlimited/releases/tag/bucash1.7.0.0
 
This is a major release of Bitcoin Unlimited compatible with the upcoming protocol upgrade of the Bitcoin Cash network. You could find November 15th, 2019 upgrade specifications here:
This is list of the main changes that have been merged in this release:
 
Release notes: https://github.com/BitcoinUnlimited/BitcoinUnlimited/blob/dev/doc/release-notes/release-notes-bucash1.7.0.md
 
PS Ubuntu PPA repository is currently being updated to serve for 1.7.0
submitted by s1ckpig to bitcoin_unlimited [link] [comments]

Quanto vale il Bitcoin? - YouTube YouTube Bitcoin Era Review 2019: Betrug oder seriös? Live ... ILS VOUS CACHENT LA VÉRITÉ MAIS ELLE REFAIT SURFACE - BITCOIN

Die Digitalwährung Bitcoin nimmt immer mehr Fahrt auf. Am Dienstagvormittag knackte der Kurs die magische Marke von 10 000 US-Dollar. Viele Finanzexperten bleiben trotzdem skeptisch. Die wichtigsten Bitcoin-Betrug: Prominente als Köder Die Masche läuft immer gleich ab: Im Newsfeed des Nutzers, per Mail oder als Werbung auf diversen Webseiten erscheint ein Beitrag. Bitcoin IBLT Test Code. This proposes a wire format for sending bitcoin IBLT data, it then simulates sending that between nodes, using input from: Bitcoin requires decentralization of miners (or mining pools) and full nodes to achieve what some consider its core property: censorship resistance.As such, the block-size dispute represents a trade-off. Bigger blocks allow for more transactions on the Bitcoin network, but take more time to propagate, favoring larger miners and pools, while the increased data transmission disincentivizes users ... bitcoin-iblt. A project for experimenting with ibltj in conjuction with bitcoinj. The main purpose for this project is to experiment with encoding/decoding bitcoin blocks with ibltj.

[index] [39297] [42598] [4011] [28639] [50254] [31133] [32838] [49546] [19541] [6364]

Quanto vale il Bitcoin? - YouTube

Bitcoin Era Erfahrungen 2020. Unsere Bewertung: Bitcoin Era ist kein Betrug. Besuchen Sie die offizielle Bitcoin Era Webseite: http://vip.woo2go.com/SHvz Bit... Non esiste un valore unico: in questo video spiego come fare a capire qual è il valore del bitcoin Per il ciclo #Byoblu24 su Tecnologia e Criptovalute, Claudio Messora intervista Giacomo Zucco, consulente Bitcoin e cofondatore Bcademy. Un vero fiume in pie... Bitcoin mit der BISON App kaufen (inkl. 10 € Bonus) *http://join.bisonapp.com/fgz7qb 📊 Meine Empfehlungen für Aktien & ETFs (Top Wertpapierdepot) Trade Rep... Melden Sie sich noch heute bei Bitcoin Era an: https://bit.ly/3eLV2Ba Bitcoin Era ist ein viraler Handelsroboter, der Trader dabei unterstützt, mit Bitcoin...

#