4 ms·
I think the framing of your argument is a little bit misguided. Looking at history and possibilities doesn't really get you anywhere. Sometimes people get a tec
by gjulianm 4y ago
I think the framing of your argument is a little bit misguided. Looking at history and possibilities doesn't really get you anywhere. Sometimes people get a tech massively wrong, sometimes they don't.
In order to have an actually good discussion, we need to look at the thing and go past the "well someone criticized the Internet too and now look at it".
So taking the idea of the blockchain. What makes the blockchain a "different thing"? The differential aspect is that it allows untrusted nodes to join in a distributed architecture. It's not the only database that exists and it's not the only distributed one either. So any claims of new features brought by blockchain should justify why they need the "untrusted distributed nodes" part. If they don't, we can assume that those new features don't really need the blockchain: either it's already been done, it's not an use case people are too interested in or it's not viable due to other reasons (economical, technical apart from storage, political...). In the case of blockchain claims, most don't actually justify the need for the untrusted distribution. For example, smart contracts: it's just a fancy word for "computer program" only that it runs on a distributed trustless architecture. But is that really needed? My bank already runs computer programs that execute loan payments, for an example of things people try to implement with smart contracts.
Compare that with personal computers or even AI. PCs allowed data manipulation, storage and calculations at a capacity that was not previously available. Of course the first computers wouldn't have enough power to do things that a wide array of people would find useful, but "low power" isn't a fundamental aspect of personal computers in the same way that "low bandwidth" isn't a fundamental aspect of blockchains.
- EGreg 4y agoSuppose I start a Web2 company, and end up building the next big social network. Or maybe I deploy Mastodon or Qbix and make a large community. Now elections, roles, permissions and credit balances may hold significant total value. Various jurisdictions now start to require you to hold surety bonds, get audits etc. Suppose you manage payments volume of $20 million a month for a teacher marketplace. One of your developers can just go into the database and change all the balances, salami-slicing money to themselves. Or someone can go and change all the votes. How can the users trust elections, or that you won’t abscond with the money one day, or get hacked, like FTX and MtGox? Web3 solves this with smart contracts. For the first time in history, we can guarantee (given enough nodes) that it is infeasible to take actions you are not authorized to do. The blockchain is readable by everyone - but more importantly, only authorized accounts can take individual actions that do a limited amount. It’s truly decentralized. The alternative is to build elaborate schemes where watchers watch the watchers — and the more value is controlled by the database (in terms of votes or balances) the more risk and liability everyone has. Why have it? Have teachers be paid by students using web3 smart contracts and tokens. Your site becomes merely an interface which contains far more low-value things. As for data, you can store it on IPFS with similar considerations. Read this: https://community.intercoin.app/t/who-pays-for-storage-nfts-and-other-digital-content-in-2022/ https://community.intercoin.app/t/who-pays-for-storage-nfts-... As you can see, my company and I have been giving it a LOT of thought, and not distracted by ponzi schemes. I am able to articulate exactly when you need Web3 and IPFS.
- gjulianm 4y agoDo smart contracts resolve that problem? I don’t think they do completely. Most people won’t have the knowledge or the time to verify the contracts. They will trust your word that they can’t be used to scam them. Smart contracts can still have failures too. And as long as the blockchain doesn’t control the real world, it won’t guarantee anything there (such as people making multiple wallets to manipulate the votes). > The alternative is to build elaborate schemes where watchers watch the watchers — and the more value is controlled by the database (in terms of votes or balances) the more risk and liability everyone has. Why have it? Why not the alternative of a regular bank account with public records? That also eliminates the risk that any mistake or manipulation stays there forever. It’s a tradeoff, not an absolute improvement. In any case, it seems you have indeed thought about a real use case where the blockchain at least makes some sense. But that’s precisely my point, we need to be talking about actual use cases and not empty claims about potential without actually looking at why it’s useful.
- EGreg 4y ago1. End-users don’t need to personally verify smart contracts or any other open source software. The key is to have each version have a hash, and on EVM thatms easy — it’s the address of the contract. Then, more and more auditors go through the code and sign off on the contract. In fact, this should be done for lots of open source ecosystems, eg composer or npm, because then we might not have stuff like this: https://blog.sonatype.com/npm-project-used-by-millions-hijacked-in-supply-chain-attack https://blog.sonatype.com/npm-project-used-by-millions-hijac... or this in log4j: https://theconversation.com/amp/what-is-log4j-a-cybersecurity-expert-explains-the-latest-internet-vulnerability-how-bad-it-is-and-whats-at-stake-173896 https://theconversation.com/amp/what-is-log4j-a-cybersecurit... In fact it happens more and more: http://cyware.com/news/analyzing-the-deadly-rise-in-npm-package-hijacking-78b24364 http://cyware.com/news/analyzing-the-deadly-rise-in-npm-pack... 2) On EVM you can just audit a smart contract FACTORY, and then people can trust all the instances made from it. This is immensely powerful. And then there is also regular use by people who put huge amounts of value into a protocol and it is never hacked. It is why for example people trust UniSwap liquidity pools not to rugpull them, and the same with many other protocols. Now, to be fair, you don’t need a blockchain for that. You can use merkle trees and code signing. But the current Web sucks at it — you just have to trust the server not to suddenly send you bad code, or your “user agent” to execute JS that sends your password in the clear somewhere. And App Stores are black boxes where you just have to trust Signal’s claims or Telegram’s claims. I write about that here in much more detail: https://community.intercoin.app/t/web3-moxie-signal-telegram-and-why-decentralization-matters https://community.intercoin.app/t/web3-moxie-signal-telegram... and I give an extensive talk here as to why we need to reform the current Web: https://www.youtube.com/watch?v=yKPKuH6YCTc https://www.youtube.com/watch?v=yKPKuH6YCTc And I wrote an article here on why the current technology leads to extreme centralization and what effect that has on our society: https://cointelegraph.com/news/how-a-web-that-lost-its-way-can-find-a-new-one/amp https://cointelegraph.com/news/how-a-web-that-lost-its-way-c... There are real societal consequences on the largest scales, from these platform choices of tech stack. 3) Sure, in the real world, things may not match the data on the blockchain. That painting could be stolen despite what the NFT says. The house up for sale may be a fake. And someone could default on a loan that you thought would bring you revenues. Blockchain doesn’t guarantee any of those things. However, on Aave marketplace, I am guaranteed a return, or my money back in the token I had lent. So my risk is reduced now to black swan events on the token market, so if I’m using mainstream tokens the chances of getting wiped out or losing my collateral are almost totally eliminated. People who don’t want to use it don’t have to. But if you’re building a very big community with a lot of value at stake, would you rather put votes, roles, and balances into a central database and PHP app code, or a blockchain with smart contracts? From personal experience I can tell you it should be the latter. 4) In your example it would be the bank that would opt to use blockchain and freely offer other indepdendent entities not under their control to run nodes snd secure it. It reduces the bank’s risk and liability! And yes thank you for recognizing that there may be a real class of use cases!