Hacker News new | comments | ask | show | jobs | submit login
Lightning Network: Scalable, Instant Bitcoin/Blockchain Transactions (lightning.network)
99 points by sinak on July 14, 2016 | hide | past | web | favorite | 108 comments

For the HN crowd passing by, here's why this stuff could be interesting to you.

It's not possible to do extremely small micropayments on bitcoin directly as people use it today. Bitcoin's made a lot of promises around micropayments, but doing it in an economical way has tradeoffs, especially if you're talking about millions to billions of transactions per second. In fact it's not possible to extremely small micropayments on ANY platform. Try sending $0.001 to someone once. It's not possible. The closest you're probably going to get is sending someone an item on Steam (and there's no easy way to price the items). The reason for this is underwriting costs, it's too expensive for Visa to process it since they're assuming some liability. Even Paypal, who ostensibly should be doing this, charges $0.30 for payments for goods and services.

Lightning allows for micropayments to actually happen because custody is still pushed to the edges, so you don't have the same kinds of underwriting risk.

This means that something as simple as paying someone $0.001 over the internet one time will become viable this year. The amount of possible business models and use cases could dramatically shift. Users may not know they're using Bitcoin (your application could hide it and abstract it away), but people are getting paid in a way they could not before (even centralized systems did not exist, let alone decentralized ones). Pay-per-click webpages, massive decentralized CDNs, creating API services without a username/password to make onboarding seamless (you paid? you're done!).

We're working on code here: http://github.com/lightningnetwork/lnd It's MIT licenced and will soon have some pretty simple APIs to use. Of course, since this stuff will be in testing for a little while, make sure you only use small amounts/micropayments initially when it's released.

You can send someone one Linden in Second Life (the virtual world), i.e. over the Internet. One Linden works out to about 0.004 US dollars. (It depends on the exchange rate, which is determined by an open market.)

This has been possible for many years.

Ah yeah, that's a good point, I totally forgot about them, thanks!

I think the big difference here is that obviously decentralization is nice, but the real issue is that Linden could do it because they simply didn't become big enough to be a target. There were some attacks at the edges, but if you wanted to do what Linden did at Visa-scale, they would quickly put a stop to it with chargebacks.

Adversarial problems are far easier at smaller scale, but it is a good point, thanks for the correction! It may be more accurate to say nobody's done it where it could be conceptually feasible at high-scale/volume with dedicated adversaries (many of the Linden exchanges solved this with high exchange rates to buy in, e.g. Virwox).

Bitcoin doesn't offer chargebacks though, and nor do any of the exchanges. I think GP's point is that Linden money is equivalent to BTC, just centralized. And they can send small amounts of money.

If you mean Linden would have issues with chargebacks for people exchanging real money -- why wouldn't any BTC exchange have the same problem? It seems unlikely you'll be able to buy $0.01 of BTC.

In fact, any centralize system that throws out chargebacks should have zero problems scaling. A few years ago VISA said their target was around 50K tx/sec peak (though their daily peak is only a few thousand). It'd be slightly odd for a centralized system to not be able to easily scale to that volume.

Forgive me if I'm misunderstanding the thread.

The presumption would be the underwriting risk is batched and pushed to one point (the exchange point). It's economically feasible to underwrite a single transaction for hundreds of dollars to buy Bitcoin (exchanges doing AML/KYC). It's much more uneconomical to underwrite a $0.001 payment -- as a result building a real marketplace for this becomes difficult even if there would be a lot of users.

I don´t get this answer. Linden needs not underwrite any micropayment inside it´s silo?

The only utility in LN is hopefully retaining decentralized properties of bitcoin. PokerStars, Linden & WoW have supported micropayments for a long time?

Im not sure why any of these services could not grow 10x and still function internally? They are already servicing tens of millions.

I think you're missing the point. You can't scale Linden's micropayment worldwide without there being counterparty risk. It's much more useful to build these on top of decentralized systems with a strong bedrock without fearing the company being targeted by hackers or governments. Can you use Linden in China?

Question for you.

Say I want to pay Bob $0.001. That's too small for a bitcoin transaction since the fee is higher than that. So from what I understand I would "load" say $10 into the lightning network then create a transaction over the network to Bob for $0.001. Say tons of other people do this and now Bob is sitting on $10. How does he turn that into actual Bitcoin? Like get it out of the lightning network. Doesn't he have to close off all those thousands of channels?

The fun part of the Lightning Network is that you're actually exchanging bitcoin transactions. You're just keeping a local cache and electing when to broadcast it. It's flipping the double-spend problem on its head (and using it as a feature) and securing it via time-bonded proofs using programmed Bitcoin scripts native to the blockchain itself.

At any time either party can close out the channel unilaterally by broadcasting the most recent state. The person that broadcasted it gets refunded after a delay (assuming the uncooperative case where the other party in the channel goes off the Antarctica or something -- in a cooperative case, both parties close out immediately with the current balance).

Leaving coins in LN is fully backed on-chain, of course, since these are real bitcoin transactions passed around. The added benefit is you can transact instantly in high volume, so coins in LN will probably have more use than coins off LN when it comes to payments.

Sorry I think you'll have to dumb it down for me.

Say Bob says I want my $10 to stick on OKCoin now. He broadcasts that he wants to close the channels for all those thousands of people now? Doesn't that mean the transactions go through on the actual network costing him ~$0.05 for each $0.01? Or am I understanding settlement completely wrong?

Let's say you're Alice. You have a channel open with Bob. Bob is connected to Carol (OKPay).

You update your channel to tell Bob, I will pay you conditional upon a proof that you paid Carol. Bob pays Carol and provides proof. If Bob didn't provide proof after an agreed timeframe, this gets cancelled. There can be an arbitrary number of people between you and Bob (7-degrees of Kevin Bacon, but probably don't go too high!).

This is done completely off-blockchain. At any time this can be moved on-blockchain, but since the blockchain will enforce the payment as part of its transaction scripting language, you both elect to do it off-blockchain. Think of this with the system intent/design where it represents an enforcible caching layer where invalid cache can be corrected on-blockchain.

You can do thousands, even millions of these transactions off-blockchain. Only the final balance is net-settled on the blockchain. So you finalize your balance between Alice and Bob if you want to close out the channel. Note that the channel between Bob and Carol could still be left open and everything still works fine!

Since it's scalable in a routed graph (think switches instead of hubs), you could potentially do millions to billions of transaactions which route value, much like routing packets on the internet.

Bitcoin works based on incentives. There is no reason to go off-chain if you're not getting paid. And OKPay is not an end-node in any system. What you "really" want is to be able to send all assets in the system integrating banks. So the supernodes will be banks, i.e. large liquidity providers with a legal framework. LN is technically interesting, but there is no plausible scenario to make it work IMO. And if, you'd be way better off with redesigning Bitcoin and getting rid of some major drawbacks there.

Miners can run LN nodes too and profit off it as can anyone with bitcoin. The point is avoid the need or having to rely on "supernodes." You have other altcoins going other routes trying to fit as many of these small transactions on the blockchain... Good luck verify all that or keeping that decentralized.

LN is a theory, not a production system. I much doubt it will reach full production stage ever. Bitcoin wasn't at all designed for anything remotely like it. My bet would be on a new system & coin.

Thanks for taking the time. I think I understand it now though I'll spend some more time having a read through the site when I have a bit more time.

Cheers! :D

If you have any questions, do send me an email. I'm working on making the explanation better so feedback is always appreciated.

The site talks about billions of transactions per second. So presumably multiple tx/sec/person on earth. Can you give me some examples of how this is useful? For instance, why would a CDN want to handle and record a financial transaction for e.g. every HTTP load or something?

I'm also suspicious of pay-per-whatever extending to end-users. People hate that kind of billing, even when it's cheaper (I learned this the hard way). And between companies, again, what's the benefit of having thousands of transactions when a couple would do?

No need for username/passwords. The flow would literally be you paid? You're done. No more per-website API tokens.

Pay per website you visit, you visit a lot of different websites.

The notion is that you make each payment to be the smallest atomic component, so you need high-volume for that (since one large purchase gets split into many small purchases).

End-users don't like being scammed. If it's sufficiently low value with sufficiently high service level, you will get adoption. Appstore payments of $0.99 don't even register for a lot of people (with the exception of egregious Pay-to-Win games), if the payment was $0.001 and you only end up spending $0.10 in a day nobody would care. If you're getting billed per-hour on AWS, people prefer that to per-month.

The benefit between companies isn't for persistent relationships. It's the notion that you're reducing information cost (instead of paying a large payment with signon, you don't care who your counteparty is -- if they don't deliver who cares you're only out $0.001). In the longer-term, this is about reframing how you discover business relationships in the first place due to information/transaction costs.

You're on the right track: machine-to-machine payments. Check out https://21.co/ for more info.

>Can you give me some examples of how this is useful?


Machine to Machine payments. Payable endpoints 402 payments? They're tech guys not marketing. I'm not sure if the LN guys even have marketing people?

> Even Paypal, who ostensibly should be doing this, charges $0.30 for payments for goods and services.

PayPal is doing this. At least, via their subsidiary Venmo. The first thing I thought of when you said "try sending $.001 to someone once" was "huh, I do that all the time on Venmo. Couldn't be simpler."

I thought their minimum was $0.01 last I checked, I stand corrected!

Venmo also explicitly discourages you from sending money to people whom you don't have a social relationship with due to chargeback risks. They're a long ways away from being a general payment platform for goods and services online with people whom you don't have a prior relationship with, and as part of that will likely drop it from their business model. There's a reason why Paypal has been talking about doing it for 15 years but haven't actually done it (paypal doesn't charge any fees for payments to your friends but charges fees if you're paying for goods and services).

Well you're actually right, the minimum is just $0.01. It's I who stand corrected!

Venmo is really nice, I just wouldn't trust it with anyone I don't have a social connection with. In that regard it's superior to bitcoin.. Although, I'm digging circle recently.. People can set it as USD, and when they send me money I get it in bitcoin, and vice versa. :-) Doesn't matter if they're outside the U.S. or someone I don't know.

Except you can't send $0.001 because you'd need to exchange your actual money to bitcoins first and the receiver would need to exchange it back. OK, perhaps the receiver would only transact once there's a "lot" of $0.001s came in.

I'm still not sure how I feel about implementing a layer over the Bitcoin network like this instead of just fixing the inherent flaws with the protocol. Especially when said network is being pushed by the company Blockstream which is known for shady practices.

Lightning network is the fix. It essentially makes bitcoin transactions lightning channels rather than recording every transaction that ever existed. Raising the block size won't solve anything, it will only make miners store more data and transfer more data. Lighting network solves all of this, and the concept is actually pretty simple and very secure once you understand it.

It's an awesome feature, but it's not a fix - Lightning requires a 24/7 online connection, which will also combine with several other pressures to strongly favor central hubs, putting easily regulated payment processors back in change of who can spend money (a bad thing: https://news.ycombinator.com/item?id=11944011).

Plus it won't work (in the sense of saving blockchain space) for people who have few peers and tend to move money in one direction, e.g. a consumer connected to a "paypal"-like lightning service who makes purchases but doesn't sell online, this could be a significant portion of users.

It's a great extension to Bitcoin, but it shouldn't be confused with what Bitcoin does.

No. You don't. It can be set to having to be on at least once a week, or trustlessly outsourcing the requirement.

> trustlessly outsourcing the requirement

Unless I missed something, outsourcing watching the blockchain cannot be called trustless; they need to know what to watch. If your watcher collaborates with your LN-hub, you are doomed.

Here is my get-rich-quick-scheme:

* Setup a big LN hub.

* Setup a LN-watching service

Then for each peer connected to both, I filter those that:

* have a balance with <10% on my side

* have an earlier balance with >90% on my side

* haven't been seen for a week.

For those, I submit the tx of the earlier balance. Sometimes I'll lose a bit but mostly I will gain more.


Bitcoin doesn't require weekly check-ins, but Good to know (thanks) - that's a less extreme requirement for Lightning. However, being online wasn't a main pressure for the potential problem of central hubs.

(e.g. the large parked capital requirements acting as a barrier to entry, fees - if bitcoin is to be a low-volume settlement layer - plus people wanting to keep spending money consolidated (i.e. opening as few channels as possible) while still getting the benefit of complete payment connectivity)

Lightning is a fix, not the fix. Even with lightning, we need bigger blocks (and a number of other measures) to scale.

LN doesn't even exist. There's no design for how it will function at scale as dishonestly advertised.

No. the lighting network is a scheme to prevent on-chain scaling.

>instead of just fixing the inherent flaws with the protocol

What are the "inherent flaws"? Seems like the bitcoin blockchain has done its job better than any other blockchain for longer. Also, it's open source.. You can submit a proposal yourself if you want to fix it..

"You can submit a proposal yourself if you want to fix it"

Not really. The vast majority of the bitcoin community has been trying to do just that. But a few devs have unilaterally been able to block the changes. The Devs have a lot of "soft power" to do stuff like that.

> The vast majority of the bitcoin community has been trying to do just that.

Thats a common claim made on easily sockpuppeted forums, but when put to cryptographic votes, we find pretty much the opposite response: http://bitcoinocracy.com/arguments/if-non-core-hard-fork-win...

Similarly, I've found in person meetings to also yield similar results.

> But a few devs

Really, almost the _entire_ technical community; with the exception of a few high profile companies and their consultants.

> have unilaterally been able to block the changes

That isn't how Bitcoin works.

why can't you face up to the fact that Blockstream is the de-facto governance body for Bitcoin? It claims it is, and you spend countless hours on the Internet trying to show the opposite. "Cryptographic votes" - duh, that's what the Bitcoin consensus should be for. I can't fathom that somehow so deeply engaged in the project doesn't understand this most obvious fact.

I'm looking at this mess for quote a while and still don't understand - why not bigger blocks? Is there good reason for that? (Combibed with thin blocks it doesn't increase propagation and stuff even for chinese miners). I'd like to hear that developers think

This is the truth.

Bitcoin development has been hijacked by Blockstream since 2014.

How do you know the vast majority has been trying to do it?

As measured by the fact that every major bitcoin company and mining pool has explicitly said that they want these changes to take place?

They want these changes to happen, they just want the Core Development team to say that they are going to stay out of the way, and not attempt to burn the whole thing down if they don't get their way.

If they want them to happen the Core Development team can't do anything to stop it. They can huff and puff but if everyone moves to another fork they lose all power. So if every major company and mining pool really wants it why haven't they gone around the core developers and coordinated a move?

Yes they can do things to stop it. They can refuse to update core. They can say that they have 10% of the mining power and threaten to not move over to the hard fork.

Basically, they can scare people into thinking that there is going to be two separate, competing chains. This would cause prices to crash , and crash hard.

Because of this threat to burn the whole thing to the ground, they prevent the community from acting in the first place, even though it has the support to do so.

>They can refuse to update core.

Doesn't matter the majority of users have moved to the new fork. That becomes the new core.

>They can say that they have 10% of the mining power and threaten to not move over to the hard fork.

Why would this matter? That 10% of miners will move over quickly or lose money by mining on a fork with no value.

>Basically, they can scare people into thinking that there is going to be two separate, competing chains.

There would be but since the majority of users and miners and companies want the one you want theirs would be losing right?

>This would cause prices to crash , and crash hard.

Why? If the vast majority want the change then they will just continue on as normal. It's only the people still using the old fork that will have problems.

None of these problems exist if the majority truely wants the change.

If it's a simple majority then that isn't true, a 50/50 split of the economy or hashrate would be pretty devastating. But if it were overwhelming, what you argue would hold.

Given his estimate is 90/10 in favour I'd say my argument holds. :)

If every company and mining pool decides to do something, isn't that the end of it? How can the devs prevent something? Maybe their official client might not recognize the changes and cause a fork but if it's true that even most mining pools and some major companies are moving, then why would anyone use the core fork?

The problem is that they might be able to get 5-10% of the mining power, or do something crazy like change the proof of work algorithm (They HAVE threatened to do this!).

And if they do that, then there is a chance that there will be two competing forks, instead of one, and each competing fork will dump their coins on the other fork, and basically cause the whole thing to crash.

Core can't "win" by doing this, but they can certainly make the rest of us lose. This threat, along with their constant insistence that improvements are Just Around The Corner, has allowed them to delay efforts to coordinate and make the changes that the community wants.

Eventually people will wizen up to the fact that their improvements are never coming, but until then, they are playing the delaying game to buy themselves as much time as possible until they are able to get their competing, lighting network out of the door.

Why do you think 5-10% of the mining power matter? Why would changing the proof of work algorithm on their branch matter if everyone is using the other branch? All that would do is force the 5-10% of miners above to switch to the other branch to stop their equipment from becoming worthless.

If there is one fork with 5-10% of the hashing power why do you think anyone would care about it?

What do you mean by dump their coins on the other fork? You mean like try to sell them on an exchange? But the majority of users would be on the new fork right so they would have the majority of coins so why does it matter if the core developers dump their coins? Do you believe it to really be so fragile that a dozen users could crash the whole thing just by selling their coins?

Have you considered that the real reason there hasn't been a change is that because the people that want it aren't actually in the majority?

"Have you considered that the real reason there hasn't been a change is that because the people that want it aren't actually in the majority?"

Are you actually for real?

This is the current mining pool distribution: https://www.blocktrail.com/BTC/pools

Antpool, which represents 17% is in favor of 2MB, and has threatened to NOT include any Core changes until it happens.

Proof: https://www.reddit.com/r/Bitcoin/comments/4l564f/bitcoin_cor...

f2Pool, which is 23%, supports 2mb.

Proof: https://bitcointalk.org/index.php?topic=700411.msg13571787#m...

BTCC, which is 13%, supports 2MB

Proof: https://www.reddit.com/r/Bitcoin/comments/40az4o/bobby_lee_b...

BW, which is 12%, supports 8MB! Huobi, (HaoBTC), is 7%, and also supports 8MB.

Proof for both: https://www.reddit.com/r/Bitcoin/comments/3a5qj5/draft_signe...

KNCMiner, which is 2%, supports bitcoin classic (2MB hardfork)

Half of slush pool (5% total, so 2.5%) supports classic.

The only major miner that hasn't explicitly supported some sort of block size increase, is I believe Bitfury, which is ~10%.

Now, please add up all of these numbers, and see if it adds up to a majority.

What I see is a whole bunch of miners who say they'd like a change but won't make the very small effort to actually make one.

My other points that you skipped over all still stand. If the majority truely wanted change they could do it painlessly. But they don't so the minority that does has to find something to blame besides lack of support so you come up with a ridiculous dream in which a handful of developers are holding everything up.

I think he means that blocks are full and even transactions with correct fees will fail to confirm during high-volume transaction times.

It's a flaw because users did nothing wrong yet their transaction could take hours if not days to confirm if it confirms at all.

The most simple and straightforward fix is to increase the maximum blocksize from 1MB to something larger, which many users in the space have demanded. The max-blocksize was always meant to deter spam and attacks.

New users should use Bitcoin Classic, which fixes the problem and subverts Blockstream's obstruction.

It's not nearly that straight forward. Many "fixes" would create incompatible blockchains between the different versions. In practise you need to get consensus before your fork can even be used.

It doesn't scale.

The Lightning Network is blocksize agnostic. I haven't been arguing on either side of the blocksize debate.

> which is known for shady practices

What are you referring to?

Yes. The actual competition takes place in the market. If you have a really good idea - make a new Coin or join any of the 100's out there.

-Blockstream Playbook-

Step 1: Buy off all of the top developers of open-source project. Check.

Step 2: Refuse to support/fix basic network operations so that transactions stop confirming just as the network needs to grow. Check.

Step 3: Create a 2nd-layer solution for growth that allows the company to siphon Billions of dollars over many years. Check.

Step 4: Censor any forum where people alert others about secret get-rich playbook. Check.

> Step 1: Buy off

We founded the company.

> all of the top developers

A couple people out of a community of around 50-200 depending on the phase of the moon.

> Step 2: Refuse to support/fix basic network operations

Uh. You know that Bitcoin is a decenteralized system that no one controls; right? We do a lot of fixes, but we're not your personal code monkies. There is a LOT going on in Bitcoin, and it's working pretty darn well at the moment.

> Step 4: Censor any forum

Via our magical mind control rays, I suppose? Blockstream doesn't control or influence any forums.

Wheres your playbook? Which step does "Create throwaway accounts on hacker news to slander people" fit? Is it before "profit" or "suppression of inconvenient technology"?

Again, these are lies from Gregory Maxwell (Blockstream CTO).

Please provide details on funding. Specifically, how much AXA paid?

"A couple people out of a community of around 50-200 depending on the phase of the moon."

Again a lie. The top Core devs are Blockstream employees.

Blockstream has created a toxic environment and a huge ivory tower.

"Uh. You know that Bitcoin is a decenteralized system that no one controls; right? We do a lot of fixes, but we're not your personal code monkies. There is a LOT going on in Bitcoin, and it's working pretty darn well at the moment."

Meanwhile 80%+ of the hasrate is concentrated in a single country and in the hands of a handful of entities.

Ironically, Blockstream goes graet lengths to exploit this (HK roundtable farce).

"Via our magical mind control rays, I suppose? Blockstream doesn't control or influence any forums."

People associated with BlockstreamCore support censored and manipulated forums, interestingly owned by a single individual (theymos)

Gregory, you are the most pathetic individual in the Bitcoin space.

> Please provide details on funding. Specifically, how much AXA paid?

Dunno, not enough to be broken out on the reports I have. They're not an investor that I've ever met with-- we have a lot of investors. Though it's a cute technique that y'all have been using where you try asking something that would be confidential, to try to inhibit a response on the long list of leading questions that follows.

>> "A couple people out of a community of around 50-200 depending on the phase of the moon."

> Again a lie. The top Core devs are Blockstream employees.

I gave a breakout in another post; if you want to go by top you end up with three out of the top 10, all of whom were founders of the company. wooo.

> Blockstream has created a toxic environment and a huge ivory tower.

What does that even mean? or another way, how could someone falsify that claim?

> Meanwhile 80%+ of the hasrate is concentrated in a single country and in the hands of a handful of entities

Unfortunately, the block size limit was set too large and this created outsized returns for large consolidations. More recent improvements have caught things up a bit but it will take a while for the damage to equalize out.

> People associated with BlockstreamCore support censored and manipulated forums,

What the @#$@ are you talking about? Citations? Or are you just saying that anyone of the vast majority of people who are supportive of our work is "associated"?

>Unfortunately, the block size limit was set too large and this created outsized returns for large consolidations.

Can you clarify this statement?

Thanks for answering Greg.

This isn't a throw-away account. I've lurked for years without needing to become involved. The larger public needs to know that:

> We founded the company.

Obviously you're the CTO but not all of the other 'employees' paid by your company founded it with you.

> You know that Bitcoin is a decentralized system that no one controls; right?

Actually you've locked down the codebase. Any one developer can make a common sense change contentious and prevent it from being merged. That's kinda centralized don't you think? Getting a few people to disagree is a pretty low barrier if a government was bent on destroying Bitcoin. We need decentralized development to match Bitcoin's decentralized nature.

> Bitcoin, and it's working pretty darn well at the moment.

Does that include transactions that don't go through even with correct fees? What do you say to the new user that did nothing wrong and has to wait 3 days for his coins to reappear in his wallet because he tried to send a transaction during a high-volume time? Does that also include overly expensive fees approaching 50cents and could reach several dollars within the year?

Limiting transaction velocity and making transactions artificially expensive is a bad idea at this point in Bitcoin's existence.

You need to stop ignoring that network operations are failing.

> Via our magical mind control rays, I suppose..

No, by calling alternate code bases altcoins - even though they operate on the same blockchain - you have setup an environment where they are not allowed to be honestly discussed at length on /r/bitcoin. Further, even though positive posts are banned, negative posts about other Bitcoin wallet/mining software are allowed. Any outside person can clearly see that is censorship. Moderators point to CoreDevelopers as the reason for that censorship. I also know you know Theymos so you can't say you're not buddies with him. I'm sure if you wanted you could ask for it and have posts removed/deleted.

> but not all of the other 'employees' paid by your company founded it with you

The "top developers of Bitcoin" you were referring to did.

> Actually you've locked down the codebase.

So, there is a concrete claim of an action. But you're not specific. Locked down how? What are you referring to? Please provide hyperlinks for clarity.

> We need decentralized development

Every developer has their own codebase, the community tends to cooperate because its efficient and makes sense. But participating at all requires making your own fork, and anyone can at any time promote their fork for public use. Some have, but the ones created to rewrite Bitcoin's rules with a hardfork so far have not been supported by engineers and languish largely stillborn.

> Does that include transactions that don't go through even with correct fees?

I'm not aware of any issues like that, can you point me to a trouble ticket?

> Limiting transaction velocity

How have we done that? The design of Bitcoin and physical reality create limits and select trade-offs.

> No, by calling alternate code bases altcoins

We have?

> even though they operate on the same blockchain

The people who are calling things like the deceptively named Bitcoin "classic" altcoins do so specifically because when they activate they will not operate on the same blockchain.

> you have setup an environment where they are not allowed to be honestly discussed at length on /r/bitcoin. [...] I'm sure if you wanted you could ask for it

I, nor anyone at my company, have any control over /r/bitcoin's policies, and-- in fact-- I argued vigorously against them (before I saw what the unmoderated feed looked like-- a non-stop stream of brand new sockpuppet accounts promoting rule rewrites, often with dishonest claims, outnumbering all other posts 20:1)...

> I also know you know Theymos

What does that mean? I've had a few conversations with him, yes-- and in the ones where I tried to convince him to not use a fairly restrictive moderation policy in /r/bitcoin I failed.

Thanks again for the reply.

By the expression "locked down" I mean that no reasonable change can happen if any one of the main core devs don't want it to. Some of the core devs think the max-blocksize is too large. I won't name names, but a modest larger blocksize is reasonable.

Additionally hard-forks are the safest way to make large important changes. They are safer than soft-forks (limbo) and for the blocksize one would be required. I'm sure you know all of this, but the reason for a hard fork was because it's an important and critical change. At one point it was on the core scaling roadmap I believe (or promised by your CEO to Chinese miners in Hong Kong).

> when they activate they will not operate on the same blockchain

Hard-forks have happened twice before and people aren't calling the current version an altcoin of the original Bitcoin. Bitcoin Classic's change has safety mechanisms like a 30 day grace period before activation, it wouldn't disrupt time-locked coins, and it has other checks that prevent attacks on hard to process transactions. It also only changes if there is overwhelming miner consensus well above the regular 51% 'Nakamoto' consensus. Unanimous consensus works for trivial matters but the big stuff, the important stuff should go with a large majority and not be held back by a stubborn minority. Classic also removes the hard-fork if it doesn't happen by a certain date.

> I tried to convince him to not use a fairly restrictive moderation policy in /r/bitcoin I failed.

I'm glad your being vocal about the censorship and expressed your opinion to Theymos. An entire sub of 19,000+ users arose out of those policies. On /r/bitcoin most of the posts are positive white-washed pump the price news rather than genuine discussions. A big genuine thanks for talking to him about it, and I hope you can keep that process moving towards non-censorship.

You mentioned: > stream of brand new sockpuppet accounts

People created new accounts because their main accounts were being banned for talking about the benefits of on-chain scaling. Sure some of those were FUD, but a lot of them were also genuine.

You're an idiot. If you actually understood how lightning network works, you would understand what a HUGE leap this is for bitcoin. This solves the problem of miners downloading and transferring too much data, it solves the zero confirmation problem, it solves the micropayment problems, and it solves the scale-ability problem... All this, just by using bitcoin timelocks and transaction channels. It's a pretty cool trick, that's completely secure.

It's difficult to convince people with facts when their mind is already made up.

How does Step 3 work? How is Blockstream able to siphon Billions from Lightning?

Well, they say that "anyone can use" a 2nd layer lightning network but realistically nobody is going to trust any basement-dweller to intermediate their off-chain transaction. This will centralize off-chain scaling to large players like Blockstream.

Blockstream will run a Lightning hub and make money off of facilitating transactions before settling them on-chain. Since blockspace is limited they will make (or have made) agreements with miners like BTCC in China - that way they will always be able to settle, but on-chain transactions might get kicked off and be forced to use their centralized system. It's really rather insidious.

Lightning is also not the peer-to-peer solution that the Bitcoin Whitepaper promotes in its abstract. The first few sentences describing the reason for Bitcoin to exist in the first place make peer-to-peer the number one priority.

Why do you think Blockstream would capture a large part of that market? They are only known by people who care specifically about the implementation of bitcoin. If you did a survey of just users I doubt more than 50% would know them. Their are much more well known entities in the space that are far more likely to win a battle to be primary hubs.

Bitcoin can't scale in a peer to peer way to handle any real kind of volume. It's kind of the downside of distributed systems is that they suck at scaling and throughput.

I'm guessing you want them to increase the block size to 2mb but what does that get you? 6tps? So we go to 20mb and you're up to 60tps? You can't scale it on chain and get anywhere near the tps needed for it to be globally successful.

So your options are offchain scaling or limiting its uses with fees.

Our implementation will not be biased towards Blockstream's hub if they ever make one. In fact, it's designed to work in a scale-free network topology.

You can find it at https://github.com/lightningnetwork/lnd

What the heck Joseph, when you first started talking about lightning I spent considerable effort trying to convince you that "hub" was a bad model for thinking about or describing these things.

Blockstream has no intention of ever monetizing lightning on Bitcoin in any way (nor do I have any idea how we could do so); our interests for it in the case of Bitcoin are only to promote and expand the use of Bitcoin. (We also hope to use it to enable other kinds of asset systems).

Sorry Greg! I didn't mean it in the sense that Blockstream is planning for a hub at all! I was being sarcastic, but perhaps that wasn't conveyed properly in text. I thought the "if they ever make one" was sufficient, but it didn't properly convey the cultural apprehension towards those types of systems and could be seen as deeply disrespectful. We were definitely in agreement from the start that decentralization in the protocol layer was immensely important.

I thought it was obvious that the parent poster was being ridiculous, but should've ended the post with :^)

No problem! Understood. It's a bit tough with so much crap being flung to stay clear of it. :)


I'll take your word for it that Blockstream will never run a Lightning network hub.

We understand how the Lightning network works and you also have to admit that it has the potential to centralize into a few large hubs -- even if they aren't by Blockstream -- that will be able to provide the lowest transaction costs in order to keep track of user transaction data.

The problem with Lightning is that it's really far off, and it might not even work.

Meanwhile the network is breaking at the edges while we wait for this pie-in-the-sky solution. Increasing the blocksize is the best approach and it's safe to do as a hard-fork. The delay and push back from CoreDevs is what makes people not trust you. We've had enough "my transaction didn't confirm" posts.

This is from the same company that has seized control of the development of the main Bitcoin codebase and has been making changes to cause problems that their Lightning Network claims to solve.

Your comment seems like a cheap poke at Blockstream, who have nothing to do with the lightning paper authors.

(I work for Blockstream, and I am also trying to implement and standardize lightning. But we certainly didn't invent it, and this isn't our page)

You are implementing Lightning, paid by Blockstream but Blockstream has nothing to do with it?

Maybe you're just really funny and they are paying you for your incredible sense of humor.

Supposing this is really Rusty Russell [0], I would encourage some hesitation before you imply that they are involved in advocating for less than savory things.

Rusty Russell has done a lot of great work on Linux (the TCP stack in particular) and you've probably used some of his work. For all I know, Russell might be deluded and Blockstream might be an evil brain-washing machine, but if Russell was in it for the money he could or would just as easily have done that 10 years ago rather than today.

[0] https://en.wikipedia.org/wiki/Rusty_Russell

I was pointing out the obvious logical flaw in what he said, that's all.

I'm sure he is a nice guy and maybe he's even funny.

Blockstream does need to recoup the 70 million in funding they've received though and it's a fact that they have most of BitcoinCore's top contributing developers on their payroll, with exception to Wladimir.

Clearly I'm not the only one concerned about a conflict of interest and I'm sure it's hard to see conflicts of interest if you're the one at the center of it.

One last edit, aside from a grammar correction: authority deserves scrutiny.

Hi, ptokb3, you seem to have created this account to make these posts but you see fit to go on about scrutiny. Seems odd to me.

Blockstream does support Bitcoin infrastructure development-- something much of the Bitcoin industry has failed to do, perhaps a company you work for and are concealing through your anonymous posts?-- but that is a far cry from a "majority" by any definition. E.g. in the last 3 months 58 people have made contributions to Bitcoin Core, 7 work for Blockstream. Sorted by commits in the last year, among the top ten, 3 work for blockstream (all founders of the company). -- just as we've done for the last 5+ years (the same group has been in the top 10 contributors pretty much the whole time).

Whats your actual allegation beyond pointing out that we spend some resources supporting the public infrastructure we all depend on?

Hey nullc,

I'm a software consultant for my own developing firm. I don't have a conflict of interest. As I've said before, this is a new account and my only account here. I've read HN for some 5-7 years now as a morning news source and have not gotten involved in the conversation until this point.

To the issue:

MIT would probably be happy to support more Core developers and that would definitely lessen the current conflict of interest.

Is it hard to see that one company paying most of the top developers in the accepted codebase is something that makes people uneasy? It does and the considerable pushback from modest on-chain scaling (which needs to happen eventually anyway) has people worried that you're (Blockstream) is trying to control or limit Bitcoin due to your funding from AXA.

> MIT would probably be happy to support more

MIT doesn't support _any_ developers. MIT DCI pays MIT and is funded by undisclosed parties, but you never even care to ask about that. (And not that MIT is magically benevolent, in any case...)

We've tried for _years_ to get sustainable funding for development; but the Bitcoin 'industry' is just not interested.

> paying most of the top developers

Why do you keep repeating this misinformation? As I pointed out, e.g. three of the top ten by commit activity work for blockstream (and all of us were founders of the company). This is not most.

> has people worried

Has pseudonomyous sock accounts on the Internet who appear to own not much (to zero) Bitcoins; worried, at least.

> modest on-chain scaling (which needs to happen eventually anyway)

I think all the engineers at blockstream that work on Bitcoin supported segwit which roughly doubles block transaction capacity. (in a backwards compatible while improving scalability, to keep the operating costs low).

> due to your funding from AXA

Pretty perplexing, AXA isn't even to be broken out in the reports I have (we have many investors). I've never even had a conversation with anyone from AXA myself.

It was my understanding that Gavin and Wladimir were part of the MIT Media Lab payroll.

> you never even care to ask about that

Honestly, I don't know where that would be public information to know to ask about it.

> to own not much (to zero) Bitcoins;

That is not the case. Most people who have been very vocal pushing for larger blocks have significant Bitcoin investments.

> segwit which roughly doubles block transaction capacity

This only happens if all wallets adopt it, which makes them write/fix their wallet software upstream. That takes time. It's not a quick enough solution for an urgent problem.

Last, if you're taking money from someone there is a conflict of interest there.

"It's hard to get a man to understand something if his job depends on him not understanding it" - Upton Sinclair

Large investors usually want something back for their investments. Maybe you don't know what that is right now, but it's legitimate for regular users to be weary of it.

> It was my understanding that Gavin and Wladimir were part of the MIT Media Lab payroll.

They aren't. The Digital Currency Inititive (DCI) != MIT. Rather, it's a separate entity that's effectively paying MIT for use of the MIT name and administrative infrastructure; we do not know who is actually funding DCI.


"Together, we’ve raised $900,000. Donors include companies (BitFury, Bitmain, Chain, Circle and Nasdaq) and individuals (Jim Breyer, Jim Pallotta, Jeff Tarrant, Reid Hoffman and Fred Wilson)...while the funds will be limited to support Bitcoin protocol development, the donors do not have any influence over the developers."

Ah good, they finally published part of the list (I was discussing that with them in early march in person at MIT).

That said, I believe that list is incomplete.

Thanks for clarifying. Perhaps the DCI could fund more developers.


It's clearly part of MIT's infrastructure. What you're saying is that the money is not coming directly from MIT.

The money is not coming from MIT. (Though, if it were, I would expect the next complaint would be about the military funding it. :) )

> That is not the case. Most people who have been very vocal pushing for larger blocks have significant Bitcoin investments.

Some claim it, but like that guy pretending to be Bitcoin's creator. They fail to prove it. People opposing politically adjusting Bitcoin rules have proved that they own Bitcoin. http://bitcoinocracy.com/arguments/if-non-core-hard-fork-win...

> That takes time. It's not a quick enough solution for an urgent problem.

Wallets have already had half a year to catch up already, and you say it's urgent. You think a completely incompatible, forced, and highly controversial change that virtually all the engineers working on the system say is very risky would be faster? Besides, a few large producers of transactions upgrading would make room for others.

On the homepage,"I believe that If non-Core hard fork wins, major holders will sell BTC, driving price into the ground". That's the most small-block biased question I've ever seen. I wonder who owns that site; probably some small-block nutcase.

If we could vote in some other way to prove our funds outside of this site I will be glad to take part.

The site was created by a big-block "nutcase", presumably to demonstrate how the economic majority is in favor of bigger blocks. Unfortunately for him it demonstrated exactly the opposite.

Here he is advocating for increasing the blocksize limit to 8MB as soon as possible: https://bitcointalk.org/index.php?topic=1238605.msg12897706#...

And here's his post announcing the launch of the service: https://bitcointalk.org/index.php?topic=1133634

The site allows anyone to propose statements which all Bitcoin holders can then support or oppose by signing messages with their coins. The anti-small-block question wasn't written by the site owner, but is currently the most supported statement on the site.

Perfect example of appeal to authority.

BlockstreamCore shills can do nothing else.

What are you talking about? I don't control the Bitcoin codebase at all. I don't have commit access to Bitcoin's repo.

At it's most basic, the Lightning network is just a way of implementing pre payment cards for Bitcoin.

Its over engineered and over complex. Which is demonstrated by the comments here trying to explain how it works.

No one has yet been able to explain how they will prevent one central hub from developing which by economies of scale will offer the lowest cost path through the network as it will have channels setup with everyone.

Ask yourself who will operate this hub and you'll understand why people want to implement this.

The lightning network is a pathetic scheme to suppress the liberties the original vision of Bitcoin provides.

Blockstream is a corrupt company which does not refrain from spreading lies and propaganda to further their agenda.

Everyone is free to look up what entities own them.

lower fees, but still no return of free transactions? core recently removed support for free transactions even though satoshi stated [1] clearly that free transactions should always be allowed.

[1] https://bitcointalk.org/index.php?topic=994.msg12168#msg1216...

>core recently removed support for free transactions even though satoshi stated clearly that free transactions should always be allowed.

Free transactions right now have essentially zero chance of going through, so it makes sense that they're removing it, since it would prevent users from creating transactions that will never confirm. I'm not disputing satoshi's point, but given the current network conditions, the change makes sense.

Miners can accept free transactions if they want, and some do. That seems unlikely in the long term as fees replace subsidy as the economic driver, though.

Too bad satoshi ain't in charge no more. I'll give you ten seconds to get your ugly, yella, no-good keister off my property...

Is there any news here?

Not sure why it's posted again, but we might have some announcements soon :D

Nothing special / news here. I would also like to have limited free transactions per block allowed.

Similar work is going on in the Ethereum space, both with microtransactions and more generalized state channels for arbitrary computation and data distribution (see Raiden/Truebit/Swarm). But the problem remains the same: finding protocols that have the right (or even adjustable) centralisation/efficiency/privacy/risk/cost tradeoff. Another question is whether these systems will become purely financially incentivised or implement some form of social routing. While the trust conferred to the intermediaries can be quite low, some cooperation is still necessary and even in an initially free market, economies of scale could result in some actors having control over the entire system. Routing still requires consensus, but this time it's local.

Whats the challenge for ethereum? If the smart contracts don't work out like you hoped, you just get the people running it to adjust the ledger for you.

(Or do they only do that when they personally lose out?)

The DAO debacle showed that regardless of the system - even Blockchains - there is no cloud, there are only other people's computers. All systems are inherently influenced by the people behind it, even if they try to ignore or abstract that fact away. There is no perfect neutrality, in fact, Blockchains with economic consensus (PoW/PoS) set a price for it.

In addition to what I described above, there are more open questions, ranging from the best network topology to the different patterns of interactions and how they can be optimized. I'm becoming convinced that the best approach would not only allow for one paradigm, but for a range of protocols with different properties (e.g. that work in offline environments) - logical decentralisation. Any kind of maximalism for a single currency and network instance isn't applicable to this.

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact