Hacker News new | past | comments | ask | show | jobs | submit | jc123's comments login


Nit: recipient is the correct spelling for the book. Will keep eye on this.


There's a stackexchange with technical answers to most of these questions, such as:

http://ethereum.stackexchange.com/questions/191/how-can-i-se...

For #3, an introduction is:

https://blog.ethereum.org/2015/12/24/understanding-serenity-...

and the improvement proposal is: https://github.com/ethereum/EIPs/issues/28

For #1, there are checksums now, but the more interesting question and challenge is how would a decentralized registry/DNS be designed, that has reasonable anti-incentives for squatters?

https://github.com/ethereum/EIPs/issues/26


If you want a challenge and can contribute, some details are:

EIP 105 (Serenity): Binary sharding plus contract calling semantics

https://github.com/ethereum/EIPs/issues/53

Very technical open discussion here:

https://gitter.im/ethereum/research

I believe they also have weekly Google Hangout on Mondays.


Perhaps Github Issues itself should be available as a mechanism for people to provide feedback about Github itself.


Hypothetical link: github.com/github/github/issues


Both editions of the book were before the invention of blockchains. Integrating it in the next edition of the book would be solid work: not just explaining a blockchain but really integrating it with existing parts of computer science.


No, bitcoin isn't the only thing to use blockchains. Git has used them since 2005, and other distributed versioning systems since before then.


Why? Interested in your reasons. One plausible one is that trusting an author you know can be more practical than examining every line of a massive open source code base. Could that be a reason? Others?


Shotgun blast: open source software is easier to read. Is the quality higher? Depends: there are some terrible vendors, and there are some very shoddy open source security projects. Open source software, with a couple of exceptions, are rarely audited professionally. Widely used open source projects get shaken out for memory corruption and XSS. They do not as a rule get thoroughly evaluated for cryptographic flaws.

A more precise way to state my preferences:

I trust _crypto_ from Microsoft, Apple, or (especially) Google more than I trust _crypto_ from a developer I've never heard of before. I do not as a rule trust rando closed-source projects.


Very nice short video Nash did for the Abel prize http://www.abelprisen.no/artikkel/vis.html?tid=63683


With crashes, though rare in Chrome, when one does happen it usually kills all my Chrome windows instead of a single tab as is touted :/


It depends which process crashes. Usually and rare a sub-process crash which means a few tabs need a page reload. If your main process crash (which should be very very rare) then I would suspect you have a faulty memory module in your device or you have little free memory or your operating system has not optimal scheduler (e.g. server OS on a desktop).


I've seen it irregularly on multiple machines, Windows 7, Windows 8 and now Mac OS X. It's actually really soured me on the whole idea of a multi-process architecture. I understand the theoretical benefits, but I don't see messages that a particular tab crashed that much more often than that the entire browser crashed.


"Little free memory" means that Chrome has eaten all my ram though.

Chrome is really lagging behind Firefox in this, as it has no backgrounding / unloading process that I'm aware of to maintain a reasonable memory footprint.

It also attempts to render every tab at once when restoring after a crash - another obvious problem.


Let me guess, it's a process like Flash that kills all of your tabs?

That's why having proprietary technology in browsers sucks because you can't really implement it the way you want to (as a browser vendor).


If you can reproduce that, I'm sure the Chrome team would be very, very interested in that.


Or maybe not, I think they have automated crash reporting (I even used their library, breakpad) but my Chrome has been very consistent in crashing on Windows wakeup for over a year now.


It's not clear what parts the author modified last month, since the bulk of the article is from the past. A separate, additional article would be interesting to hear author's recent views and experiences.

For something upcoming, http://www.augur.net is an attempt at a decentralized prediction market.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: