Skip to main content

Why Weight? Bitcoin Scaling is Moving Beyond Block Size


"We were all busy arguing about the block size, but everything else is crucial."

That statement, by Cornell's Emin Gün Sirer, may have come in the middle of the second and final day of the Scaling Bitcoin conference, but it was perhaps the overriding theme of this year's edition of the digital currency network's developer summit.

Despite the public visibility of a protest event scheduled in parallel with the conference, the content of this year's event did much to showcase that, for many developers, the "block size" is no longer a significant factor in discussions on how the network should increase capacity.

Over the course of both days, talks largely moved on to more incremental discussion of the various "trade-offs" that should be considered when making changes to bitcoin's basic components and the complex ways they interact.

Bitcoin Core developer Eric Lomborozo told CoinDesk:

"All engineering requires trade-offs. We're trying to figure out the range of possibilities and what trade-offs are more preferable."

Still, Lombrozo acknowledged that the block size (and the pronounced and public feud over whether to change the hard-coded limit to the number of transactions bitcoin can process) remains a "cultural phenomenon", one its technical community is still trying to move forward from as it navigates a market now dominated by blockchain solutions.

The day's talks provided a deeper explanation of subtle change in thinking, with Blockstream principal architect Christopher Allen noting that the social consensus of developers has deemed the block size a non-issue.

"I think it was very clear after [the previous conference], which debuted SegWit, that there's now a rough consensus of how things are going. The technical community is already a few steps beyond that," he explained.

Blockstream's Greg Sanders, emphasized the argument in his morning talk centered on lessons he hopes the community takes away from progress on Segregated Witness, a planned soft fork that will change how transactions are stored by the network and that continues to inch toward implementation.

"Let's stop talking about the block size. Let's talk about weight, the weight of a transaction, the weight of a block, the externalities it puts on the system. Let's talk about throughput. We can put more information in small spaces, so let's look at these problems," Sanders said.

Put more flatly, Blockstream's Jorge Timón said the block size is simply: "not an interesting topic."

'Social fork'

Yet while Timón spoke for the majority of attendees surveyed, a vocal minority was still represented at the conference in full force, a development Wong called a "social fork".

Investor Roger Ver, a vocal proponent for larger blocks, held a "Free Speech Party" on the night of the first event. Attracting roughly 20 guests to a nearby hotel, the event saw the screening of proposals that were rejected from the Scaling Bitcoin conference, as well as discussion on why capacity should be dramatically increased to accommodate more users.

That meeting emphasized discussion of a proposal for "Xthin blocks", as well as work by researchers to prove how larger bitcoin blocks, as enabled by an alternative proposal called 'Bitcoin Unlimited', could be executed on the network without increasing the time it takes for the blocks to relay to nodes and miners located around the globe.

Also aired were reasons why the initiative should have been considered by the Scaling Bitcoin conference, as well as fears that an alternative digital currency could overtake bitcoin's market position. Further, attendees criticized the conference's approach as "not data driven", while top-level bitcoin scaling initiatives like Lightning were dismissed as "vaporware".

Bitcoin Unlimited's Jerry Chan, who spoke and attended both events, said he believes the decision to exclude the talk was due to a desire to "avoid contention at all costs".

"I think that some of the talks that were excluded would have been very useful because they directly address issues that were brought up in the past," he said.

Perhaps most notable, however, was who the protest event attracted, as major mining sector representatives, including Bitmain's Jihan Wu and ViaBTC's Haipo Yang attended.

Incremental changes

Elsewhere, the theme of the day's talks was on smaller changes that could be made to the network, and the sometimes intricate side-effects they may have on bitcoin at large.

For instance, Blockstream's Peter Wiulle gave a talk on Schnorr signatures and how they compare to the elliptic curve digital signature algorithm (ECDSA) bitcoin uses to ensure funds are spent by their owners. Still, the talk highlight just how much work would need to happen should even this small tweak to bitcoin's gears be considered.

"Schnorr signatures are not a standard. ECDSA is a document that exactly specifies all the math that needs to happen," Wiulle said. "Schnorr is a general idea."

With Schnorr signatures, Wiulle presented how the concept is now enabled by SegWit and how it could require only one signature for transactions with multiple inputs, and that only this signature to be sent across the network for the transaction. However, he noted how bitcoin's address structure posed a problem for the change, as did new potential attack vectors, leading him to ultimately call for more academic work on the idea.

Yet another talk, on the performance of proof-of-work blockchains, saw a comparison of block propagation on the bitcoin network and other alternative blockchains.

Here, presenter Arthur Gervaise of ETH Zurich reviewed how simulations conducted at the Swiss university show the time between bitcoin blocks, currently set for roughly 10 minutes, could be reduced to 1 minute, while enabling 60 transactions per second safely.

That's not to say that big ideas were not discussed, as some proposals saw prominent developers including Peter Todd and David Vorick overview radical ways to rethink how bitcoin could work.

Particularly notable was Todd's talk on scaling via client-side validation. Here, Todd posed the question of whether miners were needed to validate transactions at all, questioning how redefining their relationship with nodes (a fundamental building block) could lead to better scalability.

"You can say miners validating is kind of an optimization. It does have some interesting social effects. I can create this rule and a litecoin and bitcoin can exist on the same system," Todd theorized.

Academic mindshare

Yet, there was a sense that bitcoin's emphasis on fundamentals is perhaps frustrating to academics intrigued by how it could solve larger issues.

For example, Sirer's talk on an update to his 'Bitcoin Vault' proposal, in which 'covenants' would be added to transactions as a way to restrict the risk they could be executed a malicious actor in the event of theft. In a Q&A session, the idea was met with more pointed questions.

There was particular disagreement, acknowledged in the talk by Sirer, about how this would compromise the fungibility of individual bitcoins, or the property by which any one bitcoin can be exchanged for any other. However, Sirer called for a willingness to except perhaps imperfect solutions to the negative side effects.

"At the end of the day fungibility is already not protected by any in-protocol mechanism, it's protected by the social contract that we must have fungibility," he said.

In comments, visiting academic Bryan Ford of École polytechnique fédérale de Lausanne (EPFL), noted he would have liked to have seen more examples of "significant improvements".

A self-proclaimed "outsider", Ford questioned how much he would continue to invest in the community given that the narrow focus.

As such, the comments point to the divisions that could be forming around the bitcoin community, even as it tries to put more contentious scaling debates in the past.

However, Ford at least acknowledged progress has been made, adding:

"It's good that it's at least diversified beyond block size."

Comments

Popular posts from this blog

What is iDice?

iDice is a dice betting Dapp fueled by the use of the Ethereum organize. eg. iDice lets in players do several things and having such an innovative new token on the ETHEREUM Platform, we had to write an article about this new project. Guess on the space by the use of keeping up iDice tokens and best of all 100% of all benefit iDice acquires is dispersed among token holders, related to the amount of tokens they dangle. iDice amusement code is decentralized and changeless. Such gigantic building fees highlight a rising requirement for experienced, fair and cast Dapps. iDice iDice is an control which gives a provably affordable and simple, virtual Ethereum dice betting Dapp. The house edge will be set intensely and token holders have an atypical esteem that is dependably equiva- loaned to the house edge. iDice has a fully simple provide code accessible at etherscan.io. The payout of recreations is many times speedy. Provably Fair iDice uses open provide blockchain...

Spanish Banks Form New Blockchain Consortium

A group of Spanish banks has formed the country's first blockchain consortium. Wholesale bank Cecabank announced the effort today, partnering with professional services firm Grant Thornton. Who's involved: In its announcement, Cecabank doesn't say which other institutions are taking part, stating that it "comprises 33% of the Spanish banking sector". However, according to Spanish newspaper El Pais, the group's membership includes Abanca, Bankia, CaixaBank, Kutxabank, Ibercaja, Liberbank and Unicaja. It represents the first major foray into blockchain for these companies, as other Spanish banks, including Banco Santander and BBVA, have been working with the tech for some time. What they're saying: Thus far, only Cecabank has commented publicly on the consortium effort, describing it as a way for its employees to get a top-down understanding of the tech – as well as possible insight into how the bank might actually go about using it. "Employees of all o...

Ethereum Smart Contract Issues Frustrate Developers with Fatal Bugs

Only weeks after the execution of a hard fork to mitigate various DoS (denial-of-service) attacks, the Ethereum network and its developers are struggling to deal with yet another major flaw. This time, major issues in regards to smart contracts have emerged, which have rendered the efforts of decentralized applications in the Ethereum network purposeless. On November 1, the Ethereum development team and the founder of Solidity warned users and developers against a bug that allowed variables to be overwritten in storage. Variables in a smart contract are agreements made between two or more parties. Thus, if an attacker can gain access to the storage and alters the variables, crucial agreements in decentralized applications can be affected and funds may be extracted, which may pressure developers to discard previous smart contract-based projects to recompile contracts. Ethereum developers including Ansel Lindner stated that the development of an Ethereum application is failing to opera...