Sprivio
Launch Stock-pricedTokensTradePaySmart money SwapBridgeDocsSecurity$SPRIVIOProofPaperCommunityLegal

THE WHOLE DESIGN, AND EXACTLY WHERE WE ARE

The Sprivio Paper

How to read this. The commitments on this page are fixed — they are what we are promising not to do, and we do not intend to edit them. Every number is read from the chain by your browser when you open the page, so nothing here can quietly go stale or be quietly corrected. If a figure below looks wrong, it is because the chain says so, not because we updated a paragraph.

First published 2026-09-20 · reading the chain…

1 · The idea 2 · The flywheel 3 · The economics 4 · The architecture 5 · How to use it 6 · Roadmap 10 · Where we actually are 7 · Milestones 8 · Adding chains 9 · How we decide what to build 11 · What we do not claim

Update, 27 September 2026: the official $SPRIVIO is now on Arc — 0xB185D4049015d9Cb9839Ed9911df81bF2B640C33, launched through Argus and trading on Uniswap v4 against USDC (2% tax on buys and sells). Where this paper says $SPRIVIO below, it describes the earlier Robinhood Chain token 0x4e586bf86c129e0fab68b59cd46d385efaace38a, which stays on its Pons curve. The $SPRIVIO page lists every contract.

1 · The idea

A launchpad whose income has exactly one exit — on Robinhood Chain.

Update, 26 September 2026 — Solana is live. Solana launches run on Meteora's bonding-curve program, not on our contracts, so the treasury described below does not receive them: Sprivio's 40% of Solana trading fees is paid to the platform's Solana wallet J5PcSAJ1gzsAiJuvKt89jba9m2Dg1cXsBQoGM8ampu7A, where anyone can see it arrive on-chain. The one-exit rule in this paper is enforced by the treasury contract on Robinhood Chain.

Every launchpad says it will support its token. Almost none can show you the three transactions that would prove it — the fee arriving, the buy on the open market, the burn. We went through a list of 113 launchpads while designing this; seventeen could show a real market buyback. The rest said it and could not demonstrate it.

So we did not write a promise. We removed the ability to break one. The contract that receives the platform's share of every fee on Robinhood Chain has no owner, no withdraw function, no setter and no upgrade path. The only way value leaves it is buying $SPRIVIO on the market and sending it to the burn address. Anyone can trigger that and keep 0.5% for the gas. We do not have to be involved, and we cannot take the money out — not because we promise not to, but because the function does not exist.

Everything below is checkable. Contract addresses are in section 4; the live numbers are on the Proof page, which your own browser reads straight from the chain.

2 · The flywheel

  1. Someone launches a tokenOn Solana, or in one transaction on any of four EVM chains.
  2. People trade itEvery trade on the curve pays the fee the creator chose at launch — 1%, 2% or 3%.
  3. On Robinhood Chain, the platform's share goes to the treasury20% of that fee — 5% during the founding period (the first 100 launches on that chain).
  4. The treasury can only buy and burn$SPRIVIO bought on the market, sent to the burn address, same transaction.
  5. Supply falls, and the ledger is publicEvery burn is one row with its transaction.
  6. Someone noticesand we are back at step 1.

🔴 We are stuck at step 1, and we will say so until it changes. Steps 2 through 5 are built and have run end to end — but the money that ran through them was ours. The flywheel does not begin when the treasury ships. It begins the first time somebody who is not us launches a token. That is the single number we are watching.

3 · The economics

The trading fee

…the creator picks one
…to the creator, today
…bought back & burned

Since B4 the creator chooses the curve fee at launch — one of three values, fixed into that token forever; the factory accepts nothing else. The two figures beside it are shown at the lowest tier, which is the default and the one most tokens will use; at 2% or 3% they scale in proportion. To find out what a particular token charges, read feeBps() on its curve. Founding rate, for the first … launches per chain. After that it becomes … to the creator. The split and the three tiers are constant in the factory with no setter, so they cannot change for a token after it launches. For comparison: Pons and Ethics Launch both publish 70/30; BasedPad's live engine reads 90/10. On our EVM factories it is 80/20, and 95/5 for the first 100 launches on each of those chains — higher than any of them. (On Solana the split is 40% creator, 40% Sprivio, 20% Meteora.) Read CREATOR_FEE_SHARE_BPS() and EARLY_CREATOR_FEE_SHARE_BPS() off the factory and check.

The launch window

…reading the chain

A tax on buys in the first 20 seconds, falling in a straight line from 99% to zero. A bot that buys in the first second pays almost all of it away. Half of that penalty is paid to the creator — it is not our fee. The creator is exempt from it on their own opening buy. These figures are read from /api/launch-config, which reports the contract's own SNIPE_TAX_START_BPS and SNIPE_TAX_SECONDS; if they cannot be read the row says so rather than showing a number. This used to say three seconds was too short and that we intended to lengthen it. On 22 September 2026 we did: the window is now 20 seconds and falls in a straight line instead of 3 seconds falling by halves. See the roadmap.

What it costs

ChainLaunch feeLaunches so far
reading the chain…

Cross-chain routes cost 0.3%: buys routed through LI.FI — the path the token page uses — and transfers on the bridge page routed through Relay. The exception is Base → Arc USDC through Circle CCTP, where Sprivio takes nothing by design (you still pay Circle's forwarding fee and Base gas). Either way you also pay the underlying network and routing provider, and the quote shows every part of it before you sign. A creator may also set their own trade tax of up to 10%; that one is paid to them in full and we take none of it.

4 · The architecture

Four pieces. Each is a plain contract you can read on a block explorer.

The factory

Creates the token and its bonding curve in a single transaction, mints the creator's share to them, and opens the rest as a public curve that anyone can buy from immediately. The fee recipient is immutable — there is deliberately no setter, because being able to change where the money goes is the same as being able to take it.

ChainFactoryOn-chain size
reading the chain…

🔴 Addresses change when we redeploy — and the roadmap below says we intend to. That is why this table is read from our deployment config and verified against the chain as you load it, rather than typed into a document that cannot be edited.

The same address on two chains is not a mistake — with the same deployer and nonce, CREATE produces the same address everywhere. It is also how a token launched through "all four chains" ends up at one address on all of them.

The bonding curve

A constant-product curve with a virtual reserve that sets the opening price and can never be withdrawn by anyone, including us. Selling is always open, including after graduation is reached — an earlier design closed both sides at graduation, which would have buried every holder's money in a contract with no way out. Fees accrue inside the curve and are pulled on demand; claimPlatformFees() is callable by anyone and always pays the treasury.

The treasury

… — … on Robinhood Chain.

This is the piece the whole design rests on. It has no owner, no withdraw, no setter, no upgrade path, and its bytecode contains neither SELFDESTRUCT nor DELEGATECALL. Two paths out, both written in the contract: buy $SPRIVIO and send it to the burn address, and pay the caller 0.5% for triggering it. There is no third.

A limitation we are not hiding: the buying venue is fixed at construction. When $SPRIVIO graduates to a DEX, the current venue's buy() stops working and whatever balance is left in this contract becomes unreachable. We chose that over adding an emergency-withdraw, because an emergency-withdraw is an owner by another name. The exposure is small and bounded on purpose: the keeper fee means the balance is drained continuously, so at any moment it holds only what has arrived since the last burn.

The bridge

One page, two routes. Base → Arc USDC goes through Circle CCTP. Everything else — SOL, ETH, BNB and USDC between Solana, Base, BNB Chain, Robinhood Chain and Arc, in either direction (Arc → Robinhood Chain goes through Base) — is routed through Relay; Robinhood Chain to Arc was measured at three seconds. Before sending, we check that the transaction is on the chain you picked, carries the exact amount, pays Relay's own deposit contract (on Solana, its deposit program and nothing else), is credited to your wallet if Relay has to refund it, and that the quote is addressed to the recipient you entered; if any of those is off we refuse to send. On the CCTP route our fee is zero; on the Relay route we take 0.3%, shown as its own line in the quote before you sign — never folded into "other costs".

5 · How to use it

Launch a token

  1. Go to the launch page and connect a wallet. We never hold your keys and cannot move your tokens.
  2. Fill in name, symbol, supply and artwork. The identity is written into the token contract and cannot be edited afterwards by anyone, us included.
  3. (These steps are the EVM launch. On Solana the whole supply goes on the curve and each launch is one chain — see Docs.) Choose your share of supply. Capped at 20% — a launch keeping more than that is indistinguishable from a rug, so the contract rejects it.
  4. Set an opening buy. A token that opens with zero trades is one nobody buys: of five we launched without one, four ended with an empty curve and not a single holder. You are exempt from the launch-window tax on it.
  5. Optionally tick launch on all four chains. You sign once per chain; each chain uses its own currency and its own curve settings, shown to you before you sign. You get four real independent contracts — not a bridge, not a wrapper.

Trade

Buy and sell on the curve from the token's page. Selling is always available. When a curve reaches its graduation target it migrates into a real DEX pool and the liquidity position is burned, so nobody — including us — can pull it. (On Solana it moves into a Meteora pool whose liquidity is locked permanently.)

Bridge

Pick a route on the bridge, get a live quote, sign once. Relay routes add 0.3%, shown as its own line; Sprivio takes nothing on Base → Arc USDC through Circle CCTP.

Trigger a buyback

Anyone can. Call buybackAndBurn(minTokensOut) on the treasury when it holds a balance; you keep 0.5% of it. You do not need our permission and we cannot stop you. Current balance and every past burn are on the Proof page.

6 · Roadmap

Two different kinds of thing get called a roadmap. This chapter is the first kind: work that depends only on us, with a condition that has to be true on-chain before we announce it. The second kind — things gated on how far this actually gets — is the next chapter. We publish the day a condition becomes true, not the day we decide to do it.

ItemThe conditionState
B0Foundations — four EVM chains, proof page, bridge (Circle CCTP, no Sprivio fee), treasury, burn ledgerAll live and readabledone
B1First outside creatorlaunchCount() exceeds our own launches and the creator is not one of our walletswaiting
B2First burn funded by fees that are not oursBurn count rises and an outside creator has paid a feewaiting
B3Visible in the charting toolsMain pool liquidity ≥ $1,000 and our logo and socials render on the aggregatorswaiting
B4Next factory deployment — longer launch window, no launch feeNew factory bytecode live on all four chains and the numbers on this page change with itdone · 22 Sep 2026

What B4 changed, and why it was one deployment and not three

Shipped 22 September 2026 on all four chains. The three changes below are live; the numbers elsewhere on this page are read from the new factories.

  • A longer, gentler launch window. Three seconds was too short to stop a bot — the tax had already fallen to 6.18% after one second, which punished a slow human more than a fast script. It is now 20 seconds, falling in a straight line: 94.05% after one second, 49.50% at ten, 4.95% at nineteen, nothing from twenty. (That is the EVM factories; on Solana the window falls from 99% to the 1%, 2% or 3% tier the creator picked.)
  • No launch fee. It was small — a couple of dollars — but while nobody is here, any barrier is the wrong barrier. The fee is set at construction and cannot be changed afterwards, by design, so removing it meant a new factory. It is now zero on all four chains.
  • Creator-selectable fee tiers. The person launching picks 1%, 2% or 3% and that choice is fixed into their token forever. The factory accepts no other value — not even zero, because silently choosing a fee on someone's behalf is worse than making them pick.

The factories in use on 27 September 2026: Arc 0xAc8A702F04b26440B81E660127330B6f9C07eB45, BNB Chain 0xCdF19e38e8bD477d2be739Db0581BbD96eD00341, Robinhood Chain 0xbAb6f5df304fe51831041708B487e82eC797d768, Base 0xfDeF8f45950581C420E8C85BF166333B95a3B2F4 — launchFee() is 0 on all four. Tokens launched on the previous factories stay listed and keep trading; we still read those factories, so nothing that already exists disappears.

All three need a redeploy, so they ship together rather than spending a deployment on each. When they do, the numbers on this page, in the API, in the docs and in the contract all change in the same commit — there is a test that fails if they drift apart. Nothing on this page is a hand-typed number; every figure you see was read from the chain by your own browser when you opened it, which is why this document can promise never to be edited and still never go stale.

7 · Milestones

This chapter is the part of the roadmap that does not depend only on us. Each rung has a condition anyone can check from a public source, and a thing we have committed to do when it is met. A roadmap without a trigger is a mood; a trigger you cannot verify is a press release.

🔴 These are conditions, not predictions. Nothing here says any of these numbers will be reached, and none of it is a forecast of price. If a rung is never reached, the thing attached to it simply never happens. Do not treat any of it as a reason to buy anything.

Where it stands right now

Reading the market from your browser…

These numbers come from the bonding curve itself, read by your browser. That matters: $SPRIVIO has not graduated, so every trade happens on the curve — and the charting sites index the empty Uniswap v4 pool instead, which makes them report a market cap and a liquidity figure that are wrong by several orders of magnitude. We would rather show you the contract than a number that flatters or insults us. The ETH price used for the dollar conversion comes from CoinGecko's public API; everything else is quoteReserve() and tokenReserve() on the curve, which you can call yourself.

Why a market cap alone is not a condition, it is a bounty

🔴 Correction, 2026-09-20. This paragraph originally said our pool was thin enough that "a few dollars moves the quoted price a long way", and quoted a market cap of $2,559 and liquidity of $0.78. Those figures were wrong, and they were wrong against us. They came from a charting site that indexes an empty Uniswap v4 pool; $SPRIVIO has not graduated, so every trade actually happens on the bonding curve, which that site does not index. Read from the curve itself, the depth is three to four orders of magnitude larger. We are correcting it in place rather than quietly editing it, because a paper that promises not to change has to show its corrections.

Market cap is still only the last price multiplied by supply, and a rung written on market cap alone would still not be a condition — it would be a public bounty: whoever pushes the price through it forces us to act, then sells into us acting. That is a documented attack, not a hypothetical. A 2026 study of 34,988 tokens found that 82.8% of those that rose more than 100% showed signs of manipulation, and the most common method was small, targeted buys against a shallow pool. The ladder keeps all three conditions for that reason, and we are not loosening them now that the real number is better than we thought.

So every rung needs three things at once, and the third is the one that matters:

  1. The market cap, as a 14-day average — not a spike, not a peak, not the best reading of the week.
  2. A floor under the pool's liquidity, because a market cap standing on a shallow pool is not a measurement of anything.
  3. A number of launches by people who are not us. This is the one that cannot be bought. Anyone can move a price; nobody can fake other people deciding to use the thing. It is read from launchCount() on each chain, minus our own launches, and it is the number we actually care about.

The first two are read from the same public page as the market cap itself. The third is read straight from the chain by your own browser. We would rather publish a ladder that is hard to trigger than one that can be triggered with fifty dollars — a promise anyone can force is not a promise, it is an exploit.

The ladder

When all three of these are trueWhat we do
M1 $500K market cap as a 14-day average, liquidity ≥ $25K, and ≥ 25 launches by people who are not us Everyone who was here before it gets paid — and we built it so that we cannot change our minds. A distributor contract holds a fixed slice of the team's tokens. It has no owner and no withdrawal function. We can do exactly one thing with it: publish, once, the list of wallets that launched or traded on Sprivio before the block where the condition was met, reconstructed from public events. 🔴 Correction, 2026-09-20. The sentence above was not precise enough, and we are marking it rather than quietly rewriting it. The sealed rule counts exactly two things: being the creator in a Launched event from a Sprivio factory, or sending a transaction that called buy() or sell() on a bonding curve one of our own factories deployed. Holding or trading $SPRIVIO is not one of them. $SPRIVIO was launched through Pons rather than through our own factory, so its trades do not appear in those events at all. We did not catch this when we wrote the line. The rule was already sealed and hashed above, so the rule governs and the rule is published verbatim alongside the list. Anyone who read that sentence as “buying the token puts me on the list” read it the way we wrote it, and we would rather say so now than on the day the list appears. Those wallets then claim directly from the contract — we never handle the tokens. If we never publish the list, or publish it and nobody claims, burnUnclaimed() becomes callable by anyone after a deadline fixed at deployment, and every remaining token is destroyed. The contract has no withdraw function, so we cannot simply take them back. What the contract cannot stop is us publishing a dishonest list — so we took that discretion away from ourselves separately, below. Plus: the next two chains. We publish the shortlist of chains that meet the four conditions in chapter 8 and holders pick the order. No date is attached to that, on purpose — a date we control only half of is a promise we would end up breaking on a technicality.
M2 $1M market cap as a 14-day average, liquidity ≥ $50K, and ≥ 100 launches by people who are not us The sealed envelope opens — see below; its hash is already published, so we cannot swap it for something smaller. Alongside it: one $SPRIVIO supply across every chain, so burning anywhere reduces the global number, with several independent verifiers and a timelocked multisig rather than the single-signer default.
M3 $5M market cap as a 14-day average, liquidity ≥ $150K, and ≥ 500 launches by people who are not us Shipped early, 26 September 2026: Solana, on Meteora's bonding-curve program. The original plan here was a real port rather than another deployment — new virtual machine, new account model, the bonding curve and the fee split rewritten and re-verified rather than redeployed. We are deliberately not attaching a funding promise to this rung: the platform's share on Robinhood Chain already goes to a treasury with no withdrawal function, so on that chain there is no pot to grant from, and we would rather drop the idea than quietly weaken that. On the other three chains the share still lands in an ordinary wallet we control — that is a gap we are naming, not one we are hiding.
M4 $10M market cap as a 14-day average, liquidity ≥ $250K, and ≥ 2000 launches by people who are not us We end at zero. Every token still held by the team is given away in public, recipient by recipient, until our wallets are empty. After that the people running this hold none of it, and the protocol keeps working exactly the same, because nothing in it depends on us being here.
M5 Beyond that Not ours to decide. By then the team holds nothing, and whatever comes next is chosen by the people who do. We would rather write that down than pretend we can plan a number we have no way to reach alone.

The contract behind M1

It is deployed and funded. This is not a description of something we intend to build — you can open it right now and read what is in it. One third of everything the team held went in on the day this paper was published.

The honest limit of what the code guarantees. There is no withdraw function, so we cannot move those tokens to ourselves directly. But the contract does let whoever holds the publisher key set any list — which means code alone does not stop us from publishing a list with our own addresses on it. We are saying so rather than letting someone find it. Here is what we did about it instead: the eligibility rule — who counts, how much each address gets, which addresses are excluded — was written and sealed today, before we know who will be on that list, and its fingerprint is published here:

0x1251f14baaeaea6239731c0d298a3b05e7041a4faeebf9296f731625b4448be8

keccak256 of the M1 eligibility rule, sealed 2026-09-20. When we publish the list we publish the rule, the block it was taken at, and the script that turns public chain events into the list. You hash the rule and compare it to the string above, then re-run the script and compare its output to the list. If either fails to match, we cheated, and it is arithmetic rather than opinion. Our own wallets are named in that rule as permanently excluded.

Reading the contract from your browser…

The deadline is one year. That number is not arbitrary: the most expensive broken promise in this industry recently was an airdrop that was announced and then postponed for 365 days, with the price falling every time the delay was confirmed. The difference here is that after 365 days we do not get to postpone — anyone can call burnUnclaimed() and the tokens stop existing. Delay costs us the same as refusal, which is why neither is worth anything to us.

The sealed envelope

There is one thing at M2 we are not describing yet. Writing "there will be a surprise" would be worth nothing — anyone can invent one afterwards, or quietly shrink it. So we did the honest version instead: the text is written, and its fingerprint is published here, today.

0x1a54ecfe1a8938aa5fed656313de1756a01cfa64ad0ec2eadc2fcc85cc8e06f6

keccak256 of "sprivio-surprise|M2|<text>|<nonce>", sealed 2026-09-20, before this paper was announced anywhere. When M2 is met we publish the text and the nonce; hash them yourself and compare. If the result is not the string above, we changed our answer after the fact and you can prove it. Publishing a fingerprint of something already written is the only honest way to say "there is a surprise" — it fixes the answer on a date, and it makes quietly shrinking it impossible.

Milestones that depend on people, not on price

The ladder above is the one everyone asks about. These matter more, and they are the ones we actually control least:

When this becomes trueWhat we do
P1The first creator who is not us launches a tokenThat creator keeps 100% of the trading fee on their token for 30 days.
P210 tokens launched by people who are not usThe launch-protection window is lengthened and the creator-selectable fee tiers ship, both in the B4 deployment.
P3100 outside launchesA reward pool that concentrates on one token a week instead of scattering thinly across all of them.

P1 is the one that has not happened yet, and everything else on this page is downstream of it. The honest summary of where we are: the machine is built, tested and readable, and nobody outside our own wallets has used it yet. That is stated again, with the live number, in chapter 10.

Why we can make the M4 promise

M4 is the one we expect people to disbelieve. Here is why it is within our power: our holding is roughly — of supply, in wallets that are already listed on the Proof page. Giving it away is entirely our own decision, and because those wallets are public, the promise fails visibly if we break it. We would rather be held to that than hold a bag.

8 · Adding chains

Five chains are live — Solana plus four EVM chains — and that is where we are, not where we are going. The design does not care how many chains there are — the EVM factory is one contract deployed per EVM chain with the same constants everywhere (Solana runs on Meteora's program instead). Adding one is a deployment, not a rewrite.

What a chain has to have

  1. An EVM the factory compiles for, or a port we can verify line by line. Solana went live on 26 September 2026 — not as a port of our factory but on Meteora's bonding-curve program, with our fee split written into each token's own config account (see Docs).
  2. A DEX we can graduate into — verified by function selector, not by "there is a contract at that address". We have already been caught out by an address that looked like a well-known router and was not one.
  3. A public node that will serve event logs. This is the condition that actually blocks chains. Several have nodes that refuse historical logs without a paid key, and a launchpad whose listings cannot be read is not a launchpad.
  4. A free route in and out. If value cannot reach the chain without a toll, a creator there cannot really use us.

How chains get chosen

Until M4 we choose, and we say why. From M4 onward we publish a shortlist of chains meeting the four conditions above and holders pick the order. A chain that fails condition 3 does not reach the shortlist however popular it is — we would rather say no than ship a chain whose token list is blank half the time.

What "omnichain" will mean here

Two different things, usually sold as one:

  • Moving value between chains. Works today between Solana and the four EVM chains — 0.3% on Relay routes, free on Base → Arc USDC.
  • One supply of $SPRIVIO across all of them — burning anywhere reducing the global number. That is the hard one, it is M5, and it is not live. We will not describe it as working until a burn on a secondary chain provably reduces total supply.

9 · How we decide what to build

Before building any of this we went through the other launchpads — 113 of them on the list we worked from, and for a dozen we read the deployed bytecode rather than the marketing page. We are not going to publish our feature queue here; what is worth writing down is the rule we took away from it, because the rule is what you can hold us to.

The rule

Every claim we make has to survive someone checking it, and we build the checking first. That sounds like a slogan until you see how often it is not true elsewhere. Four patterns we found, often enough to design against each one:

  1. A buyback described in detail, with nothing behind it. A burn address holding three ten-thousandths of one percent of supply. So: our buy and our burn are one transaction, and each is a row with its hash.
  2. Burns that are not buybacks. Real tokens destroyed, but by users spending them, not by the platform buying on the market. Both shrink supply; only one means revenue is behind it. So: we count only what the treasury bought, and the treasury cannot obtain tokens any other way.
  3. Documentation that disagrees with the contract. We found one whose docs state a 1% sell fee while the deployed constant is double that. So: our fee numbers here, in the API, in the docs and in the contract are covered by a test that fails if they drift apart.
  4. "Locked forever" that is only locked today. A lock with no withdrawal function is worth exactly as much as its upgradeability. So: our treasury has no proxy, no upgrade path, and no DELEGATECALL in its bytecode.

Credit where it is earned: the clearest working buyback we found belongs to someone else, and we checked it the same way we ask you to check ours — by reading their burn address twice, an hour apart, and seeing it grow. Good work exists in this category. It is just rarer than the marketing suggests.

What we will not do

  • Ship a mechanism we cannot instrument. If we cannot show you the number, we do not build the feature.
  • Buy placement. No paid trending, no boosts, no purchased listings — not as a principle we are proud of, just a line we would have to disclose and would rather not cross.
  • Describe something as live before it is. Sections of this page say "not live" for that reason.

One more thing worth stating plainly: of the projects we examined closely, none had a public audit, none had a public repository, and none appeared in the large protocol trackers. We are in the same position and are not pretending otherwise. What we are trying to earn is not a badge — it is that every number we publish can be recomputed by you.

What we learned about going omnichain

This settled a decision rather than inspiring a feature. We checked the relayer configuration on each of our chains directly:

  • One route works for us; the one we preferred on paper does not. On Arc the only relayer type configured is the one carrying stablecoin transfers — there is nobody to relay the other kind.
  • The ordinary adapter must not be used. It locks rather than burns, so a burn on a secondary chain would move tokens into a vault while global supply stayed unchanged. That would quietly turn our central claim into a lie, which is worse than not shipping.
  • The default verifier setup is a single party — one signer both verifying and executing is a single point that can mint. If this ships, it ships with several independent verifiers and a timelocked multisig.

10 · Where we actually are

Everything in this section is read from the chain as you open the page. We keep the uncomfortable lines in on purpose: a status section that only lists wins gives you no way to tell this project from one that is pretending.

reading the chain…

The full breakdown, including every wallet we control and every burn with its transaction, is on the Proof page.

11 · What we do not claim

  • $SPRIVIO is not an investment product. There is no promise of price, listing, return or buyer.
  • A token launched here is not listed on an exchange and has no built-in liquidity beyond its curve.
  • Smart contracts can contain bugs. Ours are unaudited. Read them before you rely on them.
  • We do not sell placement, trending slots or listings, and we have not bought any.
  • The 1% we hold is reserved for giveaways. We do not trade it. You can watch the wallet.

Read the full risk list before you use anything here.

About everything in chapters 6 and 7

Those chapters describe conditions, not expectations. Writing "if the market cap holds $500,000 as a fourteen-day average we will do X" is not a statement that it will, that we think it will, or that anyone should act as though it might. We have no opinion to offer on the price of $SPRIVIO. Every rung on that ladder is contingent, most of them depend on behaviour by people we have never met, and the most likely outcome for a project at our stage is that none of them are ever reached.

Two things we did to stop those commitments becoming the kind of promise that gets broken. The rewards that involve our own tokens sit behind a contract that destroys them if we fail to distribute them, so failing costs us exactly as much as succeeding. And no rung depends on a third party agreeing to anything — no exchange, no venue, no partner. Where we could not remove the dependency, we removed the rung.