massProps
A mass-properties rollup spends a year on documentation and follows its sibling's API
A side-by-side editorial comparison of rollupTree and Tailscale — release velocity, themes, recent moves, and the top alternatives to consider.
| Feature | rollupTree | Tailscale |
|---|---|---|
| Sector | Infra & APIs | Infra & APIs |
| Velocity score | 0.0 | 6.3 |
| Sparks · 30d | 0 | 0 |
| Top themes | recursive-computation, tree-structures, dag, engine-package | networking, scale, api, kubernetes |
| Last editorial update | 37m ago | 5h ago |
| Website | Visit → | — |
The recursive-computation engine under massProps grows the accessors its consumer needed
rollupTree performs recursive computations over tree and DAG structures — the generic engine that its author's massProps package uses to roll mass properties up an assembly breakdown. It is small and moves slowly: five releases in a year, of which two are README and vignette work. The current surface added row-level get and set accessors by key and by id at 0.4.0.
Tailscale is paying down scale in two dimensions: nodes per tailnet, tailnets per org.
Three threads run through this window. The tailnet management API is the newest: creation landed in alpha in late July, and the list endpoint now paginates at 100 results with limit and cursor parameters. The client releases are patch-grade but weighted toward scale — v1.102.1 made node additions and removals constant-time, and v1.102.3 fixes Tailnet Lock startup failures on large tailnets while cutting memory use on iOS and tvOS. The Kubernetes operator runs on its own track, adding in-cluster PeerRelays, workload identity federation and IPv6 egress.
rollupTree performs recursive computations over tree and DAG structures — the generic engine that its author's massProps package uses to roll mass properties up an assembly breakdown. It is small and moves slowly: five releases in a year, of which two are README and vignette work. The current surface added row-level get and set accessors by key and by id at 0.4.0.
The package develops in response to its one visible consumer. The 0.4.0 accessors appeared in January 2026 and massProps switched to them thirteen days later; 0.4.1 then fixed missing column names in the setters, which is the kind of defect only real use surfaces. Before that, 0.3.0's default_validate_dag() extended validation past strict trees to directed acyclic graphs, widening what structures the engine will accept.
On the established pattern the next release will be whatever massProps needs next, discovered by using it. A DAG validator suggests non-tree structures are in scope, but nothing in these notes says that path is being pushed further.
Three threads run through this window. The tailnet management API is the newest: creation landed in alpha in late July, and the list endpoint now paginates at 100 results with limit and cursor parameters. The client releases are patch-grade but weighted toward scale — v1.102.1 made node additions and removals constant-time, and v1.102.3 fixes Tailnet Lock startup failures on large tailnets while cutting memory use on iOS and tvOS. The Kubernetes operator runs on its own track, adding in-cluster PeerRelays, workload identity federation and IPv6 egress.
The qualifier that keeps recurring is “large”: tailnets big enough to break Tailnet Lock at startup, node churn that pinned CPU, mobile clients running short of memory, and organizations holding more than a hundred tailnets. Tailscale is absorbing the cost of customers who outgrew the shape the product originally assumed, in two directions at once — nodes inside a tailnet, and tailnets inside an organization. The second is the more consequential, because allocating a tailnet per customer or per environment is a different product than a company network. Security work stays continuous alongside it, with TS-2026-011 closed here and a run of SSH and Serve advisories backported the month before.
The tailnet creation API should leave alpha carrying the same limit-and-cursor contract just applied to the list endpoint, with further startup and memory work aimed at large tailnets on the client side.
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 rollupTree or Tailscale.
A mass-properties rollup spends a year on documentation and follows its sibling's API
Six months of releases and not one of them touched the scoring models
A cognitive-science sampling package ships once, then goes quiet for eighteen months
A Bayesian volatility sampler in its maintenance decade, paying for its own speed
A black-box interpreter reaches CRAN, then learns multi-class and survival responses
Spatial thinning grows a result object, and the API breaks to make room for it
See all rollupTree alternatives → · See all Tailscale alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. Tailscale is currently shipping more aggressively (velocity 6.3 vs 0.0), with 0 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. Tailscale is currently shipping more aggressively (velocity 6.3 vs 0.0), with 0 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 rollupTree alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "rollupTree alternatives" section above for the current picks, or visit /alternatives/rolluptree for the full list with editorial commentary on each.
Top Tailscale alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "Tailscale alternatives" section above for the current picks, or visit /alternatives/tailscale for the full list with editorial commentary on each.