edgevec
Library Listed
High-performance embedded vector database for Browser, Node, and Edge
- Downloads
- 14
- Dependents
- 1
- Stars
- 100
- Forks
- 6
- Contributors
- 2
- Commits
- 244
- Latest release
- 0.9.0 ·
About
The first WASM-native vector database. Dense + sparse vectors, hybrid search, binary quantization, metadata filtering — all in the browser.
EdgeVec is an embedded vector database built in Rust with first-class WebAssembly support. It brings server-grade vector database features to the browser: HNSW + FlatIndex, sparse vectors with BM25, hybrid search (RRF fusion), 32x smaller binary codes, metadata filtering, soft delete, persistence, and sub-millisecond search.
Why EdgeVec?
| Feature | EdgeVec | hnswlib-wasm | Pinecone |
|---|---|---|---|
| Vector Search | Yes | Yes | Yes |
| Binary Quantization | Yes (32x) | No | No |
| Metadata Filtering | Yes | No | Yes |
| Sparse Vectors | Yes | No | Yes |
| Hybrid Search (RRF) | Yes | No | Yes |
| FlatIndex (exact) | Yes | No | Limited |
| BinaryFlatIndex | Yes | No | No |
| SQL-like Queries | Yes | No | Yes |
| Memory Pressure API | Yes | No | No |
| Soft Delete | Yes | No | Yes |
| Persistence | Yes | No | Yes |
| Browser-native | Yes | Yes | No |
| No server required | Yes | Yes | No |
| Offline capable | Yes | Yes | No |
EdgeVec is the only WASM vector database with binary quantization, sparse vectors, hybrid search, BinaryFlatIndex, and filtered search.
Try It Now
Build filters visually, see live results, copy-paste ready code:
Filter Playground - Interactive filter builder with live sandbox
Read the full README
- Visual filter construction
- 10 ready-to-use examples
- Live WASM execution
- Copy-paste code snippets (JS/TS/React)
Quick Start
npm install edgevec
import init, { EdgeVec, EdgeVecConfig } from 'edgevec';
await init();
// Create index (768D for embeddings like OpenAI, Cohere)
const config = new EdgeVecConfig(768);
const db = new EdgeVec(config);
config.free();
// Insert vectors with metadata (v0.6.0)
const vector = new Float32Array(768).map(() => Math.random());
const id = db.insertWithMetadata(vector, {
category: "books",
price: 29.99,
inStock: true
});
// Search with filter expression (v0.6.0)
const query = new Float32Array(768).map(() => Math.random());
const results = db.searchWithFilter(query, 'category = "books" AND price < 50', 10);
// Enable BQ explicitly, then rescore binary candidates with retained F32 vectors
db.enableBQ();
const fastResults = db.searchBQRescored(query, 10, 5);
// Monitor memory pressure (v0.6.0)
const pressure = db.getMemoryPressure();
if (pressure.level === 'warning') {
db.compact(); // Free deleted vectors
}
Interactive Demos
Try EdgeVec directly in your browser:
| Demo | Description |
|---|---|
| Entity-RAG Demo | Entity-enhanced search on 1000 SQuAD paragraphs, boost ON/OFF toggle (NEW!) |
| Filter Playground v0.7.0 | Visual filter builder with live sandbox |
| v0.6.0 Cyberpunk Demo | BQ vs F32 comparison, metadata filtering, memory pressure |
| Demo Hub | All demos in one place |
Run locally:
| Demo | Path |
|---|---|
| SIMD Benchmark | wasm/examples/simd_benchmark.html |
| Benchmark Dashboard | wasm/examples/benchmark-dashboard.html |
| Soft Delete Demo | wasm/examples/soft_delete.html |
| Main Demo | wasm/examples/index.html |
# Run demos locally
git clone https://github.com/matte1782/edgevec.git
cd edgevec
python -m http.server 8080
# Open http://localhost:8080/wasm/examples/index.html
Entity-Enhanced RAG
EdgeVec supports metadata boosting for entity-enhanced retrieval — improve search relevance by incorporating entity signals (ORG, PERSON, GPE) extracted via NER, without building a knowledge graph.
use edgevec::filter::{MetadataBoost, FilteredSearcher, FilterStrategy};
use edgevec::metadata::MetadataValue;
let boosts = vec![
MetadataBoost::new("entity_type".to_string(), MetadataValue::String("ORG".to_string()), 0.3)?,
];
let results = searcher.search_boosted(&query, 10, &boosts, None, FilterStrategy::Auto)?;
Boosts are soft signals that rerank results by reducing distance for matches. Combine with FilterExpression for hard constraints + soft boosting in a single query.
Try the in-browser demo — 1,000 SQuAD paragraphs, entity boost ON/OFF toggle, zero API calls.
Read more: Entity-Enhanced RAG in 300KB
Performance
EdgeVec supports SIMD builds for modern browsers. The checked-in package and GitHub Pages demo intentionally use a scalar compatibility build for older Safari versions. The native benchmark figures below are separate from that browser artifact.
Distance Calculation (Native Benchmark)
| Dimension | Dot Product | L2 Distance | Throughput |
|---|---|---|---|
| 128 | 55 ns | 66 ns | 2.3 Gelem/s |
| 384 | 188 ns | 184 ns | 2.1 Gelem/s |
| 768 | 374 ns | 358 ns | 2.1 Gelem/s |
| 1536 | 761 ns | 693 ns | 2.1 Gelem/s |
Search Latency (768D vectors, k=10)
| Scale | EdgeVec | Target | Status |
|---|---|---|---|
| 1k vectors | 380 us | <1 ms | 2.6x under |
| 10k vectors | 938 us | <1 ms | PASS |
Hamming Distance (Binary Quantization)
| Operation | Time | Throughput |
|---|---|---|
| 768-bit pair | 4.5 ns | 40 GiB/s |
| Batch 10k | 79 us | 127 Melem/s |
Browser Support
| Browser | SIMD build support |
|---|---|
| Chrome 91+ | Yes |
| Firefox 89+ | Yes |
| Safari 16.4+ (macOS, iOS, iPadOS) | Yes |
| Edge 91+ | Yes |
| Safari 15–16.3 | Use the scalar build |
Safari 16.4 added WebAssembly SIMD.
SIMD and scalar are separate compile-time builds; there is no automatic runtime
fallback. The default source build (npm run build) enables SIMD. To reproduce
the checked-in compatibility artifact, use this Bash command:
RUSTFLAGS="-C target-feature=-simd128" npm run build
Bundle Size
| Checked-in scalar artifact | Bytes | Bytes (gzip) |
|---|---|---|
| WASM | 698,412 | 266,010 |
| JavaScript glue | 162,843 | 29,492 |
| Combined | 861,255 | 295,502 |
Current artifact validation records the compiler, build flags, hashes, and measured performance.
Database Features
Binary Quantization (v0.6.0)
Binary codes use 1 bit per dimension, 32x smaller than F32 payloads. Enabling BQ on a float index retains the original F32 vectors for rescoring.
// BQ requires dimensions divisible by 8 and explicit enablement
const config = new EdgeVecConfig(768);
const db = new EdgeVec(config);
config.free();
db.enableBQ();
db.insert(vector);
// Raw BQ search (~85% recall, ~5x faster)
const bqResults = db.searchBQ(query, 10);
// BQ + rescore (~95% recall, ~3x faster)
const rescoredResults = db.searchBQRescored(query, 10, 5);
| Mode | Vector payloads (100k × 768D) | Speed | Recall@10 |
|---|---|---|---|
| F32 (baseline) | ~293 MiB | 1x | 100% |
| BQ raw on a float index | ~302 MiB (F32 + codes) | 5x | ~85% |
| BQ + rescore(5) | ~302 MiB (F32 + codes) | 3x | ~95% |
Payload sizes exclude graph, metadata, and capacity overhead. Speed and recall depend on the data and hardware. BQ memory details.
Metadata Filtering (v0.6.0)
Insert vectors with metadata, search with SQL-like filter expressions:
// Insert with metadata
db.insertWithMetadata(vector, {
category: "electronics",
price: 299.99,
tags: ["featured", "sale"]
});
// Search with filter
db.searchWithFilter(query, 'category = "electronics" AND price < 500', 10);
db.searchWithFilter(query, 'tags ANY ["featured"]', 10); // Array membership
// Complex expressions
db.searchWithFilter(query,
'(category = "electronics" OR category = "books") AND price < 100',
10
);
Operators: =, !=, >, <, >=, <=, AND, OR, NOT, ANY
Filter syntax documentation ->
Memory Pressure API (v0.6.0)
Monitor and control WASM heap usage:
const pressure = db.getMemoryPressure();
// { level: 'normal', usedBytes: 52428800, totalBytes: 268435456, usagePercent: 19.5 }
if (pressure.level === 'warning') {
db.compact(); // Free deleted vectors
}
if (!db.canInsert()) {
console.warn('Memory critical, inserts blocked');
}
Soft Delete & Compaction
// O(1) soft delete
db.softDelete(id);
// Check status
console.log('Live:', db.liveCount());
console.log('Deleted:', db.deletedCount());
// Reclaim space when needed
if (db.needsCompaction()) {
const result = db.compact();
console.log(`Removed ${result.tombstones_removed} tombstones`);
}
Persistence
// Save to IndexedDB (browser)
await db.save("my-vector-db");
// Load existing database
const db = await EdgeVec.load("my-vector-db");
// Or persist anywhere yourself (files in Tauri/Electron/Node.js, OPFS, uploads)
const bytes = db.toBytes(); // Uint8Array
const restored = EdgeVec.fromBytes(bytes);
Scalar Quantization
SQ8 is available in the native Rust storage API through
StorageType::QuantizedU8(QuantizerConfig { min, max }). The WASM
EdgeVecConfig has no SQ8 option; assigning config.quantized does not enable
quantization. For WASM, use the explicit BQ API shown above.
FlatIndex (v0.9.0)
Brute-force exact nearest neighbor search for small datasets. No graph overhead, 100% recall guarantee.
use edgevec::{FlatIndex, FlatIndexConfig, DistanceMetric};
let config = FlatIndexConfig::new(768)
.with_metric(DistanceMetric::Cosine)
.with_capacity(10_000);
let mut index = FlatIndex::new(config);
// Insert vectors
let id = index.insert(&embedding)?;
// Exact search (100% recall)
let results = index.search(&query, 10)?;
// Persistence via snapshot
let snapshot = index.to_snapshot()?;
let restored = FlatIndex::from_snapshot(&snapshot)?;
When to use FlatIndex: Datasets under ~50K vectors where exact recall matters more than speed.
Sparse Vectors (v0.9.0)
CSR-format sparse vector storage with inverted index for fast keyword-style retrieval.
use edgevec::SparseVector;
use edgevec::sparse::{SparseStorage, SparseSearcher};
// Create a sparse vector (e.g., BM25 term weights)
let sv = SparseVector::new(
vec![10, 42, 999], // term indices
vec![0.8, 1.2, 0.3], // term weights
30_000, // vocabulary size
)?;
// Store and search
let mut storage = SparseStorage::new();
let id = storage.insert(&sv)?;
let searcher = SparseSearcher::new(&storage);
let results = searcher.search(&query_sv, 10);
Hybrid Search (v0.9.0)
Combine dense (HNSW) and sparse retrieval with Reciprocal Rank Fusion (RRF) or linear fusion.
use edgevec::hybrid::{HybridSearcher, HybridSearchConfig, FusionMethod};
// Set up: HNSW index + sparse storage already populated
let searcher = HybridSearcher::new(&hnsw_index, &dense_storage, &sparse_storage);
let config = HybridSearchConfig::new(
50, // dense_k: candidates from HNSW
50, // sparse_k: candidates from sparse
10, // final_k: results after fusion
FusionMethod::Rrf { k: 60 }, // RRF with k=60
);
let results = searcher.search(&dense_query, &sparse_query, &config)?;
for r in &results {
println!("ID: {}, score: {:.4}, dense_rank: {:?}, sparse_rank: {:?}",
r.id, r.score, r.dense_rank, r.sparse_rank);
}
BinaryFlatIndex (v0.9.0)
Native binary vector storage with Hamming distance search. 32x memory reduction, sub-microsecond inserts.
use edgevec::BinaryFlatIndex;
// 768-bit binary vectors (96 bytes each)
let mut index = BinaryFlatIndex::new(768)?;
// Insert packed binary vectors
let id = index.insert(&binary_vector)?;
// Hamming distance search
let results = index.search(&query, 10)?;
for r in &results {
println!("ID: {}, distance: {}", r.id, r.distance);
}
Use cases: Semantic caching, large-scale deduplication, insert-heavy workloads (~1us insert vs ~2ms for HNSW).
Rust Usage
use edgevec::{HnswConfig, HnswIndex, VectorStorage};
fn main() -> Result<(), Box<dyn std::error::Error>> {
let config = HnswConfig::new(768);
let mut storage = VectorStorage::new(&config, None);
let mut index = HnswIndex::new(config, &storage)?;
// Insert
let vector = vec![0.1; 768];
let id = index.insert(&vector, &mut storage)?;
// Search
let query = vec![0.1; 768];
let results = index.search(&query, 10, &storage)?;
// Soft delete
index.soft_delete(id)?;
Ok(())
}
Documentation
| Document | Description |
|---|---|
| Tutorial | Getting started guide |
| Filter Syntax | Complete filter expression reference |
| Database Operations | CRUD operations guide |
| FlatIndex API | FlatIndex reference |
| Sparse Vectors | Sparse vector storage and search |
| Hybrid Search | Dense + sparse fusion guide |
| BinaryFlatIndex | Binary vector index reference |
| Performance Tuning | HNSW parameter optimization |
| Migration Guide | Migrating from hnswlib, FAISS, Pinecone |
| Comparison | When to use EdgeVec vs alternatives |
Limitations
EdgeVec is designed for client-side vector search. It is NOT suitable for:
- Billion-scale datasets — Browser memory limits apply (~1GB practical limit)
- Multi-user concurrent access — Single-user, single-tab design
- Distributed deployments — Runs locally only
For these use cases, consider Pinecone, Qdrant, or Weaviate.
Version History
- v0.9.0 — Sparse vectors (CSR), hybrid search (RRF + linear fusion), FlatIndex, BinaryFlatIndex (PR #7 by @marlon-costa-dc)
- v0.8.0 — Vue 3 composables, functional filter API, SIMD Euclidean, tech debt reduction
- v0.7.0 — SIMD acceleration (2x+ speedup), First Community Contribution (@jsonMartin — 8.75x Hamming)
- v0.6.0 — Binary quantization (32x memory), metadata storage, memory pressure API
- v0.5.4 — iOS Safari compatibility fixes
- v0.5.3 — crates.io publishing fix (package size reduction)
- v0.5.2 — npm TypeScript compilation fix
- v0.5.0 — Metadata filtering with SQL-like syntax, Filter Playground demo
- v0.4.0 — Documentation sprint, benchmark dashboard, chaos testing
- v0.3.0 — Soft delete API, compaction, persistence format v3
- v0.2.0 — Scalar quantization (SQ8), SIMD optimization
- v0.1.0 — Initial release with HNSW indexing
Contributors
Thank you to everyone who has contributed to EdgeVec!
| Contributor | Contribution |
|---|---|
| @jsonMartin | SIMD Hamming distance (PR #4) — 8.75x speedup |
| @marlon-costa-dc | BinaryFlatIndex + clippy quality fixes (PR #7, PR #8) |
License
Licensed under either of:
- Apache License, Version 2.0 (LICENSE-APACHE)
- MIT license (LICENSE-MIT)
at your option.
Built with Rust + WebAssembly
Compatibility
- Runs on
- GPU support unknown
What shows it
- no dependency or feature matches a backend row
- Native code
- None found
- No native code found
- Python bindings
- No Python binding crate found
- License
- Apache-2.0 OR MIT
Compare with similar projects
Order: strongest tier first, then most downloads, then name, with unmeasured values last. A library counts downloads over 30 days. An app counts binary downloads per release. An app with none counts its crate downloads over 30 days. ML Rust runs this catalogue, so its closest project always gets a row.
| Project | Downloads | Dependents | Stars | Latest release | Runs on (GPU) | Native code | License |
|---|---|---|---|---|---|---|---|
|
High-performance embedded vector database for Browser, Node, and Edge |
14 downloads over 30 days | 1 | 100 | 0.9.0 | GPU support unknown | No native code found | Apache-2.0 OR MIT |
|
kiddo Featured
A high-performance, flexible, ergonomic k-d tree library. Ideal for geo- and astro- nearest-neighbour and k-nearest-neighbor queries |
481,504 downloads over 30 days | 56 | 179 | 6.3.0 | GPU support unknown | Build uses a native toolchain: cc (feature cpp_competitors) | Apache-2.0 OR MIT |
|
Qdrant - High-performance, massive-scale Vector Database and Vector Search Engine for the next generation of AI. Also available in the cloud https://cloud.qdrant.io/ |
34,017 binary downloads per release | Not applicable | 35,478 | Not measured | Not measured | Apache-2.0 | |
|
ruvector Listed
High-performance Rust vector database core with HNSW indexing |
39,411 downloads over 30 days | 51 | 4,675 | 2.5.0 | CUDA, WebGPU, Metal | Binds native code: libsqlite3-sys, napi-sys, ort-sys, pgrx-pg-sys, pqcrypto-internals and 5 more | MIT |
|
regexr Listed
A high-performance regex engine built from scratch with JIT compilation and SIMD acceleration |
8,809 downloads over 30 days | 4 | 28 | 0.6.2 | GPU support unknown | No native code found | Apache-2.0 OR MIT |
|
hyperspace-db Listed
[H] HyperspaceDB is a high-performance, vector database. It features 1-bit quantization, async replication, and native support for hierarchical datasets (Lorentz, Poincaré ball & Hybrid models). |
96 downloads over 30 days | 3 | 163 | 4.2.0 | GPU support unknown | Binds native code: ort-sys (feature local-onnx) | MIT |
|
High performance embedded vector database |
0 binary downloads per release | Not applicable | 245 | Not measured | Not measured | MIT |
Why ListedNo archive, New or Featured rule places it, so it is Listed.
What it lacks for Featured
- It has 1 active dependents and 1 new dependents in 365 days. Featured needs 11 active dependents or 9 new dependents in 365 days. The repository route reads 100 stars, 6 forks and 2 contributors. It needs 4,539 stars, 434 forks and 79 contributors together.
What else the check found
- The last activity is on 20 Oct 2026, 20 days ago. The rules expect an update within 365 days. Dormancy rule
Exact rules: Listed, Featured library. The check on applied thresholds version 9.
Every rule outcome, as the check records it
expected-interval: version 0.9.0 base 140, raised to the 365-day floor: E = 365 daysdormancy: last activity 2026-10-20, 20 days ago, E = 365: activefeatured: not featured: active_users 1 < 11 and new_adopters 1 < 9 and repository route stars 100 (needs 4539), forks 6 (needs 434), contributors 2 (needs 79)listed: listed: no archive, new or featured rule applies
Measurements and sources
Each signal row shows the raw value, its source and the fetch date. The Sources list gathers every distinct source on this page. Movement needs more history.
Sources6 sources
- Description: the crates.io description
- crates.io database dump, fetched
- RustSec advisory database, fetched
- GitHub repository, fetched
- crates.io package, fetched
- GitHub contributors, fetched
Adoption1 active dependents, 1 new dependents in 365 days1 not measured
| Signal | Value | Source | Fetched | Counts |
|---|---|---|---|---|
| Active dependents | 1 | crates.io database dump | Yes | |
| New dependents (365 days) | 1 | crates.io database dump | Yes | |
| Peak active dependents | 1 | crates.io database dump | Yes | |
| Active dependents as a share of the peak | 1 | crates.io database dump | Yes | |
| Binary downloads per release | Not measured | Yes |
MaintenanceLatest human commit: 20 days ago3 not measured
| Signal | Value | Source | Fetched | Counts |
|---|---|---|---|---|
| Latest human commit | 2026-10-20 | GitHub repository | Yes | |
| Latest release | 2026-02-27 | crates.io database dump | Yes | |
| First release | 2025-12-15 | crates.io database dump | Yes | |
| Latest version | 0.9.0 | crates.io database dump | Yes | |
| Days the oldest outside issue waits for a reply | 0 | GitHub repository | Yes | |
| Maintainer replies over 365 days | 6 | GitHub repository | Yes | |
| Repository archived | false | GitHub repository | Yes | |
| Repository gone | false | GitHub repository | Yes | |
| Release commit or manifest in the repo | true | crates.io package | Yes | |
| Published docs | true | crates.io database dump | Yes | |
| Latest release fails cargo check | Not measured | Yes | ||
| Build check date | Not measured | Yes | ||
| Build check toolchain | Not measured | Yes |
SecurityUnpatched vulnerabilities: none
| Signal | Value | Source | Fetched | Counts |
|---|---|---|---|---|
| Unpatched vulnerabilities past the grace window | none | RustSec advisory database | Yes | |
| RustSec unmaintained advisory | none | RustSec advisory database | Yes | |
| Deprecation notice | none | crates.io database dump | Yes | |
| Deprecated requirement | none | crates.io database dump | Yes |
Distribution8 releases, 14 downloads over 30 days5 not measured
| Signal | Value | Source | Fetched | Counts |
|---|---|---|---|---|
| Releases | 8 | crates.io database dump | Yes | |
| Downloads over 30 days | 14 | crates.io database dump | Yes | |
| Binary downloads over the last 3 releases | Not measured | Yes | ||
| Homebrew installs on request over 365 days | Not measured | Yes | ||
| Repology repository families | Not measured | Yes | ||
| Docker pull growth over 90 days | Not measured | Yes | ||
| Docker pulls at the growth baseline | Not measured | Yes | ||
| Every version a prerelease | false | crates.io database dump | Yes | |
| Every version 0.0.x | false | crates.io database dump | Yes | |
| Every version yanked | false | crates.io database dump | Yes | |
| Crate deleted from crates.io | false | crates.io database dump | Yes |
Repository100 stars, 6 forks, 2 contributors, 244 commits. Stars alone never qualify a project.
| Signal | Value | Source | Fetched | Counts |
|---|---|---|---|---|
| GitHub stars | 100 | GitHub repository | Yes — one part of the repository route | |
| GitHub forks | 6 | GitHub repository | Yes — one part of the repository route | |
| Contributors with a GitHub account | 2 | GitHub contributors | Yes — one part of the repository route | |
| Commits on the default branch | 244 | GitHub repository | No | |
| Repository's main crate left out of the entry | none | crates.io database dump | Yes |
Facts that never count
| Signal | Value | Source | Fetched | Counts |
|---|---|---|---|---|
| License | Apache-2.0 OR MIT | crates.io database dump | No | |
| Runs on, from listed crates and their direct dependencies | GPU support unknown | crates.io database dump | No | |
| What shows each backend | no dependency or feature matches a backend row | crates.io database dump | No | |
| Native code, from listed crates and their dependencies | No native code found | crates.io database dump | No | |
| Python bindings, from direct dependencies of listed crates | No Python binding crate found | crates.io database dump | No | |
| Crates that depend on a listed crate directly | 1 | crates.io database dump | No |
Corrections and review history
No correction applies to this entry.
Judgments
A judgment enters only through an approved issue and a merged pull request.
No judgment applies to this entry.