new Hugo blog, chunky-poster theme

blog/.gitmodules

@@ -0,0 +1,3 @@
+[submodule "themes/chunky-poster"]
+	path = themes/chunky-poster
+	url = https://github.com/puresyntax71/hugo-theme-chunky-poster.git

blog/archetypes/default.md

@@ -0,0 +1,6 @@
+---
+title: "{{ replace .Name "-" " " | title }}"
+date: {{ .Date }}
+draft: true
+---
+

blog/config.toml

@@ -0,0 +1,4 @@
+baseURL = "https://js.ethereum.org"
+languageCode = "en-us"
+title = "EF JavaScript Team | Blog"
+theme = "chunky-poster"

blog/content/authors/holger-drewes/_index.md

@@ -0,0 +1,5 @@
+---
+name: "Holger Drewes"
+images: ["holger-drewes.jpg"]
+twitter: "holgerd77"
+---

blog/content/posts/ethereumjs-vm-v5.md

@@ -0,0 +1,33 @@
+---
+title: "EthereumJS VM v5 Release"
+authors: ["Holger Drewes"]
+date: 2020-11-19T23:13:16+01:00
+draft: true
+---
+
+We are proud to announce that our VM v5 release is finally ready to be published and comes with a ton of changes, see [release notes](https://github.com/ethereumjs/ethereumjs-vm/releases/tag/%40ethereumjs%2Fvm%405.0.0-beta.1) for details.
+
+<!--more-->
+
+#### Full Hardfork Support
+
+Starting with this major release series the EthereumJS VM is now a fully mainnet-compliant VM supporting all hardforks down to `Frontier` (we call this `chainstart` in our `Common` library). This will open up for all sorts of interesting new use cases e.g. for block explorers or development tools integrating the `JavaScript` VM (no JS files left though, all `TypeScript` now including the test suite :yum: ).
+
+If you are excited about this feature we'd love to hear from you in the #vm channel! For us internally the main imminent use case is that we are now able to integrate the fully HF-supporting VM in the client library https://github.com/ethereumjs/ethereumjs-client where we ramped up development activity lately again and are now able to integrate a simple full-sync mechanism to live-test the VM towards the "real thing" :slight_smile: (you will likely hear more on this in a separate post in the future).
+
+#### EIPs as native Citizens
+
+EIPs are now native citizens within the VM and we are moving towards a more EIP-centric VM, again we'd love to hear from you on #vm about this. 
+
+To instantiate a VM with support for a specific EIP the `Common` instance is used (I'll give this `Common` library a dedicated post tomorrow since it plays a central role in tying all our monorepo libraries together):
+
+```typescript
+import Common from '@ethereumjs/common'
+import VM from '@ethereumjs/vm'
+const common = new Common({ chain: 'mainnet', eips: [2537] })
+const vm = new VM({ common })
+```
+
+This gives you a `mainnet` VM with default HF from `Common` (starting with the new `beta.1` releases: `istanbul`) and `EIP-2537` activated on top.
+
+On this round we are starting with dedicated support for `EIP-2537` (BLS precompiles), `EIP-2315` (subroutines) and `EIP-2929` (gas cost increases for state access opcodes), which are all EIPs targeted either for the next `berlin` HF or one of the ephemeral `Yolo` `v2` or `v3` testnets.