Hacker News new | past | comments | ask | show | jobs | submit login
No Bitcoin-based protocol can handle more than 20M users per month (runeksvendsen.github.io)
276 points by runeks on Oct 8, 2017 | hide | past | web | favorite | 190 comments



OP makes the implicit assumption that all lightning network payment channels are p2p in which case the 20M users per month upper limit is true. From what I understand, the plan is to have a network of supernodes which settle on the blockchain. Users will interact with these nodes instead of true p2p. Lightning network opponents argue that these supernodes will become mini banks in some ways and will need to follow KYC norms. While it's possible to do p2p payment channels without interacting with any third party, the high transaction fees make it impractical. From the Lightning Network paper [0] :

> If all transactions using Bitcoin were conducted inside a network of micropayment channels, to enable 7 billion people to make two channels per year with unlimited transactions inside the channel, it would require 133 MB blocks (presuming 500 bytes per transaction and 52560 locks per year).

Notice the 2 channels per year. These 2 channels will be opened with a supernode (operated by eg- Coinbase, Gemini, Blockstream etc). I glanced through the document but they don't seem to acknowledge the requirement for these supernodes.

It's hard to cut through all the FUD, trolling, memes and propaganda to get to the meat of the debate, so I'm not too sure my understanding is accurate, feel free to correct me.

[0] https://lightning.network/lightning-network-paper.pdf


> I'm not too sure my understanding is accurate, feel free to correct me.

OK! :P

In a layer 2 or lightning network, there may be hubs operated by e.g. Coinbase that handle millions of users, but the hub will need an open payment channel with each of those users in order to minimize the required trust. That means that the scaling bottleneck described in the top post is still an issue.

It's useful to draw a distinction between decentralization of network topology and decentralization of power (the ability to decide who has how much money). If Coinbase runs a lightning network hub with millions of users, the network topology is centralized, but if the system has been designed correctly, Coinbase cannot steal any of the lightning network funds (power is decentralized). They could require KYC and would be able to temporarily block a user's transactions. But if people aren't happy with how a hub is behaving, they can just stop using it, and switch over to a different one.

It's possible to hand complete custody of your coins over to a third party, and let them manage transactions internally. This scales really well, but then it's not really a lightning network anymore (power is centralized; they or people who hack them can run off with everyone's money).

Ethereum (not Bitcoin) has plans to scale their base chain via improvements from proof of stake, and eventually via sharding the base chain. Block size increases factor in as well. These improvements can each multiply with the large factor provided by lightning-network-like things (Ethereum's equivalent is http://raiden.network/). Much of this is still undergoing active research, so it's not all a given. I haven't estimated the numbers, but this all eventually could take us quite a bit beyond 20m users.


> Lightning network opponents argue that these supernodes will become mini banks in some ways and will need to follow KYC norms.

This is an interesting theory. Why don't money transmitter laws apply to standard bitcoin nodes which authenticate more than $10,000 of transactions a year?


Laws would probably have to be re-written to categorize them as a money transmitter, because there is no fiduciary duty for the Lightning Network Node (they cannot wrongfully claim funds).

These changes shouldn't happen, there are lots of companies who provide services where it doesn't make sense for them to act like money transmitters. For instance, BitGo is a 2-of-3 multisig wallet where they hold one key. They aren't a money transmitter because they can't send funds without your approval nor can they prevent you from sending funds.


> Laws would probably have to be re-written to categorize them as a money transmitter, because there is no fiduciary duty for the Lightning Network Node

American law draws two circles. One is for entities with know your customer (KYC) requirements. The other is for entities with a fiduciary duty to their clients. The second circle is inside the first. Lots of entities with no client fiduciary requirements are required to know their customers.

TL; DR If you’re handling others’ money, or helping others transmit money, directly or indirectly, you have a KYC liability under current law.

Disclaimer: I am not a lawyer. This is not legal advice.


Laws take time to be rewritten. And as we've seen with the BitLicense - there are many, many jurisdictions that are content to take a wait-and-see approach. Essentially, let one state take the charge, see if businesses all of a sudden stop servicing customers from said state, and learn from their mistakes :).


Thanks. Do you know of any other existing legal frameworks which would require super-nodes to follow KYC protocols?

Maybe it was just a general concern about centralization resulting in easy targets for regulation.


There are several reasons why that wouldn't make sense.

1. Bitcoin nodes have no special knowledge of transactions. There is nothing that you can get from a subpoena of my Bitcoin node that you cannot get from blockchain.info.

2. Bitcoin nodes can't meaningfully object to transactions that they're not party to. You could refuse to validate a block that contained an illegal transaction, but that would have no effect unless pretty much everybody did the same thing.

3. These laws don't make sense applied to Bitcoin nodes. For example, there's a law saying that transactions over $10,000 must be reported to the government. There are several thousand Bitcoin nodes. Does that mean that FinCEN wants to receive 5000 copies of a report saying that a high-value transaction just appeared? No, of course not.

In contrast, lightning nodes do have meaningful non-public information about transactions, and they can refuse to relay a transaction.


I feel like this could be useful for Lightning Network though. Banks that incentive which supernode to route payments through, inherently creates a competitive marketplace


They're essentially arguing that governments will view them in that way. If they will or will not really remains to be seen.


Only a business must do KYC.

KYC is regulated by FinCEN. FinCEN requires every “Money Services Business” to register with them and do KYC.

If maintaining a supernode is so costly that only businesses will do so, to make a profit, then supernodes might require KYC. If supernodes run non-profit, they don’t need to.


> Only a business must do KYC.

If you're skirting KYC requirements on the basis of this belief, you should seek legal counsel.


A non-profit is legal considered to be a type of business that simply gets a different tax treatment.

A business is considered to be a type of entity (just like a person) that gets different tax treatment.

Anyone who transfers money, by any manner including, but not limited to, electronic, financial, debt ledger, cash or traditional methods like hawala, hundi, fei ch'ien, and chit is considered to be a "Money Transmitter."

Money Transmission classification and registration varies by state, to receive money from, or transfer money to someone in said state (regardless of your jurisdiction) you must register with the state and usually put up an insurance bond.

Then you must also register with FinCEN and enact an appropriate AML policy that would include KYC.


A non-profit is still legally structured as a business entity (be it a corporation, LLC, whatever).

Non-profit status is given by the IRS, allowing the entity to avoid taxes. It doesn't change the underlying entity's structure.

NB: I'm not a lawyer.


There are many things the author didn't think about. With Segregated Witness, the signatures don't need to be part of the 1MB block. Also for multi-sig we will be using aggregatable Schnorr signatures, so multi-sig won't take that much space. Still, the cost of an on-blockchain transaction will probably go up to $1000-10000 in current US dollars, so I believe even having an on-chain transaction will get too expensive for most people. For the short term lightning should be a relief though until the community can come up with the next scaling solutions (after implementing Mimblewimble as well)


>Still, the cost of an on-blockchain transaction will probably go up to $1000-10000 in current US dollars

I have a btc holding in cold storage of ~$350. I value the security and control of controlling my private keys+being on the main, trustless, chain. I suspect many people have a similar situation. What are we to do when txn costs rise as you describe?

I know plenty about the Bitcoin protocol, but I havent had time to do DD on Segwit or LN.


The tx cost will rise in proportion to the value of BTC. By the time the tx cost is 10k USD, your roughly 0.08BTC will have a value of hundreds of thousands USD.


Umm what? Did you stop and read over what you just wrote? If transaction costs hit $10K, 0.08 BTC will be worth the same as 21M BTC: $0.


Don't worry. Transaction costs will not rise. If you aren't in a hurry, even old style transactions are free today... and 100sat/byte for next couple of blocks clearing.

The entire "transaction fees are high" narrative is a combination of profitable miner spamming the system (to support the big blocker takeover narrative) and wallets having terrible fee estimation programs so that the wallet makers don't have to deal with the tech support when a transaction isn't in the very next block.


> Transaction costs will not rise.

History does not support this claim.

> If you aren't in a hurry

Unfortunately almost all commerce is in a hurry.


It's completely absurd to say that transactions will be $10,000 when they are currently free, and we are nowhere near capacity, and Segwit hasn't even fully been adopted yet.

The entire "high transaction fee" narrative is due to miners profitably spamming the network to drive up transaction fees -- which they could only do with ASICBOOST and pre-segwit.


>short term lightning

Can you clarify what this means? Last I read, Lightning was 18 months out. But not really, that's just a number tossed to a crowd. The preview tech published a month ago is nowhere near being ready for use.


As far as I see from the github activity, now that SegWit is activated, the developers are putting much more effort to finishing.

Anyways you're right that maybe I was a bit too optimistic. Bitcoin is getting popular as a store of value faster than it can handle the scale of being an easy-to-use currency. The blocksize drama will probably keep on going :(


What does SW activation have to do with it? Why not have it ready to go, wait for the flip, enable. Or deploy it on a testnet. Or on LTC?


People weren't even sure if SW was going to activate. Who wants to do a lot of work on a system (LN) that might not ever be usable?


LN is actively being worked on, looking pretty good, and is estimated to be about a year from production. And that's just simple LN.

Over the next 5 years LN has the potential to really explode in capability and capacity.


Indeed. The "18 months out" timeline has been around since the first draft of the Lightning Network paper, well over two years ago.


What's the point of storing your bitcoin with a super node? Kind of runs against the idea of decentralization - or am I missing something?


It's not as simple as that, with lightning network you basically lock your Bitcoins for a month or whatever time period and within that delay where they're locked you can still move them if you and the supernode both agree to it. What this allows for is to just keep a running total of how much you've spent with that channel and when you spend 0.1btc you give the supernode the transaction to send 0.1btc to them and 0.9 btc to you. As you add payments over the course of a month you resend transactions for your current highest amount spent.

At this point all of those transactions haven't been broadcasted to the network, it's private between you and the lighting node. Normally you need both parties to agree to send a transaction but even if the lightning node is malicious they can't spend any Bitcoins and if they don't broadcast the highest transaction they got from you then at the end of the lock period you can take all of your Bitcoins back.

Basically neither party has to trust each other, the worst that a malicious lightning node could do is make you wait until the channel closes to get your remaining balance back.


Mining pools are also a kind of super node; do they run against the idea of decentralization? Some people say no since mining pools cannot cause much harm and some people say yes but offer no alternative.


If a mining pool doesn't pay out the earnings, it quickly gets abandoned by miners, and stops being a 'super node'.


Yes. You're missing that it increases the value of my BTC investment. I don't really care about centralization - what I care about is making money.


Lightning is permissionless, anyone can run a node. The reason that you have two channels is so that transactions can be routed through you. You can think of the lightning network like the tor network for payments.

Lightning is also not meant to replace all bitcoin payments, for now channels are limited to something like .1 btc to promote decentralization.


Does "lightning network" even exist, or is it still vapourware? I can remember reading about it for years now, and last I heard it still wasn't actually implemented and deployed anywhere.


Exactly. Most will hold accounts with insured exchanges. Settlements will be infrequent between large exchanges; daily at most.


How many transactions per second can Bitcoin cash clear with a block size of 8 mb then?


BTC can do about 7 (small) transactions per second (more with SegWit), and BCC then presumably around 50 per second.

(By comparison, Visa does close to 2000 transactions per second on average, and can handle 20000 peak.)


That's impossible when bcash doesn't make blocks for 12 hours at a time.


True, though difficulty will adjust in the long run.


How many users does Visa have compared to BTC and BCC?


Over time as tech gets better, Bitcoin can handle more than 20M users without layer 2 services.


Can you expand on this a bit?

What tech has to get better exactly?


I would really suggest reading the release notes from the past two years of core development. Every release has included an optimization of one kind or another. They have been scaling all along, and Segwit is really a bundling of dozens, maybe hundreds of optimizations that needed a softfork, plus segwit itself.


Layer 2 services are not needed at all.


The max block size for segwit transactions is about 3.7mb. The idea that bitcoin blocks are limited to 1mb is false, and its being propagandized as such by people who really want to fire core and take over the bitcoin brand. It has nothing to do with technology (because as I pointed out the max block size quadrupled in August.)

It's also worth noting that segwit transactions are more efficient and segwit paves the way for even more efficient transaction formats in the future, so that 225byte average transaction size will go down over time.

SegWit was just activated in August. The core client that utilizes it is still in testing (or was recently released) so segwit is still very early in its adoption stages.

Along with Lightening Network and side chains (a whole other form of scalability) and other layer 2 solutions, SegWit contains multiple layer one scalability solutions, not just SegWit itself and the block size increase, but efficiencies across the board-- and over the past 2 years core has been making bitcoin more efficient, and scalable, with many releases and many optimizations... none of which are talked about in the "scaling debate" because its really a "I want to be king fo bitcoin" debate.


No Bitcoin-based protocol that handles money, at least.

https://www.civic.com/ is based on the Bitcoin protocol. It's a service for putting signed information about a user in a block chain, so that you don't need to implement your own verification of adresses, phone numbers, e-mails, etc being real, as long as you trust the signer of that information in the Civic block chain. This is a read heavy, not write heavy, block chain - reads of signed information is more common that writes of the signatures.

It's definitely my favorite block chain based technology that isn't a currency.


What double spend problem is that solving though? Why not a broadcast network? Why blockchain...


It's just because "blockchain" is the new magic word that gets you funded. You can do the same with public-key cryptography, but that's boring 70s technology. Who'd want that!?


Isn't "the same with public-key cryptography" exactly what Keybase is?


I'm not the guy you were talking to, but I still don't know what keybase actually is. Let me know if you understand it.


You put your public (and private if you want) pgp key on there. Then you make public posts on your social media signed with that key. This way, you show everyone that you own these accounts or websites or whatever.

If any of the proofs changes, it puts it on a timeline. If your account has a hard reset it notifies all your followers.

Basically its safeish key sharing in the modern world.


> You put your public (and private if you want) pgp key on there. Then you make public posts on your social media signed with that key. This way, you show everyone that you own these accounts or websites or whatever.

If I don't want to give keybase my private key, which I obviously don't, how can it sign my tweets?

What is even the use case of signing my tweets? Presumably if I can access my account, t's me. There's only two alternative scenarios: someone hacks my account, or twitter is trying to screw me. Is there really a use case for this? Other than a few very high risk individuals, I don't think there's a point in signing tweets.

One of us (or both) is missing something here :D


Keybase is primarily about signing linked identities, not content--you don't (and, AFAIK, can't) sign individual tweets with it. Rather, you sign one particular tweet which links your account to a Keybase identity. Someone who knows you on Twitter can use that to verify your identity on Keybase, and then transitively on other services such as GitHub, HN, your website, PGP, etc.

In addition, it also has some additional features to make cryptography slightly easier for the layperson, such as support for PGP through a web UI: this is why you might want to upload your private key, though they make it clear this is a bad idea in high-security situations. For all of the core service, Keybase generates various 'device keys' which sign these identity verifications, the private keys for which never leave the users' computers.


You've got it backwards. The point of Keybase is to replace PGP web of trust with a more human-friendly system based on proof of control of social media accounts (and/or domain names, and/or various other things).

The idea is that you tweet a message that's signed with your PGP key, then publicly register the URL of your tweet on the Keybase server. Later, when somebody requests your public key on Keybase, the Keybase client also requests that URL from the Keybase server, then scrapes it, verifies the signature, and tells that user what your Twitter handle is. That way the user knows that the owner of that private key is the same person who owns your Twitter handle.

Obviously this isn't secure by itself against a compromise of your Twitter account, but if you do this with multiple social media profiles (and/or domain names, and/or various other things), then the proof of identity becomes stronger. And there are some additional security measures based on timestamping and cross-signing.

Documentation: https://keybase.io/docs/server_security/following


In other words, "a website that has people accounts and they can like other website's accounts".


> If I don't want to give keybase my private key, which I obviously don't, how can it sign my tweets?

You don't sign all of your tweets. Just one which proves that the person who owns the keybase account also owns the twitter account in question. Through transitivity, you can then prove that you are the same person who owns a particular facebook/github/HN account if you also sign a post on those services.

> Presumably if I can access my account, t's me.

That proves the person logged into the account is authorised to log in, not that the owner of the account is a particular person or the same person that owns another account on another service.


> That proves the person logged into the account is authorised to log in, not that the owner of the account is a particular person or the same person that owns another account on another service.

Keybase can't know who the person logged into the account is either. But they can tweet, and so keybase will tell everyone that the twitter account which has signed tweets using my private keep is tweeting.


> Keybase can't know who the person logged into the account is either. But they can tweet, and so keybase will tell everyone that the twitter account which has signed tweets using my private keep is tweeting.

This is true. In the scenario where the account is compromised you are supposed to revoke the signature.


Breaking News: Civic Has Reached Its Goal Of Selling $33 Million In Digital Currency Tokens

(to be explicit: the problem being solved isn't the "double spend" problem, it's the "make the founders rich with minimal effort" problem)


Yeah, that bothered me. As did the mention of press outlets allegedly featuring this group/company, complete with no links to these alleged features. Reads as a total scam-based vaporware. Cool domain, though. Would love to own it.


A blockchain - a secure public ledger with immutable history - does not need to use mining for authentication. When banks, etc. talk about blockchain I think they mean something that is publicly verifiable but only privately updatable.


Interesting question! I'm not an expert, but I suppose the answer is convenience of implementation? By using Bitcoin, the system is already in place for miners to verify signatures, tokens (i.e. "civiccoins") to pay for getting stuff verified on the chain by the signers, a well made and proven decentralized protocol, etc.


May be wrong but I think it's made to 'solve' centralised identity


The author is just assuming an expiry time of the payment channels of one month, which is not realistic in an hypothetical scenario in which layer2 protocols started to become prevalent in the cryptocurrency space: the more people trust this new software stacks, the longer the expiry times people will give to their deposits, because they will not mind locking money which will be just useful in the Layer2 area, if most of the merchants move to this layer as well, and because the longer your expiry dates are, the less fees (blockchain fees) one will have to pay.


Most people live month-to-month at best. It seems not real they can open a single channel with all their purchases for the year.


You can also receive payments once you open a channel. You could live month to month with a channel you opened years ago.


Well, I don't expect layer2 to become mainstream at the same time as cryptocurrency becomes mainstream.

On top of that, payment channels would actually allow your employer to pay you even by the hour, no need to have your paycheck monthly anymore.


Why would any employer want to do that?


To stay competitive? If we employees start demanding to be paid fairly, we will get there at some point.


What's stopping employers paying more frequently now?


We pay our employees weekly.


...exactly. I'm not sure how bitcoin improves the situation.

The reason employers don't pay more frequently comes down to admin overhead (or other non-banking-network reasons)


So basically, we are back to a federated system :)


Many uses of the word "federated", it's not clear which you mean. IF you mean to imply that the people you open channels with will be custodians of your funds, that's an error. That's the whole point of LN.


With a finite currency that is immune to inflation fractional reserve credit cycles.


... But instead has guaranteed deflation and correspondingly greater speculation.


Which is great for saving, and as we see with tech products, energy and other goods, falling prices are beneficial.

Money is a measuring stick, sending price signals throughout the economy. It should be a stable channel through which information is sent.

Rising and falling money supplies corrupts this. I contend, because of not inspite of BTC being finite, if other currencies are pegged or influenced by BTC this will be a befefit economically vs inflationary fiat.


Bitcoin is inflationary. It is currently inflating at a low rate and that will decrease every four years.

That's not "deflation".

Further, money holding its value is a good thing. The only people who profit from inflation are governments with fiat and miners with bitcoin.

The people always suffer. The only reason bitcoin is going up in value despite inflation is its use case and technological ability is going up faster, and of course it started at zero.


No, you are confusing "inflation" versus "minting more money". While related, they are not the same thing.

Whatever school of economics you subscribe to, 99% of the time somebody says "inflation" or "deflation", they are not referring to the "money supply" of currency in existence. Instead, they are referring to a change in proportion between that money supply versus how much "economic stuff" people want it for.

Bitcoin will continue to follow its past deflationary pattern as long as the supply of Bitcoins does not keep up with the underlying growth of everything else... And it's hard to see a future where "Number of coins mined this year" grows while "Size of human economy" shrinks.


Inflation is literally minting more money. Full stop. The definition you are giving is a propaganda line to try and rationalize robbing the populace via inflation. Even Keyenes agrees with me on this. (But thank you for not saying it's the consumer price index!)

What you're actually describing is the purchasing power effects of minting more money.

Second paragraph I agree with.


I don't understand your point, please elaborate.


Banks have a federated system. The internet is a network of networks. Same here. People tend to do the most business inside local communities. And then cross-community payments use the internet. It is not totally distributed and peer-to-peer. There are trusted intermediaries.


The big difference between Layer2 and the banking system is that Layer2 is still a trust-less protocol in the same way Layer1 is. There's no counterparty-risk in Layer2. Yes, most supernodes in Layer2 will probably be big payment-insitutions, but nothing will prevent you (or anyone) to become a Layer2 node as well, either.


But in practice, the supernodes can freeze your money. Similarly if the five big mining pools blacklist your bitcoin address then your "permissionless" currency becomes just like a frozen bank account in Cyprus, no?

You may not think those gatekeepers care about you, but that's one reason the banking system doesn't rush to adopt bitcoin. They don't want to be at the mercy of the mining pools when it comes to moving billions of dollars between banks. That's why they are instead adopting Ripple and Hyperledger.


> But in practice, the supernodes can freeze your money.

What? What part of "there's no counterparty-risk in layer2" didn't you understand?

The only thing they could do is become uncooperative, and the worst thing that this could cause is that you need to wait for your payment-channel to expire to claim your locked deposit, but you would eventually get your money back, and then decide not use that payment hub anymore, and use one that doesn't employ censorship to you.


Something, something, time value of money.


The part where it's not true lol.

Take bitcoin. Is it actually decentralized? You need someone to record your transaction on the blockchain. There are, in practice, like 5 gatekeepers - the minkng pools. You are lucky that they currently accept your transaction, but you already see they jacked up the fees. The fees will only get larger as there is more transaction volume and as the # of bitcoins awarded to miners goes down. There you go. You are once again back to paying the miners to be your trusted financial intermediaries. It's just called "miners" instead of "banks" but the database is nearly centrally controlled by a group of five mining pools who have most of the hash rate. Arms races always lead to centralization!

PS: sure you are protected in terms of current ownership, which is valuable, but at any time your account can be frozen.


> The fees will only get larger as there is more transaction

Which means, every opportunity to try to censor someone will make them not be able to get the fees from that act of censorship. Are you really bringing up a conspirancy in which 5 big entities such as the main mining pools would conspire against some certain bitcoin address? (Remember: in an HD wallet you control many addresses, not one, so it would be really difficult that they actually can identify all addresses of the certain person/entity they want to censor; let alone get together and conspire against that person at the same time.)

> PS: sure you are protected in terms of current ownership, which is valuable, but at any time your account can be frozen.

If you keep saying a lie a thousand times, it will not become truth.


Yes I am really bringing it up.

You think this is the first time cartels have figured out they can raise fees to participate in a network?

Look at the Chinese government able to shut down exchanges to prevent people from exchanging bitcoin for yuan.

Look at ICE shutting down websites via a simple takedown note to a domain registrar or an ISP.

Many governments are concerned about money laundering via Bitcoin, or North Korea's stash etc.

Do you really think five mining pools can't be easy targets for freezing someone's account? Come on.

Now, as far as diversifying your holdings into many accounts and currencies -- this is, and has ever been -- the way to try and escape the State seizing / freezing all your assets. Nothing new under the sun.

Just because you call it a lie and downvote me doesn't make it so. Use substantive argument and tell me why the five mining pools CAN'T freeze someone's account, rather than just calling it a lie. Having many anonymous accounts is a different matter -- and it's not easy to keep many anonymous identities totally separate btw.

You know, I really do think permissionless currencies are possible. A database is permissionless to the extent that at least ONE entity authorized to enter your transaction will do it, in a reasonable amount of time. If there are many independent such entities (call them miners, banks, whatever) then the chance that one will "defect" and let you pay someone is higher. It's just that Proof of Work is a terrible way to make that happen sustainably because, as I said, arms races always lead to centralization. (In fact that's how states and empires formed in the first place!)

And since Bitcoin had Proof of Work, it was inevitable that it would come to be controlled by some mining pools in an area where energy is cheap. And I also told you that while you as an individual may not be interesting to China, the BANKS do not want to tie up billions of dollars in a medium where it could be frozen by a few foreign entities. This is not even talking about the volatility etc.

As for you as an individual, the ability to deny you access to pay someone (ie add a transaction to the blockchain) is represented by the rising fees. It's not 0 to Frozen in one step, it's what an intermediate step looks like organically. They can make the fees really high so as to make small transactions infeasible.

Now, you want to be really permissionless? Use credit-money, like Ripple or Trustlines.network . There is no double-spend problem and no need for third parties to approve any transactions between two people. However, credit can only take you so far. Large payments will require a ledger of some kind. Many good protocols exist now that are far more permissionless than bitcoin. Why is bitcoin the best? It just has the most money invested in it for now (market cap). That's like saying MySpace is the best because it's the first.


No doubt they are trying-- that's why there is bcash and 2x. But bitcoin is fighting them. The odds favor bitcoin.

And if they win the 2x by getting hash power, bitcoin will fork to a new PoW and render their millions in ASICS worthless.

Bitcoin don't care.


> ...they can raise fees to participate in a network?

The only times they have done that, AFAIU, is when they wanted to pump altcoins (such as Ethereum when there was a lot of uncertainty over bitcoin scaling and community seeing segwit not adopted; or such as BCash when the UASF was coming). Everytime they've done this, they have had to spend a lot of money to do it. We will never know if it payed off, but right now fees are really low.

> Look at the Chinese government able to shut down exchanges to prevent people from exchanging bitcoin for yuan.

Sorry, what does this have to do with blockchain?

> Do you really think five mining pools can't be easy targets for freezing someone's account? Come on.

Not all mining pools are in the same country, so it's not so easy to do that unless you're the NWO. And even if you managed to make the main 5 mining pools censor your transaction, from time to time there are smaller mining pools that mine some block, so if you put a high-enough fee for them, you would eventually move your money.

> Just because you call it a lie and downvote me doesn't make it so. Use substantive argument

I only called any sentence from you as a lie when you were not providing arguments, just FUD. As for me, I tried to back my arguments with reasons all the time. Also I cannot downvote comments that I reply to, so it's not me downvoting you actually.

> Now, as far as diversifying your holdings into many accounts and currencies

I never mentioned "many currencies", and I never mentioned "many accounts". With HD wallets, you have many addresses which all belong to the same account.

> and it's not easy to keep many anonymous identities totally separate btw.

Wrong, please study HD wallets, they are a thing, and it's usage is automatic and not complex.

> They can make the fees really high so as to make small transactions infeasible.

Fortunately, we have Layer2 to save us. Fees will be much lower thanks to that.

> Now, you want to be really permissionless? Use credit-money, like Ripple or Trustlines.network .

I knew all your FUD had some motivation behind it :) Go pump your altcoins elsewhere. Ripple is premined by the banks so using it is like letting the same fiat-money players be the kings of the game again.


I wasn't going to respond except when I got to the last part.

No, I don't own any Ripple and I don't care to pump any coins - even if I did why would I do it in an obscure comment thread on a forum somewhere lol.


Not sure why he's getting downvoted. for a "decentralized" currency bitcoin is quite centralized and is not that hard to control "IRL" so to speak. We're talking like 10 subpoenas/cease and desist orders to bring the whole thing down.

Or one executive order to block a couple of ports on the great firewall of China (I'm oversimplifying but not by much actually).


[flagged]


ok, so 4 pools have over 50% of the hashing power, add 4 more pools right under them and you're at >70%. (https://blockchain.info/pools).

if that's not centralized I don't know what is.

the only argument I can think of here is that BTC isn't currently used for "important"/"mission critical" stuff, tx volumes are negligible compared to fiat methods of payment and ppl who use it are mostly crypto enthusiasts, so if hypothetically these pools go offline and it takes forever for their txs to be processed these users would be ok with that. Along the lines of what happened couple of years ago during the DDOS attack.


Please... Say it ain't so!


> When a user receives money – which humans usually receive monthly as wages/salaries – they need to deposit it into the layer 2 system, in order for it to be available within it.

If my employer pays me in bitcoins from their coinbase account to my coinbase account, that transaction doesn't touch the chain. I can then send bitcoins from my coinbase account to another coinbase account, again without touching the chain.

Why wouldn't the employer pay wages in the layer 2 system to begin with?


"from their coinbase account to my coinbase account" so if i understand correctly this basically eliminates blockchain and leaves you with plain old database in the backed of some provider to keep track of how much "money" you have. And if provider gets hacked well, tough luck...


If we're talking about Coinbase in particular then yes but you can have secure off chain transactions like Lightning network where either both parties agree or the funds are locked until the channel closes and returns them to the sender.


> Why wouldn't the employer pay wages in the layer 2 system to begin with?

(Author here)

Very few employers pay wages denominated in bitcoins. If you're lucky enough that an employer is willing to pay a part of your wage within a layer 2-system, you're right. For all the people who receive their wages in national currency (of whichever country they live in), they have to go via the blockchain, and thus run into this limit.

Also, it seems to me that, if layer 2 protocols want to solve Bitcoin scalability in order to increase adoption, it doesn't make sense for it to depend on everyone having adopted Bitcoin already (which, I would argue, would be the case if most people received their wages as bitcoins).


> Very few employers pay wages denominated in bitcoins.

Very few merchants accept payment denominated in bitcoins, either. And these two statements are clearly tied together. If, upon bitcoin scaling up in the economny, more merchants accepted bitcoins, then it follows that more employers would pay wages denominated in bitcoins.

If the state of affairs remains the same as it is today, then there is no need for me to buy into layer 2 protocols monthly. My monthly spend in bitcoins will remain a fraction of my monthly wage. I could afford to buy into layer 2 annually easily enough.

If more of the economy moves into bitcoins, then employers will pay wages in bitcoins by definition. And at that stage, it will be feasible for them to pay in layer 2.

Either way, I think this exposes a vital flow in your chain of reasoning.


> Why wouldn't the employer pay wages in the layer 2 system to begin with?

Side note, would the wage be (initially or periodically) agreed upon expressed in US Dollars or Euro (or a local currency) or directly in Bitcoin?

I.e. do you see your employer agreeing on giving you 2,500 US$ /week or 1 Bitcoin/week, and on the other side, would you agree to be paid 4,000 US$/week or 1 Bitcoin per week?


An idea would be to not use one blockchain but a tree of blockchains. Say one blockchain is attributed to London so that if you make a transaction in that blockchain it should be quite fast. Now you want to send money to bangkok, the transaction bubbles up and you get the idea.

edit: obviously someone got that idea before; my point was meant to be that it would be a shame to use a centralised solution like the services of private companies.


You mean, just like banks are federated and communicate only occasionally? :) I mean, it's conceptually the same solution for the same sort of problem: slow propagation of data and the need to maintain (the illusion of a) single global ledger. For banks, it was much much slower in the past, they're fine now.


Just because it's "like banks" doesn't mean it's invalid. That was my first impression, too when reading: can't we be slightly more on Layer 2?


The whole value proposition is that the currency's monetary policy isn't controlled by government, or corporate/political relationship that Federal reserve banks have currently.

If the structure models current banks in most ways except that the currency isn't in their control, then it will be a massive improvement.


Replacing government politics with the politics of a handful of developers/miners/businessmen? (see the current debacle with bitcoin/cash/segwit/2x)


Of course. Because in clear ways you are more sovereign individual within Bitcoin's politics than government politics. You can opt out, you can choose your politics, switching costs are much lower, therefore incentives to align with you are higher.


You can opt out of Bitcoin as long as it's unpopular as it is now. Zimbabweans also opted out of the Zimbabwe dollar which is why now what you really want there is a US dollar.


https://cosmos.network/ and https://polkadot.io/ experiment with a similar ideas.


Wow, that's super interesting, I've never heard about something like that proposed before. Same protocol, but layered and sharded, basically.


The Ethereum guys proposed something like this in a super long rambling document with lots of made up terminology [1]

https://github.com/ethereum/wiki/wiki/Sharding-FAQ


Yeah! We can also do 'cross chain atomic swaps'; A trustless tx that allows two chains to agree on a price. Either both sides claim it, or the money is returned to its sender.


There are quite a few projects working on "cross-chain" solutions:

https://cosmos.network

https://ark.io

https://omg.omise.co

And more



Check out Ethereum's Plasma proposal: plasma.io. It's a similar concept. I'd describe it as tree of blockchains with MapReduce for state transitions and merkle trees for proofs.


Most people sending money to bkk the transaction fees are the least of their concerns.


That is literally the Ethereum scalability strategy called Plasma networks.


tl;dr: the old "bitcoin can only do 7 tps" argument, except with an extra bit that says even with layer 2 scaling, if each user has to transact once a month on-chain (because... salaries?) then max users is 20M (which is 7tps multiplied by 1month). All in all, not very interesting because there's no reason why salaries can't be paid on l2 as well (securely as well, if LN is used).


So thought experiment: the incentive to stay on L2 is anonymity & lower transaction fees. Therefore as usage goes up transaction fees will raise but more will be pushed to L2 in order to avoid those fees, & in effect reducing them

So let's say things have exploded: transaction fees are twice my salary. If I get stiffed on L2 I'll have to pay more in fees than my salary. So my recourse will be to sue my employer into paying the transaction fee

Obvious answer to this: L3


Then L4 :).


Blockchain protocols typically aren't designed to be scalable because, based on what they are actually used for, they don't need to be.

Bitcoin was a cryptography research project that became popular outside of the usual circle of people interested in such things mostly due to these three somewhat overlapping groups: get-rich-quick types, criminals, and people who have deluded themselves into believing that Bitcoin will usurp the world's major currencies.

One those three, only the last group have any interest in massively scaling up blockchain technologies. Those looking to speculate on Bitcoin markets have no such concern, and the criminals are just feeding off Bitcoin's popularity for this rather than having an interest in making it scale; besides, they'd prefer a more anonymized cryptocoin to be popular rather than something that makes public the entire transaction history.

The 'true believers' of Bitcoin are outnumbered not only by these other two groups, but also by the general population who have no use case for Bitcoin at all.

This is why scalability is such a fringe issue for Bitcoin and other blockchain protocols - they're all just solutions looking for mass-scale problems.


So there are four groups? The usual circle, the get-rick-quick types, criminals, and people who have deluded themselves into believing that Bitcoin will usurp the world's major currencies?

Do only the 1st and 4th group hold? The 2nd manipulates the market best they can, and only the 3rd and maybe some in the 1st are actually using it?

May I ask - What do you think are hallmarks of the usual people or the true believers of Bitcoin?


This hopefully throws some context on the scaling debate. The giant fight, a fight from 1MB to 2MB, would allow Bitcoin to scale from 20 million monthly users, to 40 million monthly users.

It's not a big upgrade. Any exec at Facebook, Snapchat, Uber, etc. would laugh you out of the room if you suggested that we should have a company-splitting and devastating debate that sidetracks development for 2 years over scaling the platform from 20 million to 40 million users. It just doesn't make sense.

Which is one of the big reasons the small blockers resist the 2mb hardfork. For all the pain that this debate has brought about, there's very little upside in the grand scheme of things. We scale Bitcoin from an insignificant number of users to still an insignificant number of users.

If we find a scaling solution, it's going to come from somewhere else.


FWIW, the block size of Bitcoin Cash is 8MB not 2MB: https://www.bitcoincash.org/ "As a first step, the blocksize limit has been made adjustable, with an increased default of 8MB. Research is underway to allow massive future increases."


The only good scaling/high throughput consensus algorithm is Byteball.

The block-chain does not scale, DAG coins suffer form various issues, the only DAG-coin with semi-trustless distributed "consensus" is Byteball.

The implementation sucks, the algorithm is nice and innovative.


> The only good scaling/high throughput consensus algorithm is Byteball.

SPECTRE [0] is pretty good, not implemented in any cryptocurrency yet.

[0]: https://medium.com/@avivzohar/the-spectre-protocol-7dbbebb70...


Interesting paper. You could almost rename SPECTRE as “GitCoin” (trademark me) as the various tips of the branches are effectively merged.


Why can't people be paid directly on one of the layer 2 systems?


(Author here)

They can, but how large a part of the world's work force do you think is able to get their employer to pay out their wage within a Bitcoin layer 2 system? If layer 2 systems only support people who receive their wages within that layer 2 system already, how useful is it really at increasing the adoption of Bitcoin?

Also, as far as I can see, it would require us to redefine what a "bitcoin" actually is. Right now, it constitutes something in the Bitcoin blockchain, whereas some proponents of layer 2 protocols seem to wish that we redefine it to include unconfirmed Bitcoin transactions. I'm not saying this can't become the case, at some point, but right now no one considers the holder of an unconfirmed Bitcoin transaction to be in possession of bitcoins. So, at one level or another, something needs to change.


A bitcoin is just an entry in the BTC blockchain ledger. And I think you are misunderstanding the concepts in what you call "layer 2". The idea of the Lightning Network (which I assume you are referring to) is that you can execute off-chain transactions without needing to trust anyone. Its not the same as an "unconfirmed transaction" which leaves you open to a double-spend attack.


> A bitcoin is just an entry in the BTC blockchain ledger.

I agree.

> The idea of the Lightning Network (which I assume you are referring to) is that you can execute off-chain transactions without needing to trust anyone.

Being off-chain, a LN transaction is not a bitcoin by your definition. While LN might be trustless, it's not the case than an LN-transaction is as good as a bitcoin in the blockchain. With LN, there's a race against time, whereby a node can lose funds received through LN, if it fails to settle on the blockchain. So the two (blockchain-tx vs LN-tx) are definitely not equivalent, but it's possible that future schemes can close that gap.

Timeouts are a necessary part of payment channels, since if you just send your bitcoins to a 2-of-2 multi-sig address willy nilly, the owner of the other key can hold your funds hostage unless you give him half. Hence the timeout, after which funds sent to the 2-of-2 multi-sig address can be redeemed by just a single public key (the sender's). The receiver needs to publish a transaction (that redeems the same 2-of-2 multi-sig output) to the blockchain before this point in time, or the funds received through the channel are up for grabs.


If an employer is willing to pay the employee bitcoin in layer 1, how much less willing would the employer be to pay in layer 2? Not much, I think. It doesn't seem that it should be much harder to use layer 2 instead of layer 1. If it is, then isn't this a usability issue affecting all users and not just employers?

If the employer is willing to only pay fiat, then there is no new problem, is there?


At that point, aren't you just reinventing fiat money?


Layer 2 is not money and so can’t be fiat. Lightning network is just a clever way to construct bitcoin transactions such that it is possible to send sub-transactions via different communication channel(not congesting bitcoin network) but preserving crypto currency guarantees.


> Layer 2 is not money

Ehrm, what? So Layer1 is not money for you either? Explain...

PS: I'm not agreeing with that "this is reinventing fiat money" comment.


layer 2 is the payment processing network, money being transferred remains bitcoin.


No, a blockchain 2nd later system still gives strong security guarantees that are similar to the 1st later system.


> still gives strong security guarantees that are similar to the 1st later system.

Like Mt. Gox?


The "second layer system" that people are actually talking about is Lightning Network, the basic idea of which has been around for a few years now. Basically, you open a "payment channel" of X bitcoins with someone else in the network, and you can trade up to X bitcoins with them almost-trustlessly - cheating is easily detectable within the protocol, and results in the party detecting the cheating settling the payment channel on the blockchain. Payment channels can be linked, so you can send money from A to B through payment channels A-X, X-Y, Y-B, without actually trusting any of those entities.

So blockchain transactions only ever happen when someone wants to open a new payment channel (which is only relatively rarely), when someone they directly have a payment channel open with attempts to cheat, and in the rare occasions that someone wants to hold "actual" bitcoins rather than a cryptographic promise of bitcoins.

There's no entity within this system which has central control over currency that goes through this system, and all cheating is detectable with rollbacks in place when it happens, so it's not like a bank, exchange, or even a traditional payment processing network at all.

Note: I have my own qualms with cryptocurrencies and the human layer, but you've got to admit the technological backing is sound within reasonable parameters.


Mt. Gox was a centralised custodian. Layer 2 systems like Lightning Network are not, because they can't run away with your money. If they try to cheat, you can always withdraw your money.


But detecting cheating and withdrawing requires you to have client software online and monitoring. Which individuals can not do and thus will outsource it to their payment handling company which will probably be the same as the LN hub.


It can be outsourced to trustless third party, who also has no control over your money and cannot cheat.


No, not like Mt. Gox.


It depends on the purpose. For example: You can't hype fiat money anymore, too much liquidity.


When explaining bitcoin to non technical people I compare bitcoin for the to gold. Almost all non-tech people I know think bitcoin is the new next currency, I doubt it. Blockchain is currently hyped as currency, but it could solve many things related to trust, which is not only currency.

An other new technology to watch is IOTA ( https://iota.org ) not blockchain based, no fees and scalable.


IOTA is amateur hour. The author implemented their own hashing algo, "curl", which is used all over the place in IOTA, until recently including signing transactions. Researchers were able to produce distinct transactions with colliding signatures [1].

Depending on whether you believe the author, either they did it intentionally for the implied purpose of attacking competing forks (as they claim), or unintentionally because they're incompetent. Neither situation sounds good to me.

IOTA also relies on a closed-source "coordinator" for consensus. They call it "training wheels". Who knows if their "tangle" will actually work in production. Crazy to me that people are pumping so much money into it w/o any due diligence.

[1] https://github.com/mit-dci/tangled-curl/blob/master/vuln-iot...


Wow. I'm not a crypto expert, but the one thing I'm sure of is that no individual should ever create their own crypto algorithms. Of course, we're talking about a space where somebody can repurpose their Magic The Gathering code and call themselves a currency exchange, so maybe I shouldn't be too surprised.


>Of course, we're talking about a space where somebody can repurpose their Magic The Gathering code and call themselves a currency exchange, so maybe I shouldn't be too surprised.

Stop judging things by what they were, unless of course you think the aerospace industry is a space where 2 brothers can build a plane out of wood and push it off a cliff...


Or that the aerospace industry is the space that consists of whatever those 2 brothers were doing prior to pushing the wood off of the cliff.


Oh, I'm definitely judging it by the titanic failure it turned into: https://en.wikipedia.org/wiki/Mt._Gox


I know very well what you are referring to, however Mt. Gox was one of the first exchanges, and it in no way is indicative of the industry now.

Bitcoin is very new, created in 2009, didn't see any real usage until 2010/2011, Mt. Gox blew up in early 2014, and now in 2017 most exchanges follow KYC laws, are built on real trading systems, and can't be compared to Mt. Gox any more than you can compare a Boeing 777 to the wood gliders that mankind first flew on.


My point was that the cryptocurrency world is enormously tolerant of clown-shoes levels of operation, ones where it's hard to tell whether the people are incompetent or just scammers.

Key differences between Mt Gox and the Wright Brothers are that a) the financial industry was well established in 2010, and b) the Wright Brothers were not offering commercial flights to a general audience on their wooden gliders.

The first means that Mt Gox was run by idiots who ignored all of the established best practices around running a financial company. (And was given money by same.) The second means that even if you were right, that Bitcoin was just too new to do well, then they were grossly negligent in offering services to the general public and managing hundreds of millions of dollars in assets.

Of course, the incompetence at scale continued long after Mt Gox. E.g., https://en.wikipedia.org/wiki/The_DAO_(organization)

You may be right that there are now some adults running well-regulated businesses. But that doesn't mean the space isn't full of scam artists, Dunning Kruger goofs, and wide-eyed technoutopian marks. We only have to look at the latest ICO announcements to see that, at best, enthusiasm has run ahead of competence.


Mt. Gox was a massive fuck up, i'm not denying that. They had no business being in the space.

But at the same time nobody else was taking it seriously. Look back over the history of banks. Do you really think no "bank" ever lost significant amounts of money? Do you really think there aren't still scam artists and assholes trying to steal people's money? Just the other day my mother got called again by people asking for her social to "fix her credit", does that mean that the incompetence of the financial industry is still at an all time high?

Cryptocurrencies have a lot in common with traditional finance industries, but they are different enough that the previous systems don't work. It's very much the "wild west" right now (which i'll point out there were established "governments" at the time of the "wild west"). The space is still new, and if you are risk averse you should stay away from it, but painting the entire industry as idiots and children makes you look like the idiot.


We still have bank failures pretty regularly. But they're a small fraction of total volume, and the damage is contained thanks to regulation. Since 1933, every bank depositor in the US has had insured accounts. And the bank failures that happen are not of the "oops I losted your dollars" variety. E.g., the most recent one, the First National Bank of Edinburg, Texas, was just a pretty normal business failure. Nothing was stolen, the regulator arranged a merger, and no depositor money was lost.

It's true that Mt Gox might have lost some money even if they had been following known best practices. You're right that Bitcoin is new, and presents new risks. But they wouldn't have been driven out of business with hundreds of millions of dollars of losses. Money given to them by people who were just as credulous, just as believing that the old rules didn't apply.

Yes, there will always be fools and financial scammers. But the proportion and the scope in the cryptocurrency world is much, much larger. In the short reign of the *coins, there have already been enough disasters that somebody has managed to fill a book with them: https://www.amazon.com/Attack-50-Foot-Blockchain-Contracts-e...

And I'll note that I'm not saying the entire space is "idiots and children". Just that the tolerance for incompetence and scam artistry is much, much higher. Which, given that you defend it as being the "wild west", you apparently agree with.


The "never create your own crypto" meme is a destructive one. There are many cases where existing algo's will not fit the purpose and one needs to create a new one. Most often this is required in mediums where resources are constricted. From personal experience new-brew crypto was often unavoidable in broadcast conditional access systems. I'm not saying this to defend IOTA crypto, at all. I am saying it because HN is full of genuine crypto profs and experts repeating the no new algo meme and lynch mobbing anyone that disagrees.


Sure. The common wisdom matches common situations. For people who aren't experts, I would much rather have that rule than not. Experts know when to break the rules.


Does HN prefer the never say never meme?


Not to mention the whole ternary thing...


The design of Bitcoin is inherently flawed at the moment (at least for payments), and due to its decentralised structure, a change can't easily be forced.

I think Bitcoin was a great experiment since it brought us the blockchain, but with the exception of being a store of value (i.e. digital gold, and thus not having to worry too much about high transaction fees) I don't see it going anywhere. But since gold is worth about $8.2tn globally, that might be sufficient.

Ethereum on the other hand.. by the looks of it that does seem to have a bright future. It improves upon and fixes many of the flaws Bitcoin has.


It improves upon and fixes a few of the Bitcoin flaws while introducing a whole hoard of other flaws in itself. For example, most 'full nodes' on the Ethereum blockchain have never actually verified the whole chain, they've instead started life by downloading a trusted snapshot from a miner.

The scalability properties of Ethereum are dozens of times worse from a raw resource usage perspective, with each transaction on the Ethereum network taking more space to store, more clock cycles to process + verify, and with the whole system being much harder to parallelize.

Ethereum made a lot of long term sacrifices to achieve their short term advantages, and it's already falling apart around the edges. One or two more iterations of hardforks + block size increases (gas limit increases) and your average desktop computer won't be able to keep up with the chain anymore, let alone catch up if starting from scratch.

And that's just one of the many ameture compromises.


Not saying you're wrong, but a few thoughts:

1. Do you really want the average desktop computer to sync and verify the entire Blockchain? These things have gotten so huge, even for Bitcoin it's not really reasonable anymore to store the entire chain on a desktop computer.

I think the answer here is no, but I could be wrong.

2. It probably goes against the decentralized idea behind blockchain, but I believe it is good that Ethereum has a clear leader. Someone who can actually (sort of) dictate the path -- at least until the project has gotten to where it wants / needs to go.

Bitcoin would be in a better place if the founder were around.

3. Bitcoin is already falling apart. Once you have to make a transaction, the pain (generally) starts..

4. One of the downsides of Ethereum is the size of the blockchain, but see 1.

I think at least for Ethereum the potential is still there for it to be good, once they fix their issues. This (to me) seems doable, but if you have things to share on why not, please do!

With Bitcoin, you know what the issues are, they are massive and have been around for a while, and they're only getting worse / not getting fixed because people can't reach a consensus. I believe it would be easier to reach consensus if there was a leader.

Most of these things however don't matter if we just see it as a store of value.


Most non tech people I know are barely aware of it - or think of it as "that thing you use to buy black market stuff".


With LN one's able to devise mechanisms where currency is effectively backed by BTC-- think when USD was backed by gold, but where upon the US breaking from that, people were actually able to trade in all their USD for weightless gold


You are wrong. But interesting!

Take a look a the following scenario where Bob works for Company A and has a monthly salary of 1.5btc:

- CompanyA opens a 100btc channel with Amazon

- Bob has an 2btc channel opened with Amazon

------------------------------

Now lets say, that at a start, channels look like this:

- Company A 100btc -> Amazon 0btc

- Bob 2btc -> Amazon 0btc

------------------------------

As the month goes through, Bob starts spending his money on Amazon and other stores that have channels opened with them. Company A also spends their money paying suppliers and other expenses. After 2 weeks, channels look like this:

- Company A 40btc -> Amazon 60btc

- Bob 0.75btc -> Amazon 1.25btc

------------------------------

Its the end of the month, many Clients have payed their bills, and Bob has almost consumed all his salary.

- Company A 95btc -> Amazon 5btc

- Bob 0.5btc -> Amazon 1.5btc

------------------------------

Now its time for company A to pay salaries. And we go back to step 1. Rinse and repeat.

But I think you are right on one thing. Eventually the 1mb block limit has to be raised.


I think you have changed Bob's scenario halfway through--he has a monthly salary of 1.5btc, yet somehow has 2btc to spend?


He has a side project. He sells pancakes.


All true except that a transaction can have around 400 inputs per standard size transaction. You were assuming a single input. This means Bitcoin-based protocols can handle 8B users per month, which is more payments than the ACH handles per month.


> All true except that a transaction can have around 400 inputs per standard size transaction.

(Author here)

I'm not sure what you mean by this. A transaction can have lots of inputs, yes, but they take up space -- in fact they are the largest part of the transaction, since they contain signature (~72 bytes), public key (~33 bytes), as well as redeemed txid+input index (32+4 bytes).

The 224-byte transaction used as an example has a single input and two outputs (one destination address; one change address). A standard (pay-to-pubkey-hash) transaction with two inputs and two outputs is ~373 bytes. A 400-input (2-output) transaction would be roughly 60KB.


Standard size transaction is up to 100KB.


Uh, what was the problem BTC was supposed to solve, originally?


Trustless transactions: transactions with a guarantee of state.


Why not have several thousand block chains? Just having 2^13 blockchains would be enough for 100 billion users. New blockchains could be rolled out as needed. Perhaps a blockchain could mitotically divide as needed?


There are some projects working on solutions like this, but the problem becomes how you move funds between these blockchains.


I'm interesting in someone exploring atomic swaps.


interested


The community is well-aware of this problem already, right? Title seems a bit click-baity, but it's definitely an active area of research. Bitcoin is still less than a decade old :)


The world now has a compelling reason to make the internet operate again as peer-to-peer in addition to client-server?

(I am presuming there is a reason bitcoin was originally designed as peer-to-peer and not client-server i.e. it was not an arbitrary decision.)

The silver lining of the bitcoin movement, if there is one, could be that it provides internet users with reasons to want the network to reliably operate peer-to-peer. Not to mention reasons to want to understand and use asymmetric cryptography.


It's nothing to do with peer-to-peer vs client-server. The main issue is keeping the blockchain up to date. Client-server can actually be more efficient than peer-to-peer in disseminating blockchain updates, but it's still not enough.

Bear in mind that, in order for all users to keep a full copy of the blockchain, every time a transaction is carried out every single copy of the blockchain needs to be updated. Beyond a certain level that simply isn't scalable, as it has a big impact on performance. The only pragmatic way to scale the network beyond that point is to only have some nodes having a full copy of the blockchain, at which point you've got more of a client-server model.


Interesting to see this get so many upvotes & discussion. Blockchain is an agreed protocol not a god-given thing, any time we need more we can just increase the block-size.

This blog post would make sense if it talked about why incrementing block-size is not feasible, which is feasible. Storage gets cheaper every year and block-size has no effect on compute power.


We'd be down for someone to come out and chat about this at our next crypto builders meet-up at Noisebridge in SF on the 11th.[0]

Scaling is a huge point of interest when considering building on top of BTC or ETH.

[0] https://www.meetup.com/sfhackdays/events/243614539/


Why do all of everybody's step 1 transactions have to be within a single block? Do the proposed 'layer 2' ideas only work inside one block? It's not obvious why you can't pay into 'layer 2' from arbitrarily many Blockchain blocks, but I'm not really familiar with any of the proposals.


What about Ripple and Stellar? How many users these can handle?


Bitcoin can do about 7 transactions per second and Ripple tests have shown it can handle about 70,000. In the real world Ripple has never hit anything near that so we don't know for sure.


If networks and/or computers were faster, would that increase the max throughput? Or is the max throughput fundamental to the blockchain algorithm?


I’ve never heard of such metric, being useful measure of utilization without indicating duration or with another metric.


Seriously. What about off chain transactions and their already extant impact on the velocity? From the oft-cited coinbase customer email to coinbase customer email "bitcoin" transaction to handing the private key over to somebody, behind a hologram or not, these types of transactions don't appear on the blockchain but they certainly do effect the economy.


Even dash/litecoin?

Maybe dpos will win e.g steemit kevin ross just joined


This article gets it completely wrong. Bitcoin can handle much more than 20M users without layer 2 services. Layer 2 services are a solution looking for a problem that doesn't exist.


Time to buy.


ITT: pumpers




Applications are open for YC Summer 2020

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

Search: