TraceRank: Reputation-Weighted Service Discovery

• TraceRank is a reputation-weighted ranking algorithm that models payment interactions as a directed weighted graph to prioritize high-quality service providers.
• It employs off-chain seed reputations alongside logarithmic flow normalization and exponential decay to mitigate the influence of low-reputation, Sybil actors.
• The iterative PageRank-style propagation method enhances precision and correlates well with human-evaluated reputations in large, real-world payment graphs.

TraceRank is a reputation-weighted ranking algorithm for service discovery in agent economies, introduced in the context of the x402 protocol. It constructs a Sybil-resistant ranking of on-chain HTTP service providers, using payment relationships as endorsements, and propagates initial reputation based on off-chain signals such as social verifications and registry attestations. The algorithm processes the network of cryptocurrency payments as a weighted, directed graph, seeding addresses with reputational mass, and iteratively propagating this mass along recent, high-value payment flows. By explicitly discounting the influence of low-seed, potentially Sybil actors and emphasizing the input of reputable entities, TraceRank surfaces services preferred by high-reputation users while suppressing those with merely high transaction volume (Shi et al., 31 Oct 2025).

1. Graph Model and Problem Definition

TraceRank models the payment universe as a directed, weighted multigraph $G = (V, E)$, where $V$ indexes on-chain addresses (including both payers and service endpoints), and $E \subseteq V \times V$ represents individual payment transactions. Each edge $e = (j \to i)$ encodes a payment with attributes:

• $v_{ji}(e)$: transaction value in USD (e.g., stablecoin such as USDC).
• $t(e)$: timestamp of the transaction.

Over a specified temporal window (typically the most recent 90 days), all transactions from $j$ to $i$ are aggregated into an endorsed flow $F_{j \to i}$. This consolidation reflects real-world usage patterns and mitigates spam or outlier events. The explicit payment graph provides an objective substrate for flows of trust and reputation.

2. Reputation Seeding and Initialization

Each address $i \in V$ receives an initial "seed" reputation $V$0 reflecting its trustworthiness, as derived from off-chain signals. These may include: trading performance metrics (e.g., low slippage, on-chain profit/loss), decentralized social signals (social following relationships, DAO memberships, protocol-linked verifications), and entries in labeled entity registries (attestations for identity, compliance, audit through ERC-8004, etc.).

Addresses lacking public or credible signals are assigned $V$1. The complete seed vector $V$2 is computed prior to propagation and remains static throughout the iterative process.

3. Edge Weighting and Flow Normalization

For each pair $V$3, the aggregate endorsed flow is computed as:

$V$4

where $V$5 is the age in days and $V$6 is a temporal-decay rate. This formula log-scales each payment to limit the effect of outliers and whale flows, and applies exponential decay to emphasize recent behavior.

For each service $V$7:

$V$8

is the total inbound flow. The column-stochastic weight matrix $V$9 is then defined by:

$E \subseteq V \times V$0

ensuring each column of $E \subseteq V \times V$1 sums to 1 (for $E \subseteq V \times V$2), as required for stability in the propagation stage.

4. Iterative Reputation Propagation

TraceRank employs a PageRank-style power iteration to propagate reputation:

$E \subseteq V \times V$3

where $E \subseteq V \times V$4 is the reputation vector at iteration $E \subseteq V \times V$5, $E \subseteq V \times V$6 is the fixed seed vector, and $E \subseteq V \times V$7 is the damping factor (commonly $E \subseteq V \times V$8). The seed-reinjection term $E \subseteq V \times V$9 ensures that only externally sourced reputation mass enters the system, while $e = (j \to i)$0 transmits reputation along incoming flows.

At convergence, the scheme solves the fixed-point equation:

$e = (j \to i)$1

Uniqueness and convergence are guaranteed due to the spectral properties of $e = (j \to i)$2 (column-stochastic with spectral radius $e = (j \to i)$3) and $e = (j \to i)$4.

Convergence is assessed when the $e = (j \to i)$5 norm $e = (j \to i)$6 falls below a tolerance $e = (j \to i)$7 (e.g., $e = (j \to i)$8 to $e = (j \to i)$9). For million-edge graphs, 20–50 iterations are typically sufficient.

5. Sybil Resistance and Attack Mitigation

TraceRank's design yields robust Sybil resistance properties. When a service $v_{ji}(e)$0 receives payments from $v_{ji}(e)$1 new wallets lacking seed reputation ($v_{ji}(e)$2), the incoming reputation mass from these sources remains negligible, regardless of their flow $v_{ji}(e)$3; thus, their repeated use cannot meaningfully boost $v_{ji}(e)$4's ranking.

A single high-seed payer, however, introduces significant mass, making it expensive for adversaries to simulate legitimate reputation. The logarithmic scaling of flows and the exponential decay further restrict attempts by adversaries to amplify their standing through either large or temporally clustered payments (e.g., typical wash trading). All reputable mass must originate from verifiable, off-chain seeded addresses, as the propagation mechanism is mass-conserving for $v_{ji}(e)$5. No combination of "circular" payment patterns between Sybil addresses creates misattributed mass.

6. Algorithmic Summary and Implementation Considerations

The algorithm proceeds as follows:

1. Input: transaction list $v_{ji}(e)$6, seed vector $v_{ji}(e)$7, decay factor $v_{ji}(e)$8, damping $v_{ji}(e)$9, tolerance $t(e)$0.
2. Aggregate edges forming $t(e)$1 for each address pair and compute $t(e)$2.
3. Construct the sparse weight matrix $t(e)$3.
4. Initialize $t(e)$4.
5. Iterate: $t(e)$5, updating $t(e)$6 until $t(e)$7.

The dominant computational cost is in power iteration, each step requiring $t(e)$8 time for sparse multiplication and $t(e)$9 for the teleport term. Space requirements are $j$0, using compressed column (CSC/CSR) formats for $j$1 and dense arrays for $j$2 and $j$3. With efficient C++ or CUDA (cuSPARSE/OpenMP) implementations, TraceRank computes on graphs with millions of edges in seconds to tens of seconds per propagation cycle.

Practical deployment stores per-service TraceRank vectors in a PostgreSQL database alongside semantic embeddings, enabling joint queries via vector indexes (pgvector) and btree on the TraceRank field. Data ingestion pipelines may compute log-scaling and decay as part of ETL.

7. Empirical Evaluation and Performance

Deployment on the x402 payment graph (hundreds of thousands of addresses, millions of payments) confirms TraceRank's effectiveness. The algorithm inverts the ranking of spam services (those paid by many low-seed wallets) versus legitimate services favored by high-reputation payers. Compared to unseeded PageRank and raw transaction volume, TraceRank substantially increases precision@K (fraction of reliable services among the top $j$4). At $j$5, the margin is reported as greater than $j$6. Spearman correlation with human-labeled service reputations is consistently higher for TraceRank.

Multiplicative fusion of TraceRank with semantic retrieval (e.g., cosine similarity between query and service embedding, scaled by TraceRank) yields high-quality, contextually relevant discovery results. Dynamic updating is facilitated by re-aggregation of recent edges, allowing adaptation to underlying payment trends without recomputing on the full historic graph (Shi et al., 31 Oct 2025).