Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

feat(starknet): session-key spending policies for AI agents

未关闭
#31 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
25/100
Issue 类型
功能
描述清晰度
基本清楚
活跃度
活跃
技术栈
python
领域
blockchain

调研方向

Start by reading issue #2 and the agent configuration and funding paths named here: ai_agent_service._execute_funding and agent/cost_guard.py. Verify the current session-key standard, maintained Python client API, and testnet paymaster availability before choosing an account implementation. Done means policy limits are enforced on-chain, session keys can be revoked and expire, and policy parameters map to existing agent config fields, with tests and documentation.

由索引模型根据 Issue 内容生成。

描述

agents chain-integration enhancement tier-3

Summary

Enforce AI agent spending limits in a Starknet smart account via session keys, so caps hold even if the backend is compromised, and offer gasless onboarding through a paymaster.

Motivation

Agent budgets (max_per_proposal, daily_budget) are enforced only in application code. On-chain policy is a stronger guarantee and a good showcase of account abstraction.

Current state in this repo

  • Limits live in agent config documents and ai_agent_service._execute_funding; agent/cost_guard.py enforces a separate set of budgets for the workspace agent.

Proposal

  • Register Starknet testnet in the registry (#2) with a minimal adapter.
  • Select an account implementation supporting session keys and define a policy (allowed targets/tokens, per-call and per-day limits, expiry).
  • Create the session key for an agent and use it for agent-initiated funding calls; revoke on demand from the UI.
  • Optionally sponsor fees with a paymaster for new users.
  • Document the toolchain (Cairo, Python client) and its cost for contributors.

Acceptance criteria

  • An agent can transact within policy and is rejected on-chain beyond it.
  • Session keys can be revoked and expire automatically.
  • Policy parameters map to the existing agent config fields.

Out of scope

  • Proving the quantum simulation with STARKs (research-grade).
  • Mainnet.

Technical notes and risks

  • Session-key standards are still a draft and wallet implementations are not mutually compatible. Pick one implementation and document the lock-in.

Dependencies

  • #2

Verify before implementing

  • Current session-key standard status and the maintained Python client API.
  • Paymaster availability on testnet.

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
平均合并
6 小时 54 分钟
30 天内合并 PR
7

环境准备

  • 提供 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 没有贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

QMeshPy/distributed-quantum 的其他 Issue

查看 QMeshPy/distributed-quantum 的全部 Issue

相似的 Issue

更多 Python Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。