The Pool
The LPM.dev Registry Pool is a shared package subscription. One personal subscription or organization-assigned seat gives a developer access to every Pool package, while package authors share the resulting subscription revenue.
Subscribe once
| Access | Price | Who receives access |
|---|---|---|
| Personal subscription | $12/month | The subscriber |
| Organization Pool seat | $12/month per assigned seat | The organization member assigned that seat |
Prices are before applicable tax. The subscription is flat: installing more Pool packages does not increase its monthly price.
Use LPM CLI to install a JavaScript or Swift package:
lpm install @lpm.dev/acme.toolkit
LPM CLI also installs npm packages and packages from other npm-compatible registries. A project can use Pool packages without moving the rest of its dependency graph to the LPM.dev Registry. See the LPM CLI install reference for resolver, workspace, and Swift project behavior.
How the subscription is shared
After Stripe settles a Pool subscription line, the LPM.dev Registry divides its net paid amount:
| Recipient | Share | Standard $12 contribution |
|---|---|---|
| Package authors | 80% | $9.60 |
| LPM.dev Registry | 20% | $2.40 |
The standard amounts assume a full-price payment. Discounts and pre-tax credits reduce the settled contribution, and refunds adjust earnings that have not yet been paid.
Only package use associated with a valid Pool entitlement enters the revenue calculation.
Per-subscriber allocation
Each subscriber's author contribution is allocated among the Pool packages recorded for that subscriber during the billing period. It is not added to one global popularity fund.
The LPM.dev Registry records at most one observation for each subscriber, package, and billing period. Reinstalling the same package, using another machine, or encountering it in another dependency tree does not add another observation.
Direct packages and their Pool dependencies receive different weights:
| Depth | Weight | Package |
|---|---|---|
| 0 | 1.00 | Directly downloaded package |
| 1 | 0.70 | First-level Pool dependency |
| 2 | 0.49 | Second-level Pool dependency |
| 3 | 0.34 | Third-level Pool dependency |
For example, suppose a standard $9.60 author contribution has two eligible observations:
@lpm.dev/acme.app 1.00 direct
@lpm.dev/shared.helper 0.70 dependency
Assuming the dependency meets the adoption rule and has a different owner, the total weight is 1.70. About $5.65 goes to acme.app and $3.95 goes to shared.helper.
Dependency observations from fewer than two unique installers receive no weight for that period. A dependency owned by the same author as the directly downloaded package receives 30% of its normal weight. Direct observations are not subject to the two-installer rule.
If a subscriber has no eligible package observations for a billing period, their author contribution is divided equally among all Pool packages.
See Revenue Sharing for the complete accounting and payout rules.
Publish to the Pool
Authors begin with a private LPM.dev Registry package and request Pool distribution from the package settings. The package remains private while its public-distribution review is pending.
Once approved:
- Pool subscribers can install its approved versions.
- The author earns a share of settled Pool revenue.
- The package cannot set its own sale price.
- Pool distribution is permanent. The package cannot return to private distribution or move to Marketplace.
- The package cannot be deleted, but it can be archived or deprecated from its Dashboard Danger Zone.
Authors can inspect current-period estimates with LPM CLI:
lpm pool
See Becoming a Pool Author for promotion, dependency, lifecycle, and payout requirements. The LPM CLI pool reference covers command output and JSON fields.
Licensing
Pool distribution does not replace or rewrite a package's license. Authors remain responsible for choosing terms that permit their intended distribution and for complying with the licenses of their dependencies.
Publishing the same project through another registry also remains subject to those license terms. The Pool subscription and revenue model does not by itself determine legal compatibility.
See also
- Revenue Sharing — Weights, allocation, refunds, and payouts
- Becoming a Pool Author — Review, dependencies, lifecycle, and Stripe setup
- Package Distribution — Private, Pool, and Marketplace behavior
- LPM CLI documentation — Installation, registry routing, lockfiles, and command reference