Can Trustless Agents Be Trusted? An Empirical Study of the ERC-8004 Decentralized AI Agent Ecosystem
summary
The gist
The gist The ERC-8004 protocol addresses how autonomous AI agents can assess whether an unknown counterpart is trustworthy by providing an on-chain trust layer built around three registries:
In short
This study empirically tested ERC-8004, a protocol for AI agent trust built on three registries: Identity, Reputation, and Validation. The research found that the protocol's design flaws—non-commensurable reputation scores and lack of verifiable interactions—prevent it from serving as a reliable trust signal for agents.
Key concepts
- ERC-8004
- A permissionless trust layer for AI agent economies built on three on-chain registries: Identity, Reputation, and Validation. It aims to help autonomous agents assess the trustworthiness of unknown counterparts in decentralized systems.
- Identity Registry
- The registry that gives every agent a portable handle, extending ERC-721 with URIStorage. This allows existing wallets and indexers to browse agents as transferable NFTs, providing a unique identifier for each AI agent.
- Reputation Registry
- Records client feedback as compact on-chain signals while delegating richer evidence to off-chain files. The study found this registry fails because reputation values are not comparable and feedback is rarely based on verifiable interactions.
- Sybil Behavior
- The coordinated behavior of multiple fake identities pretending to be one, often used to manipulate systems. The study identified high rates of Sybil reviewers across the chains, showing that reputation can be manipulated with minimal cost.
Terminology used across episodes
This episode discusses
- Can Trustless Agents Be Trusted? An Empirical Study of the ERC-8004 Decentralized AI Agent Ecosystem · Paper Radio
- AgentReputation: A Decentralized Agentic AI Reputation Framework
- TessPay: Verify-then-Pay Infrastructure for Trusted Agentic Commerce
- Inter-Agent Trust Models: A Comparative Study of Brief, Claim, Proof, Stake, Reputation and Constraint in Agentic Web Protocol Design-A2A, AP2, ERC-8004, and Beyond
- SoK: Agentic Skills -- Beyond Tool Use in LLM Agents
- A402: Binding Cryptocurrency Payments to Service Execution for Agentic Commerce
- Five Attacks on x402 Agentic Payment Protocol
- Free-Riding the Agentic Web: A Systematic Security Analysis of x402 Payments
- A dataset of early blockchain-registered AI agents on Ethereum
- DRF: LLM-AGENT Dynamic Reputation Filtering Framework
- SoK: Blockchain-Based Decentralized AI (DeAI)
- SoK: Security of Autonomous LLM Agents in Agentic Commerce
- Reputation as a Solution to Cooperation Collapse in LLM-based MASs
- Virtual Agent Economies
- SoK: Blockchain Agent-to-Agent Payments
The paper
Can Trustless Agents Be Trusted? An Empirical Study of the ERC-8004 Decentralized AI Agent Ecosystem · Read on arXiv
XIHAN XIONG, ZELIN LI, WEI WEI, QIN WANG, WILLIAM KNOTTENBELT, ZHIPENG WANG
Imperial College London · Ohio State University · University of Bristol · CSIRO
As autonomous AI agents increasingly transact across organizational boundaries, a fundamental trust challenge emerges: how can an agent assess whether an unknown counterpart is trustworthy? The ERC-8004 protocol addresses this challenge with the first permissionless trust layer for AI agent economies, built around three on-chain registries for Identity, Reputation, and Validation. Despite its rapid adoption, the protocol has not been studied empirically, leaving it unclear whether the information it records provides a trustworthy basis for decision-making. To address this gap, we present the first empirical study of ERC-8004 across three chains: Ethereum, BNB Smart Chain (BSC), and Base, covering the period from protocol deployment through May 13, 2026. We crawl on-chain Identity and Reputation events, off-chain files, and x402 payment transactions. On the identity side, we find that most registrations are placeholders rather than active agents, with only a small fraction (3%, 4%, and 15% across Ethereum, BSC, and Base) exposing a valid ERC-8004 registration file with at least one live service endpoint. On the reputation side, we show that the Registry, as currently deployed, cannot function as a trust signal: values are not commensurable, feedback records are rarely grounded in verifiable interactions, and reputation can be manipulated at minimal cost. Consistent with these design weaknesses, we find that a substantial fraction of reviewers (73.5%, 59.2%, and 90.6% across Ethereum, BSC, and Base) exhibit coordinated Sybil behavior. After removing Sybil-flagged feedback, 15.8%, 77.9%, and 86.8% of rated agents, respectively, are left with no valid feedback. We then turn these findings into concrete recommendations for future revisions of ERC-8004. Our study yields actionable protocol-design implications and establishes an empirical baseline for research on AI agent markets.
Transcript
Introduction to the show: ident: Security Radio. Generated commentary on the latest security and cryptography papers.
Nadia: We're looking at the paper: "Can Trustless Agents Be Trusted? An Empirical Study of the ERC-8004 Decentralized AI Agent Ecosystem".
Elias: Here's the gist of the paper. The gist The ERC-8004 protocol addresses how autonomous AI agents can assess whether an unknown counterpart is trustworthy by providing an on-chain trust layer built around three registries: Identity, Reputation, and Validation This empirical study of ERC-8004 across Ethereum, BSC, and Base reveals that the protocol's current design weaknesses—such as non-commensurable reputation values and lack of verifiable interactions—mean it cannot function as a trustworthy trust signal for agent decision-making System Model The ERC-8004 system contains three on-chain singleton registries, each deployed once per EVMcompatible chain The Identity Registry gives every agent a portable handle, extending ERC-721 with URIStorage so every agent is a transferable NFT that existing wallets and indexers can browse The Reputation Registry records client feedback as compact on-chain signals, exposing reputation to other contracts while delegating richer evidence to off-chain files The Validation Registry records independent checks of an agent’s work, which is pluggable with options like stake-secured re-execution or zkML proofs Identity and Adoption Analysis The study analyzed who registers and what they register, finding that registration is dominated by batch-minted placeholders rather than active agents Only 3% to 15% across Ethereum, BSC, and Base expose a valid ERC-8004 registration file with at least one declared service endpoint Ownership is highly concentrated on Ethereum (Gini 0.733) and Base (Gini 0.708), while BSC exhibits a much more even ownership structure with a Gini coefficient of only 0.134 A substantial gap exists between on-chain registration counts and genuine agent deployment, as only 29.4% of Ethereum agents have a valid ERC-8004 registration file Reputation Analysis and Security The Reputation Registry cannot function as a trust signal because values are not commensurable, feedback records are rarely grounded in verifiable interactions, and reputation can be manipulated at minimal cost Consistent with these design weaknesses, a substantial fraction of reviewers exhibit coordinated Sybil behavior across the chains After removing Sybil-flagged feedback, 15.8%, 77.9%, and 86.8% of rated agents are left with no valid feedback remaining to support their reputation Recommendations for Protocol Designers The study yields several concrete recommendations for future revisions of ERC-8004 1.
Nadia: Separate a reserved identity from a live agent, and specify a single liveness test so that all consumers apply the same validation instead of implementing incompatible heuristics or skipping the check altogether 2.
Elias: Type the value field, associating each tag with a unit, valid range, and direction, and enforce this declared range to restore comparable scales locally 3.
Nadia: Aggregate with a robust, bounded-influence rule such as using a median or trimmed mean so no single outlier dominates 4.
Paper summary: Nadia: So, this paper, "Can Trustless Agents Be Trusted? An Empirical Study of the ERC-eight thousand four Decentralized AI Agent Ecosystem," it looks at that ERC-eight thousand four protocol which is trying to solve how an unknown AI agent can be trustworthy <ref:2606.26028#pg1,An Empirical Study of the ERC-8004 Decentralized AI Agent Ecosystem>.
Elias: Right. The whole idea behind the paper is that this protocol gives us a permissionless trust layer for these AI agent economies, built on three registries: Identity, Reputation, and Validation.
Nadia: Exactly. They’re testing whether this information recorded on-chain actually provides a trustworthy basis for agents to make decisions about interacting with unknown counterparts.
Priya: What I want to know is what the actual findings are after they crawled all that data from Ethereum, BSC, and Base. Does this protocol actually work in practice?
Nadia: Well, the study looks at everything from protocol deployment right up to May thirteen two thousand twenty-six <ref:2606.26028#pg1>. They’re looking at on-chain Identity and Reputation events alongside off-chain files and xfour hundred two payment transactions.
Elias: And they found some pretty concrete things about who is actually using this system, which leads into the first part of the study.
Nadia: On the identity side, what they saw was that most of the registrations aren't actual agents; they’re mostly placeholders. Only a small fraction—three percent on Ethereum, four percent on BSC, and fifteen percent on Base—actually exposed a valid ERC-eight thousand four registration file with at least one live service endpoint <ref:2606.26028#pg1>.
Priya: So it seems like most of the registrations are just dead links or empty shells then. What about the reputation part? Can you actually trust what’s being recorded there?
Elias: The paper shows that as it stands, the Reputation Registry doesn't function as a trust signal at all. They found that the values for reputation aren't commensurable, meaning you can't directly compare one agent's score to another’s.
Nadia: And feedback records are rarely based on verifiable interactions; they often lack that proof we need to trust something. Plus, reputation can actually be manipulated at a very minimal cost, which is a big red flag for security research like mine.
Priya: That makes sense if the data isn't grounded in real behavior then. If you look at the reviewers, are they acting independently or is there some kind of coordinated behavior happening across the chains?
Elias: They found that consistent with those design weaknesses, a substantial fraction of reviewers show coordinated Sybil behavior across all three chains. Specifically, they saw seventy-three point five percent on Ethereum, fifty-nine point two percent on BSC, and ninety point six percent on Base exhibiting this behavior.
Nadia: And when they tried to clean out the feedback by removing that Sybil-flagged content, what happened to the remaining rated agents?
Elias: After filtering out that Sybil-flagged feedback, they found that fifteen point eight percent on Ethereum, seventy-seven point nine percent on BSC, and eighty-six point eight percent on Base were left with no valid feedback at all.
Paper summary: Priya: That’s a pretty sobering result for the reputation layer then. It suggests that if you look at this study, the current deployment of ERC-eight thousand four is not providing a reliable signal for an agent to trust another AI <ref:2606.26028#pg1>.
Nadia: It really does. So, what does all this mean for the bigger picture of AI agents transacting across organizational boundaries?
Elias: The paper’s main contribution is presenting this first cross-chain empirical study of ERC-eight thousand four as it’s deployed in practice, answering three fundamental questions: Who registers agents <ref:2606.26028#pg1,empirical study of ERC-8004>? Are the registered identities meaningful? And can the Reputation Registry actually serve as a trustworthy trust signal >
Nadia: So the study basically shows that because semantics and aggregation are still left to off-chain systems that haven't fully emerged, an AI agent consulting ERC-eight thousand four about an unknown counterpart just can't rely on the resulting reputation to make a trust decision > <ref:2606.26028#pg1>
Priya: It really highlights that the root cause isn't just a single bad piece of code but how the protocol is designed, deliberately anchoring only identities and feedback on-chain while leaving semantics and Sybil resistance unaddressed >
Nadia: That’s what it points to. The paper offers some pretty concrete recommendations for future revisions of ERC-eight thousand four which we can talk about more in the next part > <ref:2606.26028#pg1>
Elias: That's right. They suggest separating a reserved identity from a live agent and specifying one liveness test so everyone applies the same validation instead of using different heuristics or skipping the check entirely >
Priya: And they also pointed out that they need to type the value field, associating each tag with a unit and a range, so you can enforce those declared ranges locally to restore comparable scales >
Nadia: They also suggested using something like a median or trimmed mean for aggregation so no single outlier dominates the score when calculating reputation >
Elias: And they recommended tying feedback to something verifiable, like an xfour hundred two payment or an attested task in the Validation Registry, instead of just relying on random reviews >
Priya: That makes sense for establishing a baseline. So, what’s the final word from this study about where we go from here with ERC-eight thousand four <ref:2606.26028#pg1>?
Nadia: The conclusion is pretty clear: when an autonomous agent consults ERC-eight thousand four about an unknown counterpart, it cannot rely on the resulting reputation to make a trust decision because the protocol leaves semantics and evidence aggregation to off-chain systems that haven't fully emerged > <ref:2606.26028#pg1>
Elias: It really lays out that the issue is with the design itself, which deliberately anchors only identities and feedback on-chain while leaving semantics, evidence, aggregation, and Sybil resistance unaddressed >
Priya: So for anyone listening who just wants the simple version of this paper, it’s that this protocol currently can't be trusted to tell an AI agent whether another AI is a reliable counterpart because the underlying structure isn't set up for trust yet >
Conclusion: Nadia: So we’re wrapping up this look at the ERC-eight thousand four protocol, which is basically this system trying to give AI agents a way to check if they can trust someone else without a central authority.
Elias: Yeah, looking at the title again, "Can Trustless Agents Be Trusted? An Empirical Study of the ERC-eight thousand four Decentralized AI Agent Ecosystem." It sets up this whole test for what they found out.
Priya: What I'm seeing is that even with all that on-chain data from Ethereum, BSC, and Base, the protocol isn't giving agents a reliable signal to make trust decisions right now.
Nadia: Right. The core issue is that when you look at the actual usage patterns and the reputation scores they generate, it just doesn't hold up under scrutiny for real-world agent interaction.
Elias: Exactly. The authors are pointing out that because they left the semantics of how to weigh that reputation, and how to filter out bad reviews, on off-chain systems, you can’t really build a solid trust foundation on this alone.
Priya: It means that if an AI agent is looking at an unknown counterpart through this ERC-eight thousand four lens, they can't rely on the resulting reputation score to decide if it’s safe to engage with.
Nadia: That’s the implication for us, right? The design itself has these holes—it just anchors the identity and feedback on-chain but leaves all the hard stuff about evidence and how to fight manipulation outside of that structure.
Elias: It suggests that before this gets widely adopted, we need to fix those gaps in how they handle value and verification.
Priya: So what’s next for this protocol? We need to see some concrete design changes suggested by the authors before we can talk about real agent adoption.
More episodes
- 2508.14261-An Orchestrated Sandbox for Side-Channel Analysis of Cyber-Physical Systems Malware
- Daily Summary for 2026-10-23
- Daily Summary for 2026-10-23
- 2404.02138-Topic-Based Watermarks for Large Language Models
- 2604.24920-SUDP: Secret-Use Delegation Protocol for Agentic Systems
- 2606.08168-Closing the Sim-to-Real Gap: An Evaluation Framework for Autonomous Cyber Defense Configuration of Commercial EDR
- Daily Summary for 2026-10-22
- 2202.08619-Alexa versus Alexa: Controlling Smart Speakers by Self-Issuing Voice Commands
- Daily Summary for 2026-10-22
- 2501.18387-AuthOr: Lower Cost Privacy-Free Garbling of Arbitrary Boolean Circuits