3 ms·
While I agree with some of your points here, (Mitigating the need for intermediaries in certain situations) - Crypto inherently holds no security benifits over
by greybox 4y ago
While I agree with some of your points here, (Mitigating the need for intermediaries in certain situations)
- Crypto inherently holds no security benifits over traditional banking. Fortran has been used for decades because it has worked, and there has been little need for change.Fortran isn't a security hole in itself. In fact it has all of the same problems with private PIN access and MFA, PLUS all the downsides that come with malicious smart contracts. As far as personal security goes, crypto is much much worse.
- The immutable and public nature of smart contracts. Why should anything be immutable? What if something is done by mistake, or by fraud? The benefits of traditional banking is that at the end of the day, there is a human on the other side that can reverse things if stuff goes wrong.
- I see no benefit of the entire chain being public, just because I give someone my public key, because I spend money with them, or my employer needs to pay me, why should they be able to see EVERY transaction I have ever made?
- mattdesl 4y ago- Banks and financial systems use COBOL/FORTRAN not because they want to, but because the systems are decades old, the knowledge of how it works often lost, and making small changes or adding new features could lead to catastrophic failure[1][2][3]. Crypto on the other hand tends to be on the cutting edge of cryptography and heavily reliant on open source. Despite crypto systems having a better bedrock than a bank trying to maintain their multimillion lines of COBOL spaghetti, I can agree that many end-user applications in crypto do not provide better security than today's banks (e.g. MetaMask hot wallet storing user private keys in the cloud). - The ledger is generally considered immutable; but the platforms and protocols built on top of it need not be. Social consensus can pivot to a new contract address. An analogy would be a git commit; you can update the head of your codebase, but your past changes are still present and analyzable. - Better support for zero-knowledge proofs would be the eventual end goal for many of these systems, allowing users to shield data and maintain their privacy. I agree that not every transaction should be public, and it's a limitation of current crypto currencies that will likely take several years to solve. [1] https://federalnewsnetwork.com/tom-temin-commentary/2020/01/irs-programming-mystery-continues/ https://federalnewsnetwork.com/tom-temin-commentary/2020/01/... [2] https://increment.com/programming-languages/cobol-all-the-way-down/ https://increment.com/programming-languages/cobol-all-the-wa... [2] https://www.wealthsimple.com/en-ca/magazine/cobol-controls-your-money https://www.wealthsimple.com/en-ca/magazine/cobol-controls-y...