Fundamental analysis of a crypto project is the process of evaluating its technology, token structure, users, governance, finances and risks before making a decision.

Price charts show how market participants are behaving. Fundamental analysis asks a different set of questions:

• What problem does the project solve?
• Does the product require a token?
• Who controls the supply?
• Are people actually using the network?
• How is development funded?
• What could cause the project or token to fail?

A cryptocurrency can rise rapidly without strong fundamentals. Speculation, exchange listings, social media attention and market liquidity can all increase demand temporarily.

The opposite is also true. A technically useful network can produce a weak investment result if the token has excessive inflation, limited value capture or concentrated insider ownership.

This guide provides a practical due diligence framework for analysing crypto projects without relying solely on promotional claims or recent price performance.

Key Takeaways

• A useful blockchain product does not automatically create a valuable token.
• Crypto fundamental analysis should examine the project, network and token separately.
• Token utility matters only when real activity creates sustainable demand.
• Circulating supply, future unlocks and insider allocations can strongly affect price.
• User numbers should be evaluated alongside transaction quality, fees and retention.
• Published partnerships and roadmap targets should be independently verified.
• Smart contract audits reduce some risks but do not guarantee security.
• A project can succeed technically while its token underperforms.
• Due diligence reduces avoidable risk but cannot guarantee a profitable investment.

What Fundamental Analysis Means in Crypto

Traditional fundamental analysis often evaluates a company through revenue, profit, debt, assets, competitive position and management quality.

Crypto projects may not have conventional corporate structures or financial statements. A network can also involve several connected elements:

• a blockchain or protocol;
• a development company;
• a nonprofit foundation;
• a decentralised autonomous organisation;
• a treasury;
• validators or miners;
• a tradable token;
• applications built by independent developers.

These components should not be treated as identical.

A development company may build useful software while the token captures little economic value. A protocol may generate fees while token holders receive none of that revenue. A project may describe itself as decentralised while a small group controls upgrades, treasury spending and governance.

Crypto fundamental analysis therefore requires more than reading a white paper.

Separate the Product, Network and Token

One of the most important due diligence steps is distinguishing between the product, network and token.

The Product

The product is the service provided to users.

Examples include:

• transferring value;
• borrowing and lending;
• decentralised trading;
• data storage;
• blockchain gaming;
• digital identity;
• tokenisation;
• computing;
• oracle services;
• asset custody.

The product should solve a real problem more effectively than available alternatives.

The Network or Protocol

The network is the technical infrastructure that operates the product.

Relevant questions include:

• How are transactions validated?
• How decentralised is control?
• What are the network fees?
• Can the system scale?
• Has it experienced outages?
• Who can change the protocol?
• How are vulnerabilities addressed?

The Token

The token is the tradable asset associated with the project.

It may be used for:

• transaction fees;
• staking;
• governance;
• collateral;
• access to services;
• rewards;
• payments;
• liquidity incentives.

The existence of a product does not automatically mean that buying the token provides exposure to the product’s success.

A project can attract users while token demand remains weak.

Start With the Problem

Every project should clearly explain the problem it intends to solve.

A meaningful problem should be:

• specific;
• important to identifiable users;
• expensive or difficult under existing systems;
• suitable for the proposed technology;
• supported by observable demand.

Weak project descriptions often rely on broad claims such as:

• revolutionising finance;
• connecting the global economy;
• democratising access;
• transforming Web3;
• building the future of digital ownership.

These statements describe ambitions rather than measurable problems.

A stronger explanation identifies:

• who experiences the problem;
• why current solutions are inadequate;
• how the product improves the process;
• why a blockchain is required;
• what evidence shows that users care.

Does the Project Need a Blockchain?

Not every digital product requires a blockchain.

A centralised database may be faster, cheaper and easier to maintain.

Blockchain technology may be appropriate when the product genuinely benefits from:

• shared settlement between independent parties;
• transparent transaction history;
• censorship resistance;
• programmable ownership;
• trust minimisation;
• interoperability with other on-chain systems;
• digital scarcity.

The project should explain why decentralisation or tokenisation provides a practical advantage.

If the same product could operate more efficiently without a blockchain, the token may exist primarily for fundraising or speculation.

Does the Project Need a Token?

A network can require blockchain technology without requiring a publicly traded token.

Ask what would happen if the token disappeared.

Would users still be able to access the service? Could fees be paid with a stablecoin or established cryptocurrency? Does the token create a necessary economic function or add unnecessary complexity?

Legitimate token functions may include:

• securing the network through staking;
• paying unavoidable protocol fees;
• providing collateral;
• coordinating decentralised governance;
• distributing economic incentives;
• settling transactions within the system.

Weak token utility may include:

• optional discounts;
• vague future governance;
• rewards funded mainly by new token issuance;
• access to services that could accept ordinary currency;
• promotional benefits with no sustainable demand.

A token should not be considered valuable merely because the project uses the word utility.

Understanding Token Value Capture

Value capture describes how growth in the product or network may create demand or economic benefit for the token.

Possible value-capture mechanisms include:

• mandatory fee payment;
• staking requirements;
• collateral demand;
• token burning;
• revenue distribution;
• governance over valuable resources;
• reduced circulating supply;
• access to scarce network capacity.

Each mechanism has limitations.

Fee payment

If users must buy the token to pay fees, network growth may create demand.

However, users may purchase the token only briefly and immediately sell or exchange it after use.

Staking

Staking can remove tokens from active circulation and support network security.

Staking rewards funded through inflation may dilute holders who do not stake. High advertised yields are not meaningful without understanding where the rewards come from.

Token burning

A burn mechanism permanently removes tokens from circulation.

Burning tokens does not guarantee appreciation. Demand can still decline faster than supply.

Revenue distribution

Some tokens may provide claims on fees or protocol revenue.

The legal structure, sustainability and enforceability of the distribution should be examined carefully.

Governance

Governance rights can be valuable when token holders control meaningful decisions.

They may be less valuable when participation is low, voting power is concentrated or core developers can ignore the result.

Tokenomics and Supply Analysis

Tokenomics describes how a token is issued, distributed and used.

Supply structure is one of the most important parts of crypto due diligence.

Circulating Supply

Circulating supply is the approximate number of tokens currently available to the market.

It may exclude:

• locked team allocations;
• investor vesting;
• treasury reserves;
• future ecosystem incentives;
• staking rewards that have not been issued.

A low circulating supply can create an artificially limited market float.

Total and Maximum Supply

Total supply generally includes issued tokens excluding those permanently removed.

Maximum supply represents the highest possible number of tokens where a fixed limit exists.

Not every token has a maximum supply. Some networks issue new tokens continuously.

Fully Diluted Valuation

Fully diluted valuation estimates the market value if the complete token supply were circulating at the current price.

It is commonly calculated as:

Current token price × maximum or total supply.

Suppose a token trades at USD 2 with:

• 100 million tokens circulating;
• one billion maximum supply.

The circulating market capitalisation is approximately USD 200 million.

The fully diluted valuation is approximately USD 2 billion.

The difference indicates that substantial future dilution may occur.

A high fully diluted valuation does not guarantee that all tokens will enter the market immediately. It does show that the current price is being applied to a much larger potential supply.

Token Allocation

Review how the initial supply was allocated.

Common categories include:

• founders and team;
• private investors;
• public sale participants;
• foundation or company treasury;
• ecosystem incentives;
• community rewards;
• market makers;
• advisors.

Large insider allocations increase the importance of vesting terms and ownership concentration.

Ask:

• What percentage went to insiders?
• What price did early investors pay?
• When can they sell?
• Are allocations linked to performance?
• Can vesting terms be changed?
• Are wallet addresses publicly identifiable?

Vesting and Token Unlocks

Vesting restricts when allocated tokens can be transferred.

A typical schedule may include:

• an initial lock-up period;
• a cliff;
• monthly or quarterly releases;
• full release over several years.

Unlocks can create selling pressure when recipients gain access to tokens acquired at a much lower price.

An unlock does not automatically cause a decline. Market demand may absorb the supply.

However, investors should know:

• the amount being unlocked;
• the percentage of circulating supply;
• the recipients;
• their acquisition price;
• the normal market liquidity.

A project with strong user growth can still underperform if token dilution consistently exceeds demand.

Inflation and Emissions

Some protocols issue new tokens to reward:

• validators;
• liquidity providers;
• users;
• developers;
• ecosystem participants.

These incentives can help bootstrap activity.

They can also create unsustainable behaviour.

Users may participate only to collect rewards and immediately sell them. When incentives decline, activity and liquidity may disappear.

Evaluate whether the protocol would remain useful without high token rewards.

The Team and Leadership

A project’s team matters, particularly when development and governance remain centralised.

Review:

• professional history;
• technical experience;
• previous projects;
• public reputation;
• communication quality;
• conflicts of interest;
• continuity of leadership.

Claims about team members should be verified through independent sources where possible.

Anonymous Teams

An anonymous team does not automatically make a project fraudulent.

Bitcoin’s creator operated under a pseudonym, and privacy can be important in some environments.

However, anonymity reduces conventional accountability.

Additional evidence may be required, such as:

• long-term development history;
• transparent code;
• decentralised control;
• reputable audits;
• distributed governance;
• limited administrator privileges;
• independently verifiable activity.

An anonymous team with concentrated control over funds and upgrade keys presents a materially different risk from an anonymous contributor to a decentralised open-source protocol.

Advisors and Investors

Projects often display prominent advisors, venture funds and strategic investors.

Their involvement can provide:

• funding;
• technical knowledge;
• industry connections;
• credibility;
• market access.

It does not guarantee success.

Verify whether the relationship is current and meaningful.

A logo on a website may represent:

• a small investment;
• participation in one funding round;
• a temporary advisory role;
• a technology integration;
• no active relationship.

Investors may also have tokens that unlock earlier than public participants.

White Paper and Documentation

A white paper should explain the project’s purpose, technology, token model and development plan.

Useful documentation should contain enough detail for an informed reader to evaluate the main assumptions.

Warning signs include:

• excessive promotional language;
• limited technical explanation;
• copied content;
• unrealistic adoption forecasts;
• missing token allocation;
• no risk discussion;
• unverifiable partnership claims;
• repeated claims without supporting data.

A professional document does not guarantee a professional project.

Design quality, diagrams and technical terminology can create an appearance of legitimacy without proving execution.

Roadmap Analysis

A roadmap describes intended development milestones.

Evaluate whether milestones are:

• specific;
• measurable;
• technically realistic;
• supported by sufficient funding;
• completed on schedule;
• connected to actual user demand.

A roadmap should not be treated as a contract or guaranteed outcome.

Compare previous commitments with delivered results.

Repeated delays may be understandable in complex development. Constantly changing goals without clear explanation can indicate weak execution.

Product and Network Adoption

A crypto project should ultimately demonstrate real usage.

Possible adoption indicators include:

• active addresses;
• transaction count;
• transaction value;
• application users;
• developer activity;
• total value locked;
• protocol fees;
• revenue;
• validator participation;
• ecosystem integrations.

No single metric proves adoption.

Active Addresses

Active addresses estimate how many blockchain addresses interact with the network.

One user can control many addresses. Automated systems can also generate activity.

The metric should not be treated as a direct count of individual people.

Transaction Count

High transaction volume can indicate network use.

It may also be generated by:

• bots;
• low-value transfers;
• incentive farming;
• spam;
• internal exchange movements;
• manipulated activity.

Transaction quality and economic value matter.

Total Value Locked

Total value locked estimates the value deposited into decentralised finance protocols.

It may help measure liquidity and usage.

The figure can increase because:

• more assets were deposited;
• token prices increased;
• incentive programs attracted temporary capital;
• assets were counted more than once across protocols.

TVL should be interpreted alongside fees, retention and incentive levels.

Fees and Revenue

Protocol fees may show that users are willing to pay for the service.

Revenue analysis should distinguish between:

• fees paid by users;
• fees paid to validators;
• fees distributed to token holders;
• revenue retained by the protocol;
• rewards funded through token inflation.

A protocol can process a high volume of transactions while generating limited economic value for its token.

User Retention

Short-term user growth can be purchased through incentives.

Retention asks whether people continue using the product after rewards decline.

Sustainable adoption is more credible when users return because the service remains useful.

Developer Activity

Open-source development can provide insight into project progress.

Possible indicators include:

• code updates;
• active contributors;
• issue resolution;
• software releases;
• documentation improvements;
• independent applications.

Activity counts require context.

Numerous minor commits do not necessarily indicate meaningful development. A mature protocol may also require fewer code changes than an early-stage product.

Competitive Analysis

A project should be compared with realistic alternatives.

Competitors may include:

• other blockchains;
• decentralised protocols;
• centralised companies;
• conventional financial infrastructure;
• open-source software;
• products that do not require a token.

Ask:

• What does the project do better?
• Is the advantage measurable?
• Can competitors copy the feature?
• Are switching costs meaningful?
• Does the project have network effects?
• Is the market large enough?
• Can a larger incumbent add the same function?

Being first does not guarantee lasting advantage.

In open-source markets, successful features can often be copied rapidly.

Network Effects

A network effect occurs when a product becomes more useful as more people use it.

Potential crypto network effects include:

• liquidity;
• developer ecosystems;
• merchant acceptance;
• validator distribution;
• composability;
• integrations;
• data history;
• brand recognition.

Claims of network effects should be supported by evidence.

A large social media community is not necessarily a network effect if users can move to another token without cost.

Treasury and Financial Sustainability

Many crypto projects rely on a treasury to fund development, grants, marketing and operations.

Review:

• treasury size;
• treasury asset composition;
• spending history;
• governance process;
• operating expenses;
• dependence on the project’s own token;
• transparency of wallet addresses.

A treasury valued primarily in the native token may decline rapidly during a bear market.

The headline value can overstate the amount that could be converted into stable assets without affecting price.

Treasury Runway

Runway estimates how long the project can continue operating at its current spending level.

A simplified calculation is:

Liquid treasury assets ÷ annual operating expenses.

The result is only as reliable as the available information.

Projects may not disclose complete salaries, legal costs, infrastructure expenses or contractual obligations.

Governance

Governance determines how decisions are proposed, approved and implemented.

Potential governance participants include:

• token holders;
• validators;
• foundation directors;
• developers;
• delegates;
• multisignature wallet signers.

Ask:

• Who can submit proposals?
• Who can vote?
• How concentrated is voting power?
• Is there a quorum?
• Can administrators override votes?
• Who controls emergency actions?
• Are decisions implemented transparently?

A project can use on-chain voting while remaining highly centralised.

If most tokens belong to insiders, the governance system may formalise their control rather than distribute it.

Administrator and Upgrade Keys

Smart contracts may include privileged functions that allow administrators to:

• pause the protocol;
• change fees;
• upgrade code;
• freeze assets;
• create tokens;
• move treasury funds;
• modify collateral rules.

These functions may be necessary for security and maintenance.

They also create centralisation and key-compromise risk.

Review whether control is held through:

• one private key;
• a multisignature wallet;
• a time lock;
• on-chain governance;
• an independent security council.

Emergency powers should be transparent and proportionate.

Smart Contract Security

Smart contracts can contain errors that expose user funds.

Security review may include:

• independent audits;
• public source code;
• bug bounty programs;
• formal verification;
• previous incidents;
• upgrade controls;
• emergency procedures.

Audit Limitations

An audit reduces some risk but does not guarantee safety.

Audit limitations may include:

• only selected contracts were reviewed;
• later code changes were not audited;
• economic design risks were outside scope;
• integrations introduced new vulnerabilities;
• auditors missed an error;
• private keys were later compromised.

Read the audit scope, date and findings rather than relying only on an “audited” badge.

Previous Exploits

A past exploit does not automatically make a project permanently unsafe.

The response can reveal important information.

Evaluate:

• how the vulnerability occurred;
• how quickly the team responded;
• whether users were compensated;
• whether the root cause was fixed;
• whether communication was transparent;
• whether the same control weaknesses remain.

Repeated incidents or concealed losses are stronger warning signs.

Oracle and Bridge Risk

Protocols may depend on external infrastructure.

Oracles

Oracles provide data such as asset prices to smart contracts.

Incorrect or manipulated data can trigger:

• wrongful liquidations;
• incorrect pricing;
• protocol losses;
• bad debt.

Bridges

Blockchain bridges transfer assets or messages between networks.

They have historically created substantial security risk because they may hold large pools of assets and rely on complex validation systems.

A project’s risk includes the security of its dependencies, not only its own code.

Regulatory and Legal Risk

Crypto regulation can affect:

• token issuance;
• exchange access;
• staking;
• stablecoins;
• custody;
• marketing;
• taxation;
• investor eligibility.

A project may face legal risk if its token resembles a regulated financial product or if services are offered without appropriate authorisation.

Review:

• the legal entity;
• operating jurisdictions;
• applicable licences;
• user restrictions;
• terms and risk disclosures;
• regulatory actions;
• legal opinions, where available.

A legal opinion paid for by the project is not equivalent to regulatory approval.

Registration with an authority may cover only a limited activity.

Community and Communication

A strong community can support adoption, development and governance.

Community size alone is not evidence of project quality.

Followers and engagement can be purchased or automated.

Evaluate communication quality:

• Are updates specific?
• Are risks discussed openly?
• Does the team answer difficult questions?
• Are delays explained?
• Is criticism allowed?
• Does communication focus on the product or token price?

Communities that discourage reasonable questions or attack all criticism may create an unhealthy information environment.

Partnerships and Integrations

Projects often announce partnerships to demonstrate adoption.

The term partnership can describe very different relationships.

It may mean:

• a signed commercial agreement;
• a technical integration;
• participation in a pilot;
• use of a service;
• membership in an industry group;
• an informal discussion.

Verify announcements through both parties where possible.

A project should not be valued as if every pilot will become a large commercial deployment.

Market Liquidity

A strong fundamental thesis does not remove trading risk.

Review:

• daily trading volume;
• order-book depth;
• number of exchanges;
• withdrawal availability;
• market-maker dependence;
• concentration of volume;
• spread under normal conditions.

Reported trading volume can be misleading.

A position that looks small relative to market capitalisation may still be difficult to exit.

Valuation

Crypto valuation is difficult because many tokens do not provide conventional cash flows.

Common valuation approaches may consider:

• market capitalisation;
• fully diluted valuation;
• protocol revenue;
• fees;
• active users;
• transaction value;
• total value locked;
• competing network valuations;
• token demand and supply.

These ratios should not be used mechanically.

A low price-to-fee ratio may indicate undervaluation. It may also indicate that revenue is declining or that token holders have no claim on the fees.

A high valuation may reflect strong growth expectations, scarcity, speculation or market excess.

Market Capitalisation Is Not Money Invested

Market capitalisation is the current token price multiplied by circulating supply.

It does not represent the amount of cash that entered the project.

A small purchase at a high price can increase the implied value of the entire supply.

Likewise, holders could not necessarily sell the complete supply at the displayed market price.

Liquidity should always be considered alongside market capitalisation.

Common Crypto Fundamental Analysis Mistakes

Focusing Only on the Technology

Strong technology does not guarantee adoption, token demand or economic value.

Treating Partnerships as Revenue

An announcement or pilot does not necessarily create paying customers.

Ignoring Token Unlocks

A project can grow while its token underperforms because supply expands faster than demand.

Comparing Token Prices

A token priced at USD 0.10 is not automatically cheaper than Bitcoin.

Supply determines market capitalisation.

Relying on Social Media Followers

A large audience can be purchased, automated or focused primarily on speculation.

Assuming Audit Means Safe

Audits are limited assessments, not guarantees.

Confusing Yield With Return

High staking or liquidity rewards may be funded through inflation.

The number of tokens can increase while their market value declines.

Ignoring Liquidity

An investment thesis has limited value if the position cannot be exited at a reasonable price.

Believing the Roadmap Is Guaranteed

A roadmap describes intentions. Execution, funding and market demand remain uncertain.

Falling in Love With the Project

Emotional attachment makes it difficult to recognise when evidence contradicts the original thesis.

A Practical Crypto Due Diligence Checklist

Before considering a crypto project, review the following areas.

Problem and product

• What specific problem does the project solve?
• Who uses the product?
• Is blockchain technology necessary?
• Does the product work today?
• Are credible alternatives available?

Token utility

• Why does the token exist?
• Is it required to use the product?
• Does network growth create token demand?
• Can the product succeed without increasing token value?

Supply and allocation

• What is the circulating supply?
• What is the fully diluted supply?
• How much belongs to insiders?
• When do major unlocks occur?
• Is the token inflationary?

Team and governance

• Who controls development?
• Is the team’s experience verifiable?
• Who controls the treasury and upgrade keys?
• Is voting power concentrated?
• Can emergency powers be abused?

Adoption

• Are users active?
• Is usage organic or incentive-driven?
• Are fees and revenue growing?
• Do users remain after rewards decline?
• Is developer activity meaningful?

Financial sustainability

• What assets are held in the treasury?
• How long is the operating runway?
• Does the project rely on selling its own token?
• Are expenses and treasury decisions transparent?

Security

• Is the code public?
• Have relevant contracts been audited?
• Were critical findings resolved?
• Is there a bug bounty?
• Has the project suffered previous exploits?
• What oracle, bridge and custody dependencies exist?

Legal and regulatory risk

• Which entity operates the service?
• Where is it based?
• Are licences or registrations required?
• Which jurisdictions are restricted?
• Has the project faced regulatory action?

Market structure

• Where does the token trade?
• Is liquidity sufficient?
• How concentrated is volume?
• Can a realistic position be exited?
• Are major holders transferring tokens to exchanges?

Valuation

• What assumptions are reflected in the current price?
• How does the valuation compare with actual usage?
• What future growth is required?
• How could dilution affect the investment?
• What would cause the thesis to fail?

Building an Investment Thesis

An investment thesis should be a concise explanation of why the token may gain sustainable value.

It should include:

• the problem being solved;
• the competitive advantage;
• evidence of adoption;
• the value-capture mechanism;
• the expected catalyst;
• the main risks;
• the invalidation conditions.

Example:

The project may benefit from growing demand for decentralised data services because it has increasing developer adoption and requires the token for network payments. The thesis would weaken if active usage declines, major competitors gain market share or future token unlocks consistently exceed demand.

The thesis should be testable.

“Crypto will grow” is not a sufficient thesis for one specific token.

Define Invalidation Before Investing

Invalidation identifies evidence that would make the original thesis no longer credible.

Possible invalidation conditions include:

• declining user activity over several periods;
• loss of key developers;
• repeated security incidents;
• removal from major exchanges;
• unexpected token issuance;
• treasury insolvency;
• regulatory prohibition;
• failure of the token to capture network value;
• a stronger competitor eliminating the project’s advantage.

Without invalidation criteria, an investor may continue holding because of hope rather than evidence.

Frequently Asked Questions

What is crypto fundamental analysis?

Crypto fundamental analysis evaluates a project’s technology, tokenomics, users, team, governance, finances, security and risks.

Its purpose is to assess whether the project and token have a sustainable foundation.

Is a useful crypto project always a good investment?

No.

A project may provide a useful service while its token has weak utility, excessive inflation or an unsustainable valuation.

What is tokenomics?

Tokenomics describes the token’s supply, issuance, allocation, utility, incentives and distribution.

It helps explain how demand and dilution may develop over time.

What is fully diluted valuation?

Fully diluted valuation estimates the value of the complete token supply at the current market price.

It can highlight potential future dilution.

Are anonymous crypto teams always unsafe?

No, but anonymity reduces conventional accountability.

Projects with anonymous teams may require stronger evidence of decentralisation, transparent code and limited privileged control.

Does a smart contract audit make a project safe?

No.

An audit reviews a defined scope at a particular time. It may not identify every vulnerability or cover later changes and connected systems.

What does total value locked show?

Total value locked estimates assets deposited into decentralised finance protocols.

It may indicate usage and liquidity but can be distorted by token prices, incentives and repeated asset counting.

How can I verify a crypto partnership?

Check whether both organisations publicly confirm the relationship and whether the announcement describes a real integration, pilot or commercial agreement.

What is the most important crypto metric?

There is no single most important metric.

Token supply, adoption, liquidity, security, value capture and governance must be considered together.

Can fundamental analysis predict token price?

No.

It can improve understanding of value drivers and risks, but price also depends on liquidity, market sentiment, speculation and wider economic conditions.

Final Thoughts

Fundamental analysis of a crypto project requires separating the quality of the product from the value of the token.

A project can have strong technology but poor tokenomics. It can report growing users while activity is driven by temporary rewards. It can hold a large treasury that consists mainly of its own illiquid token. It can display audit and partnership logos without providing enough evidence to support the broader claims.

Effective due diligence asks what creates sustainable demand, who controls the system and what could cause permanent capital loss.

The objective is not to prove that a preferred project is good. It is to test whether the evidence supports the thesis and to identify the conditions under which that thesis would fail.

Fundamental analysis cannot remove market uncertainty. It can prevent an investor from relying solely on promotional language, token price or social media enthusiasm.

Financial education notice: This article provides general educational information and does not constitute personal financial advice, investment advice or a recommendation to buy, sell or hold any cryptocurrency or financial product. Crypto projects and tokens involve substantial technical, market, liquidity, regulatory and total-loss risk.