News for hackers. Stuff that matters.
Re:WebAssembly: Mozilla Won by jonloldrup on Thursday June 01, 2017 @07:54AM (#14459496)
"...the verifier for NaCl is likely to be an order magnitude smaller than a component in WebAssembly implementation..."

Why is this so?

Re:WebAssembly: Mozilla Won by fpoling on Thursday June 01, 2017 @08:45AM (#14459751)
NaCL verifier is just a loop that essentially matches the instructions against a white list and checks their format and offsets. WebAssembly needs parser/linker/optimizer/assembler. Granted that the format is optimized for fast translation, but just the amount of code to support data structures in the implementation like maps, lists etc. must be big.
Re:WebAssembly: Mozilla Won by Houshalter on Thursday June 01, 2017 @10:47AM (#14460692)
NaCL also needs those things because it has to compile it's bytecode to machine code on multiple architectures. It's no different than webasm, just a different bytecode. A big advantage of webasm is that it's integrated into the existing javascript VM, that has already been sandboxed and battle hardened.
Re:WebAssembly: Mozilla Won by eridius on Thursday June 01, 2017 @03:08PM (#14463432)
I believe that's PNaCl. NaCl just handles already-compiled machine code. But of course NaCl isn't portable, which is why PNaCl exists.
Re:WebAssembly: Mozilla Won by nickpsecurity on Thursday June 01, 2017 @10:45AM (#14460669)
As in my other comment, something like that can be mathematically verified for correctness as well. That requires simplicity if one doesn't want to throw person-years of work at it w/ possibility of finding out it was impossible. My comment links to a formally-verified checker for NaCl as well.

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