Hacker News Reader

> 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..

View on HN

Is 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.

No, not inherently more secure, but probably more developers around who already understand the core semantics. Also, tools.

The 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/

Strictly speaking, the bug was not in the language itself, but in a specific contract's code.

Looks like it needs some work, anyway:

https://news.ycombinator.com/item?id=14810008

The language and the underlying EVM code worked exactly as intended. The bug was in the contract written by Parity.

Reply on news.ycombinator.com