[Integration] Open Agent Trust Registry: lightweight runtime attestation for wallet operations
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Stack tecnologico
- typescript
- Ambito
- authentication, authorization, security
Direzione di ricerca
L’issue non indica file o test di AgentKit. Inizia dalla sezione legale del README e dalle discussioni correlate in #1015 e #972, quindi determina se i maintainer vogliono un’integrazione OATR e quale azione di verifica rientra nell’ambito. Il completamento richiede un design di integrazione concordato; l’issue non definisce un obiettivo di implementazione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I noticed the conversation around agent identity in #1015 (Observer Protocol) and #972 (MolTrust). Both are solid approaches but require on-chain infrastructure (ERC-8004 contracts, blockchain queries per verification).
For teams that want agent authorization verification without on-chain overhead, I've built the Open Agent Trust Registry (OATR), a lightweight alternative:
- Ed25519 JWT attestations signed by the agent's runtime (
agent-attestation+jwtmedia type) - Offline verification: download the registry manifest once, verify locally, no blockchain calls
- Runtime-scoped authorization: attestations include
scopeandconstraintsfields specifying what the agent is allowed to do - MIT licensed, no tokens, no vendor lock-in
How it would work with AgentKit:
import { OpenAgentTrustRegistry } from '@open-agent-trust/registry';
// Load registry once (auto-refreshes every 15 minutes)
const registry = await OpenAgentTrustRegistry.load('https://your-mirror.com');
// Before executing a wallet operation:
const attestation = agent.getAttestation(); // JWT from the agent's runtime
const result = await registry.verifyToken(attestation, 'https://your-service.com');
if (result.valid && result.claims?.scope.includes('wallet:transfer')) {
// result.issuer — verified runtime that issued this agent
// result.claims.constraints — additional authorization bounds
await wallet.transfer({ to, amount });
} else {
throw new Error(`Agent not authorized: ${result.reason || 'scope_missing'}`);
}
The registry currently has 7 registered issuers with automated CI-verified registration (domain verification + cryptographic proof-of-key-ownership). The manifest is Ed25519-signed, so even if you use a third-party mirror, tampered copies are rejected by the SDK.
Why this matters for AgentKit specifically: The README's legal section notes that agent actions "are NOT acts of Coinbase." Runtime attestation gives developers a tool to verify agent authorization before those actions happen, reducing the liability gap. The attestation's user_pseudonym field provides a pairwise pseudonymous identifier, so authorization is traceable without exposing the user's real identity.
This is complementary to Observer Protocol (#1015). OATR handles "is this agent authorized by its runtime?" while Observer handles on-chain reputation. A defense-in-depth approach would use both.
Happy to submit a PR for an OATR verification action if there's interest.
- Lingua principale
- TypeScript
- Stelle
- 1.4k
- Fork
- 900
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di coinbase/agentkit
-
SolanaKeypairWalletProvider returns a signature when confirmation reports an execution errorForse già presa @snuff12 l’ha presa 5 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
I maintainer di solito rispondono entro 1 giorno
-
Python: Permit2 approval in CdpSmartWalletActionProvider.swap always reports failure (integer vs string receipt status)Forse già presa @0xLittleDream l’ha presa 13 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
coinbase/agentkit#1592 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Moonwell redeem fails on Base Sepolia and uses 18 decimals for cbBTCForse già presa @sebxt l’ha presa 16 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
coinbase/agentkit#1578 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
ERC20 transfer reports "Transferred" when the transaction reverts (receipt status ignored)Forse già presa @AgenticFinanceGraph l’ha presa 25 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
coinbase/agentkit#1558 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
[TypeScript] `ViemWalletProvider` rejects a wallet client from a newer viem than the exactly pinned one (TS2345, `tokens` missing on `Client`)Forse già presa @PrabalParihar l’ha presa 16 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
coinbase/agentkit#1532 · 5 commenti ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di coinbase/agentkit
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
shoelace-style/webawesome#2979 ·
I maintainer di solito rispondono entro 1 giorno
-
Chip source filter and denial markers miss Storage rows when a Storage activity source is pickedApertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
omdsh-dev/DSH-better-sidebar#1141 ·
I maintainer di solito rispondono entro 2 giorni