NORV Whitepaper

1. Abstract and how to read this paper

This paper describes NORV, the planned ecosystem token of the NORVENTA platform, and the platform it is designed to serve. Version 3.1 replaces Version 3.0 and Version 2.1 as the current publication edition. It is written product-first: it begins with what NORVENTA operates today, separates live products from pilots and plans, and only then describes how NORV is intended to fit into that operating base.

NORV is not yet deployed. The planned deployment is an ERC-20 contract on Base (chain ID 8453), targeted for 20 November 2026. Until a contract address is published on official NORVENTA channels and verified on a block explorer, no NORV token exists on-chain and any address claimed elsewhere should be treated as fraudulent.

Every status in this paper uses one of five labels: LIVE (operating for users today), PRIVATE LIVE (operating for approved accounts only), PILOT or PAUSED (built but not open to customers), IN INTEGRATION (built, undergoing production-readiness work) and PLANNED (a design that has not been deployed). Where the paper and the live product disagree, the live product and its authoritative terminal take precedence.

Nothing in this paper is an offer of securities, investment advice, or a promise of profit, return, price, listing or liquidity.

2. Executive summary

NORVENTA (https://norventa.app) is a crypto and multi-asset intelligence terminal. It combines venue-routed trading through Hyperliquid, AI-qualified signals for crypto and forex, whale and smart-money intelligence, charting with market-structure tooling, portfolio intelligence, a token launchpad, copy trading and a family of automation engines.

NORV is the planned transferable ERC-20 token of this ecosystem, with a fixed maximum supply of 660,000,000. NRC (NOR Credits) is the existing, non-transferable internal service credit used to meter AI and platform consumption today. The two are separate assets with separate purposes, and neither is required to use the core platform.

The economic model is transparent and product-first: NORVENTA earns from subscriptions paid in USDC/USDT, NRC usage, eligible trading and automation fees, institutional services and paid research. NORV is designed to add optional benefits on top of that model. The veNORV lock, service tiers, rewards, buybacks, burns and governance in this edition are PROPOSED POLICY / PLANNED designs, not active rights. They require post-deployment implementation, security review, audit and legal review, and carry no fixed yield, dividend or binding commitment.

3. Edition history and Version 3.1 changelog

Version 3.1, dated 13 November 2026, is a pre-deployment policy clarification. It preserves the canonical supply, allocations, sale prices, product scope, figures, schedule and official accounts of Version 3.0 while replacing the deliberately incomplete staking, buyback and governance descriptions with a precise proposed model.

• Specified four fixed lock durations and multipliers, linear veNORV decay, daily snapshots, expiry, cooldown, withdrawal and restart rules.
• Specified Bronze, Silver, Gold and Institutional service tiers, with discounts restricted to retained NORVENTA platform or service charges.
• Specified non-inflationary reward sources, 30-day accounting epochs, a time-integral allocation formula and a worked example with no APY promise.
• Specified a discretionary buyback ceiling, eligible-net-revenue exclusions, equal burn/reward-vault allocation of executed purchases and the distinction between burning and dead-address locking.
• Specified proposed veNORV snapshot voting, escrow-position vote deduplication, proposal eligibility and a 48-hour post-passage timelock subject to law and emergency controls.
• Added a glossary and clarified that NORV, veNORV and NRC are different units with no guaranteed conversion or exchange rate.

Versions 3.0 and 2.1 remain available only as historical archives. They are superseded for current policy and must not be relied on for current dates, product status or proposed utility mechanics.

4. The problem NORVENTA addresses

Retail and professional traders work across fragmented tools: one site for charts, another for signals, a wallet tracker, a news feed, an exchange, and spreadsheets for performance. Each tool reports success differently, and very few report net results after fees across a full, uncherry-picked sample.

Automation compounds the problem. Many bots promise returns while hiding drawdowns, and many signal services publish only winners. NORVENTA's position is that intelligence and automation are only useful when the limits, costs and failure modes are shown as clearly as the upside.

• Fragmentation: trading, intelligence and portfolio in separate silos.
• Opacity: performance shown before fees, on selected samples.
• Custody risk: tools that require handing over keys or funds.
• Speculation-first tokens: tokens launched before any product exists.

5. NORVENTA platform overview

NORVENTA is the parent platform at https://norventa.app. Public market pages, coin pages and content pages are open to everyone; the personal workspace requires sign-in through email/password or Google. Wallet connection (EVM and Solana) is optional and used only for on-chain actions.

Products are delivered as one terminal with shared identity, shared access control and a shared data layer, so a signal seen in Signal Center can be opened on the chart, traded in NORVENTA TRADE and tracked in the portfolio without re-entering data.

6. Product-readiness matrix

The matrix below is the single most important table in this paper. It states which products are operating today and which are not. Statuses reflect the platform at the date of publication and may change; the live product pages are authoritative.

7. NORVENTA TRADE

NORVENTA TRADE is the execution surface. Spot and perpetual markets, and venue-routed traditional-finance instruments where the venue offers them, are executed on Hyperliquid. NORVENTA does not run its own matching engine and does not take the other side of user trades.

The terminal provides an order book, depth, recent trades, a full chart, market and limit orders, take-profit and stop-loss, trailing protection, collateral and margin views, and a unified portfolio. Trading boards show canonical instruments — one row per market, not one row per venue.

Execution requires an explicit authorization by the user. The user's funds remain on the venue under the user's account; NORVENTA submits orders within the scope of that authorization. Venue fees, funding and slippage are third-party costs and are shown separately from any NORVENTA fee.

• Order lifecycle: quote, submit, acknowledge, fill or partial fill, protect (TP/SL), close.
• Exchange-side stop-loss where supported; manager-watched targets where not.
• Positions and history reconcile against the venue, not against local state.

8. AI Signals and Signal Center

Signals are published only through a precision qualification gate. A candidate must pass structure, freshness, cost-adjusted reward-to-risk and confirmation checks; when it does not, the correct output is NO TRADE. Signals cover crypto and forex and appear in Signal Center, the scanner and directly on the chart.

Each signal has a lifecycle — issued, active, target or stop reached, expired — and its outcome is resolved on the server from venue price history. Archived signals are never re-judged, and outcomes are never fabricated. Outcome data feeds the public performance statistics.

9. Chart Studio and market structure

Chart Studio is the analytical workspace: candles, indicators, drawing tools, and market-structure overlays such as order blocks, supply and demand zones, and swing structure. Signals and positions are plotted on the same chart, so the reasoning for an entry and its protection levels are visible together.

Market microstructure tools summarize aggressive buy and sell flow and order-book imbalance. These are descriptive measurements, not predictions.

10. Whale Tracker and smart-money intelligence

Whale Track is the single source of truth for large-flow data across the platform. It surfaces large transfers and trades, wallet profiles, following lists and smart-money behavior. Capabilities are configurable by the operator and some require Premium access.

Wallet intelligence is observational. Following a wallet does not copy its trades unless the user separately enables copy trading under its own controls.

11. News, intelligence and Asset Intelligence

The intelligence layer merges news, AI summaries, signal context and on-chain data through one orchestrator, producing one score and summary per asset rather than many conflicting scanners. Asset Intelligence (the portfolio section) shows balances, allocation health, PnL and AI insights across connected accounts.

12. Launchpad, copy trading and scanners

The Launchpad lets projects create and present tokens with readiness checks for documentation, tokenomics, audit and contacts. Scanners cover launch discovery, rug-risk indicators and meme-market screening. Copy trading lets approved users follow published traders under access controls and per-user risk limits.

Launchpad listings and copied traders are third parties. Their presence on NORVENTA is not an endorsement.

13. Android app and PWA

NORVENTA is available as a progressive web app and as a directly downloadable Android APK from the official site. A Google Play listing is not yet available; users should download only from https://norventa.app.

14. Dr. NORVENTA assistant

Dr. NORVENTA is the platform's AI assistant and diagnostic engine. It explains markets, positions and platform features and runs account diagnostics. It is distinct from ARTHUR: Dr. NORVENTA is a consumer assistant, while ARTHUR is a private institutional trading engine. The consumer automation product is named Trade with Dr. NORVENTA and is powered by SENTINEL.

15. The four automation engines

NORVENTA operates or researches four engines. They are independent: separate namespaces, separate risk policies and separate status. A result from one engine is never presented as a result of another.

16. SENTINEL

SENTINEL runs user Seasons: the user allocates capital on their own venue account, selects styles (for example SCALP, intraday, swing), and authorizes the engine. Readiness, risk clamps and session state are server-authoritative. Per-trade risk, daily loss, exposure, leverage bounds, data freshness and a kill switch remain enforced at all times.

SENTINEL does not promise profit. Losses are possible and expected on individual trades. Simulated fills are never shown as real fills.

17. ARTHUR

ARTHUR is a private, institutional, multi-model trading engine with its own site at https://arthur.norventa.app. It executes privately on Hyperliquid for approved accounts under managed access. Enquiries go to support@norventa.app.

ARTHUR's engineering lineage includes NOFX open-source infrastructure, adapted and extended by NORVENTA. This lineage is described for transparency; it is not an endorsement by the NOFX authors and is not evidence of profitability. ARTHUR carries no promised return.

18. APEX

APEX is a Freqtrade-based strategy research engine implementing a documented supply/demand and market-structure strategy. Its historical paper research has been completed on frozen data, but the evidence has not qualified a manifest for live use. APEX is PAUSED and not live; it places no real orders. Any future live use requires owner authorization after evidence gates pass.

19. VICTOR

VICTOR is a Hummingbot-style liquidity and market-making pilot. It is research infrastructure and does not trade live customer capital.

20. PREDICT

PREDICT (https://predict.norventa.app) is NORVENTA's prediction-market product: binary YES/NO markets, outcome resolution and a market lifecycle (created, open, closed, resolved), with account and wallet integration. The product is built and is undergoing integration and production-readiness work. Until that work is complete, PREDICT should not be treated as offering fully live funded market orders.

21. NORV token design

NORV is a planned fixed-supply ERC-20 token on Base with a maximum supply of 660,000,000. No minting beyond maximum supply is planned. Contract source, verification and an independent audit are prerequisites for deployment publicity.

NORV's purpose is utility within NORVENTA: optional fee benefits, access tiers, payment for services, campaign rewards and, later, governance. Holding NORV is never required to use the core platform.

• Standard: ERC-20, 18 decimals (planned).
• Network: Base, chain ID 8453 (planned).
• Target deployment: 20 November 2026 — PLANNED, NOT YET DEPLOYED.
• Address: none published. Only official NORVENTA channels will announce it.

22. NORV versus NRC

veNORV is a third, distinct concept: a proposed non-transferable governance and accounting unit created only while NORV is locked. veNORV is not NORV, is not NRC and is not intended to be a freely tradable ERC-20 token. It decays to zero at lock expiry and cannot be redeemed for cash.

A planned NORV-to-eligible-NRC framework may let NORV pay for metered services. If lawfully activated, checkout will display the NRC units credited per NORV unit for that transaction, the displayed checkout price, any eligible Gold or Institutional bonus, network charges and the final quote before confirmation. NRC cannot be converted back into NORV, redeemed for cash or treated as free profit. No guaranteed NORV/NRC exchange rate exists, and taxes may apply.

Until that framework is deployed, NRC is acquired and spent only through the platform commerce engine. NRC balances, campaign points and veNORV accounting weight are separate ledgers and must never be presented as interchangeable balances.

23. Tokenomics and allocation

The canonical allocation of the 660,000,000 maximum supply is shown below. Allocations are fixed in this paper; vesting parameters for non-sale allocations will be published with the deployment and are subject to audit.

24. Presale structure

The public presale offers 39,600,000 NORV (6% of supply) across four rounds priced at $0.025, $0.035, $0.05 and $0.07 per NORV. Round progression, remaining allocation and the active price are computed on the server and shown live in the purchase terminal at /norv-sale.

Two terms must be kept distinct. Presale Round 1 is the first price round of the sale. Presale Campaign Phase 1 is the overall promotional campaign window, scheduled to end on 30 December 2026. Rounds may advance within the campaign, and the campaign end does not change any round price.

Precedence: the price, availability and terms shown in the official purchase terminal at the time of purchase, and the confirmed transaction record, prevail over this paper. If the terminal publishes a different vesting configuration, the terminal is authoritative.

25. Payments, custody and allocation records

Payments are accepted in stablecoins on the networks the purchase terminal currently enables — Base, Arbitrum and BNB Smart Chain as configured — or from a NORVENTA balance. NORVENTA does not claim cross-chain bridging of payments. The server fixes a quote, verifies the payment on-chain with multi-endpoint failover and records an immutable allocation. A broadcast payment that is verified is never lost or re-requested; recovery is idempotent.

Allocations become claimable only after token deployment and the claim portal opens, under the applicable vesting schedule.

26. Campaign and airdrop calendar

Dates may be changed only by official announcement. The live campaign pages and the purchase terminal reflect the authoritative server-side state.

27. Airdrop mechanics and Sybil resistance

Airdrop campaign points are a separate ledger from NRC and NORV. Points are awarded only by a trusted server engine, are append-only and idempotent, and are weighted by genuine activity — verified tasks, product use and settled presale participation — rather than by account count.

• Verified social tasks with anti-farming checks.
• Points from settled purchases only, never from unconfirmed payments.
• Duplicate-account, wallet-cluster and automation detection.
• Conversion of points to NORV, if any, is defined per season and is not guaranteed.

28. Revenue model and eligible-net-revenue policy

NORVENTA is designed to be sustainable without the token. Revenue comes from subscriptions paid in USDC/USDT, NRC usage, eligible trading and automation fees (separate from third-party venue costs), institutional services such as ARTHUR, and paid research. This section describes the accounting perimeter for current commercial activity and for any future discretionary buyback review; it does not create a dividend, revenue-share or other active holder right.

For the proposed buyback policy, verified eligible net platform revenue means verified retained receipts from the included categories after deducting provider and pass-through charges, funding, taxes, refunds, chargebacks, operating costs and required reserve coverage. A discretionary quarterly allocation may not exceed 20% of that net amount. Gross trading volume, user deposits, venue turnover, uncollected invoices and third-party fees are not NORVENTA revenue.

Tier discounts apply only to retained NORVENTA platform or service charges. They never reduce Hyperliquid or other venue fees, funding, network gas, spread, slippage, taxes or third-party costs. Discount eligibility does not depend on whether a reward epoch is funded.

29. Proposed veNORV locks, service tiers and reward epochs

PROPOSED POLICY / PLANNED — NOT ACTIVE RIGHTS. No staking, veNORV, tier, reward or governance contract is deployed or audited. No user can currently stake, receive veNORV, earn a staking reward or claim a tier through this design. Every parameter remains subject to post-deployment financial, security and legal review.

The proposed design uses fixed-duration NORV lock positions on Base (chain ID 8453). A confirmed lock would create veNORV: non-transferable governance and accounting units used for decaying vote weight, daily tier snapshots and eligible reward-epoch weights. veNORV is not NORV, is not NRC and is not intended to be an ERC-20 token that can be freely transferred or traded.

For one escrow position at instant t, the proposed formula is: veNORV(t) = locked NORV × selected multiplier × max(0, lockEnd − t) ÷ chosen lockDuration. The same time units must be used in the numerator and denominator. The maximum function prevents a negative balance: at and after lockEnd, the position has zero veNORV. The initial value is locked NORV × multiplier, and the decay is linear rather than compounding.

Eligibility would be measured at a daily 00:00 UTC snapshot using each position’s active, decayed veNORV. The snapshot determines service-tier eligibility for the following service day and the day’s contribution to reward and voting records; later changes cannot retroactively improve an earlier snapshot. At expiry, tier, voting and new reward weight become zero. An expired position is not automatically renewed. After expiry, cooldown and withdrawal, a user may create a new lock with a new duration, multiplier and lockEnd; no restart may restore expired or retroactive weight.

Thresholds use the active decayed balance at the daily snapshot, not the original lock amount. Benefits do not stack beyond the highest eligible tier unless a published checkout says otherwise. A tier never waives Hyperliquid or other venue charges, funding, gas, spread, slippage, taxes or third-party costs. It never guarantees ARTHUR admission, PREDICT access or rebates before those services and the relevant benefit are lawfully live. Manual review, API limits, listing criteria, sanctions controls and product access rules continue to apply.

For an eligible NORV-to-NRC service-credit purchase, the displayed checkout quote would state the NRC units credited per NORV unit, the base displayed checkout pricing, the Gold +10% or Institutional +20% bonus where applicable, and the final amount before signature. NRC is a consumable, non-transferable internal credit: it cannot be converted to NORV or cash, carries no free-profit right and has no guaranteed exchange rate. Taxes may apply. Service-credit bonuses are independent of reward-epoch funding.

A proposed emergency early exit would use a remaining-term sliding penalty on locked principal: penalty rate = 15% + 20% × max(0, lockEnd − t) ÷ chosen lockDuration. The rate therefore declines linearly from 35% immediately after a new lock to 15% immediately before expiry. Early exit would immediately reduce the position’s veNORV to zero and return principal less the penalty after the exit transaction confirms. After natural expiry, the normal cooldown route applies instead.

Rewards would use proposed 30-day accounting epochs. Sources are limited to the pre-existing capped 46,200,000 NORV (7%) Long-term Rewards allocation, repurchased NORV actually transferred from treasury to the reward vault, and recycled early-exit penalties. No minting or new supply is permitted. The 46,200,000 allocation is the existing tokenomics pool, not an additional allocation. Repurchased tokens and recycled penalties must have separate source records and a single vault inflow identifier so neither can be double counted.

For an epoch, the proposed formula is: user reward = available funded epoch budget × user’s eligible time-integral veNORV ÷ sum of all eligible time-integral veNORV. Daily eligible veNORV snapshots are summed into ve-days. The allocation remains subject to the actual posted epoch budget, eligibility, compliance and sanctions checks, published vesting and rounding rules. If the denominator is zero or no budget is funded, the reward is zero. Unallocated budget remains in the source pool under the published policy.

The example assumes an actually funded epoch and is not a projected return. There is no guaranteed emission, APY, dividend or annual return. If no epoch budget is posted, rewards are zero while separately available service-tier discounts remain independent of reward funding. Pool opening balance, every source inflow, posted budget, vesting, claims, rounding remainder and closing balance should be publicly traceable once the system is available. Features that depend on an unavailable contract, audit, lawful product or data feed must remain disabled and shown as unavailable.

30. Discretionary buybacks, burns and treasury controls

PROPOSED POLICY / PLANNED. No buyback, burn or reward-vault purchase has occurred or is obligated by this paper. NORVENTA may choose not to conduct a market buyback in any quarter, and no minimum purchase, emission, token price or annual return is guaranteed.

Under a quarterly board and treasury review, NORVENTA could allocate up to 20% of verified eligible net platform revenue, as defined in Section 28, to discretionary open-market NORV purchases after token deployment and lawful market availability. The approved allocation may be lower than 20% or zero. It is capped by actual verified net revenue after all listed exclusions and required reserve coverage, not by gross revenue or trading volume.

If 20% of verified eligible net platform revenue is allocated and all proposed buybacks execute, 50% of the bought tokens would be verifiably burned and 50% transferred to the Long-term reward vault. If purchases are only partially executed, the 50/50 split applies only to tokens actually acquired; unexecuted funds create no token allocation or future purchase obligation. If NORVENTA chooses no market buyback, no buyback-funded reward inflow exists.

A true ERC-20 burn() reduces totalSupply only if the deployed token implements and permits that verified method. Sending NORV to 0x000000000000000000000000000000000000dEaD only makes tokens irrecoverably locked under ordinary circumstances; it does not reduce ERC-20 totalSupply. The actual burn method is pending verified post-deployment contract details and audit, and reports must distinguish supply reduction from dead-address locking.

• Treasury and reward-vault movements would require published multisignature controls and signer thresholds once available.
• Each executed purchase, burn or dead-address lock, vault transfer and epoch inflow should link to a transaction hash, chain ID, token amount, source record and timestamp once available.
• A public dashboard should reconcile opening pool balance, buyback inflows, recycled penalties, funded epochs, claims and closing balance without counting the same tokens twice.
• Emergency controls, legal duties, sanctions restrictions and reserve requirements take precedence over a proposed buyback or governance decision.
• Contract addresses, deployment proof, final ABI and audit references will be added only in a later verified annex after token deployment; none is asserted here.

31. Liquidity, vesting and anti-dumping controls

• Initial liquidity from the 12% Liquidity allocation, with LP position locking planned.
• Treasury held in a multi-signature wallet.
• Team and founder allocations subject to cliffs and multi-year vesting.
• Presale allocations unlock per round schedule.
• Advisor and partner allocations vest under contract.

Exact contracts, lock durations and multisig signers will be published with deployment.

32. Performance transparency dashboard (roadmap)

NORVENTA plans a public transparency dashboard for signals and automation. It will report net PnL after all fees, a stated definition of a winning trade, maximum drawdown, sample size, realized versus unrealized results and links to verifiable exchange logs, with third-party checks where available. All trades in a period are included — no cherry-picking. Nothing will be published as evidence that has not been measured.

33. Proposed veNORV governance and control boundaries

PROPOSED POLICY / PLANNED. NORVENTA is not representing its current administrative controls as a deployed DAO. No governance contract, voting interface, autonomous treasury control or 48-hour execution mechanism is active.

The proposal assigns one vote to one active veNORV unit at the proposal snapshot. Because veNORV decays linearly and expires, later voting weight may be lower than the initial lock weight and is zero after lockEnd. Each escrow position may vote only once per proposal; delegating or transferring an account interface must not allow the same escrow position to vote again. Snapshot records must uniquely identify the position and its eligible weight.

Proposed votes could address listed treasury-policy parameters, ecosystem programs, Launchpad listing criteria, eligible utility parameters and published service-tier parameters. They could not override company legal duties, court orders, sanctions, tax obligations, security controls, user custody protections, contractual venue requirements or emergency intervention needed to protect users. The exact votable parameter registry, quorum, passage threshold, emergency scope and implementation process must be published before launch.

All token, lock, reward, tier, buyback and governance parameters are subject to prelaunch financial and legal review. Describing a mechanism as utility, accounting weight, a burn or governance does not guarantee any particular regulatory or securities-law treatment. If a feature is unavailable, legally restricted, unverified or unaudited, it must remain disabled rather than represented as an active right.

34. Security architecture

Security spans identity (Firebase Authentication with server-verified tokens), role-based admin access, server-authoritative pricing and settlement, prototype-safe input handling, allowlisted configuration writes, immutable audit logs and fail-closed recovery for automation.

35. Partners and institutional offering

NORVENTA intends to offer institutional services, data partnerships and venue integrations. These are plans, not claims of existing partnerships. Institutional users will be subject to due diligence and contractual onboarding.

36. Roadmap

37. Risk disclosures

• Digital assets are volatile; you can lose all funds you commit.
• NORV is not deployed; deployment may be delayed.
• No price, listing, liquidity or return is promised.
• Automation and signals can lose money; past results do not predict future results.
• Third-party venues, networks and wallets can fail.
• Regulation may restrict availability in your jurisdiction.
• Smart contracts may contain undiscovered defects.

38. Legal and compliance

NORV is designed as a utility token. This paper is not a prospectus and does not create contractual rights. Participation is subject to the NORVENTA Terms of Service, eligibility rules and applicable law. Residents of restricted jurisdictions may not participate.

39. Team and official channels

NORVENTA was founded by Hima Saketi (X: @HimaNorventa). Biographical details are published only through official channels; this paper does not add unverified claims.

NORVENTA will never DM you first asking for funds or keys. The former handles @Norventa and @norventaofficial are not official channels.

40. Glossary