"hope it will be able to process as many as 10,000 transactions per second, which far surpasses Visa’s capability to process around 1,700"
I think somebody got bad info about VISA's capabilities. 1700/tps is probably their average tps over a day...solely based on needs/demands...not what it could do. Not the peak, and not the edge of their performance envelope. It's likely they can already handle much more than the proposed 10k/sec of this sharded block chain.
Edit: Yep...pretty sure someone started with "Visa does roughly 150M transactions a day"[1] then did 150,000,000 / 24 / 60 / 60 = ~ 1736
Those are old numbers. According to the VISA Annual Report from 2017, the VISA network does ~3500 transactions per second (tps) (average) [0] and a "FactSheet" put out by VISA claims 65,000 peak tps [1].
And AliPay had ~325,000 peak tps according to their 2017 annual report [2].
I wouldn't trust the Alipay stats. The aliexpress 11.11 pre-sale BS forces everyone's purchases to be ordered in advance for two weeks at one time of the year. The actual sales are often as little as 1% discount. They then claim insane one day sales figures when they batch process all those transactions through Alipay.
If you were able to quickly find these numbers, and if those "academics" can't get latest facts right...
Good golly, articles like this drive me nuts. False future hyped promise.
My team shipped over the last 4 years, and our system has already done ~3300 transactions per second (tps) (average) in production on $99 worth of P2P hardware.
Internet Archive, top 300 global site, is also running it in production as well. I just gave a talk there about how to do distributed load testing in a decentralized network: https://youtu.be/hYH2Z1A0x3c?t=3635
VISA must have insane scaling abilities: even though events like Black Friday and Prime Days overwhelm other infrastructure (such as physical store capacity or Amazon's website), I don't recall hearing about a VISA processing outage that was correlated with demand.
My point is that scale and speed of transaction doesn't seem to be VISA's problem.
VISA et. al. have scaled massively over the last 20 years, in ways that would have been unimaginable before.
Given that a VISA is just a 'number' with some 'info' on it, I don't see what any existential bottlenecks might be.
Maybe some things were centralized, but now are distributed ...
But given that each VISA is issued by a financial entity like a bank, which can manage it like any other account ... I just don't see the problem here.
I don't want to trounce creative thinking but most of this blockchains stuff is just academic for now.
People may know the name bitcoin, but trust me - they know less than nothing about it (because the sum of what they know correctly and what they know incorrectly is on the negative side).
From what I can tell the general public thinks Bitcoin is internet money, a bubble, a Ponzi scheme, and something people buy drugs with, in that order of frequency. Outside of tech circles, I haven't met anyone who had the slightest clue about what's going on under the hood.
This is always true for complicated technical things. How many people can really accurately explain what “The Cloud” is? Wouldn’t you say the mainstream public is aware of “the cloud”.
I guess my original post doesn’t really discredit the main point being made which is that people aren’t aware of Butcoin’s scaling issues. I agree with that.
I do think it’s interesting that the bubble crashed once Bitcoin as a general concept was no longer really new for anyone.
I applaud this effort as an academic project. Hopefully it will help move forward the state of the art. But I reject the idea that a new cryptocurrency will "fix the bitcoin problem" by just being faster.
But there are already several blockchains that promise high transactions per second such as Neo, Eos, Nano, etc. And Ripple, which has been around significantly longer than these, claims to be able to handle 50k transactions per second.
Cryptocurrencies need a lot of adoption and real world use to be successful. Beware of premature optimization.
* faster processing (and confirmation if you're forking)
* smaller blockchains (solved by coda protocol)
* insurances for light-weight wallets (solved by coda protocol)
* not computationally heavy (solved by algorand)
After that, real-world use-cases will follow. If bitcoin had been invented before online banking, it would have boomed. The fact that it came later puts a lot of pressure on innovation in this space. If it fails to innovate, we won't hear about blockchains in the future.
Almost all those you listed are not decentralized at all. That’s where it gets hard- to provide both decentralization and speed. EOS and many others like that aren’t much different than a normal centralized server, so of course they have increased throughput.
Prediction, sharded blockchains will never take off. With newer blockchain protocols like MimbleWimble, you do not need to store the full transaction details for all time.
Too many things to go wrong, too brittle...
This is a much better scalability technique on a single blockchain -- taking advantage of zk-proofs and EC point encoding. If you want distributed computation also, ala Eth/EOS, you could combine a zk-proof of computation with the MW tx encoding with no loss of generality.
Bitcoin is something i only ever read about. I work in tech and consider myself quite savvy. Never have i needed to own crypto or to make a transaction using crypto as the exchange media.
Never have I needed to either however I almost always see a way to use some common cryptocurrency whenever I decide to pay for something or make a donation. In that sense I think it has taken off. You don't have to use it for anything however you can for most everything.
That's a serious citation needed. There's lots of speculation but if it disappeared tomorrow, almost nobody would be inconvenienced in any way other than having failed to cash out their speculative bets before it happened.
Also, “censorship resistant” is the new marketing spin but it's never been true about Bitcoin. Anyone for whom that's valuable will be at risk if they fall for the spin.
Couple of points in response: Why would it disappear tomorrow -- it wont. Ill always run a full node. Many like me. This makes it valuable.
Censorship resistance is not a marketing spin. Its absolutely true about bitcoin! There is no central controller, no government, how can anyone stop a valid private key holder from submitting a valid signature? Sure, we could block 8333/tcp on the great firewall, but thats why we have Satellites now!! As long as you have a communication channel that can reach the Bitcoin p2p network, it cannot die.
The 'censorship resistance is marketing' attitude is spoken like a true first worlder. There are many places on this Earth where censorship resistant money is critical. There are many groups that cannot interact with the global banking system due to sanctions. Look around outside the US!
and we havent even spoken about how destructive the centralization of banking has become: https://blog.bitmex.com/thetimes/ This blog post explains very clearly how the monetary base of our economy is inflated every day due to lack of diversity in banking.
> Why would it disappear tomorrow -- it wont. Ill always run a full node. Many like me. This makes it valuable.
My point was that nobody has a non-ideological reason to use it and there are many alternatives which are cheaper, faster, and safer to use. Saying it's already taken off is hard to justify when there's no particular pull other than speculation.
As for “censorship resistance”, you might want to read more about what life is like in a repressive country before giving people dangerous advice. Bitcoin requires you to be on an active network, making your traffic easily visible and the design requires you to leave a permanent public record of every transaction you've ever made — which is great if you're the secret police but not anyone else. Satellite internet connections are expensive, slow, and trackable as soon as they care to make an effort. More importantly, start thinking bout what using it would be like: you need to get a client, hope that it's not compromised or flawed; find someone willing to convert money for you, hoping that they're not working for the police; find someone to buy/sell with, hoping that they're not working for the police; and hope that your devices are never searched. If you ever get any of that wrong, you've left a trail showing that you're interested in hiding something from the authorities — better hope that you can subsequently convince them that you're not hiding something even deeper than what they find…
They do: private blockchains do not require the participants, nor third parties to trust the root permissions on the permissioned database (because there aren't any).
Can you expend on MimbleWimble? Because in bitcoin you don't need to store the full transaction details, just the root of the merkle tree.
The best I've seen in this space is the coda protocol which only gives you a recursive proof of knowledge that the previous block was verified as well as proofs from previous blocks
Only storing the merkle tree is useful for SPV nodes. The actual full nodes need to store the full chain to verify blocks (or else you could double spend). In mimblewibmle, the full nodes has visibility over interactive transactions only while joined of the network. The final artifact is a combined tx that spans the whole block -- ie: you throw away lots of tx detail and use the kernel for validation.
Providing trustworthy transaction logs that can be shared between multiple organizations that don't trust each other, which is of course the central part of the problem we call "banking".
To be more detailed. Currently a lot of banks constantly create third-party companies whose only function is to get transactions from bank A, and transactions from bank B, and just record them, providing the logs when either the banks or the government/court requests them. Or when the banks want them. In some cases this is done by central banks, but central banks also do this amongst themselves.
There's 2 problems here:
1) those companies are not always trustworthy
2) the jurisdictions those companies operate under are not always trustworthy (in the central bank cooperation use cases)
smaller issues: those companies are usually expensive, and staffed by idiots.
So cryptographically provably unchangeable logs (which is what blockchains are, at their core) certainly have their function within the banking system. Lots and lots of these are needed.
Do you have any literature on this specific application and why it's challenging? In my head (super simplified) I would just have both institutions sign the hash of the transaction appended to the hash of the head of the transaction log, then you append hat to each copy of the log and move on to the next transaction. Both orgs then have the full log and can verify that every entry in the log was signed off by both them and the other org. You can compare hashes between orgs every N minutes to verify integrity. I'm curious what piece of the puzzle I'm missing.
Well the problem with that approach is how you do it when the 2 institutions are far apart and have to process a lot of transactions (not that they don't manage to fuck it up when we're talking 10 transactions per day, but that's fixable in different ways).
Also this does not satisfy the government/3rd party audit issue (which is important in court cases: can an independent expert verify the log in a way that nobody can subvert ?). In your proposal they can still sabotage this cooperatively, aside from the (potential) impracticality of doing that.
So what you do is this:
1) log message comes in
2) generate (public, private) key pair
3) sign log message using private key
4) sign PREVIOUS public key using private key
5) erase previous private key
6) store log message, public key and both signatures
7) goto 1
(usually some metadata, such as amounts on accounts, gets included on a regular basis. Usually there's only a very small number of actual accounts since these are exchanges between huge banks. There aren't that many huge banks, especially not in a specific exchange, in fact, mostly only 2. Even in large systems, 10000 is the biggest I've seen)
No need for connection to other party, and by on a regular basis sending one of these public keys to both parties, the integrity of the entire log is 100% guaranteed. You can also "prove" what the time was by encoding functions that are well known afterwards and widely available, but not known ahead of time (like variations in pulsar frequencies, or sunspot images. This principle is called a "natural oracle" and does not require trust. But if you can post a sunspot image of day X, that proves the message was not made before X).
Suppose you hack this system (whether actually hack it, or simply have the root credentials on hard): you cannot change past log messages without tripping the alarm (meaning both participants can verify with 100% certainty that you messed with them). You can only change log messages from that point forward (and at that point, why not just replace shit at step 1 of the process).
Note: yes, you can delete the logs entirely (but again, this trips the alarm), and yes, you can stop the log and change future messages.
Right, but there's no need for an inefficient complicated consensus protocol in that use case. If the term "blockchain" still applies, then it becomes nearly meaningless.
Banking sector is pretty bad example for many reasons, people implementing hyped up tech pure for the purposes of implementing hyped up tech. Top 3-4 banks will have enough compute to subvert it so trustworthy is not really applicable.
Look I get that you "can" subvert bitcoin because of the "proof of work" system. This is a problem specific to bitcoin, and it is not a property of blockchains.
Data Storage Marketplace to answer your question on use case outside of bitcoin.
Of course that relies on several assumptions that remain to be seen, first that the user-experience will be acceptable comparative to centralized solutions, 2nd that the cost will be cheaper.
But again that is really the answer for any/most use-cases of blockchain, which is really just a socialized way through inflation (production of new tokens) for confirming data to be true (in this case that data is stored in a reliable/accessible manner). So as long as the application itself can meet that standard, there exists financial opportunity.
Yeah, I was going to go with the ol' "I read it as..." and suffer the downvotes. But in this case I think it apropos. Because I did, in fact, read it as "shady blockchain" and where as I would normally stop and say, "wait, that can't be right...", in this case I just kept on reading without skipping a beat.
This article does not explain why sharding the history reduces the time it takes for a transaction to end up in a block. It also does not mention that this delay is exacerbated by the standard practice of waiting for several blocks to be mined on top of a transaction to reduce the chances of a fork that renders it invalid.
For anyone interested in more information, I found the research paper[0] and website for the currency named "Unit-e"[1]. The paper seems to be quite extensive at 168 pages long and covers a lot more than the blockchain design.
Yes I thought this article was going to be about Zilliqa, which is also created by academics, has sharding, and is releasing its mainnet at the end of this month.
> That's a non-sequitor, because as long as the world is 'online' there can effectively be 'online banking'.
Of course, but online banking has been bad for a very long time (it's still bad in the US, you can't easily transfer money around compared to Europe). Bitcoin was effectively better than banking before a certain point in history, and worked out of the box without all the banking infrastructure, it would have won back then.
> Let's stop wasting vast amounts of electricity until we figure out something useful for it to do, as of today, there are none.
It shows that you know nothing about cryptocurrencies. The innovation and current research in the field tackles, among other issues, the energy issue of bitcoin. (Check Algorand for an example.)
ITT: my favorite blockchain that my favorite youtube guru happened to expose me to first is the best solution, and all others are scams because I was exposed to them second
I think somebody got bad info about VISA's capabilities. 1700/tps is probably their average tps over a day...solely based on needs/demands...not what it could do. Not the peak, and not the edge of their performance envelope. It's likely they can already handle much more than the proposed 10k/sec of this sharded block chain.
Edit: Yep...pretty sure someone started with "Visa does roughly 150M transactions a day"[1] then did 150,000,000 / 24 / 60 / 60 = ~ 1736
[1] https://mybroadband.co.za/news/security/190348-visanet-handl...