4 ms·
> Parity is the fastest and most secure way of interacting with the Ethereum network. Why start from scratch and not use something like Haskell or ML? I don't
by zengid 9y ago
> Parity is the fastest and most secure way of interacting with the Ethereum network.
Why start from scratch and not use something like Haskell or ML? I don't understand why they're reinventing the wheel when there's a chance that millions could be stolen..
- kev009 9y agoThe core is written in Rust which is at least as strong as ML. The bug was in the contract language, https://solidity.readthedocs.io/en/develop/ https://solidity.readthedocs.io/en/develop/
- tsukaisute 9y agoStrictly speaking, the bug was not in the language itself, but in a specific contract's code.
- zengid 9y agoLooks like it needs some work, anyway: https://news.ycombinator.com/item?id=14810008 https://news.ycombinator.com/item?id=14810008
- tylersmith 9y agoThe language and the underlying EVM code worked exactly as intended. The bug was in the contract written by Parity.
- bitmapbrother 9y agoIs Haskell or ML 100% secure and not prone to bugs? The original multi-sig wallet code did not contain the error. It was only when Parity refactored it did they introduce the error. Sure, it would have been nice had Solidity not defaulted functions to public, but the error was the fault of a human and not the language. That said, I agree with their recommendations that functions not default to public and the use of simple contracts encapsulating complex contracts.
- zengid 9y agoNo, not inherently more secure, but probably more developers around who already understand the core semantics. Also, tools.