Skipper
Skipper adds RFC 9421 HTTP Message Signatures and delivers 21% RouteGroup load time improvement
A side-by-side editorial comparison of Snort 3 and ESPHome — release velocity, themes, recent moves, and the top alternatives to consider.
Snort 3's release train is almost entirely appid: identifying traffic it can no longer read.
Every release in this window is dominated by two threads. The first is appid, the application identification engine, which keeps gaining ways to classify traffic that encryption has closed off: a QUIC extractor, preferring QUIC appid over SSL, midstream service discovery, SSL detection during midstream, and a fix for detection when the SNI is spoofed. The second is a sustained memory-safety campaign across dce_rpc, dce_smb, and appid, with use-after-frees, leaks, underflows, and out-of-bounds reads closed release after release.
ESPHome 2026.9.0 ships template climate component, OTA encryption with API key, and ESP-NOW for ESP32-P4
ESPHome 2026.9.0 is out, capping a beta cycle that added a template climate component (a long-requested flexible HVAC control primitive), OTA encryption keyed to the device's API key (hardening the update path), and ESP-NOW over hosted shim for the ESP32-P4. The beta cycle also included a systematic RAM allocation safety pass across the codebase — heap exhaustion now returns an error instead of panicking. Monthly releases continue landing at a consistent pace.
Every release in this window is dominated by two threads. The first is appid, the application identification engine, which keeps gaining ways to classify traffic that encryption has closed off: a QUIC extractor, preferring QUIC appid over SSL, midstream service discovery, SSL detection during midstream, and a fix for detection when the SNI is spoofed. The second is a sustained memory-safety campaign across dce_rpc, dce_smb, and appid, with use-after-frees, leaks, underflows, and out-of-bounds reads closed release after release.
Snort is adapting an inspection engine built for readable traffic to a network where most of it is not. The investment is in inferring application identity from what remains visible, and in doing so on flows the sensor joined late. Alongside that, output is becoming more machine-consumable, with appid in alert_json, binary flow state dumps, and new DNS counters. The C codebase is being hardened continuously, which suggests fuzzing and sanitizer work running behind the feature stream.
QUIC handling has moved from an extractor to an appid preference in consecutive releases while midstream detection keeps widening; extending the same treatment to more encrypted protocols is the clearest continuation these entries support.
ESPHome 2026.9.0 is out, capping a beta cycle that added a template climate component (a long-requested flexible HVAC control primitive), OTA encryption keyed to the device's API key (hardening the update path), and ESP-NOW over hosted shim for the ESP32-P4. The beta cycle also included a systematic RAM allocation safety pass across the codebase — heap exhaustion now returns an error instead of panicking. Monthly releases continue landing at a consistent pace.
ESPHome is expanding in two directions simultaneously: broader hardware support (ESP32-P4, BK72xx BLE, new platform components) and more robust runtime behavior (RAMAllocator pattern, use-after-free fixes, better BLE-WiFi coexistence). The template climate component is the most user-visible addition — it brings custom HVAC logic into ESPHome's declarative model, reducing the need for external Home Assistant automations. Audio stack (i2s, resampler, mixer) reliability is also a consistent focus.
The 2026.10.0 cycle will likely continue the RAMAllocator pattern across remaining allocating code paths and add more ESP32-P4-specific features. Audio (voice assistants, speakers) will stay a top area given the ongoing i2s reliability work.
Other Infra & APIs products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either Snort 3 or ESPHome.
Skipper adds RFC 9421 HTTP Message Signatures and delivers 21% RouteGroup load time improvement
ToolJet bundles MCP, multi-LLM switching, and PATs in a single beta — shifting from app builder to AI development platform
GitHub Copilot tightens enterprise governance while AI security scanning drops its CodeQL prerequisite
Redocly ships a built-in MCP server page across its entire docs platform, with public and authenticated endpoints
Expo kills its AI agent, SDK 58 beta arrives as EAS observability stack hits GA
Jackett in pure tracker-maintenance mode, daily domain and category updates only
See all Snort 3 alternatives → · See all ESPHome alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. ESPHome is currently shipping more aggressively (velocity 6.3 vs 0.0), with 1 editorial sparks in the last 30 days against 0. See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. ESPHome is currently shipping more aggressively (velocity 6.3 vs 0.0), with 1 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Infra & APIs products to evaluate alongside.
Top Snort 3 alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "Snort 3 alternatives" section above for the current picks, or visit /alternatives/snort for the full list with editorial commentary on each.
Top ESPHome alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "ESPHome alternatives" section above for the current picks, or visit /alternatives/esphome for the full list with editorial commentary on each.