Claim
A claim is a right held by one party to receive assets, income, redemption, control, or another specified benefit from a system or obligor.
Category: Money and assetsCircle category cue
System record
Start with the economic purpose, participants, resources, and entitlements before studying implementation detail.
Why it exists
Claims let systems separate present ownership of a right from the asset, payment, service, or decision that the holder may receive later.
Traditional-finance analogy
Deposit receipt or contractual entitlement is the closest comparison recorded for this concept.
Where the analogy stops
- A smart contract may enforce part of a claim automatically, but legal or off-chain performance can still require people and institutions.
- Transferability, priority, redemption timing, and recourse vary by claim and cannot be inferred from a token interface.
Main actors
- ActorClaim holder
- ActorIssuer or obligor
- ActorCustodian or paying agent when applicable
- ActorGovernance or administrator when rules can change
Assets and claims
Assets — controlled or transformed resources
Assets are resources the mechanism moves, holds, values, or transforms.
- AssetReferenced asset, income, service, or control right
Claims — entitlements and corresponding dependencies
Claims are rights to value, repayment, redemption, control, or another party's performance; each depends on an obligation or system that must honor it.
- ClaimHolder entitlement under specified redemption or settlement rules
A claim is valuable because someone or some system is expected to perform an obligation for its holder.
Why it exists
Section titled “Why it exists”Financial systems constantly separate present payment from future benefit. A depositor can receive a redeemable claim, a lender a debt claim, a liquidity provider a pooled share, a synthetic holder a derivative exposure, and a voter a governance right. Each is a claim with a different obligor, settlement rule, priority, and failure mode.
Claims make those rights transferable and composable, but they also create a dependency. The holder does not necessarily possess the underlying asset; the holder possesses an entitlement defined by code, contract, law, or some combination of them.
Traditional-finance analogy
Section titled “Traditional-finance analogy”A deposit receipt or contractual entitlement is a useful analogy. The analogy is incomplete because a smart contract can execute some obligations without a court, while other obligations—especially custody, identity, payment, and off-chain redemption—still require institutions and law. Token transferability also says nothing by itself about seniority or recourse.
Main actors
Section titled “Main actors”Every claim analysis should name at least the holder and the obligor. It may also need an issuer, custodian, paying agent, administrator, oracle, governance body, or legal entity. If no accountable party or enforceable mechanism can be identified, “claim” may be only a marketing label.
Balance-sheet view: assets, liabilities, and claims
Section titled “Balance-sheet view: assets, liabilities, and claims”A claim appears on both sides of a system:
| Perspective | Accounting meaning |
|---|---|
| Holder | An asset: the right to receive a stated benefit |
| Issuer or obligor | A liability or contingent obligation |
| Custodian | Assets held subject to duties or control rules |
| Protocol | Supply, backing, exchange rate, and settlement state |
The same token can be an asset to its holder and evidence of a liability for its issuer. That two-sided view prevents “total value” from being counted once as backing and again as a free-standing asset without recognizing the obligation.
Step-by-step mechanism
Section titled “Step-by-step mechanism”- An issuer or protocol defines the entitlement and its conditions.
- A holder contributes value, performs work, or otherwise qualifies.
- The system records the claim, sometimes as a token.
- The claim may accrue, transfer, vote, or remain account-bound.
- Settlement or redemption gives the holder the benefit and consumes or updates the claim.
Each step has a control boundary. Who can issue? Can administrators change the terms? Can a holder transfer? Can redemption be queued or paused? Does settlement require an oracle, custodian, or off-chain payment?
Flow and state changes
Section titled “Flow and state changes”Claim flow begins when an entitlement is issued and ends when it is settled, expired, cancelled, or written down. Capital flow can run in the opposite direction: a depositor sends an asset to a protocol and receives a claim token. Return flow arrives only if a borrower, strategy, issuer, fee payer, or subsidy source transfers value to the claim. Risk flow reaches the claim holder when the obligor or backing cannot perform.
Return source and loss allocation
Section titled “Return source and loss allocation”A claim does not manufacture return. Interest comes from a borrower or issuer; fees come from users; strategy profit comes from underlying positions; token subsidies come from issuance and may dilute others. If backing falls short, the claim holder, reserve provider, insurer, junior tranche, governance treasury, or another named party must absorb the difference.
Engineer or auditor lens
Section titled “Engineer or auditor lens”Check issuance authorization, supply-to-obligation reconciliation, exchange rate updates, accrual, transfer restrictions, settlement priority, pause and upgrade powers, reentrancy around redemption, and rounding direction. A core safety property is single consumption: one claim must not redeem the same benefit twice.
Common misunderstandings
Section titled “Common misunderstandings”- “Claim token means guaranteed redemption.” Redemption can be conditional, delayed, undercollateralized, or legally weak.
- “Transfer moves the underlying asset.” It may move only the entitlement record.
- “Yield is part of the token.” Yield requires an economic payer and a mechanism that allocates the payment to holders.
Primary reference
Section titled “Primary reference”ERC-4626 is one concrete claim-token standard: it distinguishes a vault’s underlying asset from shares representing a fractional claim and specifies deposit, withdrawal, conversion, and rounding behavior. It is an example, not a universal claim model.
Machine-readable model
Key equations
Canonical expressions come from the structured concept record. KaTeX renders the notation, while the plain-text expression and variable table keep its meaning and units inspectable without JavaScript. Read the narrative above for the model's domain, assumptions, and rounding rules.
This concept does not require one canonical equation. Its mechanism and state transitions remain the authoritative explanation; do not invent a formula merely to make the topic look quantitative.
Assurance contract
Security properties
These structured statements define desired behavior. Their stable IDs can bind tests, invariants, specifications, audit findings, or proof results without turning descriptive review advice into an assurance claim.
Desired · not evaluated: No test, audit, or proof result is implied until scoped evidence is linked to this property.
Issuance identifies the obligation or backing associated with the claim
A redeemed claim cannot be consumed twice
Claim supply and the system's recorded obligations reconcile under stated accounting rules
Knowledge check
Quiz
Answer in your own words, then open the model answer.
What problem does Claim exist to address?
Model answer
Claims let systems separate present ownership of a right from the asset, payment, service, or decision that the holder may receive later.