alt.hn

3/17/2026 at 6:01:50 PM

Edge.js: Run Node apps inside a WebAssembly sandbox

 https://wasmer.io/posts/edgejs-safe-nodejs-using-wasm-sandbox

by syrusakbary

3/17/2026 at 7:36:41 PM

Hi HN!

I'm Syrus, from Wasmer. We built Edge.js in a few weeks after different trials trying to bring Node.js to the Edge. We used AI and Codex heavily for this project, as otherwise the timeline would have spanned to a year plus to develop.

The summary of this announcement is that Edge.js:

  * Runs using WebAssembly when in `--safe` mode
  * It's fully compatible with Node.js (passing all their spec tests for non-VM modules)
  * It has a pluggable JS engine architecture: can work with V8, Javascript, SpiderMonkey, QuickJS, Hermes, etc.
Super happy to answer any questions you may have!

by syrusakbary

3/17/2026 at 8:32:49 PM

> * Runs using WebAssembly when in `--safe` mode

Why is safe mode opt-in?

by jonny_eh

3/18/2026 at 12:03:44 AM

noob question, but how can you create a localhost:3000 port, when ported to wasm, in the browser?

I think this is a cool demo for you to show, at least in my mind this might be a little mind blowing + maybe a db?

I know there are wasm dbs availble that are very light, but so that maybe it's a plus to consider.

by gamebak

3/18/2026 at 6:21:44 PM

Node does not run in a browser?

by gavinray

3/18/2026 at 10:11:43 PM

Yet... stay tuned!

by syrusakbary

3/18/2026 at 1:26:41 AM

Just wanted to chime in to say this is really cool. I dreamed of building something like this for the Extism ecosystem but it was a huge lift to unlock all the pieces. This looks like lots of innovation all the way down the stack. Kudos!

by bhelx

3/18/2026 at 5:08:28 PM

Thanks Ben! Took us a bit to figure out the best architecture for it, but once it became clear then it was just a matter of implementing the missing bits.

I think the fact that WASIX is much more mature now have helped to increase development speeds quite a bit!

by syrusakbary

3/17/2026 at 7:45:24 PM

Maybe I’m just dense, but it says the fs module is fully supported, so what happens when I try to read a file from disk if the app is fully sandboxed?

by larsnystrom

3/17/2026 at 7:51:13 PM

Only the current working directory will be exposed/mounted to the runtime (we do this to facilitate the DX when running local files without requiring the user to add extra flags).

As a fun exercise, you can try reading process.cwd() from edge in --safe mode and without it.

by syrusakbary

3/18/2026 at 12:45:05 PM

but what if I want to expose / mount more files in the sandbox?

need docs

by micecof

3/18/2026 at 10:12:25 PM

Actually agree with you here. It will be a good idea to add docs for the CLI and the WebAssembly sandboxing

by syrusakbary

3/17/2026 at 9:47:42 PM

What's the Next.js compatibility like?

by Onavo

3/17/2026 at 9:52:55 PM

Edge.js is fully compatible with Next.js

by syrusakbary

3/18/2026 at 2:44:47 AM

This feels like shifting the trust boundary from the OS (containers) into your runtime (WASIX + shims).

Curious how this holds up under hostile workloads, especially with native modules and libuv in the mix.

by davispeck

3/17/2026 at 8:32:46 PM

Awesome project!

Dumb question: could you run this in frontend js using the browser's js engine and wasm environment similar to WebContainers? Maybe `fs` is just in-memory, and some things like forking are disabled. It'd be cool to have "nodejs" in the web!

by willquack

3/17/2026 at 8:53:08 PM

I work on a project that does exactly that (and more): https://browserpod.io/.

Currently it supports Node, but we plan to add Python, Ruby, git, and more.

You can see it in action in this demo: https://vitedemo.browserpod.io

More info here: https://labs.leaningtech.com/blog/browserpod-10

Ah and kudos to Syrus and his team for this release. Edge.js's architecture seems to have many similarities with BrowserPod. I see it as proof that we are both going in the right direction!

by yuri91

3/19/2026 at 2:45:34 PM

Thanks Yuri. Keep up the good work

by syrusakbary

3/17/2026 at 8:52:18 PM

It’s not a dumb question at all.

And yes, it will allow running Node.js apps fully on the browser, in a way that’s more compatible than any other alternative!

Stay tuned!

by syrusakbary

3/17/2026 at 9:11:01 PM

Do you have any specific test case that you would consider "very challenging" on the compatibility side? I'd be curious to check if BrowserPod can support that already.

by apignotti

3/17/2026 at 9:06:45 PM

>in a way that’s more compatible than any other alternative

I can see where that's going.

Awesome. I want to msg. you on LinkedIn but can't.

by moralestapia

3/18/2026 at 12:17:28 AM

Not sure I understand the use cases. I'm guessing people want to run unsafe nodejs code. Either cloud providers like for lambdas or on personal computer for AI coding? On cloud why is this better than firecracker, firecrack can run any programming language this is just nodejs so already useless for that use case?

For personal computer, people worried about the spin up time of docker? I think that is more of a tooling issue where you spin up one instance and run multiple jobs.

What am I missing? What are actually real use cases where this would be better?

by pacman1337

3/18/2026 at 12:34:07 AM

User lacks permissions to install "apps."

by jsLavaGoat

3/18/2026 at 2:46:00 AM

I still prefer Deno because I don't need a separate npm install command, which makes running code that much easier

Being able to import from "https://my-vpn.com/mypackage@1.2.3" or "npm:package@1.2.3" and just running code without having to worry about scaffolding node_modules makes sandboxing code much easier

by d0100

3/18/2026 at 2:14:57 AM

I don't get it. You mention being able to choose your own JS engine, so it's not using Wasmer's WebAssembly implementation but that of the chosen JS engine's? In other words, can Edge.js use Wasmer? Or have you managed to compile V8/JSC into WebAssembly and are executing it with Wasmer? If so, amazing!

by ammmir

3/18/2026 at 2:44:50 AM

I think it’s the latter

by jonny_eh

3/18/2026 at 7:15:59 PM

How to run it embeddable, i.e. can I load unsafe code in existing typescript codebase using it?

What is the lifecycle of the sandbox? Can we pause, step-by-step, pause and resume executed code?

by huksley

3/17/2026 at 9:21:15 PM

Very cool project!

Question regarding the pluggable js engine: I have an electron app where I'm currently using QuickJS to run LLM-generated code. Would edge.js be able (theoretically) to use electron's v8 to get a "sanboxed within electron" execution environment?

by pscanf

3/17/2026 at 10:02:22 PM

Yes, this should be fully possible.

We actually believe Edge.js will a great use case for LLM-generated code.

by syrusakbary

3/17/2026 at 9:35:42 PM

naively, based on their install.sh script, you'd pick the correct edge.js executable and shell out to that. I'm sure there's some more integral means, but if you wanted a quick test, that should be easily setup.

by cyanydeez

3/17/2026 at 9:20:43 PM

Very interesting! On what platforms can this run? If it can run on iOS, how would you handle attempts to access to the file system or networking, is this already wired in somehow? If not is it easy to add custom handlers to handle these actions?

by MillionOClock

3/17/2026 at 9:54:42 PM

Yes, it could run in iOS (using JavascriptCore, V8 in jitless mode, or QuickJS), although we don't have a prototype app yet.

It should probably take a few hours with AI to get a demo for it :)

by syrusakbary

3/17/2026 at 11:41:16 PM

Awesome! Are you planning on setting a license soon? I might have missed it but I don't see it on the GitHub repo.

by MillionOClock

3/19/2026 at 2:46:15 PM

Just set it to MIT :)

by syrusakbary

3/17/2026 at 8:17:08 PM

It's a bit confusing.

Roughly:

* a refactor of Node.js, but using a standardized API for JS engine interop * Integration with the Wasmer CLI so it will run JS with v8 but, everything else in Webassembly

Interesting idea.

Could be a much lighter weight way to sandbox JS...

by alex_reg

3/17/2026 at 8:26:56 PM

We are so deep into the weeds that sometimes is hard for us to realize that maybe we are not explaining in the best terms.

What was the most confusing thing in the blogpost? I'd like to polish a bit more to make it clearer! Thanks a lot!

by syrusakbary

3/17/2026 at 9:29:36 PM

Hi Syrusakbary, I have to admit I still do not fully understand what this is.

First, I could not find usage examples on the edgejs.org page and the docs link points to the node docs, why?

If I head to github, there are some usage examples, but they confuse me more.

The first example: $ edge server.js led me to think that this is a node replacement that runs in a webassembly sandbox, so completely isolated. But why the need of --safe then? What's the difference between using it and not using it?

But the next examples creates more confusion to me: $ edge node myfile.js $ edge npm install $ edge pnpm run dev

What is this doing? I thought that edge was a node replacement, interpreting and running javascript files, but it's now running executables (node, npm)... what is that? What happens when I run npm install... where does it install files? What's the difference between running edge node myfile.js and edge myfile.js?

Hope this helps.

by giankam

3/17/2026 at 10:01:25 PM

> I could not find usage examples on the edgejs.org page and the docs link points to the node docs, why?

This was intentional, as a demonstration that Edge and Node should not diverge a bit. You should be able to replace `node` with `edge` in your terminal and have things running, so that's why we point to the Node.js docs.

> But why the need of --safe then? What's the difference between using it and not using it?

Edge.js currently runs without a sandbox by default. The main reason for this is two fold: native currently performs a bit better than with the Wasm sandbox (about 10-20% better), and because we wanted to polish more the Wasm integration before offering it as default.

> $ edge pnpm run dev > What is this doing?

This is making the `node` alias available for anything that you put after edge. This allows pnpm to use the edge `node` alias instead of your platform node.

Things will be installed as usual, in your `node_modules` directory

by syrusakbary

3/18/2026 at 3:45:05 PM

Sick! Love me some Wasm solutions like this

by drewbitt

3/17/2026 at 11:25:16 PM

Huh. Could this be a way to sandbox user-generated JS in web apps?

by 2001zhaozhao

3/18/2026 at 1:37:06 AM

Can that Node app load and run WebAssembly?

(A.K.A. are we IBM 360 yet?)

by actionfromafar

3/18/2026 at 8:40:39 AM

Yes it can :)

by syrusakbary

3/18/2026 at 12:21:21 AM

Wow! Node APIs in wasm(wasix)? Something that I have been thinking over for a long time is getting wasm (just wasm, not wasi or com) to be the unit of deployment/packaging for web apps like Nuxt/Next that only depend on, for example SQLite or Postgres. Slightly ignorant question, but would edge.js allow integrating with a caddy plug-in to handle serving the app from wasm?

I know of the extism project and played around with it in elixir, but I'm looking to have CF Workers DX with as little operational complexity as possible for many silly pet projects.

by robjam

3/18/2026 at 12:25:00 AM

There's a lot of inspiring projects in the thread that I'm going to have to look over. This made my day.

by robjam

3/18/2026 at 12:05:03 AM

[dead]

by iam_circuit

3/17/2026 at 8:04:03 PM

[dead]

by leontloveless

3/17/2026 at 11:32:30 PM

[dead]

by aplomb1026

3/18/2026 at 5:08:54 PM

[dead]

by Heer_J

3/18/2026 at 5:36:26 AM

[flagged]

by billionverify

3/18/2026 at 6:26:12 AM

This is LLM-written.

by comp_throw7

3/18/2026 at 5:41:25 AM

The idea, as I understand it, is not to run edgejs multitenant in the sense that have multiple tenants under the same edgejs process. Instead, you spawn one edgejs process for each tenant. So in the openclaw example each sandboxed call would be a new edgejs process.

by baalimago

3/18/2026 at 1:48:44 PM

You mean the gateway? I see, but what I concern not only multitenant or gateway process, agents need tools, that brings more challenge to entire runtime.

by billionverify