Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

feat(payments): Uniswap any-token funding and payout-token choice

オープン
#12 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
35/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
活発
技術スタック
python
領域
backend, payments

調査の方向性

Start by reading services/proposal_service.py and agentkit_service.py to trace how funding and escrow currently use USDC; also check the chain registry and issues #2 and #3. Confirm Trading API support and routing options for a testnet before choosing an integration path. Done means non-USDC funding meets the escrow and slippage criteria, failed or partial swaps are recorded, and agent caps and token allowlists are enforced with tests and documentation.

索引モデルが issue の本文から書いたものです。

説明

chain-integration enhancement payments tier-2

Summary

Let users fund proposals or jobs with any supported token by swapping to USDC through Uniswap before escrow, and let workers pick a payout token.

Motivation

Requiring USDC up front is a friction point. Swapping in-flow keeps escrow and accounting in one currency.

Current state in this repo

  • Proposal funding and escrow are USDC-only (services/proposal_service.py, agentkit_service.py).

Proposal

  • Add a swap service that requests a quote and a transaction from the Uniswap Trading API (API key via env), enforces slippage and deadline limits, and executes from the funder's wallet on a registry EVM chain.
  • Add a swap_tokens agent tool that respects agent caps and an allowlist of tokens.
  • Optionally add a payout-token preference for workers (swap USDC to their token after escrow release).
  • Treat the quote as binding only within a short window; re-quote on expiry.

Acceptance criteria

  • Funding with a non-USDC test token results in the exact USDC amount escrowed, within the configured slippage.
  • Failed or partial swaps never leave funds in an unrecorded state (payment events show the outcome).
  • Agent swaps obey per-transaction and daily caps and the token allowlist.

Out of scope

  • Liquidity provision or trading strategies.
  • Mainnet.

Technical notes and risks

  • Uniswap routing, Permit2 approvals and MEV protection options vary by chain. Start on one testnet chain with real liquidity.

Dependencies

  • #2
  • #3

Testing plan

  • Mocked Trading API tests; one scripted testnet swap.

Verify before implementing

  • Trading API availability on the chosen testnet.
  • Unichain chain ids and supported routing types before adding it to the registry.

References


Part of ##1. Ground rules for all issues in this roadmap are listed there (testnet-first, no secrets in the repo, chain logic behind the registry, tests and docs with every PR).

主要言語
Python
スター
2
フォーク
4
平均マージ
5時間 19分
マージ済み PR(30日)
11

環境構築

  • Dockerfile または Docker Compose ファイルあり
  • プルリクエストのテンプレートなし
  • コントリビューションガイドなし

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

QMeshPy/distributed-quantum のほかの issue

QMeshPy/distributed-quantum の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。