Exactly. If there's no "dev utility", there's *zero* chance for Ether to become SoV, no matter how "SoV-optimized" it is. Once we have dev utility, Ether SoV-optimization makes a ton of sense. One can even write a simple math function to explain this.
-
-
That said, there are many talented & knowledgeable Eth devs who understand that trust minimization includes governance minimization & that Turing-complete smart contracts are a hugely valuable idea but very different from programming a web page. I look forward to a future reboot.
-
Do you think Simplicity by blockstream is miles ahead and taking a much more reasonable path to full featured smart contracts?
-
Bitcoin will never have L1 smart contracts, therefore smart contracts on Bitcoin will never be secure. Better use
#ETC! -
Unless something has changed about open source projects with the vast majority of the talent and market share and the most solid architecture, I think you are wrong. As soon as we know how to build secure smart contracts they will be on bitcoin as shown by
#LN. -
Off-chain smart contracts don't have the same trust assumptions as on-chain code. One is often not a good substitute for the other.
-
Agreed. But Simplicity is intended to be used on Bitcoin. And unless Eth has a credible chance of getting massive hash power they should stop the security theater and use a federated model.
-
Simplicity is intended to be used on Blockstream's Elements sidechain. Not Bitcoin.
-
Everything on the elements side chain is intended for
#bitcoin except the federated security. - 4 more replies
New conversation -
-
-
From an engineering perspective, the worst is poor isolation of code running in different contracts. It makes security pretty much intractable. And then there is the ghost of PoS haunting the protocol.
-
Indeed, it's about as different from normal web programming as you can get, and "Web 2.0" is about the most pathological way possible to describe what needs to be done. Very common practices such as shared libraries you don't thoroughly analyze for yourself become very dangerous.
-
We'll get there. Some discussion of a better model for isolation here:https://ethresear.ch/t/ethereum-2-0-data-model-actors-and-assets/4117 …
End of conversation
New conversation -
-
-
1) I’m a software architect, I like the ETH 2.0 plans, far better than the “hybrid Casper”. 2) I can’t speak to the “sloppy programming” bit, but BTC Core has certainly had some nasty bugs too. 3) Agree that some ETH devs seem entranced by utopian nuttiness. Same with BTC.
-
Developers should see, they can design a protocol, but is not posible to design the world, every state and government in this world have try it and failed. They fail all days trying to “design” how should people do things.
-
You can't design how people do things but you can design incentives. Incentive design is powerful.
End of conversation
New conversation -
-
-
Not many. A select few louder voices that do not represent the Ethereum community as a whole. Luckily these voices do great work besides contemplating utopian governance schemes :)
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
-
-
I think a lot of people ignore Vlad’s off topic rants. You certainly didn’t deserve any of what he said to you!
- End of conversation
New conversation -
-
-
I would say all the symptoms you list are the confused attitude people unsure how to maintain a lead rather than a sinking ship.
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
