Previously this year, Joseph Poon and Thaddeus Dryja launched the Lightning Network white paper. In it they theorize how a layer on top of the Bitcoin blockchain can permit instant and low-cost bitcoin deals, while vastly enhancing its scalability.As a result of the block-size limit debate,the Lightning Network has been getting a great deal of interest recently. But, regrettably, wild myths have begun to control the discourse. All of a sudden included the middle of a lasting conflict of visions, Poon and Dryja's idea is hailed both as the excellent savior solving all of Bitcoin's problems– and as a source of deep corruption within Bitcoin's advancement community.This article will not look for to explain how the Lightning Network is set to operate on a technical level. Such descriptions can be found here and right here, and for those who truly want to immerse themselves with all of the nitty-gritty information of how all of it works, here. Rather , this post addresses 11 typical misconceptions surrounding the Lightning Network, in hopes of putting these to bed for good.Myth # 1: Core designers are crippling Bitcoin to require users onto the Lightning Network.Although Poon and Dryja, together with several others, are presently recognizing their own Lightning Network-based start-up, Blockstream has been the only business moneying the advancement of theLightning Network so far. Specifically, the Bitcoin business with a $21 million seed round under its
belt empoyed Paul”Rusty”Russel to deal with an implementation of the concept.Meanwhile, a few of Bitcoin's most popular developers– such as Gregory Maxwell and Pieter Wuille– are on Blockstream's payroll, too. This has actually led some to believe that Blockstream is working nefariously. It's been alleged that the company is obstructing any increase of Bitcoin's block-size limit, as this will increase transaction costs, requiring bitcoiners to make use of the Lightning Network instead.This logic, however, seems extremely unlikely at best.First, it's not simply Blockstream employees who prefer to keep blocks small. The”decentralist “side of the debate consists of a varied group of programmers and other bitcoiners, consisting of Bitcoin Core lead designer Wladimir van der Laan, Bitcoin Core developer Peter Todd, digital currency veteran Nick Szabo, previous Bitcoin Structure director Jon Matonis, bitcointalk.org and r/bitcoin admin”theymos,”and plenty of
others.Second, some of the most prominent Blockstream workers and
Core designers opposing a block-size boost– most significantly Maxwell and Wuille– were hesitant of raising this limit long in the past Blockstream were founded, and long prior to the Lightning Network white paper was published. Both were, in fact, a few of the very first block-size conservatives, back when the controversy very first developed early in 2013. Third, even if transaction fees on the Bitcoin network do increase, that doesn't really “force “individuals onto the Lightning Network at all.It will always be possible to make use of the Bitcoin blockchain directly if one so wants — it will just cost more.
If anything, users might be incentivized to use the Lightning Network, which is categorically different from being compelled to do so. And even that is arguable, as there are plenty of alternative solutions with which to transfer money.But 4th, and most importantly, the case for smaller blocks is just much more affordable than the “force-bitcoiners-to-use-Lightning “argument would have you think. The concern of the best ways to scale Bitcoin has been a problem because the early days, and practically all developers agree
that large blocks present a security danger. While it is debatable what block size is too big (and the decentralists may be off the mark on this one )it is difficult to reject that the Lightning Network can address actual, existing problems in regard of scalability– not to point out expense and speed.Myth # 2: There is no problem of interest for the Core developers employed by Blockstream.On the other end of the spectrum, some designers employed by Blockstream and dealing with Bitcoin Core have declared that their participation in both tasks are wholly separate and does not represent any sort of a conflict of interest.This, nevertheless,
is not real either, and declaring otherwise may be the result of a confusion of terminology.According to Wikipedia:”A conflict of interest(COI)is a situation where a person or company is associated with several interests, financial interest, or otherwise, among which might perhaps corrupt the inspiration of the individual or company.”(Other sources point out comparable definitions.) In this context, the word”possibly “is crucial. The Core designers working for Blockstream do not really need to be influenced by the business when they work on Bitcoin for there to be a dispute of interest. The simple fact that they potentially could be, is reason enough. Even if Maxwell, Wuille and others are all perfectly capable of separating their two occupations, and
they work as truthfully and correctly as humanly possible for both Blockstream in addition to Bitcoin Core, their participation in both is still a dispute of interest.It should be noted, however, that missing an independent and sustainable financing model for Bitcoin developers, there may always be conflicts of interest within the development neighborhood. Whether that poses an issue, and how huge
that issue is, is up for debate. However nobody has provided a precise and convenient solution for this problem yet.Myth # 3: The Lightning Network will be managed by Blockstream It is sometimes suggested that Blockstream will effectively manage the Lightning Network, and, as such, will have the ability to determine how individuals use it, and exactly what for.There is some reality to this argument
. If Blockstream deploys a completely working Lightning Network, they will technically control the code base.However, the Lightning Network is an open-source task. And, instead of Bitcoin itself, it's not even an open-source task that needs agreement amongst all Bitcoin users over the method rules. This suggests that anybody can fork the Lightning Network at any time they want, potentially change the code in any way they desire, and deploy their own variation whenever they want. It may even be possible for users of different types of Lightning Networks to transact with each other, as long as there are nodes connecting the two.Indeed, contending implementations of the Lightning Network,
such as Amiko Pay, are being worked on currently, while Poon, Dryja and others are establishing a business to realize their own implementation . Additionally, 2 Lightning Network-type options, the Thunder Network and Stroem, have actually been deployed already.Myth # 4: The Lightning Network requires big payment hubs that will control the network.Some argue that the Lightning Network will hinder a few of Bitcoin's many important buildings, such as decentralization and censorship resistance. According to this argument, the Lightning Network needs
big hubs to path most of the payments through. These could then obstruct certain deals, such as contributions to WikiLeaks or other political dissidents.This argument is mostly based upon the
evaluation that the most efficient network setup– the setup that needs the least quantity of jumps from any node to other node– is a hub-and-spoke design. As such, the Lightning Network might naturally progress to appear like a hub-and-spoke design, too. Hubs in this network might extremely well be big Bitcoin entities that nearly everybody utilizes in some way or another already, like exchanges, wallet services and payment processors.Importantly nevertheless, and just like Bitcoin itself, anybody on the Lightning Network can open a payment channel with anyone else at any time. For that reason, if Lightning centers do emerge, they can not manage the network. Even if all existing hubs choose not to open a channel with WikiLeaks, anyone else still can, hence routing around these centers. In reality, WikiLeaks might choose to end up being a hub itself.Myth # 5: Lightning hubs will infringe on users ‘privacy.While it is just difficult for possible centers on the Lightning Network to manage the flow of funds, a somewhat more accurate criticism of the system is that these hubs may be able to track payments on the network. Since the majority of the deals will route through these hubs, they could observe the circulation of funds, hindering on users'privacy.This could be real. Nevertheless, all deals on the Bitcoin network are presently openly offered and traceable by anyone currently. On the Lightning Network, on the other hand, numerous transactions will be seen only by the hub operators. As such, the Lightning Network by default offers more personal privacy than the Bitcoin network currently does, not less.Moreover, recent developments on the Lightning method suggest that it should be possible to route transactions on the Lightning Network in a comparable method as messages over the Tor network are.
This would entail that nodes on the Lightning Network know only from which straight linked node a deal came– and to which straight linked node it should be sent. However they would not understand which node initiated the deal, nor at which node it will wind up. If this is worked out effectively, the Lightning Network could offer far more privacy than the Bitcoin network presently does.Myth # 6: Blockstream will make costs off of the Lightning Network.It is occasionally argued that Blockstream is merely, or at least generally, pushing the Lightning Network(and blocking an increase of the block-size limitation)because it prepares to make costs by running a Lightning Network hub.It's possible that Lightning hubs will indeed charge a fee for their service as a middleman. And given that anybody can establish a center, it's possible that Blockstream may wish to doing this, too.But given that anyone can set up a hub and earn fees by doing so, it is unlikely that anybody will make a huge earnings. In a complimentary market, competitors should keep costs competitive, lessening earnings for anyone involved.In fact, there is very little reason to think Blockstream aims to remain in thecompany of being a monetary intermediary. So far, nothing suggests that they will wish to, nor will they be specifically well placed to be one.Myth # 7: Blockstream won't make any money off the Lightning Network.Since Blockstream will not actually have the ability to manage the Lightning Network, nor appears likely making a great deal of cash by charging fees as a Lightning center, this pleads the question why the business moneys its development in the very first place.To response that question, it should first be noted that Blockstream is by no methods putting big amounts of capital into the Lightning Network. The company is paying one income, that of Rusty Russell, which's it. While we can most likely assume that Rusty is doing well, the Lightning Network is by no suggests a multi-million dollar operation.Still, that leaves the question why Blockstream is moneying Lightning Network advancement at all.The probably answer is that Blockstream is not completelysure either. As far as an explanation from the business goes, it believes that its internal expertise will in some way be worth money ultimately. In a world where millions or even billions make use of the Lightning Network, Blockstream presumes a revenue can be made somehow, for circumstances through assistance, training and consulting services.A contrast has actually been made to Red Hat. Red Hat, an American international software business, has a similar company design for other open-source jobs, most especially the Linux operating system. The business offers all sorts of Linux-related services to a host of different clients all throughout the world.
And with a yearly earnings of more than $1 billion, Red Hat has been doing
rather well indeed– probably much better than any Lightning hub ever will.Myth # 8: The Lightning Network needs a controversial tough fork of the Bitcoin network.Another argument versus the Lightning Network is that it's far from particular that it can be implemented
. Similar to a block-size limit increase, it is said that making it possible for the Lightning Network will need questionable changes to the Bitcoin protocol, and perhaps even a tough fork.The Bitcoin network will certainly require several updates in order to support the Lightning Network. These are, most significantly, a solution to the malleability issue(maybe BIP 62 )and the option to lock transactions until some future moment(BIP 65). Neither of these modifications, however,
need a difficult fork. Instead, they can be soft forked into the protocol, and none of these soft forks appear to be controversial on a technical level.(Of course, similar modifications can be executed through a hard fork, too, if that were to be preferred. However it wouldnot be essential.)Myth # 9: Due to the fact that of the Lightning Network,
the block-size limitation will not have to be raised.The Lightning Network is set to allow a practically endless amount of deals between 2 linked users, while only recording two deals on the actual Bitcoin blockchain
. As such, the Lightning Network is occasionally hailed– either implicitly or explicitly– as the rescuer of Bitcoin that will address all scalability issues.While the Lightning Network could, certainly, potentially assist fix the scaling issue to a huge level, it is quite an overestimation to claim that no more block-size increase will be required at all. If Bitcoin does grow to its full capacity, and the Lightning Network is used by billions around the world on a day-to-day basis, these users will still need to transact on the Bitcoin blockchain in order to open and close channels from time to time. If that happens, it's safe to assume that 1 megabyte blocks will be too limiting.In fact, Poon and Dryja acknowledge that the block-size limitation would need to be raised in their white paper, estimating:”If we presume that a decentralized payment network exists and someone will make 3 blockchain deals annually generally, Bitcoin will be able to support over 35 million users with 1MB blocks in perfect situations(presuming 2000 transactions per MB ). This is quite restricted, and an increase of the block size might be essential to support everyone in the world making use of Bitcoin … While it might appear as though this system will alleviate the block size enhances in the short term, if it achieves worldwide scale, it will necessitate a block size boost in the long term.” It must likewise be noted that the Lightning Network is not simply meant as a solution for scalability. It could also safely enable immediate confirmations for the very first time, and make microtransactions worth portions of a cent financially feasible once again. In fact, if these buildings draw in
a great deal of brand-new Bitcoin users, deployment of the Lightning Network may really present a challenge for Bitcoin's scalability concern on the much shorter term.Myth # 10: The Lightning Network is an easy fix.While discussing the block-size problem, some on the decentralist side contend that the Lightning Network will simply solve many of Bitcoin's scalability issues. This often makes the option noise like a simple fix. It is not.For one, the Lightning method itself is still a work in progress. Rusty Russell, Poon, Dryja and others are doing their best to understand the project(s), however this is a long and slow procedure. Even the idea itself is not set in stone yet, and several problems still require resolving. As such, it's not particular the the Lightning Network will undoubtedly work as promised.Furthermore, and as stated above, the Bitcoin method itself will require improvements for the Lightning Network to be deployed securely
. Some of the needed fixes, furthermore, are not that simple to implement, and, much like the Lightning Network itself, are still a work
in development. As such, they might take rather a long time to deploy– if they are ever deployed at all.Lastly, wallet software will need to
adjust also. The most likely result right here would be that individual wallets– Bitcoin Core, Bitcoin XT, Electrum, mobile wallets, and so on– will include some type of add-on. Users would then have the option making a blockchain transaction, or make use of the Lightning Network instead. But like much of the remainder of the Lightning Network, specifics of how this will work or exactly what it would appear like precisely are not yet totally flushed out.Myth # 11: The Lightning Network is urgently needed.This 11th”myth”is more of a debate than a myth.It need to initially be noted that it is hard to state with certainty how urgently instant and (dirt )inexpensive transactions are needed. These buildings have actually not really existed on the Bitcoin network up until now, making it difficult to asses just how much demand there will be for these properties.It is more commonly assumed that the Lightning Network is urgently had to resolve scalability problems. The truth that the Lightning Network is far from all set is one reason some progressives have
prompted a boost in the block-size limitation instead. If blocks fill up, they say, costs might increase to undesirable levels, transactions will be too slow to confirm(or not verify at all), and Bitcoin could even end up being overloaded. With no alternatives such as the Lightning Network, the result would be bad– possibly even devastating.As stated above, it is definitely real that the Lightning Network is far from prepared. Luckily, however, blocks are not yet filling up either, a minimum of not in such a method that it triggers fantastic problem. Even Bitcoin XT designers Mike Hearn and Gavin Andresen– the two most popular supporters of larger blocks– acknowledge that it will most likely take another year before this begins to happen.(
Others think it will take longer.) That suggests the Lightning Network most likely has at least another year to deploy and get traction.Whether that suffices time is arguable. In among his blog site posts, Hearn suggests that there are no reliable technical propositions that might gain widespread adoption within one year, including the Lightning Network. Others, nevertheless, have actually been a bit more positive. While a year is not a horrible great deal of time to deploy something like the Lightning Network on a large
scale, Bitcoin steps quickly, and it's not difficult either.But more notably, many on the decentralist side of the dispute argue that complete blocks would not be that huge of an issue in the very first location. Charges may rise a bit, and not all deals would confirm within the very first offered block, but that would be great. If this holds true, it may
take years prior to the Lightning Network is truly, urgently required for scalability reasons.Thanks to Lightning Network white paper co-author Thaddeus Dryja and Blockstream's Lightning Network engineer Rusty Russell for providing feedback to an earlier draft of this article.The post Exposing the 11 Most Persistent Lightning Network Myths appeared first on Bitcoin Publication. Bitcoin Magazine