Raster Litepaper

What is Raster?

Raster is the AI-native intelligence layer for digital asset portfolios. It turns fragmented wallet, chain, protocol, market, and derivatives activity into verified portfolio truth, then uses that truth to power quant analysis, governed AI decisions, Active Memory, and portfolio-aware market mapping.

Why This Matters Now

Crypto gave users direct access to global financial rails. It did not give them the operating layer normally required to manage risk, performance, research, and decisions across those rails. A serious portfolio still depends on work usually handled by analysts, risk systems, quant tooling, research desks, execution context, and investment committees. Most users, teams, DAOs, funds, and institutions cannot rebuild that stack from scratch.

What Raster Has Built

Raster has built a product system around one principle: AI is only useful in finance when it is grounded in verified state. Raster reconstructs portfolio reality from underlying activity, normalizes it into an auditable truth layer, applies risk and performance analysis, then lets users prompt an AI decision system that understands the portfolio it is reasoning over. Its moat is verified financial state compounded through governed decision memory.

The Operating Loop

The Raster loop is simple, but powerful: truth, analysis, decision intelligence, Active Memory, and AI Market Mapping. Truth establishes what exists. Analysis explains risk and performance. Decision intelligence structures the next move. Active Memory preserves context, preferences, prior decisions, and outcomes. Market Mapping then reads external opportunities through the lens of the actual portfolio.

This sequence appears throughout the litepaper because it is the core architecture of Raster. Each later chapter adds detail: the data Raster ingests, the calculations it performs, the AI workflows it supports, the audit trail it creates, and the institutional layer it can power.

The Unfair Insight

The bottleneck in crypto is no longer access to assets. It is the ability to know what is true, understand what matters, and make better decisions without stitching together a dozen tools. Raster's insight is that the missing layer is not another dashboard or another chatbot. It is a verified intelligence system that sits between raw blockchain activity and financial decision-making.

Network Layer

Raster extends beyond a single interface through the $RASTER token, AI credits, staking incentives, DAO participation, institutional usage, and builder integrations. Product usage supports utility across intelligence, credits, exports, and services; the network layer connects that usage to token utility, governance participation, and ecosystem expansion.

System Map

Mission

Foundational Belief

Blockchain gives finance open rails, global settlement, programmable assets, and direct ownership. But open rails are not enough. If the future of finance runs through blockchain, users and institutions need a system that can turn fragmented activity into financial reality.

Today that reality is scattered across wallets, chains, protocols, venues, positions, swaps, bridges, collateral, liquidity, staking, lending, derivatives, charts, dashboards, and market narratives. The result is not a lack of information. It is a lack of coordinated intelligence.

The Missing Operating Layer

Traditional finance solves this with expensive infrastructure: portfolio accounting, risk engines, analysts, research workflows, quant tooling, reporting systems, and investment committees. Crypto has access without the same operating layer. Raster exists to compress that institutional-grade workflow into software.

The purpose is not to make every user behave like a fund. It is to give users, teams, builders, DAOs, funds, and institutions a clearer way to understand portfolio state, diagnose risk, review performance, evaluate opportunities, and preserve decision context across time.

What This Litepaper Covers

This litepaper explains Raster as a full intelligence system for digital asset portfolios. It covers the problem, product architecture, canonical portfolio truth, quant analysis, governed decision intelligence, Active Memory, AI Market Mapping, decision audit trails, supplemental tools, the institutional layer, technical moat, token utility, DAO participation, ecosystem builder layer, and disclaimers.

It is intentionally deeper than the deck or website. The goal is to show how Raster works as infrastructure: what it ingests, how it structures truth, how intelligence is applied, why memory matters, what can be exported, and how the network layer extends the product.

Who Raster Is For

Raster is built for active users, traders, DeFi participants, long-term holders, DAOs, funds, treasury teams, institutions, builders, researchers, and partners operating across wallets, chains, protocols, spot markets, and supported derivatives.

The common need is not more tabs. It is a reliable operating layer for digital asset decisions: what is true, what changed, what risk is being carried, what decision was made, what evidence supported it, and what should be reviewed next.

Founding Team Overview

Raster sits at the intersection of crypto, AI, data infrastructure, portfolio intelligence, and financial workflows. Building it requires more than technical execution. It requires judgment about how fragmented systems behave, how financial information becomes trustworthy, how institutions evaluate risk, and how complex tools become usable.

The founding team brings that mix across infrastructure, financial traceability, blockchain operations, market expansion, and product design.

Jacob Camilleri

Jacob brings the systems and infrastructure lens behind Raster. His background spans more than a decade delivering large-scale infrastructure, urban planning, sustainability-linked initiatives, and regulated civil governance, alongside work across GIS, transportation, TradFi, FinTech, blockchain, platform development, and digital asset education.

That background maps directly to Raster's core problem: fragmented systems need structure before they become useful. Jacob's perspective gives Raster its bias toward verified state, accountability, long-term architecture, and decision infrastructure for blockchain finance.

Michael Wood

Michael brings the traceability and capital movement lens. His background includes more than 15 years building financial traceability systems for global commodity markets, designing transparent frameworks for capital movement, and developing blockchain-based enterprise resource management systems for public-private supply chains. He also brings experience in international nonprofit leadership and high-impact programs across Asia and Latin America.

That experience maps directly to Raster's truth layer. Raster depends on making movement, ownership, process, exposure, and accountability legible across messy financial systems. Michael strengthens the company's focus on verifiable state, governance, ethical frameworks, and institutional trust.

Iwan Spillebeen

Iwan brings operational scale, market expansion, and Web3 execution. His background includes more than 30 years of executive leadership across APAC and global markets, with senior experience across fintech, medical technology, global distribution, startups, blockchain, Web3, and AI advisory work. He has been active in crypto since 2012 and AI since 2009.

That experience supports Raster's path from product to network. Raster has to serve users, institutions, builders, partners, token participants, and DAO-aligned contributors. Iwan adds the operating discipline needed for partnerships, commercial expansion, market readiness, and execution beyond the interface.

Cristiano Troffei

Cristiano brings the product and user experience layer. His background spans more than 20 years building award-winning digital products, mobile applications, and user experiences used at scale, including products recognized by major app ecosystems, App Store chart performance, Best App of the Year recognition, and multiple Editor's Choice features.

That experience matters because Raster's depth only matters if people can use it. The product must make portfolio truth, risk, AI reasoning, charts, tools, and workflows understandable without turning into another overloaded crypto dashboard. Cristiano gives Raster the product discipline to make complex intelligence usable.

Why This Team Fits Raster

Raster requires four capabilities at once: systems thinking, verifiable financial truth, operating execution, and product clarity. The founding team maps to those requirements.

Jacob brings infrastructure, regulation, systems, and digital asset strategy. Michael brings traceability, capital movement, governance, and accountability. Iwan brings enterprise execution, Web3 operations, partnerships, and market expansion. Cristiano brings product clarity and user experience at scale.

Together, they match the shape of Raster: verified truth, disciplined systems, execution at scale, and usable intelligence.

Digital asset users do not lack access. They lack verified context.

This section defines the gap Raster is built to close. The problem is not that users lack dashboards, data feeds, wallets, exchanges, or AI tools. The problem is that those surfaces do not form a verified decision system around the portfolio.

The result is a market where access has expanded faster than context. Users can interact with more financial rails than ever, but they still lack the infrastructure to turn fragmented activity into truth, truth into analysis, and analysis into disciplined decisions.

Access Is Not Intelligence

Crypto opened financial markets to a global user base. Wallets, exchanges, onchain protocols, perpetual venues, bridges, staking systems, lending markets, liquidity pools, token launches, and derivatives platforms now give individuals and institutions direct access to financial activity that was previously fragmented behind brokers, custodians, funds, and banks. This access is the foundation of Borderless Finance, but access alone does not create intelligence.

Portfolio Management Still Needs an Investment Committee

The core problem is that digital asset portfolio management still requires the kind of operating layer that only sophisticated investment teams can usually afford. In traditional finance, serious portfolio decisions are supported by portfolio accounting, risk systems, research analysts, performance attribution, compliance review, investment committees, and governance processes. That infrastructure is expensive, specialized, and built around persistent institutional context. Most crypto users, DAOs, funds, treasury teams, founders, and active traders do not have a multimillion-dollar investment committee around every decision.

The Fragmented Interface Problem

Instead, they are forced to assemble judgment from disconnected surfaces. A wallet shows balances. An exchange shows positions. A block explorer shows transactions. A charting tool shows price action. A DeFi dashboard may show protocol exposure. A perpetuals venue may show leverage, funding, and liquidation data. Research feeds show narratives and token discovery. AI chat interfaces can summarize public information. None of these surfaces, on their own, knows the full portfolio state, the history behind it, the risk being carried, the user's prior decisions, or whether a new opportunity actually improves the portfolio.

The Broken Chain Between Data and Decisions

The result is a dangerous gap between information and decision-making. Users may see more data than ever, but the data is not normalized into truth. Positions can be spread across chains, venues, and wallets. Activity can include swaps, bridges, LP positions, staking, debt, collateral, derivatives, funding, fees, transfers, and realized or unrealized components that are easy to misread. Portfolio exposure can change without a clean mental model of concentration, liquidity, volatility, correlation, benchmark drift, or drawdown contribution. Decisions are often made from partial context, stale assumptions, or whatever interface happens to be open at the time.

Why Generic AI Hallucinates

This is also why generic AI hallucinates in portfolio contexts. The issue is not only that models can be wrong; it is that the chain of verified financial infrastructure is broken in the middle. Raw activity does not automatically become canonical portfolio state. Portfolio state does not automatically become risk context. Risk context does not automatically become a decision brief. When AI is asked to reason across that missing middle layer, it is forced to infer the facts it should have been given. A model can explain a token, summarize a market narrative, or produce plausible-sounding analysis, but without verified portfolio context it cannot know what the user owns, where the risk sits, what changed since the last review, what constraints matter, or which facts are uncertain. In financial decision-making, fluency without truth is not intelligence. It can increase confidence while hiding the very uncertainty that should shape the decision.

The Missing Layer

This is why the missing layer is not another dashboard, another market feed, or another chatbot. The missing layer is persistent portfolio intelligence: a system that can reconstruct portfolio truth, analyze risk, challenge weak assumptions, remember prior decisions, map the market against the actual portfolio, and help users move from evidence to action without pretending that uncertainty has disappeared.

Raster exists because the next stage of Borderless Finance requires more than access. It requires a decision layer that makes fragmented financial activity understandable, reviewable, and governable. The opportunity is not to replace human judgment. The opportunity is to give every serious digital asset participant the analytical context, memory, and decision discipline that previously belonged only to institutional desks.

Overview

Raster's solution is to productize the missing operating layer between fragmented digital asset activity and portfolio decisions. The system starts by establishing truth, then uses quant systems, governed AI, memory, and market mapping to help users understand what matters and why.

This chapter is the quick map of that flow. Later sections go deeper into each layer, but the core principle is simple: AI becomes useful only after the system knows the portfolio, the evidence, and the limits of what is known.

The AI Quant Desk

Raster solves the broken middle layer between raw digital asset activity and high-quality portfolio decisions. It is not another dashboard that only displays data, and it is not a generic AI chatbot that guesses across missing context. Raster is designed as an AI Quant Desk: a governed intelligence layer that turns fragmented portfolio activity into verified state, analysis, decision support, memory, market mapping.

Truth Before Interpretation

The system begins with truth. Raw wallet, account, protocol, market, and supported derivatives activity must first become canonical portfolio state. That state includes what the user holds, how exposure is distributed, what changed, where risk may sit, and where the data has limits. AI does not invent this layer. It receives it.

Analysis Before Recommendation

Once portfolio truth exists, Raster analyzes it. Quant and risk systems convert portfolio state into exposure, concentration, volatility, drawdown, benchmark, performance, stress, and portfolio-fit context. This gives the user a clearer view of what the portfolio is actually doing before any recommendation or decision brief is produced.

Governed Decision Intelligence

From there, Raster turns analysis into governed decision intelligence. Instead of a single model response, Raster uses a structured advisor flow: intent is interpreted, evidence is gathered, specialists review the context, risks are challenged, uncertainty is surfaced, and the final output is shaped into a decision brief. The goal is not to replace human judgment. The goal is to make judgment better informed, better constrained, and easier to review.

Memory That Compounds

Memory is what allows the system to compound. Raster carries forward prior decisions, active theses, rejected paths, user constraints, and review history so the next analysis does not start from zero. Memory never overrides current portfolio truth; it adds continuity around why decisions were made and what to watch next.

Market Mapping

After Raster understands the portfolio and the decision context, it maps the outside market against that portfolio. This is Raster's Market Mapping layer: themes, narratives, token candidates, liquidity, derivatives context, alternatives, and live chart structure are brought into one portfolio-aware view. It is not a generic discovery feed. It filters the market through portfolio fit: what strengthens the current thesis, what creates concentration, what offers a cleaner alternative, what deserves monitoring, and what can be ignored.

Within Market Mapping, Raster also turns this context into chart-native intelligence. Relevant levels, scenarios, invalidation areas, trend structures, volatility zones, and portfolio-specific watchpoints are plotted automatically on Raster Charts so the user can see why a market setup matters to the portfolio before taking any next step.

The Simplified Flow

The simplified Raster flow is:

Each layer is expanded in later sections. This chapter is only the quick map: Raster starts with verified portfolio truth, uses AI only after evidence exists, and turns the result into decision intelligence that improves through memory.

Overview

Raster begins before analysis. It begins by reconstructing the user's financial reality across fragmented digital asset activity. Wallet balances, exchange accounts, protocol positions, swaps, bridges, liquidity positions, staking, debt, collateral, fees, transfers, spot exposure, and supported derivatives activity are normalized into a portfolio state that can be reviewed, questioned, exported, and used by the rest of the system.

This layer matters because every downstream capability depends on it. Quant analysis, decision intelligence, memory, market mapping, chart context, and future trading workflows are only useful if they begin from a reliable understanding of what the user actually owns, owes, has done, and is exposed to.

What Raw Blockchain Data Contains

Raw blockchain data is not a portfolio. It is a stream of low-level records: transaction hashes, block numbers, timestamps, wallet addresses, token transfers, contract calls, event logs, approvals, mints, burns, deposits, withdrawals, swaps, bridge messages, LP actions, staking activity, lending activity, collateral changes, debt movements, fee payments, liquidations, claims, rewards, and protocol-specific state changes.

On its own, this activity is too granular for decision-making. A user may have thousands of transactions across chains and accounts, but those transactions do not automatically explain current exposure, historical behavior, capital flows, realised or unrealised context, protocol risk, or the reason a position exists. Raster's truth layer exists to turn that raw activity into a coherent financial record.

Labelling and Attribution of History

Canonical portfolio truth requires labelling and attribution. Activity has to be classified into meaningful financial events: deposit, withdrawal, swap, bridge, stake, unstake, borrow, repay, provide liquidity, remove liquidity, claim rewards, open exposure, close exposure, transfer between own accounts, or interact with a protocol.

Attribution is what connects those events into history. Raster shows how a position was built, which actions changed it, which account or chain contributed to it, what fees or rewards were involved, and how the position evolved over time. This is what allows portfolio history to become explainable instead of merely searchable.

Chain, Account, and Aggregate Views

Users need to see truth at different levels of resolution. A single wallet view is not enough, and a single aggregate number can hide important risk. Raster supports portfolio views by chain, by wallet, by exchange account, by protocol, by asset, by strategy, and in aggregate.

This lets a user answer different kinds of questions: what is happening on one chain, what a specific account is carrying, where exposure is concentrated, how much sits in DeFi versus liquid assets, how much is in spot versus supported derivatives, and how the entire portfolio behaves as one financial system.

Raster makes its supported coverage explicit while leaving room for expansion. Current supported chains and venues include Ethereum, BNB Chain, Avalanche, Polygon, Arbitrum, Base, Solana, Sonic, and Hyperliquid, with more networks and venues to come. The goal is for users to move between chain-level, account-level, venue-level, and aggregate views without losing the underlying attribution behind each number.

Protocol Positions at Scale

Digital asset portfolios increasingly live inside protocols rather than only in wallets. LP positions, lending positions, vaults, staking contracts, restaking systems, farms, perps collateral, structured products, and protocol-specific receipts can all represent real portfolio exposure even when the wallet only shows a token or contract interaction.

Raster's truth layer represents protocol positions at scale, including 13,000+ protocol positions where supported. The important point is not just coverage count. It is interpretation: a protocol position must be translated into understandable exposure, underlying assets, value, risk context, history, and relationship to the rest of the portfolio.

Derivatives as First-Class Portfolio Activity

Canonical truth also has to include supported derivatives activity. Derivatives are not simply another token balance. They introduce position direction, margin, collateral, leverage, funding, liquidation context, realised and unrealised components, and venue-specific mechanics.

Raster treats supported derivatives venues, such as Hyperliquid, as first-class sources of portfolio state where available. This means separating spot exposure from derivatives exposure while still allowing the user to understand their combined portfolio risk. A user can see not only what they hold, but what they are synthetically long or short, where leverage exists, what collateral supports it, and how derivatives activity changes the overall portfolio.

Historical Performance, Charts, and Treemaps

Once activity is reconstructed into portfolio state, Raster makes history visible. Historical performance charts show how the portfolio changed over time, where drawdowns occurred, when capital moved, how exposure shifted, and which assets, chains, accounts, or protocols contributed to performance.

Treemaps and allocation views make the current portfolio easier to scan. They show concentration by asset, chain, account, protocol, category, or strategy. This matters because many portfolio risks are visual before they are statistical: one position becomes too large, one chain dominates, one protocol introduces hidden concentration, or one derivatives venue carries more risk than the user intended.

Exportable Portfolio Truth

Portfolio truth is not trapped inside a UI. Users and institutions need to audit, share, reconcile, and work with their data outside Raster. Exportability to CSV and related formats allows transaction histories, labelled events, position snapshots, chain/account breakdowns, protocol exposures, performance data, and attribution records to be reviewed in spreadsheets, internal systems, tax workflows, reporting tools, or institutional processes.

Exportability also increases trust. If the system claims to understand the portfolio, the user can inspect the underlying records and take them elsewhere. Raster's value is not that it hides complexity; it is that it makes complexity usable.

Why AI Must Receive Truth, Not Invent It

This is the boundary that makes Raster different from generic AI. The model is not responsible for inventing holdings, reconstructing balances from vibes, guessing protocol positions, or assuming derivatives exposure. Deterministic data systems reconstruct portfolio truth first. AI receives that truth, asks questions against it, explains it, and uses it as the foundation for analysis and decision intelligence.

When truth is explicit, uncertainty can also be explicit. Missing chains, unsupported protocols, incomplete venue data, ambiguous transfers, or unsupported derivatives are labelled as limits rather than silently filled in by a model. That is what allows Raster to be useful without pretending every financial fact is already known.

Upcoming Truth Extensions

Some upcoming features belong inside the truth layer rather than the broader roadmap, because they expand what Raster can reconstruct before analysis begins.

Overview

Raster's truth layer answers what the portfolio is. Quant Analysis answers how that portfolio behaves. It turns verified portfolio state into three connected layers: risk analyses, performance-driver identifications, and portfolio optimisation.

This structure matters because portfolio analysis has to move in order. First, Raster identifies the risk carried by the current portfolio. Then it explains what has driven performance and how the portfolio behaves against benchmarks, correlations, and market regimes. Finally, it uses that context to frame optimisation: what can be improved, reduced, rebalanced, watched, or left alone.

Risk Analysis

Risk Analysis is the first layer of Quant Intelligence. It shows where exposure sits, where concentration is building, where leverage changes the portfolio's behavior, and where stress can turn a passive position into an active decision.

Performance Drivers

Performance analysis explains why the portfolio changed. It separates outcome from cause, so users can see whether returns came from price movement, capital flows, portfolio construction, protocol yield, leverage, funding, or simply adding and removing capital.

Optimisation

Optimisation is the third layer of Quant Analysis. It does not start with generic recommendations. It starts with the current portfolio, the user's constraints, the risk picture, the performance drivers, and the market context available to Raster.

Example Outputs

Example quant outputs include portfolio-level PnL, asset-level attribution, deposit and withdrawal-adjusted performance, exposure by chain, protocol, wallet, asset, category, and venue, concentration and HHI, volatility and drawdown, benchmark-relative performance, correlation and diversification, derivatives exposure, funding, leverage, liquidation proximity, scenario and stress views, and portfolio-fit assessment.

From Quant Intelligence To Decision Readiness

Quant analysis is the bridge between verified truth and decision intelligence. Once Raster understands what exists, where risk sits, what changed, and what has driven performance, the AI layer can reason over a disciplined financial context instead of guessing from disconnected data.

Overview

The user does not need to assemble dashboards, formulas, models, workflows, or analyst teams before asking a serious portfolio question. They prompt in natural language. Raster turns that prompt into a governed decision process built on portfolio truth, Quant Intelligence, memory, and market context.

This is the layer where Raster becomes more than analytics. It does not simply describe the portfolio. It interprets the user's intent, gathers the right evidence, challenges weak assumptions, and produces a decision brief that can be reviewed, remembered, and improved over time.

The Prompt Is the Interface

Raster starts from the user's prompt. A user can ask whether to trim a position, why the portfolio is down, what the biggest risks are, whether a new token fits, how a derivatives position changes exposure, or what happens if a major asset drops sharply. The prompt is simple for the user, but it becomes structured inside Raster.

This matters because most users do not want another blank analytics surface. They want to ask the question they actually have and receive an answer that understands the portfolio behind it. Raster keeps the user interface natural while making the reasoning process disciplined underneath.

Intent Contracts

The first internal step is intent formation. Raster translates the prompt into a clear decision frame: what the user is asking, which portfolio or account scope matters, which assets or venues are involved, what time horizon is implied, what constraints apply, and what kind of answer is required.

An intent contract prevents the system from answering the wrong question fluently. If the prompt is broad, Raster can narrow it. If the question depends on missing data, Raster can surface that. If the user is asking for a decision, a diagnosis, a comparison, or a monitoring plan, the system treats those as different workflows rather than one generic chat response.

Evidence Plans

Once intent is clear, Raster builds an evidence plan. It identifies what must be checked before the system answers: canonical portfolio state, risk signals, performance drivers, benchmark context, correlation behavior, optimisation paths, market context, chart context, derivatives context, memory, and known data limits.

This is one of the core differences between Raster and generic AI. The model is not asked to improvise from a prompt alone. Raster first determines which evidence matters, then routes the question through the relevant system layers so the final answer is anchored in verified context.

The AI Committee

Raster's decision intelligence behaves like a governed investment committee around the user's portfolio. Instead of relying on a single undifferentiated model response, the system separates the decision into roles: portfolio interpretation, risk review, market context, derivatives review where relevant, challenge, and final synthesis.

Skepticism and Challenge

Skepticism is a system function. Raster does not simply agree with the user's prompt or optimize for the most confident-sounding answer. It challenges weak assumptions, unsupported narratives, missing evidence, hidden concentration, leverage risk, liquidity risk, stale context, and conclusions that do not follow from the data.

The skeptic role is especially important in digital assets because narratives can move faster than evidence. Raster's job is not to remove uncertainty. It is to make uncertainty visible enough that the user can make a more disciplined decision.

Decision Briefs

The output of governed decision intelligence is a decision brief. The brief gives the user a clear answer, but it also shows how that answer was reached. It connects the verdict to evidence, risks, alternatives, confidence, uncertainty, and next monitoring points.

Boundaries

Raster provides decision support, not autonomous financial control. It helps the user understand evidence, risk, tradeoffs, alternatives, and possible next steps, but it does not promise guaranteed outcomes or remove responsibility from the user.

The system also keeps truth and interpretation separate. Deterministic systems own portfolio state. Quant Intelligence owns analytical signals. Governed AI interprets, challenges, and synthesizes those inputs into a decision brief.

From Decision to Memory

Every decision creates memory. Raster can preserve what was asked, what was decided, what evidence mattered, which risks were accepted, which alternatives were rejected, what the user cared about, and what should be reviewed later.

This is how the next decision starts smarter. Memory does not override current truth, but it gives Raster continuity. The system can remember the reasoning behind prior decisions and compare new facts against the user's active theses, constraints, and previous outcomes.

Overview

Memory is what turns Raster from a one-off advisor into a continuous decision system. Each prompt, decision brief, recommendation, accepted risk, rejected path, outcome, and active thesis can become part of the user's advisory context. The next prompt does not begin from zero; it begins with the reasoning, constraints, and history that already matter.

Raster's Active Memory is not a hidden profile and it is not deterministic portfolio truth. It is governed advisory continuity. Current portfolio state, balances, exposure, derivatives context, and market data remain authoritative. Memory adds context around what the user has asked, decided, watched, rejected, accepted, and learned.

Memory as Advisory Continuity

Raster preserves continuity across the user's decision journey. It can remember prior chair decisions, committee consensus and disagreement, risk constraints, recommendation rationale, strategy theses, outcomes, and conversation summaries where policy allows.

This matters because portfolio management is path-dependent. The same position can mean different things depending on why it was opened, what risk was accepted, what warning was ignored, what thesis is still active, and what the user said they wanted to avoid.

What Raster Remembers

Raster memory is made of bounded memory objects rather than an unstructured transcript. Each memory is tied to scope, provenance, status, and relevance so it can be retrieved only when useful.

Memory Makes Better Questions Possible

The practical value of memory is that the user can ask better second-order questions. Not only "what is my portfolio doing?" but "what have I been doing wrong?", "what can I improve?", "am I repeating the same mistake?", "did I ignore previous risk warnings?", "which thesis is stale now?", or "where did my last decision go wrong?"

These questions require continuity. Raster compares current portfolio truth against prior decisions, warnings, constraints, and outcomes. It can identify repeated behavior patterns, stale assumptions, ignored risk signals, recurring concentration, overactive rotation, or decisions that no longer match the user's stated intent.

Decision Memory

Every governed decision can become a memory object. Raster records the prompt, intent contract, evidence plan, final verdict, rationale, confidence, uncertainty, risks, alternatives, and next monitoring points.

This allows later reviews to ask whether the decision still holds. The system can return to the original reasoning instead of reconstructing it from scratch or relying on the user's memory.

Outcome Memory

Outcome memory connects decisions to what followed. Raster compares later portfolio state and market context against prior recommendations and watchpoints. Did the thesis play out? Did risk increase? Did the user act, ignore, reject, or supersede the recommendation? Did current truth contradict the original rationale?

Raster does not need to claim causal alpha to make this valuable. It can show what followed a decision, what changed, what became stale, what risk was reduced, and what needs review.

Customisable Memory and User Control

Raster memory is controllable. Users can inspect remembered context, disable memory modes, delete records, dispute records, expire stale context, and narrow what memory is allowed to influence.

This makes memory a product surface, not a hidden behavioral profile. The user remains in control of what Raster is allowed to remember and where that memory applies.

Memory Does Not Override Truth

Memory never overrides current deterministic evidence. If live portfolio state, exposure, derivatives context, chart context, or market data conflicts with memory, current truth wins.

This boundary is critical. Memory explains prior reasoning, preferences, constraints, and outcomes. It does not invent holdings, override balances, rewrite performance, or replace the verified state of the portfolio.

Bounded Recall and Privacy

Raster retrieves memory through scoped, governed recall. Memory is isolated by user and narrowed by relevant portfolio, wallet, workspace, candidate, chart, or route context where applicable. A public wallet can be watched by multiple users, but each user's memory remains separate.

User-visible memory diagnostics are sanitized. Normal users see useful influence information, not raw internal IDs. Cross-user memory inspection is forbidden, and chart-only requests are prevented from pulling broad portfolio memory.

Compounding Intelligence

Memory is where Raster compounds. Over time, the system can detect repeated mistakes, ignored warnings, stale theses, changing preferences, recurring overexposure, overactive rotation, or improvements in decision discipline.

This is why the next decision starts smarter than the last. Raster remembers the decision journey, but it still begins each new review with current truth. The result is continuity without complacency: every new prompt is grounded in what is true now and informed by what the user has already learned.

Overview

AI Market Mapping is the layer where Raster turns external market context into portfolio-specific opportunity, risk, and timing intelligence. It does not begin with what is trending. It begins with what the user owns, what the user is exposed to, what the decision layer has concluded, and what memory says about prior behavior, active theses, and stale assumptions.

This makes market intelligence useful instead of noisy. Raster can map assets, narratives, charts, liquidity, correlations, alternatives, and derivatives context against the user's actual portfolio state. The output is not generic market commentary. It is a market map shaped by the user's holdings, constraints, risk profile, and current decision question.

From Decision to Market Context

Raster's market mapping begins after the core decision path. Truth establishes the verified portfolio state. Analysis explains risk and performance. Governed decision intelligence turns evidence into a recommendation or review. Memory adds continuity. Only then does Raster map the external market around what matters.

This order is important. Market data becomes useful when it is filtered through the decision already being considered. A token that looks attractive in isolation may duplicate exposure, increase correlation, worsen liquidity risk, or conflict with the user's prior thesis. A token that looks quiet in the broader market may matter because it is directly connected to a position, hedge, ecosystem, or risk the user already carries.

Portfolio-Aware Market Questions

The user should be able to prompt Raster in natural language and receive a mapped view of the market around that question. Examples include: "What are the entry and invalidation levels for this setup?", "When do you think I should buy ETH today?", "What would make this trade wrong?", "Where is my portfolio most exposed if this narrative reverses?", "Which alternatives give me similar upside with lower portfolio risk?", or "Should I wait, scale in, hedge, rotate, or do nothing?"

Raster does not answer these as isolated price calls. It connects the question to portfolio truth, chart context, liquidity, volatility, derivatives data, memory, and the user's constraints. A timing question becomes a structured review of setup quality, invalidation, risk budget, scenario range, and whether the action improves the portfolio.

Themes, Narratives, and Token Candidates

Raster maps themes and narratives across sectors, ecosystems, protocols, and assets. It can identify which market stories are relevant to the user's portfolio and which are just noise. This includes token candidates that may strengthen a thesis, diversify a concentration, replace an inferior exposure, or create a cleaner expression of the same view.

Candidate discovery is therefore not a feed of tickers. It is a portfolio-aware comparison. Raster evaluates whether a candidate adds something useful, duplicates what the user already has, increases hidden correlation, creates liquidity issues, or conflicts with the user's memory and prior decisions.

Chart Context and Auto-Plotting

AI Market Mapping connects directly to Raster charts and technical analysis. When the user asks about a token, thesis, sector, or trade setup, Raster can automatically surface and plot the relevant assets, comparisons, levels, ranges, relative strength, trend context, volatility, invalidation zones, and signals from 30+ technical indicators.

This is where questions become visual. A user asking about ETH today should be able to see the mapped chart context around potential entries, invalidation levels, nearby liquidity zones, relative performance, and scenario paths. The chart is not a decoration. It is the visual workspace for the market map.

Entry, Invalidation, and Scenario Framing

A useful market map clarifies what would make an action sensible and what would make it wrong. Raster can frame entries, invalidation levels, risk-reward, downside scenarios, upside scenarios, time horizon, and confidence boundaries in one place.

This makes the system more disciplined. Instead of saying "buy" or "do not buy" in isolation, Raster can explain what conditions support action, what price or market structure would invalidate the setup, how much risk is being introduced, and what should be monitored next.

Liquidity, Venue, and Tradability Context

Market mapping also needs practical constraints. Raster maps liquidity, venue availability, spread, depth, chain access, supported routes, and whether the asset can actually be traded or monitored in the user's environment.

This prevents false opportunity. A token may look attractive on a chart but be too illiquid, inaccessible on supported venues, exposed to bridge friction, or too risky relative to the user's portfolio size. Raster makes those constraints part of the map before the user treats an idea as actionable.

Spot and Supported Derivatives Context

Raster maps both spot and supported derivatives context. For derivatives venues such as Hyperliquid, the system can consider perp structure, funding, open interest, leverage sensitivity, liquidation levels, liquidation clusters, crowded leverage zones, and how derivatives exposure changes the portfolio's risk profile.

This does not require promising execution. The value is in showing the user how spot and derivatives context changes the decision. The same ETH view can look very different as spot exposure, a hedge, a perp position, a reduce-only risk action, or a reason to wait.

Alternatives, Trade-Offs, and Timing

AI Market Mapping does not collapse every question into one answer. Raster can compare alternatives: act immediately, wait for confirmation, scale in, reduce another exposure first, hedge, rotate to a cleaner candidate, monitor, or take no action.

The point is not to make the market feel certain. The point is to map choices against the user's portfolio. Timing improves when Raster can show what changes the decision, what invalidates it, and what the user gives up by acting now versus waiting.

Memory-Driven Market Relevance

Memory makes market mapping sharper. Raster can remember narratives the user has followed, assets repeatedly considered, theses that became stale, warnings that were ignored, and decisions that worked or failed. The market map can therefore focus on signals that matter to this user instead of restarting from a generic market overview.

This allows Raster to ask better follow-up questions: is this the same setup the user has chased before? Is the user repeating a known mistake? Has the thesis changed, or only the price? Did the previous invalidation level already trigger? Is the current opportunity genuinely new, or just a recycled narrative with worse risk?

The Output: A Mapped Market View

The output of AI Market Mapping is a structured view of the market around a decision. It can include relevant assets, narratives, chart plots, entry zones, invalidation levels, alternatives, liquidity constraints, spot and derivatives context, and monitoring triggers.

This is the bridge from intelligence to action readiness without calling it execution. Raster helps the user understand what matters now, why it matters to their portfolio, what would change the view, and what should be watched next.

Overview

Raster's audit trail is the record of how portfolio truth becomes a decision. The system is not only designed to export balances, transactions, labels, attributions, and raw portfolio history. It is designed to make the decision process itself traceable: what data was used, what analysis was performed, what assumptions were made, what memory was recalled, what the specialist agents considered, and why the final answer was produced.

This matters because AI decision systems cannot be trusted if their reasoning disappears after the response. Raster's value is not only the answer. It is the ability to review the path behind the answer.

Process-Level Traceability

A decision audit trail connects the full chain: verified data, reconstructed portfolio state, risk analysis, performance drivers, optimisation context, governed decision review, memory influence, market mapping, and final recommendation.

Each layer leaves context that can be inspected later. This makes Raster different from a black-box assistant. The user can trace a decision back to the evidence and process that shaped it.

What the Audit Trail Captures

A useful audit trail can include the original prompt, interpreted intent, data sources used, portfolio snapshot, calculations, risk signals, benchmark context, chart context, specialist agent outputs, committee disagreement, confidence level, uncertainty, assumptions, recalled memory, alternatives considered, final conclusion, and monitoring triggers.

The goal is not to expose internal model mechanics. The goal is to preserve enough reasoning context for a user, team, or governance process to understand why a decision was made.

Exportable Decisions, Not Just Exportable Data

Raster's exportability extends beyond CSV transaction history. Users should be able to export decision briefs, evidence packs, recommendation history, risk reviews, memory-influenced context, and the rationale behind prior decisions.

This makes Raster useful for teams, funds, treasuries, DAOs, and serious individual users who need records they can review, share, archive, or challenge. A decision can become a portable object rather than a one-time chat response.

Review, Challenge, and Improve

Audit trails make better feedback possible. A user can return to a decision and ask: what data supported this? What assumptions were wrong? Which warning did I ignore? Did the thesis break? Did the market map change? Did memory help or bias the answer? What should be improved next time?

This turns auditability into a learning loop. Decisions can be accepted, rejected, superseded, completed, ignored, or expired with context attached.

Institutional Review and Governance

For institutions, audit trails make Raster usable inside real review workflows. Teams need to understand who asked the question, what portfolio state was used, what risks were highlighted, what alternatives were compared, and what decision record was produced.

This creates a shared record for investment committees, treasury teams, DAOs, analysts, and compliance-oriented review. Raster does not only help a user reach a decision. It helps the organisation preserve the evidence, reasoning, and context required to review that decision later.

Market Sentiment

Raster's supplemental tools are not the core moat. They are the connected context and action surfaces around the intelligence layer. The goal is to reduce the multi-tab chaos of crypto by letting users research, review, compare, chart, and interact from the same environment that understands their portfolio context.

Market sentiment gives users supporting context before an asset or theme is treated as relevant. Raster can surface token information, holder data, liquidity, market structure, derivatives context, funding, open interest, liquidation data, liquidation levels, and other signals that explain what is happening beneath price.

Charts

Charts are a critical workspace surface. Raster lets users inspect DeFi price charts, derivatives charts, order books, liquidity context, liquidation levels, and technical analysis with 30+ indicators, then connects that chart context back to portfolio-aware analysis where relevant.

Trends

Trends help users understand what is moving across narratives, sectors, tokens, protocols, and market structure. Inside Raster, trends are not generic noise. They become useful when they help explain exposure, identify watchpoints, compare alternatives, or frame candidate assets against the user's actual portfolio.

Swap, Bridge, And Switch

Swap, Bridge, and Switch reduce friction across tokens, chains, and fiat rails. Swap supports token movement, Bridge supports cross-chain movement, and Switch supports on-ramp and off-ramp workflows. These tools are useful because they sit beside the intelligence layer, allowing discovery, review, comparison, and portfolio interaction without forcing users to rebuild context across a dozen separate products.

Overview

Raster's roadmap expands the same core thesis: verified portfolio truth becomes the foundation for analytics, AI, reporting, and institutional workflows. Upcoming work focuses on making Raster usable not only as an application, but as infrastructure that teams can connect to, govern, and scale.

Enterprise Solution

Why Institutions Buy

Institutions buy this layer because they need reproducible portfolio state, audit-ready evidence, less manual reconciliation, multi-wallet and multi-entity views, internal reporting artifacts, API access into existing systems, and outputs that can be defended in committee, treasury, risk, or governance workflows.

The commercial logic is workflow dependency. Once Raster becomes the source for portfolio truth, reporting, review history, decision records, and recurring exports, the value is not only faster analysis. It is a repeatable operating layer that reduces coordination cost and raises the standard of evidence across the institution.

Where The Moat Begins

Raster's moat begins where most crypto products stop: reconstructing economic truth from fragmented activity. Every downstream layer depends on this. Once portfolio state is canonical, Raster can attach quant analysis, governed AI, Active Memory, audit trails, and institutional workflows to the same truth substrate.

The result is not just a smarter interface. It is a compounding intelligence layer where each portfolio review, correction, decision, export, integration, and recurring workflow strengthens the next one.

Transaction Attribution And Economic Meaning

Raw blockchain activity is not self-explanatory. A transaction hash, contract call, transfer event, bridge action, LP movement, debt update, reward claim, funding payment, or derivatives event does not automatically tell a user what happened economically.

Raster's first defensibility layer is attribution: converting raw execution traces into meaningful financial events. This includes swaps, transfers, bridges, staking, lending, borrowing, repaying, liquidity provision, reward claims, fees, funding, liquidation events, own-wallet movements, protocol interactions, and derivatives exposure.

This is difficult because crypto activity is heterogeneous. Each chain, protocol, wallet, venue, and contract pattern can express economic meaning differently. Raster's value compounds as more of that activity is normalized into a consistent portfolio language.

Continuous Portfolio State Reconstruction

Attribution is only the first step. Raster then reconstructs portfolio state over time: positions, flows, cost basis, exposure, risk, performance, realized and unrealized components where supported, protocol state, and historical context.

This matters because a portfolio is not a screenshot. It is a living record of decisions, deposits, withdrawals, rotations, yield activity, leverage, hedging, liquidity, fees, and changing market conditions. Raster's moat grows when that history becomes a coherent portfolio state rather than disconnected balances across interfaces.

Ambiguity Handling And Confidence

A serious financial intelligence system cannot pretend every data point is perfect. Unsupported chains, incomplete venue data, ambiguous transfers, unknown counterparties, new protocols, partial derivatives coverage, or unresolved labels become explicit limits, not silent assumptions.

Raster's truth layer therefore becomes stronger when it can show what is known, what is inferred, what is unsupported, and what requires review. This is one of the reasons AI is only useful in finance when it is grounded in verified state. The system must know the difference between evidence, uncertainty, and speculation.

Governed AI Over Verified Context

Raster's AI layer is valuable because it is not the source of truth. It receives portfolio state, evidence, quant signals, memory, market context, user intent, and constraints, then synthesizes within boundaries.

This creates a different AI category from a generic chatbot. The model is not being asked to invent the user's financial reality. It is reasoning over a verified context layer and producing decision-support outputs that can be reviewed, challenged, exported, and audited.

Active Memory With Provenance And Scope

Memory compounds when it preserves useful decision context without replacing current truth. Raster's Active Memory can carry prior theses, constraints, watchpoints, rejected paths, user preferences, decision history, outcomes, and recurring review patterns.

The defensibility comes from memory with provenance and scope. A memory item carries where it came from, when it was created, what it applies to, whether it is still active, and whether the user has accepted, edited, ignored, or removed it. This lets Raster improve continuity without allowing stale context to override live portfolio data.

Decision Audit Trails

Raster's decision records create another compounding layer. A user or institution can review what was asked, what data was used, what analysis was performed, what assumptions were made, what memory was recalled, what alternatives were considered, what risks were accepted, and what should be monitored next.

This turns AI output into a traceable financial workflow. For institutions, teams, DAOs, and serious users, that traceability is not a cosmetic feature. It is the trust mechanism that makes AI usable in financial decision processes.

Workflow Dependency And Switching Costs

The moat becomes commercial when Raster outputs become part of recurring workflows: portfolio reviews, treasury reporting, institutional committee packs, DAO decision records, audit exports, API integrations, recurring memory-based reviews, and partner products.

Once users and institutions rely on Raster for verified state, review history, decision records, and exports, the system becomes harder to replace. The switching cost is not only the interface. It is the accumulated truth, memory, auditability, and workflow dependency attached to the portfolio.

Why The Moat Compounds

Raster's defensibility is the interaction between deterministic financial reconstruction and governed AI continuity. Better attribution improves portfolio truth. Better truth improves analysis. Better analysis improves decision support. Better decisions create better memory. Better memory improves future reviews. Better audit trails make the workflow more trusted. Better institutional and builder integrations increase usage around the same intelligence layer.

Role Of $RASTER

$RASTER is designed as the economic coordination layer of the Raster network. It links user activity, institutional usage, builder integrations, AI credits, staking participation, and DAO governance into one product-centered model.

The token extends Raster's intelligence system rather than replacing it. The core product creates value through verified portfolio truth, quant analysis, governed decision support, Active Memory, AI Market Mapping, audit trails, and institutional workflows. $RASTER coordinates how users, builders, and DAO participants interact with that network.

AI Credits And Product Usage

$RASTER can be used as a payment vehicle for AI credits and platform activity. Credits give users and builders a practical way to access Raster-powered intelligence across portfolio analysis, wallet intelligence, chart interpretation, decision-support workflows, institutional exports, and partner integrations.

This structure lets usage connect to the token without making every workflow depend on a separate payment path. As Raster usage expands across consumer, institutional, API, and builder surfaces, $RASTER supports utility across the network.

Staking And Platform Benefits

Staking is designed to deepen participation in Raster. Staked $RASTER can support subscription discounts, credit-related benefits, platform access benefits, ecosystem perks, priority access to selected product rollouts, and participation in DAO processes.

The purpose of staking is alignment. Users who participate more deeply in the network can receive product and ecosystem benefits while helping anchor governance participation and long-term community engagement.

DAO Treasury And Ecosystem Incentives

A portion of eligible $RASTER-denominated platform activity can flow to the DAO treasury. DAO-controlled resources can then support ecosystem incentives, staking pools, grants, builder programs, liquidity initiatives where applicable, and community-approved ecosystem activity.

Buybacks and burns may be part of the DAO treasury allocation model where approved and legally appropriate. This mechanism sits as one treasury tool inside the broader Raster ecosystem model, not as the sole purpose of the token.

Token Flow Model

The token flow can be summarized as: users, institutions, and builders use Raster products; product usage supports AI credits, services, subscriptions, APIs, and integrations; $RASTER supports access, benefits, and participation; a portion of eligible activity can flow into DAO-controlled resources; DAO resources support incentives, staking, builders, and ecosystem growth.

The model is designed to reinforce product usage, participation, and ecosystem support over time.

Governance Bridge

$RASTER also connects the token chapter to the DAO chapter. The token powers access, credits, staking benefits, and participation. The DAO defines how community participation, treasury allocation, grants, incentives, and builder support are organized.

Tokenomics

The $RASTER supply is allocated across sale rounds, community growth, liquidity, treasury, operations, advisors, and the team.

DAO Purpose

The DAO gives $RASTER participants a structured way to participate in ecosystem decisions, treasury allocation, staking programs, grants, incentive programs, builder support, and community signaling.

The purpose is coordination. Raster's product system creates usage; the DAO helps organize selected network resources around participation, builder activity, and long-term ecosystem support.

Governance And Proposal Flow

DAO participation follows a structured proposal flow. Ideas become proposals. Proposals are reviewed against the relevant DAO scope. Eligible participants vote through staking-weighted governance. Approved proposals move into the appropriate allocation, grant, incentive, staking, or ecosystem support process.

This keeps participation legible. Users can see what is proposed, what is voted on, how decisions are made, and how DAO-controlled resources are allocated.

Treasury Allocation

DAO treasury allocation can support staking pools, ecosystem incentives, grants, builder programs, liquidity-related initiatives where applicable, and approved buyback or burn mechanisms.

The allocation model remains transparent and proposal-driven. Treasury resources are most valuable when they support useful activity around Raster: more integrations, better tools, stronger usage surfaces, and more durable participation.

Grants And Builder Support

The DAO can support builders who extend Raster's network utility. Grants and incentive programs can be directed toward wallets, dashboards, dApps, research tools, trading interfaces, tax and accounting partners, institutional workflows, and integrations that use Raster's data or intelligence rails.

This connects the DAO directly to the builder layer. DAO support favors integrations that make Raster more useful, more accessible, or more deeply embedded in digital asset workflows.

Ecosystem Alignment

The DAO and token chapters lead into the broader ecosystem builder layer. $RASTER supports usage, credits, staking benefits, and participation; the DAO organizes selected resources and community processes; builders extend Raster into new products and workflows.

The result is an ecosystem model designed to reinforce product usage, participation, and builder activity around Raster's verified intelligence layer.

Overview

Raster is designed to become more useful as more tools, integrations, and builders connect to it. The same infrastructure that gives users portfolio truth, market context, AI workflows, and decision intelligence can also support third-party products that need reliable data and intelligent user-facing rails.

Builder Layer Overview

The builder layer expands Raster from a product into ecosystem infrastructure. Builders, apps, integrations, researchers, and partners can use Raster's data, intelligence, and credit systems to build products that would otherwise require fragmented indexing, portfolio reconstruction, analytics, and AI infrastructure.

This makes Raster useful beyond its own native interface. A wallet, dashboard, dApp, trading tool, research product, or institutional system can use Raster-powered intelligence without needing to rebuild the full stack internally.

Data And Indexing Access

Builders can access Raster's indexed wallet, token, protocol, portfolio, and market data layers. This can reduce the need to rebuild chain-by-chain infrastructure, protocol labeling, historical attribution, portfolio state reconstruction, and market data normalization from scratch.

The value is especially strong in digital assets because useful applications need more than balances. They need history, labels, positions, exposures, performance context, protocol-level interpretation, and market-aware portfolio state.

AI Credits For Builders

AI credits give builders a practical way to power intelligence inside their own products. Instead of every builder maintaining separate AI usage logic, credits can connect third-party workflows to Raster's intelligence layer.

These credits can support portfolio analysis, wallet intelligence, market context, chart interpretation, decision support, institutional exports, agentic interfaces, and other AI-powered experiences built around verified Raster context.

Embedded Portfolio Intelligence

Raster intelligence can be embedded into third-party apps, dashboards, dApps, wallets, trading interfaces, research tools, and institutional systems. This allows external products to offer portfolio-aware intelligence without becoming full portfolio infrastructure companies themselves.

Embedded intelligence can include portfolio summaries, risk context, market mapping, chart-aware analysis, candidate asset review, derivatives context, and decision briefs that are grounded in the user's verified Raster truth layer.

Shared Usage And Fee Models

Integrations can use $RASTER-based payments, credits, or shared usage models. This creates alignment between builders, users, Raster, and the DAO because value flows through actual product usage rather than disconnected incentives.

As more integrations use Raster's data and intelligence rails, ecosystem activity can create more token utility, more credit usage, more DAO treasury flow, and more opportunities for builder incentives.

Grants And DAO-Supported Builder Programs

The DAO can support useful builders through grants, incentives, staking-related programs, and ecosystem rewards. This gives the community a way to help expand the number of useful tools and integrations around Raster.

DAO-supported builder programs can focus on integrations that add real utility: better data surfaces, new dApps, analytics tools, research workflows, portfolio interfaces, institutional integrations, and partner products that increase usage across the Raster network.

Expanding The Raster Network

Every useful integration makes Raster more valuable. More tools create more user surfaces. More user surfaces create more activity. More activity creates more credit usage, more data feedback, more token utility, and more ecosystem participation.

The builder layer therefore strengthens the same flywheel described in the token and DAO chapters. Users, builders, integrations, credits, incentives, and DAO support reinforce one another as Raster becomes a broader intelligence network for digital assets.

No Investment Advice

The information provided in this litepaper or on the Raster platform does not constitute investment advice, financial advice, trading advice, or any other sort of advice and you should not treat any of the website's content as such. Raster does not recommend that any cryptocurrency should be bought, sold, or held by you. Conduct your own due diligence and consult your financial advisor before making any investment decisions.

Accuracy of Information

Raster will strive to ensure accuracy of information listed on the website although it will not hold any responsibility for any missing or wrong information. Raster provides all information as is. You understand that you are using any and all information available on the Raster platform at your own risk.

Non-Endorsement

The appearance of third-party advertisements and hyperlinks on Raster does not constitute an endorsement, guarantee, warranty, or recommendation by Raster. Conduct your own due diligence before deciding to use any third-party services.

Risks

As with all investment opportunities and DeFi projects, there is an element of risk, and every user or participant should consider the risks below as well as professional legal/financial advice prior to acquiring $RASTER tokens.

The following is a non-exhaustive disclosure of principal risk factors which are considered to be material by the Company in connection with the ICO and the acquisition, holding and/or use of the $RASTER Token in addition to the use of Raster Products and Apps as applicable at any moment in time. Users are advised to consult with their professional advisers before deciding to obtain $RASTER Tokens.

The Company believes that the following risk factors may affect the company itself, the participants/users as well as future partners, investors, shareholders. By acquiring, holding, and using $RASTER Tokens, the Participant expressly acknowledges and assumes the following risks:

Acquisition of $RASTER tokens

The acquisition of $RASTER Tokens through centralized exchanges (CEX) or decentralized exchanges (DEX) is only suitable for those who are capable of evaluating the merits and risks of such an acquisition, or else to those that have been professionally advised concerning the token acquisition. The acquisition is suitable for those that have sufficient financial resources to be able to bear any losses that may arise which in extreme (but possible) scenarios may be equal to the whole amount spent in connection with the token acquisition. Such an acquisition should not be seen as an investment or a financial asset.

Risk of losing access to $RASTER Tokens due to loss of Private key/s, Custodial Error or User error

A DeFi or CEX Wallet is necessary to acquire, hold, and dispose of Tokens. The User hereby understands that he is responsible for setting up the Wallet with a third-party provider or, in due time, to set up the Raster Wallet, in order to hold $RASTER Tokens. The user is responsible for implementing reasonable measures for securing the Wallet and the loss of private key/s associated with the Wallet may result in the loss of $RASTER Tokens and any other cryptocurrencies and/or tokens held within. Moreover, any third party that gains access to such private key/s, including by gaining access to login credentials of the Wallet may be able to acquire the user's $RASTER tokens and any other assets held in the wallet. Any errors or malfunctions caused by or otherwise related to the Wallet may also result in the loss of the $RASTER Tokens and all other assets held in the wallet. Additionally, the User's failure to follow the procedures provided in the Terms for acquiring and receiving $RASTER Tokens, including, but not limited to, the provision of the wrong Wallet address for receiving $RASTER Tokens, may also result in the loss of $RASTER Tokens.

Risk of hacking and security weakness

Hackers or other groups or organizations may attempt to interfere, dishonestly acquire or steal $RASTER Tokens using several methods, including, but not limited to, denial-of-service attacks, Sybil attacks, spoofing, smurfing, malware attacks, consensus-based attacks, manipulation, social engineering and any such similar events which could have an impact on $RASTER Tokens, their value, the Raster apps and products.

Risk of Security breaches

There is a risk that the Smart Contract, the Website, the Raster Apps, Wallets, products, and $RASTER tokens may unintentionally include bugs susceptibility to exploits due to possible weaknesses in the source code interfering with the use of, or causing the loss of, $RASTER Tokens, their value. The source code of the Website is open and could be updated, amended, altered, or modified from time to time. The Company is unable to foresee or guarantee the precise result of an update, amendment, alteration, or modification. As a result, any update, amendment, alteration, or modification could lead to an unexpected or unintended outcome that adversely affects $RASTER Tokens and/or all the Raster apps and products. As a result, $RASTER Tokens may be lost.

Risk of no listing or low/no liquidity

Even though there are currently online services available which enable an exchange of cryptographic tokens with other such tokens, or even enable the exchange of cryptographic tokens for fiat money, there are no warranties and/or guarantees that $RASTER Tokens will be made available for exchange with other cryptographic tokens and/or fiat money. No guarantees are given whatsoever concerning the capacity and/or volume of such exchange/s. Such exchange, if any, might be subject to poorly understood regulatory oversight, and the Company does not give any warranties regarding any exchange services providers. Users might be exposed to fraud and failure affecting those exchanges. Furthermore, there can be no assurances that such exchanges have enough liquidity to support the trading of $RASTER tokens, and that the token holder may be unable to affect a transaction.

Risk of an eventual fluctuation and volatility of $RASTER Tokens' value

The Raster products and apps are intended to be financially self-sufficient and self-financing the Company's costs and plans. The Company commits to having no specific interest in the market value of $RASTER tokens and it shall not be directly affected by unfavorable fluctuation of $RASTER Tokens' value. On the other hand, Token holders are subject to such risk of eventual volatility due to a number of factors. In addition to the general market conditions, there are several potential events that could exacerbate the risk of fluctuation in the value of $RASTER Token, including significant security incidents or market irregularities at one or more of the significant cryptocurrency exchanges.

Risk of Competing companies, apps and platforms

It is possible that alternative or third-party companies, apps, platforms could be established that utilize the same, or better, code, systems, technologies and offer services that are materially similar to those offered by Raster. Raster may compete with these alternatives, which could negatively impact the Raster apps, products, as well as the utility and consequent value of $RASTER tokens.

Risk of uninsured losses

Unlike bank accounts or accounts at some other financial institutions, $RASTER Tokens are uninsured unless the User specifically obtains private insurance to insure them. The Users are responsible for their own assets and should follow standard security procedures as well as follow advice of financial and legal experts. In the event of loss of $RASTER Tokens or loss of $RASTER Tokens' value, there is no public insurer or private insurance arranged by the Company to offer recourse to the User.

The risk associated with uncertain regulations and enforcement actions.

The regulatory status of DLT Assets and their offering may be unclear or unsettled in many jurisdictions. It is difficult to predict how or whether regulatory authorities may apply existing Regulation, or enforce new regulations concerning technology and its applications, including the Raster apps and products as well as $RASTER tokens. Regulatory actions or changes to law and regulations could negatively impact $RASTER Tokens and Raster apps and products in various ways, including, but not limited to, a determination that the acquisition, holding and use or disposal and transfer of $RASTER Tokens constitutes a regulated instrument that requires registration or licensing of those instruments or some or all of the parties involved in the acquisition, contribution, sale and delivery thereof. The Company may cease operations or interrupt the token sale in a jurisdiction if regulatory actions, or changes to law or regulations, make it illegal to operate in such jurisdiction, or if it is commercially undesirable or no longer viable to obtain the necessary regulatory approval/s to operate or to provide the Raster apps and products in such jurisdiction.

Risk of insufficient interest in $RASTER Tokens and Raster Apps and Products

$RASTER Tokens and the Raster apps and products may become obsolete and not used by a large number of individuals, companies, and other entities, or there may be limited interest in the use of $RASTER Tokens and Raster apps and products. Such a lack of use or interest could negatively impact the development of the Raster Apps and Products and therefore, the potential utility of $RASTER Tokens.

Risk of mining attacks

As with other decentralized cryptographic tokens based on the ERC20 token standard or similar, $RASTER Tokens are susceptible to attacks by miners in the course of validating on chain, including, but not limited to, double-spend attacks, majority mining power attacks, and selfish-mining attacks. Any successful attacks present a risk to $RASTER Tokens, including, but not limited to, accurate execution and recording of transactions involving $RASTER Tokens.

Internet transmission risks

There are risks associated with using $RASTER Tokens, including, but not limited to, the failure of hardware, software, and Internet connections, or other technologies on which the Raster apps and products rely on. Such failures may result in disruptions to communication, errors, distortions, or delays when using $RASTER tokens or Raster apps and products.

Risk of dissolution of the Company

Due to a variety of reasons, it is possible that a decrease in the $RASTER token utility may arise due to failure of commercial relationships, unfavorable market conditions, intellectual property ownership challenges, competitor challenges, added compliance and regulatory obligations, and more. In such cases, the use of the Raster products and $RASTER tokens utility might no longer be viable to be offered, or the Company may need to cease trading and be dissolved and liquidated.

Risk arising from lack of governance rights.

Since $RASTER Tokens do not represent or confer any ownership right or stake, share or security or equivalent rights, intellectual property rights or any other form of participation relating to the Company, all decisions involving the Company will be made by the Company at its sole discretion, including, but not limited to, decisions to transfer more $RASTER Tokens for use, and to sell or liquidate the Company. These decisions could adversely affect the utility and value of the $RASTER Tokens.

Regulatory risks and market risks

The Company and its operations are or may be subject to domestic and/or EU and international laws, regulations, and directives. Existing laws may be subject to change whilst new directives may be implemented. These may include privacy and data protection, consumer protection, data security, and others. The new (or changes to existing) laws, regulations, or directives may affect the Company, the $RASTER tokens, the Raster Apps and products. This could impact the utility of $RASTER tokens Platform. Furthermore, users/participants/investors may also be subject to new/changes to existing laws, regulations, and directives. This could also impact on the accessibility and utility of $RASTER tokens. The user hereby accepts the risk that in some countries, $RASTER Tokens might be considered, now or in the future, a security token. In this case, the Company gives no representations, warranties, or guarantees that the $RASTER Tokens are not considered to be security tokens, securities, financial instruments or similar medium, in all countries. The users hereby accept to be solely responsible for the legal, financial, and any other risks connected to $RASTER Tokens as a security in their country and to be the only responsible for checking if the holding, using and the disposal of $RASTER Tokens is legal in their country. Furthermore, changes in laws, regulations, and directives governing the Company's operations, including but not limited to changes to the applicable tax regime, may adversely affect its business. Any change in the Company's tax status, or taxation legislation, could affect the value of its financial holdings, its business, the Company's ability to achieve its business objectives and continual commitment to the development and adherence to the roadmap.

Other inherent risks

The User understands and accepts the inherent risks associated with $RASTER Tokens, to the extent not covered elsewhere in the terms, including, but not limited to, risks associated with (a) money laundering; (b) fraud; (c) exploitation for illegal purposes; and (d) any other unanticipated risks.

Unanticipated risks

In addition to the risks included in this Litepaper, there are other risks associated with the User's acquisition, holding, and use of $RASTER Tokens, as well as the use of the Raster apps and products, including some that the Company cannot or may not anticipate. The user assumes full responsibility for any restrictions and risks associated with the holding or use of the $RASTER Tokens as well as the Raster apps and products. If any of the risks mentioned in the terms are unacceptable or the User is not in a position to understand them, the User should not acquire, hold, or use $RASTER Tokens and should not use Raster apps and products.

Disclaimer

Certain information contained within this Litepaper involves or includes "Forward looking statements" which can be identified through terminology such as "may", "will", "should" "expect", "anticipate", "estimate", "foresee", "intend", or "believe" as well as the negatives for each term. Due to various reasons, some of which are mentioned in this section, the Company, its performance, ideas, plans or roadmap may change or differ materially from that presented in conjunction with such forward-looking statements.