feat(billing): Connect off-ramp from ledger balance (bank and/or stablecoin)
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 35/100
調査の方向性
Start with docs/payments/stripe-connect-vs-onchain-payouts.md and the referenced issues #77 and #8 to understand the existing settlement and Connect onboarding work. Then locate the ledger balance and payout entry points in the project. Done means withdrawals are idempotent, failed transfers preserve earnings, on-chain fragment payouts stay the default, and Connect country and entity limits are surfaced.
索引モデルが issue の本文から書いたものです。
説明
Summary
Let workers withdraw accrued earnings via Stripe Connect Transfers (bank and/or stablecoin payout), without replacing on-chain pay-per-fragment settlement.
Estimated size: M
Priority: P2 (from spike #77)
Motivation
After on-chain settlement (#8) and Connect onboarding, some workers want a fiat or Stripe-managed USDC cash-out. Spike #77 recommends this as optional off-ramp, not the primary fragment rail.
Proposal
- Worker requests withdrawal of available ledger balance.
- Create a Stripe Transfer to their connected account (bank payout and/or Connect stablecoin USDC per https://docs.stripe.com/connect/stablecoin-payouts).
- Idempotent withdrawal intents; never double-pay.
- Gate stablecoin path on private-preview access + documented fees.
Acceptance criteria
- Withdrawal reduces ledger balance exactly once per intent.
- Failed Transfers do not silently clear earnings.
- On-chain fragment payouts (#8) remain the default settlement path.
- Country / entity limits from Connect docs are surfaced in UI or docs.
Out of scope
- Connect-only marketplace settlement.
- Replacing AgentKit USDC fragment transfers.
Dependencies
- #77
- #8
- Connect Express onboarding follow-up from #77
- Stripe Connect stablecoin preview access (if enabling crypto cash-out)
References
- Spike:
docs/payments/stripe-connect-vs-onchain-payouts.md - https://docs.stripe.com/connect/stablecoin-payouts
Part of #1.
- 主要言語
- Python
- スター
- 2
- フォーク
- 4
- 平均マージ
- 8時間 37分
- マージ済み PR(30日)
- 29
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートなし
- コントリビューションガイドなし
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
QMeshPy/distributed-quantum のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
QMeshPy/distributed-quantum#112 ·
メンテナーはふだん 1 日以内に返信
-
enhancement good first issue helia storage tier-1
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
QMeshPy/distributed-quantum#53 ·
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
QMeshPy/distributed-quantum#110 ·
メンテナーはふだん 1 日以内に返信
-
Integrate persistent collaborative EtherCalc workbooks with experiment results and IPFS versions対応中かも @Winter-Soren が 1 日前に担当しました。 オープン
QMeshPy/distributed-quantum#103 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
chain-integration enhancement payments research-spike tier-2
難易度 4/5 3〜5日 初心者へのやさしさ 55/100
QMeshPy/distributed-quantum#78 ·
メンテナーはふだん 1 日以内に返信
QMeshPy/distributed-quantum の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
メンテナーはふだん 2 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
メンテナーはふだん 2 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
developmentseed/titiler-cmr#278 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 2 日以内に返信