Free 30-min Web3 Consultation
Book Consultation
Smart Contract Security Audits
View Audit Services
Custom DeFi Protocol Development
Explore DeFi
Full-Stack Web3 dApp Development
View App Services
Free 30-min Web3 Consultation
Book Consultation
Smart Contract Security Audits
View Audit Services
Custom DeFi Protocol Development
Explore DeFi
Full-Stack Web3 dApp Development
View App Services
Free 30-min Web3 Consultation
Book Consultation
Smart Contract Security Audits
View Audit Services
Custom DeFi Protocol Development
Explore DeFi
Full-Stack Web3 dApp Development
View App Services
Free 30-min Web3 Consultation
Book Consultation
Smart Contract Security Audits
View Audit Services
Custom DeFi Protocol Development
Explore DeFi
Full-Stack Web3 dApp Development
View App Services
decentralized-identity-did-and-reputation
Blog

Why Reputation Can't Be a Non-Transferable Token (Yet)

Soulbound tokens (SBTs) are a flawed primitive for on-chain reputation. This analysis breaks down the critical missing layers of granular consent, interoperability, and context that prevent SBTs from being safe or useful.

introduction
THE REPUTATION PROBLEM

Introduction: The SBT Mirage

Soulbound Tokens (SBTs) fail as reputation systems because they treat social capital as a static, on-chain asset.

SBTs are static ledgers. They record a binary attestation but lack the dynamic, contextual scoring needed for trust. Reputation is a function of behavior over time, not a one-time mint.

On-chain privacy is impossible. Public SBTs create permanent, linkable records that enable sybil attacks and social engineering. Zero-knowledge proofs like those from Sismo or Semaphore are prerequisites for usable identity.

The oracle problem dominates. The value of an SBT is dictated by the credibility of its issuer, like Gitcoin Passport. Without decentralized attestation networks, SBTs are just signed messages.

Evidence: Vitalik's original SBT paper acknowledges these limitations, framing them as unsolved research problems rather than deployable primitives.

key-insights
WHY REPUTATION CAN'T BE AN NTT (YET)

Executive Summary: The Three Fatal Flaws

Non-transferable tokens (NTTs) are the intuitive primitive for on-chain reputation, but three fundamental protocol-level flaws prevent them from scaling beyond niche use cases.

01

The Oracle Problem: Off-Chain Data is a Black Box

Reputation originates off-chain (GitHub, LinkedIn, credit scores). Bridging it on-chain requires trusted oracles like Chainlink or Pyth, creating a central point of failure and manipulation. The NTT is only as credible as its weakest data feed.

  • Sybil Attack Vector: Oracles can be gamed with fabricated data.
  • Data Latency: Real-world reputation updates slowly, making NTTs stale.
  • Jurisdiction Risk: Oracle operators face legal liability for sensitive data.
1
Central Point
~24h
Update Lag
02

The Composability Problem: Silos Kill Network Effects

An NTT minted by one protocol (e.g., Gitcoin Passport) is non-transferable and often non-composable. It creates a walled garden, preventing a unified reputation graph across DeFi, DAOs, and social apps like Farcaster.

  • Protocol Lock-In: Developers must rebuild reputation systems from scratch.
  • Fragmented Identity: A user's GitHub NTT is useless in a lending protocol.
  • Zero Liquidity: Reputation cannot be used as collateral or delegated, unlike ERC-20 or ERC-721 tokens.
0
Cross-Protocol Use
100%
Siloed
03

The Valuation Problem: Reputation Has No Price, Only Cost

Reputation's value is contextual and non-fungible. An NTT cannot be priced by an AMM like Uniswap, making it economically inert. The only measurable metric is the gas cost to mint and update it, which scales linearly with users.

  • No Monetary Utility: Cannot be staked, lent, or used in UniswapX intent flows.
  • Linear Scaling: $1M in gas fees for 1M users is unsustainable.
  • Zero Fee Revenue: Protocols cannot monetize reputation services directly, killing the business model.
$0
Monetary Value
$1M+
System Cost
thesis-statement
THE STATE PROBLEM

Core Argument: Reputation is a Verb, Not a Noun

Reputation is a dynamic process of evaluation, not a static asset that can be tokenized with current infrastructure.

Reputation is a stateful process. It is not a single data point but a continuous function of historical actions, requiring constant re-evaluation against new context. A static non-transferable token (NFT) or soulbound token (SBT) captures a snapshot, which decays into uselessness without a live feed of attestations and behavioral data.

Current primitives are insufficient. Systems like Ethereum Attestation Service (EAS) or Verax provide a registry for claims, but they lack the oracle problem solution for real-world data and a consensus mechanism for interpreting that data into a reputation score. They record verbs but cannot execute the reputation function itself.

The market proves the point. No major DeFi or DAO governance system uses on-chain reputation scores for core functions like lending or voting. They rely on token-weighted models because staking capital provides a clear, immediately verifiable state. Reputation's state is too complex and subjective to be trustlessly resolved on-chain today.

Evidence: The failure of 'proof-of-humanity' systems for Sybil resistance. Projects like BrightID or Gitcoin Passport aggregate attestations but still require centralized judges or committees to interpret them, exposing the oracle problem at the heart of reputation computation.

WHY REPUTATION CAN'T BE A NON-TRANSFERABLE TOKEN (YET)

The SBT Reality Check: Adoption vs. Hype

A feature matrix comparing the theoretical promise of Soulbound Tokens (SBTs) against the practical realities of on-chain reputation systems, highlighting the critical gaps preventing mainstream adoption.

Core ChallengeSBT Ideal (Vitalik's Vision)Current On-Chain RealityLeading Workarounds

Data Provenance & Integrity

Self-attested, cryptographically verified claims

Overwhelmingly oracle-dependent (e.g., Galxe, Gitcoin Passport)

Hybrid attestations (Ethereum Attestation Service, Verax)

Revocation & Key Management

Social recovery wallets & programmable consent

Centralized issuer control or immutable blobs

Delegatable revocation via EIP-3668 (OffchainResolver)

Privacy & Selective Disclosure

ZK-proofs for credential verification

Fully public metadata by default (ERC-5192)

ZK SBTs (Sismo), Polygon ID, Aztec Protocol

Economic Utility & Composability

Governance power, undercollateralized lending

Mostly gated NFT mints & airdrop farming

Reputation-based sybil resistance (Optimism's Citizen House)

Standardization & Interoperability

Universal SBT standard (ERC-5114, ERC-4973)

Fragmented, non-composable implementations

Cross-chain attestation bridges (Hyperlane, LayerZero)

Sybil Attack Resistance Cost

$1000 in social capital

< $50 for a fresh wallet & attestation farm

Proof-of-Personhood primitives (Worldcoin, BrightID)

Active User Base (Est.)

Projected: 10M+

Actual: < 500K meaningful engagements

N/A

deep-dive
THE REPUTATION PROBLEM

The Missing Layers: Why SBTs Are Structurally Unsound

Soulbound Tokens (SBTs) fail as reputation primitives because they lack the infrastructure for verification, context, and dynamic evaluation.

SBTs are static ledgers for dynamic data. Reputation requires continuous updates based on behavior, but an on-chain token is a snapshot. This creates a data integrity gap where the token's state diverges from real-world standing.

Off-chain verification is the bottleneck. Issuing a credential for a GitHub commit or a loan repayment requires an oracle like Chainlink or Pyth, but these systems verify facts, not complex, subjective reputation scores.

Context collapse is inevitable. A DAO contribution SBT and a credit score SBT hold different meanings, but on-chain, they are identical token types. Protocols like Gitcoin Passport aggregate attestations, but the SBT standard itself provides no native framework for this.

The revocation problem is unsolved. A malicious actor's SBT must be burnable, but this requires centralized control by the issuer, negating the decentralized ideal. Standards like EIP-4973 propose solutions, but adoption is minimal.

Evidence: Vitalik Buterin's original SBT paper acknowledges these gaps, stating the concept requires 'other forms of decentralized society infrastructure' to be functional, which do not yet exist at scale.

protocol-spotlight
THE INFRASTRUCTURE LAYERS

Who's Building the Actual Reputation Stack?

Reputation is a composite signal, not a token. These protocols are building the primitive layers to make it legible and usable.

01

The Problem: On-Chain Identity is a Sparse Graph

A wallet's history is a noisy, incomplete dataset. Reputation requires aggregating signals across chains and applications to create a coherent identity graph.

  • Key Insight: Raw transaction logs are meaningless without context and attestation.
  • Key Benefit: Protocols like Ethereum Attestation Service (EAS) and Verax provide a standard schema for creating, storing, and querying verifiable claims.
10M+
Attestations
L1/L2 Agnostic
Scope
02

The Solution: Programmable Reputation Scores

Static scores are useless. Reputation must be dynamic, context-specific, and composable for underwriting or access control.

  • Key Insight: A DAO contributor's score differs from a DeFi borrower's.
  • Key Benefit: Gitcoin Passport and Sismo aggregate off-chain/on-chain data into verifiable, scoped credentials that apps can query with custom logic.
500K+
Passport Holders
ZK-Proofs
Privacy Tech
03

The Enforcer: Reputation as Collateral

For reputation to have real economic weight, it must be stakable and slashable, creating skin-in-the-game.

  • Key Insight: A non-transferable token (Soulbound) is just a badge unless it carries a bonded value.
  • Key Benefit: EigenLayer's restaking and Hyperliquid's delegated staking turn validator/operator reputation into a financial primitive with $15B+ TVL at stake.
$15B+
TVL at Stake
Slashable
Enforcement
04

The Oracle: Bridging Off-Chain Legitimacy

True reputation exists off-chain (employment, credit). The stack needs secure bridges to import these signals without centralized points of failure.

  • Key Insight: A KYC credential is only as good as its issuer's security and decentralization.
  • Key Benefit: Chainlink's Proof of Reserve and Oracle of Oracles (OoO) models provide frameworks for verifying and transporting real-world attestations on-chain.
100+
Oracle Networks
Anti-Fraud
Focus
05

The Application: Underwriting Without Collateral

The endgame: using programmable reputation to grant credit or access, moving beyond over-collateralized DeFi.

  • Key Insight: Protocols like Goldfinch and Maple Finance already underwrite based on off-chain legal entities; the next step is purely on-chain scoring.
  • Key Benefit: Enables trust-minimized lending and sybil-resistant governance by using a composite reputation score as the primary risk metric.
$1B+
Real-World Loans
0% Over-Collat.
Target
06

The Limitation: Privacy vs. Provenance

Full reputation transparency creates doxxing and discrimination vectors. The stack must reconcile verifiable claims with user privacy.

  • Key Insight: Zero-Knowledge proofs (ZK) are the only viable path, as seen in Sismo and Aztec.
  • Key Benefit: Users can prove attributes (e.g., "score > X") without revealing underlying data, making reputation usable without being exploitable.
ZK-Proofs
Core Tech
Selective Disclosure
Feature
counter-argument
THE REPUTATION PROBLEM

Steelman: "But SBTs Are Just the First Step"

Non-transferable tokens are a primitive, not a solution, for encoding complex social and economic reputation.

SBTs lack context and nuance. A token representing a degree or credit score is a static, binary claim. It fails to capture the dynamic, multi-dimensional nature of real-world reputation, which involves history, relationships, and probabilistic future behavior.

Reputation is a network effect. Its value derives from a shared, evolving consensus within a community, not a single issuer. A protocol like Ethereum Attestation Service (EAS) models this better by creating a web of verifiable, revocable statements from multiple attesters.

Transferability is a feature, not a bug. Permanently locking reputation on-chain creates brittle identity systems. A hybrid model, like Vitalik's 'Soulbound NFTs with expirations', introduces necessary fluidity, allowing reputation to decay or be re-evaluated over time.

Evidence: The most successful on-chain reputation systems today, like Gitcoin Passport, are composable aggregators of off-chain and on-chain attestations, not monolithic SBTs. They prove that reputation is a computed state, not a stored token.

FREQUENTLY ASKED QUESTIONS

FAQ: SBTs, Reputation, and the Road Ahead

Common questions about the technical and practical limitations of using non-transferable tokens for on-chain reputation systems.

Soulbound Tokens (SBTs) are a primitive, not a complete system, lacking critical infrastructure for privacy, revocation, and governance. Current implementations like those from Vitalik Buterin's original paper are conceptual. Real-world deployment requires solving for key management, Sybil resistance (e.g., using Worldcoin, BrightID), and legal compliance, which no single protocol has fully integrated.

future-outlook
THE NON-TRANSFERABILITY CONSTRAINT

The Path Forward: Reputation as a Service

Reputation must be a non-transferable, context-specific service, not a generic token, to maintain its core utility and prevent market failure.

Reputation is non-transferable by design. A reputation score that can be bought or sold loses its signal. This is the Sybil Attack problem: if a wallet's history is a commodity, it becomes worthless for trustless coordination.

Context-specificity defeats fungibility. A wallet's reputation for Uniswap liquidity provision differs from its reputation for Gitcoin grant curation. A single, transferable NFT cannot capture this multidimensional data without losing meaning.

ERC-721 and Soulbound Tokens (SBTs) enforce non-transferability at the protocol level. However, they are static records. Reputation as a Service (RaaS) must be a dynamic query, like The Graph for on-chain history, not a stored asset.

Evidence: Look at Ethereum Attestation Service (EAS) schemas. They create portable, verifiable statements about an identity, but their value emerges from the attester's own reputation and the specific context of the claim.

takeaways
REPUTATION IS NOT AN SBT

TL;DR: Key Takeaways for Builders

Non-transferable tokens fail to capture the dynamic, context-specific, and composable nature of on-chain reputation. Here's what you need to build instead.

01

The Problem: SBTs Are Static Snapshots

Soulbound Tokens (SBTs) are immutable records, but reputation is a live, decaying signal. A static NFT cannot reflect a user's current trustworthiness or recent behavior, making it useless for real-time applications like undercollateralized lending or governance delegation.

  • Key Flaw: No mechanism for decay or revocation of stale data.
  • Real Consequence: A user's 2021 airdrop SBT holds equal weight to their 2024 MEV botting activity.
0
Dynamic Updates
Static
Data Model
02

The Solution: Reputation as a Verifiable Stream

Reputation must be a continuously updated data stream, verified by oracles or a network of attesters (like EigenLayer AVSs or Hyperliquid's committee). This creates a live feed of credibility scores that protocols can query with specific parameters.

  • Key Benefit: Enables time-weighted and context-aware scoring (e.g., DeFi vs. Gaming reputation).
  • Architecture: Think The Graph for queries, but for trust signals, not historical events.
Live
Data Feed
Context-Specific
Scoring
03

The Problem: On-Chain Reputation Is Incomplete

Critical reputation data exists off-chain (Discord activity, GitHub commits, real-world credentials). A pure on-chain token creates a fragmented identity. Projects like Gitcoin Passport attempt aggregation but face oracle trust issues.

  • Key Flaw: Sybil resistance requires off-chain signals, but bridging them introduces centralization vectors.
  • Integration Gap: No standard for composably merging on-chain history with Verifiable Credentials (VCs).
<50%
Data On-Chain
Oracle Risk
Trust Assumption
04

The Solution: Portable Attestation Graphs

Build using frameworks like EAS (Ethereum Attestation Service) or IBC-style interchain attestations. These create a directed graph of signed statements about an entity that any chain or rollup can permissionlessly verify.

  • Key Benefit: Chain-agnostic reputation that avoids vendor lock-in to a single L1 or L2.
  • Composability: Protocols like Aave or Compound can define their own reputation schemas atop a shared attestation layer.
Multi-Chain
Portability
Schema-Based
Flexibility
05

The Problem: Privacy vs. Utility Trade-Off

Public, non-transferable tokens leak identity graphs and create permanent negative records. This disincentivizes participation. Zero-knowledge proofs (ZKPs) are computationally expensive for complex, evolving reputation models.

  • Key Flaw: Full transparency kills use cases like private credit scoring or anonymous governance.
  • Tech Debt: Current ZK tooling (zkSNARKs, zkSTARKs) isn't optimized for frequent, cheap updates of a stateful reputation object.
High
Privacy Cost
ZK Overhead
Computational Cost
06

The Solution: Incremental Proofs & Selective Disclosure

Leverage ZK systems built for stateful applications (RISC Zero, SP1) to generate proofs of reputation state transitions. Users can then provide selective disclosures (e.g., "Proof of >1000 TXs" without revealing history).

  • Key Benefit: Enables privacy-preserving reputation checks for applications like undercollateralized loans on Maple Finance.
  • Forward-Looking: Aligns with Aztec and Aleo's vision for private application states.
Selective
Disclosure
Stateful ZK
Foundation
ENQUIRY

Get In Touch
today.

Our experts will offer a free quote and a 30min call to discuss your project.

NDA Protected
24h Response
Directly to Engineering Team
10+
Protocols Shipped
$20M+
TVL Overall
NDA Protected Directly to Engineering Team
Why Reputation Can't Be a Non-Transferable Token (Yet) | ChainScore Blog