feat(payments): subscription data model and plan settings
Los mantenedores suelen responder en 1 día
@Priyanshubhartistm ya está trabajando en esto.
Desde el 16/10/2026.
- #849 de @Priyanshubhartistm — abierto
Evaluación
Este issue todavía no se ha evaluado.
Descripción
Is your feature request related to a problem? Please describe.
Admission is a one-time boolean (users.is_admitted). There is nowhere to record a paid period, a plan, or when access ends, so recurring billing and tiered access (#673) cannot be built. This is the first, behaviour-neutral step.
Describe the solution you'd like
- A
user_subscriptionstable (pubkey, plan id, status, period start/end, grace end, cancel-at-period-end) and theinvoicescolumnsplan_id,period_start,period_end, via a migration. A subscription is keyed by pubkey, so no separate subscription id is needed. payments.subscriptionPlans[]in settings (id, price, interval, grace period, per-plan limits), with types, defaults (empty list), validation invalidateSettings, andCONFIGURATION.mddocs.IUserSubscriptionRepository(find by pubkey, upsert, list due for renewal/expiry) and the invoice repository/Invoicetype changes, with unit tests.- The migration grandfathers every existing
is_admitteduser onto a non-expiring plan so enabling plans later never locks anyone out. - No change to runtime behaviour: with no plans configured the relay behaves exactly as today.
Additional context
- Design: #673. Earlier groundwork for the same layer.
- Lenguaje dominante
- TypeScript
- Estrellas
- 829
- Forks
- 234
- Merge medio
- 17 h 46 min
- PR fusionados (30 d)
- 73
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de cameri/nostream
-
Website
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Los mantenedores suelen responder en 1 día
-
feat(payments): subscription lifecycle, renewal invoices and plan-based write accessPosiblemente ocupada @Priyanshubhartistm la tomó hace 1 día. Abiertoenhancement
cameri/nostream#908 · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
Three repositories have no unit tests (notification-outbox, notification-delivery-log, nip05-verification)Posiblemente ocupada @Priyanshubhartistm la tomó hoy. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 72/100
cameri/nostream#905 · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
No unit tests for four of six payment processors (nodeless, lnurl, opennode, zebedee)Posiblemente ocupada @Priyanshubhartistm la tomó hoy. Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 72/100
cameri/nostream#903 · 1 asignado ·
Los mantenedores suelen responder en 1 día
Todos los issues de cameri/nostream
Issues similares
-
frontend
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 86/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
ranxianglei/billion-context#4172 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
awslabs/threat-composer#362 ·
Los mantenedores suelen responder en 1 día
-
Area/Cloud Needs Triage Type/Bug
Dificultad 1/5 1-3 horas Aptitud para principiantes 86/100
wso2/product-integrator#2847 ·
Los mantenedores suelen responder en 1 día