macOS
brew install wasmedgelocal Homebrew formula metadata
sudo port install wasmedgeMacPorts ports tree · devel/wasmedge/Portfile · source: api.github.com
brew
Lightweight, high-performance, and extensible WebAssembly runtime. Version 0.17.1 via Homebrew; verified 2026-07-07.
install
brew install wasmedgelocal Homebrew formula metadata
sudo port install wasmedgeMacPorts ports tree · devel/wasmedge/Portfile · source: api.github.com
sudo apt install libwasmedge-devDebian stable package indexes · libwasmedge-dev · source: deb.debian.org
sudo dnf install wasmedgeFedora Rawhide package metadata · wasmedge · source: dl.fedoraproject.org
nix profile install nixpkgs#wasmedgenixpkgs package indexes · pkgs/by-name/wa/wasmedge/package.nix · source: api.github.com
sudo zypper install libwasmedge0openSUSE Tumbleweed package metadata · libwasmedge0 · source: download.opensuse.org
scoop install main/wasmedgeScoop official bucket manifest trees · bucket/wasmedge.json · source: api.github.com
winget install --id WasmEdge.WasmEdge -eWindows Package Manager source index · WasmEdge.WasmEdge · source: cdn.winget.microsoft.com
overview
Lightweight, high-performance, and extensible WebAssembly runtime
history
WasmEdge is a lightweight, high-performance, extensible WebAssembly runtime focused on cloud-native, edge, decentralized, and AI workloads. It sits in the runtime layer between plain Wasm execution and container orchestration, with particular attention to AOT compilation, WASI-like extensions, Kubernetes integration, and host embeddings.
WasmEdge was originally known as SSVM and was created by Second State. In April 2021 it was accepted into the Cloud Native Computing Foundation at Sandbox maturity, and CNCF project metadata records April 28, 2021 as the acceptance date.
Second State announced the CNCF transition in June 2021 and described WasmEdge as the first official CNCF WebAssembly runtime project. That announcement framed the runtime as an edge-cloud and embedded alternative to heavier Linux containers and virtual machines, with extensions for TensorFlow inference, storage, command execution, and Ethereum-flavored WebAssembly.
The project later leaned further into cloud-native deployment. Official WasmEdge documentation describes using Kubernetes, Docker, CRI-O, containerd, and crun-style runtimes to deploy and manage lightweight WebAssembly applications with familiar container tooling.
WasmEdge's adoption history is closely tied to CNCF and container ecosystem experiments around WebAssembly workloads. The WasmEdge homepage highlights serverless apps, embedded functions, microservices, smart contracts, and IoT devices, while the CNCF project page describes it as a runtime for cloud native, edge, and decentralized applications.
A major visibility moment came in October 2022, when Docker announced a Docker+Wasm technical preview in partnership with WasmEdge at Cloud Native Wasm Day during KubeCon North America. That put WasmEdge in front of developers who already understood images, compose files, and container runtimes but wanted a smaller sandboxed execution target.
Recent project messaging also emphasizes LlamaEdge and GenAI scenarios built on top of WasmEdge. That is a natural extension of its earlier edge-computing niche: run a small, sandboxed, accelerated workload near the user or device, but package and orchestrate it with cloud-native habits.
Developers use the wasmedge CLI to run WebAssembly modules and wasmedgec to compile modules ahead of time. In cloud-native workflows, WasmEdge is often selected as the runtime behind an OCI or Kubernetes path rather than invoked directly by end users.
Its practical differentiator is extension work: WASI-style system access, TensorFlow or WASI-NN style inference, host embedding APIs, and container integration. That makes it appealing when a team wants WebAssembly isolation but also needs real application hooks such as networking, AI inference, or orchestration.
WasmEdge matters to package maintainers because it bridges two packaging cultures: language-level WebAssembly components and OCI/container distribution. Its documentation repeatedly presents Wasm workloads as deployable with existing Docker and Kubernetes tools, which is exactly where packaging metadata, runtime handlers, image annotations, and host capabilities start to matter.
It is also one of the WebAssembly runtimes with a formal CNCF home, making it a frequent comparison point alongside Wasmtime, Wasmer, WAMR, wazero, and Spin/runwasi when people evaluate server-side Wasm stacks.
security posture
generalized runtime or code generation signal.
yellow risk · medium confidence · runtime
Before unattended agent use, check whether the tool reads plaintext credentials, writes remote state, publishes artifacts, or shells out to plugins.
executables
| Command | Kind | Exposure | Note |
|---|---|---|---|
wasmedge | cli | global executable | |
wasmedgec | cli | global executable |
freshness
These signals separate page generation age, package-manager activity, and upstream release comparison. Version lag is warned only when an evidence URL and comparable versions are present.
https://github.com/WasmEdge/WasmEdge
install metadata
| Package key | brew:wasmedge |
|---|---|
| Version | 0.17.1 |
| Package manager | Homebrew |
| Package manager page | https://formulae.brew.sh/formula/wasmedge |
| Homepage | https://WasmEdge.org/ |
| Repository | https://github.com/WasmEdge/WasmEdge |
| Upstream docs | https://wasmedge.org/docs |
| License | Apache-2.0 |
| Source archive | https://github.com/WasmEdge/WasmEdge/releases/download/0.17.1/WasmEdge-0.17.1-src.tar.gz |
| Last updated | 2026-07-07T12:59:59Z |
| Pulse | updated |
| Dependencies | fmt, lld, llvm, spdlog |
| Build dependencies | cmake |
| Bottle | available (on arm64_linux, arm64_sequoia, arm64_sonoma, arm64_tahoe, sonoma, x86_64_linux) |
| Homebrew post-install | not defined |
| Service | none declared |
registry facts
| Source Database | Homebrew formula API |
|---|---|
| Tap | homebrew/core |
| Full Name | wasmedge |
| Version Scheme | 0 |
| Revision | 0 |
| Head Version | HEAD |
| Bottle Stable Root URL | https://ghcr.io/v2/homebrew/core |
| Deprecated | no |
| Disabled | no |
| Keg Only | no |
| URL Keys |
|
source database matches
Matches are pulled from external package-manager indexes and kept separate from local Automic Vault package links.
libwasmedge-dev 0.14.1+dfsg-3.1
standalone runtime for WebAssembly (development headers)
sudo apt install libwasmedge-devlibwasmedge0 0.14.1+dfsg-3.1
standalone runtime for WebAssembly (C API shared library)
sudo apt install libwasmedge0wasmedge 0.14.1+dfsg-3.1
standalone runtime for WebAssembly
sudo apt install wasmedgewasmedge
nix profile install nixpkgs#wasmedgelibwasmedge-dev 0.13.5+dfsg-1build4
standalone runtime for WebAssembly (development headers)
sudo apt install libwasmedge-devlibwasmedge0 0.13.5+dfsg-1build4
standalone runtime for WebAssembly (C API shared library)
sudo apt install libwasmedge0wasmedge 0.13.5+dfsg-1build4
standalone runtime for WebAssembly
sudo apt install wasmedgewasmedge 0.17.0-1.fc45
High performance WebAssembly Virtual Machine
https://github.com/WasmEdge/WasmEdge
sudo dnf install wasmedgewasmedge-devel 0.17.0-1.fc45
WasmEdge development files
https://github.com/WasmEdge/WasmEdge
sudo dnf install wasmedge-develwasmedge-rt 0.17.0-1.fc45
WasmEdge Runtime
https://github.com/WasmEdge/WasmEdge
sudo dnf install wasmedge-rtlibwasmedge0 0.16.1-2.3
WasmEdge library
https://github.com/WasmEdge/WasmEdge
sudo zypper install libwasmedge0wasmedge 0.16.1-2.3
High-performance and extensible WebAssembly runtime
https://github.com/WasmEdge/WasmEdge
sudo zypper install wasmedgewasmedge-devel 0.16.1-2.3
Development files for WasmEdge
https://github.com/WasmEdge/WasmEdge
sudo zypper install wasmedge-develwasmedge
sudo port install wasmedgemain/wasmedge
scoop install main/wasmedgeWasmEdge.WasmEdge
winget install --id WasmEdge.WasmEdge -esource trail
This page is generated by av-web from the private package SQLite artifact built by scripts/generate-pkg-sqlite.py.
View the package source record on GitHub.