chore(payments): document worker payout modes (on-chain vs Connect)
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 66/100
- Tipo de issue
- Documentación
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- python
- Área
- documentation, payments
Línea de trabajo
Crea el runbook en docs/payments/ y enlázalo desde el índice de la documentación de pagos. Empieza revisando la decisión en #77 y los seguimientos referenciados #8 y Connect; documenta los modos de pago, los límites, la configuración de pruebas y las Transfers por fragmento exclusivas de Connect que están prohibidas. La tarea estará terminada cuando el runbook se haya fusionado con esas referencias y el índice enlace a él.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary
Runbook for worker payout modes: when to use on-chain USDC vs optional Stripe Connect cash-out.
Estimated size: S
Priority: P1 (from spike #77)
Proposal
Document in-repo (e.g. under docs/payments/):
- Default: on-chain registry USDC / pay-per-fragment (#8)
- Optional: Connect Express off-ramp (bank / stablecoin)
- Country and entity limits for Connect stablecoin payouts
- Testnet vs Stripe test mode
- What not to do (Connect-only per-fragment Transfers)
Acceptance criteria
- Runbook merged and linked from the payments docs index.
- References #77 decision and #8 / Connect follow-ups.
Dependencies
- #77
Part of #1.
- Lenguaje dominante
- Python
- Estrellas
- 2
- Forks
- 4
- Merge medio
- 12 h 53 min
- PR fusionados (30 d)
- 37
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Sin 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 QMeshPy/distributed-quantum
-
enhancement good first issue helia storage tier-1
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
QMeshPy/distributed-quantum#53 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
QMeshPy/distributed-quantum#111 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
QMeshPy/distributed-quantum#110 ·
Los mantenedores suelen responder en 1 día
-
Integrate persistent collaborative EtherCalc workbooks with experiment results and IPFS versionsPosiblemente ocupada @Winter-Soren la tomó hace 2 días. Abierto
QMeshPy/distributed-quantum#103 · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
chain-integration enhancement payments research-spike tier-2
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
QMeshPy/distributed-quantum#78 ·
Los mantenedores suelen responder en 1 día
Todos los issues de QMeshPy/distributed-quantum
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
pytest-dev/pytest-html#1085 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 90/100
pollen-robotics/reachy_mini#1527 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 66/100
Los mantenedores suelen responder en 2 días
-
Variadic arguments that aren't objects are passed as objects (stringWithFormat_ with %d / %f)Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
A seed and its negative give the same run, so realizations of a negative seed repeat each otherAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
Los mantenedores suelen responder en 1 día