V3K :: Vision 3000 Agent Store
Interoperable AI Agents, showcased on truly Decentralized Agent Store, with universal agent Entity.ID enables agent-to-agent interaction, seamless discovery, web2/web3 resource resolution and rati
Created on 1st March 2025
•
V3K :: Vision 3000 Agent Store
Interoperable AI Agents, showcased on truly Decentralized Agent Store, with universal agent Entity.ID enables agent-to-agent interaction, seamless discovery, web2/web3 resource resolution and rati
The problem V3K :: Vision 3000 Agent Store solves
- Agent Universal ID: for any agent-to-agent communication we first need a universal Agent ID, a web2/web3 interoperable, permit resource resultion onchain/offchain (just like TCP/IP to function we first built IP) << we solved this with ENS/DNS unique ID set by devs at createion (from ElizaOS functions or by adding on smart contract registry)
- Discovery: for my mom my ants to find relevent AI Agent to use, currently ai agents scattered among some stores and launchpads centralized by nature, << we solved this with truly decentralized agent store, agent attribution on chain set by developer and it's framework, and cummunity reputation signals 5-start system onchain
User Interaction and Data Flow
from
my mom perspective:
she can simply browes and search for agents in a single agent store, in which she can see agent reputation on simple star system, information on usage and how to interact with and use the agent
From advance User perspective:
Browes like my mom :) can advance search based on specific capabilities, verify agent developer KYC/Linked to IRL legal entity and their reputation, rate agent and signal suspecious behavior with onchain reputation system
From dev perspective:
- Devs can register their agent id and set it's attributions directly from ElizaOS and plugins on other frameworks OR
- By interacting with Entity.ID registry smart contract OR
- From V3K.com UI to add agent alongside all attributions (capabilities, APIs, endpoints, description, developer information.. etc)
The project architecture and development process
The V3k Agent store were built on top of Registry Chain that is a universal entity to offer an id for Agent identification on chain.
Product Integrations
- ElizaOS - offering a way to directly register agents
- LangChain/G.A.M.E plugin
- KYC coinbase, binance, gitcoin passport, check on chain kyc for Agent Developer
- KYC sumsub: optional for agent devloper to verify themself for trust
- RegistryChain integration to link and verify agent developer to real world Legal Entity
- Gassless
Key differentiators and uniqueness of the project
- Agent Universal ID
- Agent-to-Agent interaction
- Seemless discovery onchain/ofchain
- Decentralized Agent Store with my mom in mind
- Onchain Reputation (5-star system like onchain)
- Chain Abstraction
- KYC check onchain for trust signaling,
- KYC/Legal Entity linkage and verification (developer)
- Gassless, interaction for adding agent
Trade-offs and shortcuts while building
On big trade-off tworrd True decentralized agent store is having the onchain reputaiton signaling, user would need to spend gas to submit reputation related such as possitive sentiment (5-Stars) or nigative (scam)
alternatively for fractionless user experience, the rating and reputation signal through centralized offchain servers, which would be easier and simplier but against our ethos of Truly decentralized agent store with all it''s aspects..
something we want to work on improving ..
Tracks Applied (11)
Web Application for Verifiable Credentials (Use Case Specific)
Humanity Protocol
Build a mass consumer dApp fully on-chain
Somnia network
NextGen DeFi UX: Build a Mobile DeFi Consumer App
Divvi
Multi-chain Attestations
Optimism
AI Agents
Story
Cross-& Multi-Chain Development with Polkadot
Polkadot
Best Use of CDP SDK
Coinbase Developer Platform
Best use of Chainlink CCIP
Chainlink
Consumer DApps (Judged on UX)
okto
INFRASTRUCTURE + SCALABILITY
Best Protocol with DAO integration
Decent