Design: owner limits for x402 "upto" (Permit2) and "batch" (payment channels) schemes
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 12/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- typescript
- Área
- blockchain, payments
Línea de trabajo
This is a design question, and the payload names no source files or tests. Read the linked mcpc README and the x402.cow.fi openapi to understand the upto and batch schemes. The open question is what owner limits to enforce before either scheme is signed. Done means a written design agreed in the thread, not code.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
The SDK signs only exact (EIP-3009). Two other schemes are now live, and both need owner-side limits defined before we sign them:
upto(Permit2PermitWitnessTransferFrom). Apify's mcpc uses it. The agent signs a max cap and the facilitator settles accumulated usage later. mcpc's first use grantsUSDC.approve(PERMIT2, MAX_UINT256)(mcpc README).batch(payment channels). CoW Protocol's quote API atx402.cow.fiuses it: a deposit or top-up, then cumulative vouchers per request (openapi).
What Agent Safe would need to enforce:
upto: a pinned spender and payee, a max per-signature cap no larger thanmaxPerTx, and no unlimited ERC-20 approvals (approve exactly what the plan allows, or use per-permit amounts).batch: a pinned receiver, a deposit cap counted against the plan and the period budget when deposited (not when vouchers are signed), cumulative-voucher monotonicity, and a cap on total voucher value per channel.
Out of scope until the design is agreed: signing either scheme. Input from people running these schemes is welcome.
- Lenguaje dominante
- TypeScript
- Estrellas
- 0
- Forks
- 0
- Merge medio
- 3 h 51 min
- PR fusionados (30 d)
- 3
Preparar el entorno
- Sin Dockerfile ni 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 DeepFirstHQ/deepfirstsearch
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
DeepFirstHQ/deepfirstsearch#40 · 2 comentarios ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 38/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 42/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
-
2xx without a readable receipt: make on-chain confirmation the default when an RPC is availableAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
Todos los issues de DeepFirstHQ/deepfirstsearch
Issues similares
-
affected/v17 affected/v18 area/frontend type/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
umbraco/Umbraco-CMS#24186 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
better-auth/better-auth#11723 · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
area: docs difficulty: easy documentation good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Worker-Erstellung bricht langsame Git-Worktree-Checkouts nach 20 Sekunden abPosiblemente ocupada @KajoVanBuyten la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 69/100
AgentSystemLabs/agent-office#367 ·
Los mantenedores suelen responder en 1 día