Installable package: python3.11 -m pip install zpe-iot.
Current release: 0.1.1 on PyPI.
Source: Zer0pa/ZPE-IoT.
python3.11 -m pip install zpe-iotFor full install, smoke, source, and developer commands, click here.
|
00 · ZPE-IoT · TELEMETRY CODEC DEVELOPER-READY · STALE PYPI
Live experiment. Not a release. Ambition headlined. Claims bounded. A codec that reads the shape of sensor streams · zpe-iot 0.1.1 · PyPI · github.com/Zer0pa/ZPE-IoT An accelerometer on a robot arm traces a smooth curve. A GPS tag follows a path. A pressure sensor rises and falls on a schedule. General compressors don't see any of that — they treat sensor data as bytes. ZPE-IoT reads the shape underneath: 6.83× mean compression across ten real sensor datasets, ten wins out of ten against zstd's 2.87×. DS-12 stays on the page too — zstd 5957× to our 120× — disclosed and named. |
| Scope: real sensor datasets DS-01..DS-10. DS-12 comparator loss stays visible; this is a codec, not an IoT platform. |
|
01 · THE GAP BYTES, NOT SIGNALS
|
|
02 · MARKETS ADJACENT FORECASTS
IoT analytics '30 · $84.2B
Sensor market '30 · $426.2B
Industrial IoT '30 · $110.6B
Edge telemetry software '30 · $18.4B
Connected devices '31 · $1,567.0B
Adjacent forecasts; ZPE-IoT is the encoding layer beneath sensor scale, not an IoT platform claim.
|
|
03 · VALUE OF MARKET
$426.2B
The 2030 sensor market; deterministic telemetry encoding is a quieter infrastructure layer beneath it.
|
04 · INSIGHT
|
|
05.1 · CURRENT TECH BYTES, NOT SIGNALS
Sensor telemetry moves through MQTT, Kafka, or SparkplugB and gets squeezed by zstd or gzip on the way. Lossless baselines see bytes — not the smooth curve of an accelerometer, the arc of a GPS path, or the rhythm of pressure. |
05.2 · OUR TECH READ THE SHAPE
ZPE-IoT reads the signal type — accelerometer, GPS, pressure, voltage — and encodes around its shape. The codec is bounded-lossy: it keeps what matters in a smooth trajectory and discards the rest. 6.83× mean compression across ten real sensor datasets. Ten wins out of ten against zstd's 2.87× baseline. |
|
05.3 · BENCHMARKS REAL SENSOR DATA
E1 wins10 / 10DS-01..DS-10
Mean CR6.83×vs zstd 2.87×
Strict DT27 / 27tests, not bridge proof
DS-12disclosedcompetitor win
DS-04 ZPE 7.16×
DS-07 ZPE 6.98×
DS-12 zstd 5957×
Bars: ZPE wins DS-04 and DS-07; DS-12 competitor win disclosed beside them.
|
|
06 · MEASUREMENT WIN SURFACE + DS-12
|
06.1 · COMPARATIVE PERFORMANCE · SENSOR TELEMETRY
ZPE-IoT mean 6.83×
zstd mean 2.87×
ZPE-IoT · DS-12 120.47×
zstd · DS-12 5957.82×
Bounded-lossy ZPE-IoT against lossless baselines on accelerometer, GPS, pressure, and voltage telemetry — DS-01..DS-10. DS-12 competitor win disclosed alongside on an independent scale. DT-01..DT-27 determinism verified. Source: proofs/benchmark/.
|
|
07 · KEY METRICS MEASURED RESULTS
|
|
07.1 · E1 WINS
10 / 10
DS-01..DS-10 · ten real sensor datasets
|
|
07.2 · MEAN CR
6.83×
vs zstd 2.87× · DS-01..DS-10 mean
|
|
07.3 · STRICT DT
27 / 27
DT-01..DT-27 · 27 strict tests pass
|
|
07.4 · DS-12 BOUNDARY
disclosed
zstd 5957× · ZPE 120× · competitor win
|
|
07.5 · RELEASE
v0.1.1
PyPI 0.1.1 · stale pending release
|
|
08 · DETERMINISM WHAT THE CODEC COMMITS
|
|
08.1 · WHAT DETERMINISTIC MEANS CODEC SURFACE ONLY
ZPE-IoT commits deterministic encode/decode tests for the codec surface — not broker transport or downstream IoT-stack behaviour. DT-03 verifies 10,000-seed determinism, DT-11 verifies cross-platform parity, and DT-09 holds 0.031 ms native encode latency. DS-12 is a different question. On that dataset a competitor codec reads the shape better: zstd reaches 5957× and ZPE-IoT reaches 120×. The win surface stays DS-01..DS-10, with DS-12 disclosed outside it on every page that reports the numbers. |
08.2 · HONEST BLOCKER
Honest Blocker ·
DS-12 is a transparent competitor win — zstd 5957.82× against ZPE-IoT 120.47×. DS-11 is blocked. PyPI 0.1.1 sits stale pending the next release. No production MQTT, Kafka, or SparkplugB bridge is claimed yet — only the codec itself ships. |
|
09
|
09.1 · THE AMBITION
The ambition is sensor transport that understands what it carries. An engineer running a fleet of accelerometers, GPS tags, and pressure cells should get encoding that reads the stream rather than guessing at the bytes. DS-11, a production broker bridge, and a clean release stand between today and that fleet. |
|
09.2 · WHAT WORKS NOW
|
09.3 · WHAT'S STILL OPEN
|
|
09.4 · SENSOR HISTORY · NEAR-TERM (12–24 MO)
Factories keep the whole stream A plant manager who used to downsample vibration and pressure traces for storage can now retain the full record. When a bearing fails, the engineer asking what this machine sounded like a month ago gets an actual answer, not a coarse summary.
|
|
09.5 · FLEET ECONOMICS · NEAR-TERM (12–24 MO)
Bandwidth bills shrink with the fleet A connected-device team running thousands of cellular sensors pays for every byte over the radio. Reading the shape instead of the bytes turns a 2.87× compression budget into a 6.83× one, so the line item that funds the next product hardware refresh actually moves.
|
|
09.6 · CODEC ROUTING · MID-TERM (24–48 MO)
Telemetry platforms pick by signal An IoT platform team can route smooth-trajectory streams through this codec and keep zstd for the regular byte patterns it handles best. DS-12 stays named in the routing table, so the choice is transparent to anyone procuring the platform.
|
|
09.7 · INDUSTRIAL ARCHIVE · MID-TERM (24–48 MO)
Telemetry archives become searchable A reliability engineer comparing this year's compressor cycles to last year's stops grepping log files and starts asking the archive about shape directly. Pressure rises, route arcs, voltage steps and vibration drift turn into records other engineers can find.
|
|
09.8 · SHAPE-NATIVE EDGE · PARADIGM (48 MO+)
The edge speaks in signals When devices ship signal shape rather than anonymous bytes, the connected-product industry stops treating telemetry as raw exhaust. Engineers, regulators, and customers can ask which device produced which behaviour and get a deterministic answer back, not a guess pulled from logs.
|
Installable package: python3.11 -m pip install zpe-iot.
Current release: 0.1.1 on PyPI.
Source: Zer0pa/ZPE-IoT.
python3.11 -m pip install zpe-iotImport smoke:
python3.11 - <<'PY'
import importlib.metadata as md
import zpe_iot
print("zpe-iot", md.version("zpe-iot"))
PYCLI smoke:
zpe-iot --helpInstall success only proves package acquisition/import. Product scope, stale PyPI state, platform limits, and blockers remain in the front-door sections below.
- Version skew exists: root manifest is 0.1.1 while the Python package manifest still carries 0.1.0; align before publishing again.
Install from source:
git clone https://github.com/Zer0pa/ZPE-IoT zpe-iot
cd zpe-iot
python -m pip install -e './python[dev]'
cargo test --manifest-path core/Cargo.toml --release
python -m pytest python/tests -vRun the benchmark receipt sanity check:
python validation/benchmarks/export_public_benchmarks.py