Residential and mobile proxy infrastructure with open-source SDKs, benchmarks, and tooling for scraping and browser automation.
| Repository | Registry | What it does |
|---|---|---|
nodemaven-python |
PyPI | Python SDK for building and validating proxy configuration before a request is sent |
nodemaven-rust |
crates.io | Rust SDK with a builder API, typed errors, provider definitions, and connection checks |
# Python
pip install nodemaven
# Rust
cargo add nodemavenBoth SDKs keep the HTTP client under your control. They build the proxy configuration, validate what can be checked locally, and hand the result to the client or browser you already use.
proxy-benchmark is a reproducible benchmark harness for separating proxy, browser, host, handshake, and target-side failures.
It compares controlled combinations of:
- proxy providers, gateways, countries, and sticky sessions;
- plain HTTP clients, Chromium, patched browsers, CDP drivers, and anti-detect frameworks;
- target-side verdicts such as
ok,captcha,block,empty, and harness-levelerror; - browser fingerprints, TLS behavior, exit reputation, and host-level effects.
The raw JSONL rows are the source of truth. Result tables, denominators, confidence intervals, run IDs, and research notes are kept alongside the data rather than reduced to a single success-rate number.
Start here:
README ·
Full results ·
Research notebook ·
Quickstart
NodeMaven exposes residential and mobile proxies through a standard proxy gateway.
Targeting and session configuration are encoded in the proxy username, so the gateway can be used directly from tools and clients such as:
cURL · requests · httpx · reqwest · Playwright · Patchright · Puppeteer · Chromium-based automation
The SDKs are optional. Their role is to make that configuration safer and easier to work with in code, while leaving requests, browser lifecycle, connection pooling, retries, and application logic to your existing stack.
For product setup, authentication, targeting options, and account features, use the NodeMaven documentation.
The repositories here are built around a few simple rules:
- Measure before attributing. A failed request alone does not tell you whether the proxy, browser, host, handshake, or target caused it.
- Keep evidence reproducible. Benchmark conclusions should trace back to raw rows, parameters, and run IDs.
- Fail locally when possible. Configuration mistakes that can be identified before opening a socket should not become ambiguous gateway failures.
- Keep the transport yours. SDKs should integrate with existing HTTP clients and browser frameworks rather than replacing them.
- Corrections are part of the record. If a later experiment contradicts an earlier conclusion, the correction belongs beside the original evidence.
Issues and pull requests are welcome across the public repositories.
For benchmark findings, a contradiction backed by raw rows or a reproducible test case is especially useful. The goal is not to preserve a conclusion; it is to preserve enough evidence to check it.
See CONTRIBUTING.md.
Security reports: SECURITY.md.
Website · Documentation · PyPI · crates.io · X · LinkedIn · Telegram · support@nodemaven.com
