This page was compiled by Blockworks using publicly available information reviewed consistent with the TTF, possibly together with information supplied directly by the project where provided. Project-supplied information may correct, update, or supplement the public record, and may not be independently verifiable; Blockworks presents it as provided and does not verify or warrant its accuracy. Because this page depends on what has been disclosed, it may be incomplete — certain categories are more likely to include undisclosed items (e.g., non-announced fundraisings or material relationships), and the absence of an entry should not be read as confirmation that none exists.
Provide a concise narrative that clearly states each of (a)–(e) below.
Response
Rain is a decentralized prediction-market protocol on Arbitrum that lets builders launch forecasting platforms and lets users create, fund, and participate in outcome-based markets tied to real-world or digital events.
(Source: White Paper, About the $RAIN token)
Rain's near-term operational priorities are completing the protocol audit, integrating additional blockchain networks, enhancing the oracle and dispute-resolution framework, expanding incentive mechanisms for users, and implementing DAO-based governance.
(Source: White Paper)
Rain supports both public and private prediction markets, allows permissionless market creation through its SDK, uses automated-market-maker liquidity pools, and lets users trade outcome shares through market and limit orders. The protocol runs its core market operations natively on Arbitrum and supports cross-chain deposits from Ethereum, BNB Chain, Base, and Bitcoin.
(Source: White Paper, About the $RAIN token)
RAIN is the protocol's governance token and part of its fee and incentive design. The White Paper classifies RAIN as a governance token, the token overview states that contributors are rewarded in RAIN and that 2.5% of market trading volume funds buyback-and-burn, and the Raindrops system reserves a dedicated RAIN allocation for beta participants. The public record conflicts on whether holding RAIN is required for market participation. The token overview states that holding RAIN is required for Trading Power and participation in prediction markets, while the DAO-governance materials and the White Paper state that RAIN is not required to use the app, trade, deposit, or create markets.
(Source: White Paper, About the $RAIN token, The Raindrops System)
The public record conflicts on current governance activation status. The White Paper states that the protocol is intended to transition to a DAO and that, at issuance and admission to trading, governance was not yet decentralized and no governance rights were yet exercisable, while current help-center materials state that tokenholders submit and vote on proposals and that governance is the primary utility at launch. The White Paper states that the Foundation controls protocol parameters and upgrades until DAO governance is active and that protocol upgrades and treasury actions are managed through a Foundation-controlled multisignature structure.
(Source: White Paper, About the $RAIN token)
For each existing entity: Labs/DevCo (e.g., Founder, CEO, CTO, COO), Foundation (e.g., President, Executive Director, CFO, COO), and DAO / onchain governance leadership (if applicable) list the: (a) full names, (b) official titles, (c) and prior experience of key team members. For any non-existent entity, explicitly mention it does not exist. External links may be included but they will not factor into the score.
Response
Full Name | Entity | Official Title | Prior Experience |
|---|---|---|---|
Rain has not publicly named any DevCo or labs-entity officers in cited sources, and no public DevCo title roster or prior-experience disclosures were identified. | Labs | ||
Lorena Del Carmen Diaz Moreira | Foundation | Founder and member of the management body | Not publicly disclosed |
Ana Gabriela De Leon Macias | Foundation | President and member of the management body | Not publicly disclosed |
Rebeca Isabel Munoz Arosemena | Foundation | Secretary and member of the management body | Not publicly disclosed |
Rain has not published a named DAO leadership roster, and the White Paper states that the DAO had not yet been activated at admission to trading. Current documentation states that tokenholders submit and vote on proposals, but the cited public record does not disclose a named DAO executive slate or prior-experience details. | DAO | ||
Blockworks note: (Source: White Paper, About the $RAIN token) |
Provide a structured description of the DAO's governance, powers, and economic rights. If a DAO does not exist, state so. Address the lettered items below. Even if there is no DAO, there must be an answer to (d).
Response
Rain has not publicly disclosed IP ownership or control arrangements in cited sources.
(Source: White Paper)
The public record supports a bounded and internally inconsistent conclusion. Current help-center materials state that tokenholders submit and vote on proposals, while the White Paper states that at admission to trading no governance or other functional rights were yet exercisable, the DAO was not yet activated, and the Foundation controlled protocol parameters and upgrades until DAO governance became active. The White Paper also states that protocol upgrades and treasury actions are managed through a Foundation-controlled multisignature structure. Market-level control rights are public. Private-market creators act as resolvers, disputes must be opened within one hour, disputes require collateral equal to 0.1% of market volume or $1,000 whichever is less, disputes are first reviewed by Lex, and disputes may be appealed to decentralized human oracles that make a binding final decision.
(Source: White Paper, About the $RAIN token)
Rain has not disclosed any locking or staking mechanism that grants additional governance rights in cited sources. Public sources describe governance rights in terms of tokenholding and later DAO activation rather than a separate lock-based rights layer.
(Source: White Paper, About the $RAIN token)
The reviewed public record states that 2.5% of market trading volume is directed to buyback-and-burn and that 10% of burned tokens are re-minted, manually claimed by the Rain team, and allocated to the Foundation for team rewards, ecosystem development, marketing campaigns, strategic partnerships, and community contributors. The White Paper states that the issuer retained 157,000,000,000 tokens and that certain token allocations remain subject to lockup and vesting schedules. Rain has not publicly disclosed fuller nonpublic treasury-rights arrangements or dissolution authority.
(Source: White Paper, About the $RAIN token)
Rain has not publicly disclosed dissolution authority in cited sources.
(Source: White Paper)
For the Primary Foundation do the following independently. If an entity does not exist, state that explicitly. Items (a)–(f) apply only if that entity exists; state explicitly that the entity doesn't exist. Definitions: The primary Foundation and DevCo can be explained as those entities which are directly involved in the issuance of the native token at launch.
Response
The primary Foundation is Rain Foundation, a Panamanian foundation registered on July 14, 2025 at Panama City, Betania, Via Ricardo J. Alfaro, PH The Century Tower, office 307, Panama. Public filings identify the Foundation's Panamanian registry number as 25062124 and its tax number as 25062124-3-2025. The Foundation's council consists of founder Lorena Del Carmen Diaz Moreira, President Ana Gabriela De Leon Macias, and Secretary Rebeca Isabel Munoz Arosemena. The Rain Foundation is the legal entity responsible for issuance and administrative oversight of the RAIN token and acts as offeror, issuer, and token-administration body. (Source: White Paper, About the $RAIN token, CoinGecko Rain Profile)
Rain has not publicly disclosed the Foundation's IP ownership, including ownership of code repositories or trademarks, and has not publicly disclosed any subsidiary structure.
The Rain Foundation holds token-administration authority over RAIN and a Foundation-controlled multisig governs protocol upgrades and treasury actions while the transition to DAO governance remains incomplete. The White Paper states that the Foundation manages governance until decentralization occurs. The Hacken audit identifies a single owner account with authority to execute daily minting, set the oracle price feed, update the treasury address, upgrade the proxy implementation, and transfer ownership. Re-minted tokens are manually claimed by the Rain team and allocated to the Foundation. The protocol executed its first DAO governance vote on July 29, 2026, under which the Foundation committed $23 million in USDT to purchase and permanently burn locked Credit Refund allocations at a fixed rate of $0.0031 per token. The Foundation, team-controlled wallets, and team vesting allocations abstained from that vote. Multisig signer counts and thresholds are not publicly disclosed. (Source: White Paper, Hacken Audit, About the $RAIN token, DAO Settlement Press Release)
Rain has not publicly identified a DevCo or labs entity as a distinct legal entity. Because no DevCo has been publicly identified, no Foundation powers over a DevCo are disclosed.
The public record is internally inconsistent on contract-admin details. The White Paper states that the token contract is non-upgradeable, while the Hacken audit scope describes an upgradeable proxy token whose owner can change the oracle feed, the treasury address, and the proxy implementation, and can transfer contract ownership. A Foundation-controlled multisig governs protocol upgrades and treasury actions. The signer composition and approval threshold of that multisig are not publicly disclosed. (Source: White Paper, Hacken Audit)
Two programmatic mechanisms currently direct protocol-controlled resources to or through the Foundation. First, the protocol re-mints 10% of burned token amounts, and these re-minted tokens are manually claimed by the Rain team and allocated to the Foundation for team rewards, ecosystem development, marketing campaigns, strategic partnerships, and community contributors. Second, under the DAO-approved Credit Refund settlement executed on July 29, 2026, the Foundation is deploying $23 million in USDT to acquire locked Credit Refund allocations at $0.0031 per token, with 100% of acquired tokens permanently burned. The separate deflationary mechanism that allocates 2.5% of every market's trading volume to buy back and burn RAIN removes tokens from circulation and does not direct assets to the Foundation, its contributors, or other participants. No governance-approved dividend, repurchase-for-equityholders, or other distribution mechanism benefiting Foundation equityholders has been adopted. (Source: About the $RAIN token, What Is Rain Protocol, DAO Settlement Press Release)
Blockworks note: Circulating and total supply figures require a fresh pull from CoinGecko or the Arbitrum explorer at publication time. Total supply changed after the July 29, 2026 settlement burn and the ongoing 2.5% volume-based buyback and burn.
For the Primary DevCo do the following independently. If an entity does not exist, state that explicitly. Items (a)–(f) apply only if that entity exists; state explicitly that the entity doesn't exist. Definitions: The primary Foundation and DevCo can be explained as those entities which are directly involved in the issuance of the native token at launch.
Response
Rain has not identified a public legal DevCo entity in cited sources.
Rain has not identified a public legal DevCo entity in cited sources.
Rain has not identified a public legal DevCo entity in cited sources.
Rain has not identified a public legal DevCo entity in cited sources.
Rain has not identified a public legal DevCo entity in cited sources.
Rain has not identified a public legal DevCo entity in cited sources.
Blockworks note: Rain has not identified a public legal DevCo entity in cited sources. The public record refers to a Rain Team that manually claims re-minted tokens before allocating them to the Foundation and to contributors who participate in the protocol ecosystem, but it does not disclose a launch-era DevCo legal name, jurisdiction, ownership structure, formal powers over the Foundation, or separate contract-admin authorities for a DevCo entity.
(Source: White Paper, About the $RAIN token)
Disclose launch and initial supply details in a single initial allocation schedule covering the token's launch.
Response
The total offered or traded supply is 1,150,000,000,000 RAIN, and the token launched through Gems Launchpad before broader exchange trading. The White Paper states that there was a small initial circulating supply and later vesting or lock-up schedules for allocated categories. As of July 2026 circulating supply is approximately 694,520,661,189 RAIN. (Source: White Paper, Tokenomist, CoinGecko)
The White Paper states that the initial launchpad determined the sale price in accordance with its internal allocation model. Rain has not disclosed a fixed public TGE price or auction-clearing price in cited sources. (Source: White Paper)
The ticker is RAIN. (Source: White Paper, CoinGecko)
Total token supply is 1,150,000,000,000 RAIN. The supply regime is both deflationary and inflationary. 2.5% of market trading volume funds buyback-and-burn, and 10% of burned tokens are re-minted and allocated to the Foundation through the Rain team. (Source: White Paper, About the $RAIN token)
Token allocations are subject to vesting and lock-up schedules designed to align long-term incentives and meet exchange requirements, with release schedules ranging from 6 to 24 months. Team, strategic partners, and presale participants are subject to predefined lockup and linear vesting schedules. The Raindrops rewards allocation vests linearly over 12 months. (Source: White Paper, The Raindrops System)
Address each of the following sub-items based on the project's airdrop status. If a sub-item does not apply to the project's situation, state that explicitly.
Response
Projects must disclose all material terms of market-making arrangements that affect token liquidity. If the project has no agreements or deals with market makers, state that explicitly; doing so earns full credit. For each market maker, include in a table:
If the project has no agreements or deals with market makers, state that explicitly; doing so earns full credit. If no native tokens were loaned or allocated to market makers, state that explicitly; cash/fiat retainers or fees are not required for this item.
Response
Blockworks note: Rain has not publicly disclosed any market-maker agreements or deals in cited sources.
(Source: White Paper)
Projects must disclose all material terms of centralized or decentralized exchange listings that affect token liquidity. For each listing, include in a table:
If the project has no agreements or deals with CEX or DEX, state that explicitly; doing so earns full credit; cash/fiat fee amounts are not required for this item.
Response
Blockworks note: The White Paper identifies trading platforms as Kraken, KuCoin, MEXC, BingX, BitMart, WhiteBit, Lbank, XT, Bitrue, BloFin, and Gems Trade. Rain has not publicly disclosed token-allocation, term-duration, or native-token listing-fee details for these venues in cited sources.
(Source: White Paper)
Disclose all prior token sales by the Project — including fundraising rounds, any material OTC sales to investors, and any discounted market-maker sales. For each sale, provide:
If no prior sales occurred, state that explicitly (e.g., "No prior fundraising, OTC, or discounted MM sales have occurred.").
Response
Blockworks note: Rain conducted institutional and public token sales before admission to trading, but has not publicly disclosed the specific instruments, exact sale dates, or a token-count breakdown in cited sources. The White Paper states that allocations were subject to vesting and lock-up schedules with release schedules ranging from 6 to 24 months, and that team, strategic partners, and presale participants are subject to predefined lockup and linear vesting.
(Source: White Paper)
If any, list prior exploits or incidents that directly affected the token, token supply, tokenholder balances, token contract, minting controls, burn mechanics, or custody of token supply. This question is not asking about general protocol, application, or smart contract exploits unless the incident directly affected the native token itself. If no prior incidents, state this explicitly (e.g., "No exploits affecting tokenholders or protocol funds as of YYYY-MM-DD").
Response
Rain has not publicly disclosed any exploit, hack, or security incident affecting the RAIN token in cited sources.
Rain has not publicly disclosed any exploit, hack, or security incident affecting the RAIN token in cited sources.
Rain has not publicly disclosed any exploit, hack, or security incident affecting the RAIN token in cited sources.
Rain has not publicly disclosed any exploit, hack, or security incident affecting the RAIN token in cited sources.
Rain has not publicly disclosed any exploit, hack, or security incident affecting the RAIN token in cited sources.
Rain has not publicly disclosed any exploit, hack, or security incident affecting the RAIN token in cited sources.
Blockworks note: Rain has not publicly disclosed any exploit, hack, or security incident affecting the RAIN token in cited sources. The RAIN token smart contract passed a Hacken security audit that identified no critical or high-severity vulnerabilities and resolved minor informational observations prior to deployment.
(Source: White Paper, Hacken Audit)
Describe material risk factors across the three categories below. Each category includes prompts to address at a minimum.
(a) Regulatory, Legal & Tax Risks — Describe how evolving laws and regulations could affect the project by answering, at a minimum, questions like:
Impact of Regulatory Change on TGE and Listings: (If applicable) How could evolving or conflicting laws and regulations affect your ability to complete the TGE, deliver tokens to purchasers, and list or maintain the token on trading venues in key jurisdictions?
Entity-Level Regulatory Impact: (If applicable) How could regulatory or legal changes impact your core entities (Foundation, DevCo, DAO, affiliated service providers), including enforcement actions, licensing requirements, or forced changes to structure or operations?
Tokenholder Tax Treatment: (If applicable) What uncertainties exist around how tokenholders may be taxed, and make clear that tokenholders are responsible for understanding their own tax obligations?
Jurisdictional & User Access Restrictions: (If applicable) If the project restricts access for certain jurisdictions or user types (e.g., U.S. persons, sanctioned countries, retail vs. professional), what are those restrictions and what risks do they create for users and for the project?
(b) Protocol, Technology & Security Risks — Describe risks to network and contract reliability, correctness, and safety by answering, at a minimum, questions like:
Bugs and Design Flaws: (If applicable) What bugs, design flaws, or implementation errors could exist in your core protocol code, smart contracts, and any bridges, rollups, or oracles that you depend on, and how could these lead to loss of funds or disruption of the protocol?
Security Measures & Their Limitations: (If applicable) What security measures have you taken (audits, formal verification, bug bounties), and what types of failures might these measures still fail to detect or prevent?
(c) Token Economics, Unlocks & Incentive Risks — Describe how the token's economic design and supply schedule could affect holders by answering, at a minimum, questions like:
Critical Economic Assumptions: (If applicable) Which economic assumptions (e.g., staking yields, fee revenue, liquidity incentives, MEV capture, demand for blockspace) are critical for protocol security, utility, and governance, and what happens if those assumptions fail?
This Token Transparency Filing is provided for general informational purposes only and does not verify or warrant the accuracy of individual answers.
Blockworks note: Full scoring credit for executed airdrops requires a per-address source. Rain has not published one, and the Raindrops points ledger that determined allocations is held off chain by the Rain team.
Governance Control over Monetary Policy & Rewards: (If applicable) To what extent can governance change monetary policy, fee parameters, or reward allocations (e.g., inflation rate, treasury flows, incentive programs), and how could such changes adversely affect tokenholders?
Response
The White Paper states that no new public offer is currently being made, that any future public offer would require a separate or modified white paper, and that the existing disclosure relates to prior public distribution and current admission to trading. The issuer is a non-EU Panamanian foundation, legal claims fall under Panamanian law and courts, and changes in regulatory treatment, local law, or issuer structure could impair the issuer's ability to support the protocol. Purchasers remain responsible for complying with legal and tax obligations in their own jurisdictions. Rain has not disclosed specific jurisdiction-based user-access restrictions in cited sources.
(Source: White Paper)
Public sources identify several protocol and implementation risks. The White Paper highlights smart-contract bugs, oracle or market-resolution errors, bridge and interoperability failures, Arbitrum or Ethereum network dependency, third-party infrastructure dependency, and cross-chain transfer risks. Rain combines AMM liquidity pools with order-book trading, and disputed outcomes move through a one-hour challenge window, Lex AI review, and possible escalation to decentralized human oracles, which creates additional correctness, liveness, and coordination risk around outcome resolution and liquidity conditions. Security measures are a completed Hacken token audit, publicly verifiable contracts on Arbiscan, and a protocol-level audit underway. The public record is internally inconsistent. The White Paper states that the token contract is non-upgradeable, while the Hacken audit scope describes an upgradeable proxy token whose owner can control minting, oracle configuration, treasury updates, and upgrades.
(Source: White Paper, Hacken Audit, About the $RAIN token)
RAIN's public economic design depends on sustained market activity and functioning incentive flows. 5% of market-volume fees are split across creators, liquidity providers, resolvers, and buyback-and-burn, while 10% of burned tokens are re-minted and allocated to the Foundation through the Rain team. Allocations are subject to vesting and lock-up schedules, with categories including presale, strategic sale, contributors, advisors, team, marketing and development funds, liquidity providers, ecosystem growth, and reserves, and with release schedules ranging from 6 to 24 months. A further 2% of the Ecosystem Growth and Staking allocation, equal to 23 billion tokens, is earmarked for Raindrops rewards over a 12-month linear vesting schedule. Public sources conflict on governance and token-utility status. Current documentation describes active tokenholder proposal and voting rights and one token page states that RAIN is required for market participation, while the White Paper states that governance rights were not yet exercisable at admission and that RAIN is not required to trade, deposit, or create markets.
(Source: White Paper, About the $RAIN token, The Raindrops System)
