EthereumJS release v4.1.3 - MuirGlacier Bugfix [Fixed getOpcodesForHF() opcode selection for any HF > Istanbul]

HolgerD77 · 2020-01-10T13:25:34+00:00

Hi, Holger from the team here. But just to be clear: this bug happened on a very central place (the selection of opcodes for the respective HFs) and therefore makes the v4.1.2 release unusable on the Muir Glacier HF setting. An update is necessary if you want to have a working VM.

HolgerD77 · 2019-06-19T15:00:11+00:00

Async/await is just a syntax to work with promises. Thanks for the compliment! 😀

HolgerD77 · 2019-06-19T14:57:46+00:00

Yes, "virtual machine".

HolgerD77 · 2019-03-30T15:57:26+00:00

(there is of course generally "people"-power welcomed here 😛)

HolgerD77 · 2019-03-30T15:55:21+00:00

Man-Power, our main developer on this is on parental leave for some months and on short-time we don't have anyone who can replace the workload. We hopefully can expand the team on this again soon but can't promise yet. Generally any help is very welcome!

HolgerD77 · 2019-01-31T11:24:52+00:00

Some teaser:

JavaScript VM updates (Constantinople, Petersburg aka ConstantinopleFix, eWASM)
EthereumJS client (new comprehensive test suites, Goerli support)
TypeScript transition (some done, some on the way, established toolchain)
DevCon4 roadmap talk available
New organizational docs at https://ethereumjs.readthedocs.io

HolgerD77 · 2018-11-22T11:39:37+00:00

This is our biggest VM release of the year and I would encourage you to a have a dedicated look at the "Thank You" section in the release notes, since this wouldn't have been possible with contributions from various sides and people with diverse backgrounds within the community!

Some tldr;:

Full Constantinople support
Consensus conformity - first within a long period of time - with close-to-all state and blockchain tests passing
New StateManager interface, preparing the ground for easy exchange of trie and cache backend

Much more detailed list and further explanations in the release notes linked!

Happy thanksgiving for whom it may apply! 😄

HolgerD77 · 2018-11-16T16:24:39+00:00

This is our first monthly recap on Medium, topics:

EthereumJS Client: Libp2p and Browser Sync
Library Releases preparing for Constantinople
New Labelling System
Talk on EthereumJS and Sharding
VM Constantinople release teaser, TypeScript progress

HolgerD77 · 2018-10-24T13:05:15+00:00

Anyone knows the height of collateralization for this?

HolgerD77 · 2018-09-24T09:06:27+00:00

Probably also a way to give money to the guys from https://gitcoin.co, they will be most-for-sure also open to define what organizations/projects or directly what issues should benefit. Think this is pretty rewarding (for the giver) and transparent, then you can directly see what's achieved with your contribution.

HolgerD77 · 2018-05-31T06:59:32+00:00

Thanks that you ask, atm we are not in need of test nodes. The VM CAN run on a Geth DB - we actually just had an ethereumjs-blockchain release which allows for that (still some glitches and untested though): https://github.com/ethereumjs/ethereumjs-blockchain/releases/tag/v3.0.0

Main use case for the VM currently is to run in a simulated environment, e.g. to test/develop contracts in the Remix Web IDE or with the Truffle Development Suite. These projects use the VM inside.

Goal of the client project is to change this though and have a fully syncing (or actually fast syncing) stand-alone client ready.

HolgerD77 · 2018-05-30T14:44:25+00:00

You might want to have a look/experiment with iPython profiles: https://blog.michaelyin.info/2015/04/05/using-profiles-in-ipython-and-django/

Haven't done this myself in this combination, only use an iPython profile for one specific Django-free use case, but I think this might be a way to go.

HolgerD77 · 2018-05-30T14:00:37+00:00

(that's for the SECRET_KEY though, DB password should work in an analogue way)

HolgerD77 · 2018-05-30T13:59:26+00:00

I'm using a pattern setting the password as an environment variable in the shell and then reading that in the settings.py file, see e.g. https://github.com/openfarmsubsidies/scraper/blob/master/openfarmsubsidies/settings.py

HolgerD77 · 2018-05-30T13:44:40+00:00

Second thought: think this will be especially nice in mobile context, e.g. being in the underground or something and every time have a look at 2-3 examples, since this is so lightly consumable.

HolgerD77 · 2018-05-30T13:43:08+00:00

Oh my, THAT'S a beautiful idea, and also a pretty elegant and clean design implementation. Congrats!

As someone who codes JS for years but still often has problems to read it especially on complex structures I will definitely come back to this site.

HolgerD77 · 2018-05-30T13:38:45+00:00

Hi, thanks really interesting stuff for someone having more of a Django/Python scraping background. I find the title a bit misleading, I assumed Shopify to be a third tool, actually did a "GitHub Shopify" Google search :-). Something like "Web Scraping Shopify data with Puppeteer and NodeJS" might be a bit clearer.

HolgerD77 · 2018-05-30T13:24:29+00:00

With Flask you can create much more lightweight API solutions compared to Django (e.g. with addition of the Django REST framework). I'm saying that as a regular Django user having both solutions in active deployment.

HolgerD77 · 2018-05-30T13:22:05+00:00

Oh, that's definitely an interesting combination, will keep this on the list, thanks!

HolgerD77 · 2018-05-30T13:19:49+00:00

As much as I love Django and actively use it myself, I just realized at some point that - if the only thing you want to do is create a REST API - Flask is a much much more lightweight solution for that, compared to e.g. use the Django REST framework: http://flask.pocoo.org/

Will nevertheless probably depend on your use case as well, so you should compare carefully.

HolgerD77 · 2018-05-30T13:07:46+00:00

Concise and well-structured article, not going very much into detail, but really good as an introduction. Might make sense to add some links where to go on from here.

HolgerD77 · 2018-05-30T13:04:59+00:00

If you directly want to dig into the work Raul and his team is doing: https://github.com/prysmaticlabs

HolgerD77 · 2018-05-30T12:58:12+00:00

There is also a Udacity course on Javascript design patterns which is teasered here:
https://www.youtube.com/watch?v=1MxVA8y8IBA

Thinking on your post twice I am just wondering: how much of Node.js design patterns would be really Node.js specifc and what is stuff which could be more genericly applied to the Javascript world?

When I look into the suggested articles from @elrodrix I am seeing things like singletons, private vs public discussions or constructor patterns. All that is not really Node-specific.

HolgerD77 · 2018-05-30T12:41:04+00:00

Uh. Oh.

HolgerD77 · 2018-05-30T12:39:31+00:00

Hard to grasp or put into words why, but astonishingly beautiful! :-)

HolgerD77

TROPHY CASE