Orama
  • Orama Platform Overview
  • Features
    • Orama Risk Assessment Methodology
    • Orama Risk Score Assessment
    • Token Analysis
    • Token Price Formatting
    • Twitter CA Finder
    • Twitter Analysis
    • Twitter Scan for Token Addresses
    • GitHub Repository Analysis
  • API
    • Orama API Documentation
  • Extension
    • Chrome Extension
  • Socials
    • Twitter
  • Web
Powered by GitBook
On this page
  • Overview
  • Purpose
  • Risk Score Calculation
  • Risk Score API
  • User Interface
  • Implementation
  • Best Practices
  • Limitations
  • Technical Details
  • FAQs
  1. Features

Orama Risk Score Assessment

Overview

The Orama Risk Score is a comprehensive assessment system designed to evaluate cryptocurrency tokens and assign a risk rating based on multiple data points. This proprietary scoring methodology helps investors make informed decisions by quantifying the risk factors associated with different tokens through objective metrics and analysis.

Purpose

The Risk Score assessment serves to:

  1. Provide an objective, data-driven evaluation of token risk

  2. Enable comparison between different tokens on a standardized scale

  3. Highlight specific risk factors requiring attention

  4. Track changes in risk profiles over time

  5. Guide investment decisions with quantitative metrics

Risk Score Calculation

The Orama Risk Score is calculated using a weighted average of multiple component scores, each evaluating different aspects of a token's risk profile.

Component Scores

  1. Activity Score (20%)

    • Measures on-chain transaction activity and user engagement

    • Factors: Transaction volume, active addresses, transaction frequency, growth trends

    • Higher activity generally correlates with lower risk

  2. Market Score (20%)

    • Evaluates market performance and liquidity

    • Factors: Market capitalization, trading volume, liquidity depth, price volatility, exchange listings

    • Stable markets with sufficient liquidity indicate lower risk

  3. Technical Score (15%)

    • Assesses code quality, security, and technical implementation

    • Factors: Code audits, contract security, implementation quality, upgrade mechanisms

    • Strong technical foundations suggest lower risk

  4. Distribution Score (15%)

    • Analyzes token distribution and holder concentration

    • Factors: Holder distribution, concentration ratio, insider holdings, token release schedule

    • Well-distributed tokens with limited concentration indicate lower risk

  5. Ecosystem Score (15%)

    • Evaluates project ecosystem health and integrations

    • Factors: Developer activity, integrations, partnerships, network usage

    • Vibrant ecosystems with active development suggest lower risk

  6. Compliance Score (15%)

    • Assesses regulatory compliance and governance structure

    • Factors: Regulatory status, legal structure, governance transparency, compliance history

    • Clear compliance and governance practices indicate lower risk

Calculation Formula

Risk Score = (Activity Score × 0.2) +
             (Market Score × 0.2) +
             (Technical Score × 0.15) +
             (Distribution Score × 0.15) +
             (Ecosystem Score × 0.15) +
             (Compliance Score × 0.15)

The resulting score is normalized to a 0-100 scale, where:

  • 0-20: Very Low Risk - Excellent fundamentals across all components

  • 21-40: Low Risk - Strong fundamentals with minimal concerns

  • 41-60: Moderate Risk - Average fundamentals with some notable concerns

  • 61-80: High Risk - Significant concerns across multiple components

  • 81-100: Very High Risk - Critical issues detected, extreme caution advised

Risk Score API

The Risk Score API allows developers to integrate Orama's risk assessment capabilities into their applications.

Endpoints

Token Risk Assessment

GET /api/risk/assess/{token_address}

Parameters:

  • token_address (required): The blockchain address of the token to assess

Response:

{
  "success": true,
  "data": {
    "token": {
      "address": "0x1234567890abcdef1234567890abcdef12345678",
      "name": "Example Token",
      "symbol": "EXT",
      "blockchain": "ethereum"
    },
    "risk_score": {
      "overall_score": 45,
      "risk_level": "Moderate",
      "component_scores": {
        "activity": {
          "score": 32,
          "level": "Low",
          "factors": {
            "transaction_volume": {
              "value": "$5.2M daily",
              "score": 35
            },
            "active_addresses": {
              "value": 2150,
              "score": 40
            },
            "transaction_frequency": {
              "value": "3.5 tx/holder/month",
              "score": 25
            },
            "growth_trend": {
              "value": "+5% monthly",
              "score": 30
            }
          }
        },
        "market": {
          "score": 38,
          "level": "Low",
          "factors": {
            "market_cap": {
              "value": "$42M",
              "score": 45
            },
            "volume": {
              "value": "$3.1M daily",
              "score": 35
            },
            "liquidity": {
              "value": "$1.2M avg. depth",
              "score": 30
            },
            "volatility": {
              "value": "6.2% 30d standard deviation",
              "score": 40
            },
            "exchanges": {
              "value": "4 major exchanges",
              "score": 35
            }
          }
        },
        "technical": {
          "score": 55,
          "level": "Moderate",
          "factors": {
            "code_audits": {
              "value": "1 audit from mid-tier firm",
              "score": 50
            },
            "contract_security": {
              "value": "Standard implementation with minimal modifications",
              "score": 40
            },
            "technical_implementation": {
              "value": "Some optimizations needed",
              "score": 60
            },
            "upgrade_mechanisms": {
              "value": "Upgradeable with multi-sig",
              "score": 65
            }
          }
        },
        "distribution": {
          "score": 62,
          "level": "High",
          "factors": {
            "holder_distribution": {
              "value": "22% of tokens held by top 10 addresses",
              "score": 65
            },
            "concentration_ratio": {
              "value": "Gini coefficient: 0.68",
              "score": 70
            },
            "insider_holdings": {
              "value": "15% team allocation, 3-year vesting",
              "score": 55
            },
            "release_schedule": {
              "value": "42% of supply still locked",
              "score": 60
            }
          }
        },
        "ecosystem": {
          "score": 48,
          "level": "Moderate",
          "factors": {
            "developer_activity": {
              "value": "5 active developers, weekly commits",
              "score": 45
            },
            "integrations": {
              "value": "3 major protocols",
              "score": 50
            },
            "partnerships": {
              "value": "2 significant partnerships",
              "score": 55
            },
            "network_usage": {
              "value": "Growing steadily",
              "score": 40
            }
          }
        },
        "compliance": {
          "score": 40,
          "level": "Low",
          "factors": {
            "regulatory_status": {
              "value": "Registered in 2 jurisdictions",
              "score": 35
            },
            "legal_structure": {
              "value": "Foundation with transparent governance",
              "score": 30
            },
            "governance_transparency": {
              "value": "Regular updates, public roadmap",
              "score": 45
            },
            "compliance_history": {
              "value": "No issues reported",
              "score": 50
            }
          }
        }
      }
    },
    "summary": "Example Token presents moderate overall risk with particular concerns in token distribution. Technical implementation has room for improvement, though the project demonstrates strong compliance practices and growing market metrics. Investors should monitor concentration risks and upcoming token releases.",
    "recommendations": [
      "Monitor concentration risks from large holders",
      "Review upcoming token release schedule",
      "Assess technical roadmap and planned upgrades",
      "Track ecosystem growth and adoption metrics"
    ],
    "last_updated": "2023-07-15T14:30:00Z"
  }
}

Compare Token Risks

GET /api/risk/compare

Parameters:

  • token_addresses (required): Comma-separated list of token addresses to compare

  • simplified (optional): Boolean flag for simplified comparison (scores only)

Response:

{
  "success": true,
  "data": {
    "tokens": [
      {
        "address": "0x1234567890abcdef1234567890abcdef12345678",
        "name": "Example Token",
        "symbol": "EXT",
        "risk_score": 45,
        "risk_level": "Moderate",
        "component_scores": {
          "activity": 32,
          "market": 38,
          "technical": 55,
          "distribution": 62,
          "ecosystem": 48,
          "compliance": 40
        }
      },
      {
        "address": "0xabcdef1234567890abcdef1234567890abcdef12",
        "name": "Another Token",
        "symbol": "ANT",
        "risk_score": 68,
        "risk_level": "High",
        "component_scores": {
          "activity": 75,
          "market": 80,
          "technical": 60,
          "distribution": 72,
          "ecosystem": 55,
          "compliance": 65
        }
      },
      {
        "address": "0x7890abcdef1234567890abcdef1234567890abcd",
        "name": "Third Token",
        "symbol": "TTK",
        "risk_score": 25,
        "risk_level": "Low",
        "component_scores": {
          "activity": 20,
          "market": 25,
          "technical": 30,
          "distribution": 35,
          "ecosystem": 15,
          "compliance": 25
        }
      }
    ],
    "comparison_date": "2023-07-15T14:30:00Z"
  }
}

Historical Risk Data

GET /api/risk/history/{token_address}

Parameters:

  • token_address (required): The blockchain address of the token

  • period (optional): Time period for historical data (default: 90 days)

  • interval (optional): Data interval (weekly, monthly)

Response:

{
  "success": true,
  "data": {
    "token": {
      "address": "0x1234567890abcdef1234567890abcdef12345678",
      "name": "Example Token",
      "symbol": "EXT"
    },
    "period": "90d",
    "interval": "weekly",
    "history": [
      {
        "date": "2023-07-15",
        "risk_score": 45,
        "component_scores": {
          "activity": 32,
          "market": 38,
          "technical": 55,
          "distribution": 62,
          "ecosystem": 48,
          "compliance": 40
        }
      },
      {
        "date": "2023-07-08",
        "risk_score": 47,
        "component_scores": {
          "activity": 35,
          "market": 40,
          "technical": 55,
          "distribution": 65,
          "ecosystem": 48,
          "compliance": 40
        }
      },
      // Additional historical data points
    ]
  }
}

API Authentication

All API endpoints require authentication using API keys. To authenticate:

  1. Include your API key in the request header:

    X-API-Key: your_api_key_here
  2. Rate limits apply based on your subscription tier:

    • Free: 50 risk assessments/day

    • Pro: 500 risk assessments/day

    • Enterprise: Custom limits

Error Handling

The API uses standard HTTP status codes and returns error details in the response:

{
  "success": false,
  "error": {
    "code": "token_not_found",
    "message": "The specified token could not be found",
    "details": "Please verify the token address is correct and the blockchain is supported"
  }
}

Common error codes:

  • token_not_found: The specified token does not exist

  • insufficient_data: Not enough data to perform risk assessment

  • unsupported_blockchain: The blockchain is not currently supported

  • authentication_failed: API key is invalid or missing

  • rate_limit_exceeded: Daily assessment limit has been reached

User Interface

The Risk Score is displayed through a comprehensive dashboard designed for clarity and actionable insights.

Risk Score Dashboard

The dashboard includes several key elements:

  1. Risk Meter: Visual gauge showing the overall risk score with color-coded risk levels

  2. Component Breakdown: Radar chart displaying individual component scores

  3. Factor Analysis: Detailed breakdown of factors affecting each component score

  4. Historical Trend: Graph showing risk score changes over time

  5. Token Comparison: Side-by-side comparison with similar tokens

  6. Risk Alerts: Highlighting significant risk factors requiring attention

  7. Recommendations: Suggested actions based on the risk assessment

Interactive Elements

The dashboard provides interactive elements for deeper analysis:

  1. Component Drilldown: Click on component scores to view detailed factor analysis

  2. Historical Navigation: Timeline slider to view risk assessments at different points

  3. Factor Weightings: Sliders to adjust factor importance for personalized risk analysis

  4. Risk Threshold Settings: Set custom alert thresholds for risk monitoring

  5. Export Options: Download assessment data in various formats (CSV, PDF, JSON)

Implementation

The Risk Score assessment system relies on diverse data sources and complex calculation methodologies.

Data Sources

Risk score calculations utilize data from:

  1. On-Chain Data:

    • Blockchain transaction records

    • Smart contract interactions

    • Token holder distribution

    • Token transfer patterns

  2. Market Data:

    • Price feeds from major exchanges

    • Trading volume statistics

    • Liquidity measurements

    • Order book depth analysis

  3. Technical Analysis:

    • Code repository assessment

    • Smart contract audits

    • Security vulnerability databases

    • Technical documentation evaluation

  4. Ecosystem Information:

    • Partnership announcements

    • Integration tracking

    • Developer activity metrics

    • Community engagement statistics

  5. Compliance Data:

    • Regulatory status tracking

    • Legal structure information

    • Governance documentation

    • Compliance history records

Calculation Process

The risk score calculation follows a multi-step process:

  1. Data Collection: Gather raw data from various sources

  2. Data Validation: Verify data integrity and handle missing data

  3. Metric Calculation: Transform raw data into normalized metrics

  4. Factor Scoring: Apply scoring algorithms to individual factors

  5. Component Aggregation: Combine factor scores into component scores

  6. Weighted Averaging: Apply weights to component scores

  7. Final Normalization: Scale the combined score to the 0-100 range

  8. Risk Level Classification: Assign risk level based on score thresholds

Update Frequency

Different components of the risk score update at varying frequencies:

  • Market Data: Updated hourly or in real-time

  • On-Chain Activity: Updated daily

  • Technical Assessment: Updated weekly or after significant code changes

  • Distribution Analysis: Updated weekly

  • Ecosystem Evaluation: Updated weekly or after significant announcements

  • Compliance Assessment: Updated monthly or after regulatory changes

Best Practices

For Investors

Investors can maximize the value of risk assessments by:

  1. Contextual Analysis:

    • Compare risk scores within the same token category

    • Consider market conditions when interpreting risk changes

    • Use risk assessments as one of multiple decision factors

  2. Component Focus:

    • Identify which risk components are most relevant to your investment strategy

    • Pay special attention to outlier components (significantly higher/lower than others)

    • Track changes in specific components over time

  3. Risk Monitoring:

    • Set up alerts for significant risk score changes

    • Regularly review risk assessments for tokens in your portfolio

    • Compare your holdings' risk profiles to market benchmarks

  4. Diversification Strategy:

    • Use risk scores to balance portfolio risk exposure

    • Consider correlation between risk factors across holdings

    • Adjust position sizes based on risk assessment

For Projects

Projects can use risk assessments to improve their risk profile:

  1. Identifying Weaknesses:

    • Focus improvement efforts on highest-risk components

    • Address specific factors with poorest scores

    • Benchmark against similar projects with better risk profiles

  2. Demonstrating Improvements:

    • Document and communicate risk mitigation efforts

    • Highlight positive trends in risk assessments

    • Showcase progress in addressing identified concerns

  3. Monitoring Competition:

    • Compare risk profiles with competing projects

    • Identify competitive advantages in lower-risk areas

    • Learn from competitors' successful risk reduction strategies

  4. Investor Communication:

    • Use risk assessments in investor relations materials

    • Proactively address high-risk factors in communications

    • Set measurable goals for risk profile improvement

Limitations

The Risk Score assessment has several important limitations:

  1. Data Availability:

    • Newer or smaller tokens may have limited data

    • Some blockchains have less comprehensive data access

    • Private information not reflected in public data sources

  2. Market Conditions:

    • Risk assessments reflect current conditions and may change rapidly

    • Extreme market volatility can impact multiple risk components

    • Correlations between risk factors may change during market stress

  3. Emerging Risks:

    • Novel attack vectors may not be captured by existing factors

    • New regulatory developments can change compliance landscape

    • Innovative token models may not fit standard assessment frameworks

  4. Industry Evolution:

    • Risk models require continuous updating as the industry evolves

    • New best practices emerge as the ecosystem matures

    • Comparative benchmarks shift as the market develops

Technical Details

System Architecture

The Risk Score system is built on a scalable microservices architecture:

  1. Data Collection Services:

    • Blockchain indexers for on-chain data

    • Exchange API integrators for market data

    • Web scrapers for news and announcements

    • Repository analyzers for technical assessment

  2. Processing Pipeline:

    • Stream processing for real-time metrics

    • Batch processing for complex calculations

    • Machine learning models for pattern detection

    • Anomaly detection for risk alerts

  3. Storage Layer:

    • Time-series databases for historical data

    • Graph databases for relationship mapping

    • Document stores for unstructured data

    • In-memory caches for performance optimization

  4. API Layer:

    • RESTful endpoints for client applications

    • WebSocket connections for real-time updates

    • GraphQL interface for flexible queries

    • Authentication and rate limiting services

Performance Considerations

The Risk Score system is designed for:

  1. Scalability:

    • Horizontal scaling to handle growing token universe

    • Auto-scaling based on demand patterns

    • Distributed processing for computation-intensive calculations

  2. Responsiveness:

    • Sub-second API response times for most queries

    • Efficient caching strategies for frequently accessed data

    • Background processing for intensive calculations

  3. Accuracy:

    • Multi-source data validation

    • Anomaly detection to identify data issues

    • Continuous model validation and calibration

  4. Real-time Updates:

    • Event-driven architecture for immediate propagation of changes

    • Prioritized update queue for critical risk factors

    • Intelligent batching for efficient processing

FAQs

Q: How often are risk scores updated?

A: Different components update at different frequencies: market data updates hourly or in real-time, on-chain activity updates daily, and other components typically update weekly.

Q: Can I access historical risk data through the API?

A: Yes, historical risk data is available through the /api/risk/history/{token_address} endpoint, with options to specify the time period and interval.

Q: How accurate are the risk assessments?

A: Risk assessments are based on objective data and established methodologies, but they represent probabilities rather than certainties. They should be used as one of multiple factors in decision-making.

Q: Do risk scores predict price movements?

A: Risk scores evaluate fundamental risk factors, not short-term price movements. Lower-risk tokens may still experience price volatility, and higher-risk tokens may sometimes perform well despite their risk profiles.

Q: Can I customize the risk assessment methodology?

A: Enterprise API users can adjust factor weightings and set custom thresholds through the customization endpoints. Contact our sales team for more information on customization options.

PreviousOrama Risk Assessment MethodologyNextToken Analysis

Last updated 27 days ago