
Prediction markets are undergoing a role transformation. They are no longer merely speculative tools centered on elections, sports, or short-term events, but are increasingly becoming a more foundational “information pricing mechanism.” Through prices, markets continuously reflect human judgment, data changes, and probabilistic consensus.
This trend has already attracted widespread attention from capital and institutions. Whether compliant platforms or decentralized protocols, prediction markets are being viewed as an important bridge connecting real-world uncertainty with the financial system. However, rapid growth has also exposed a series of long-unresolved issues: fragile liquidity structures, insufficient settlement credibility, unclear compliance pathways, and the failure of AI and data capabilities to truly enter the core of pricing.
Merin’s objective is precisely to redefine how prediction markets operate from the foundational layer.
Merin does not attempt to replicate the product forms of existing prediction markets. Its positioning is closer to a protocol-layer system that provides standardized and composable underlying capabilities for prediction events.
In Merin’s design, prediction markets are composed of a set of general-purpose modules: event definition, outcome verification, liquidity scheduling, and risk management. These modules can be assembled into complete prediction applications, or directly called by other products to become probabilistic infrastructure for DeFi, DAOs, media platforms, or AI systems.
This protocol-layer positioning leads Merin to focus more on long-term security, verifiability, and cross-market efficiency, rather than short-term trading noise.
Merin’s technical architecture is built around a core principle: prediction markets must not only settle correctly, but must also be verifiable without sacrificing privacy.
To this end, Merin introduces multi-layer oracle systems and zero-knowledge proof mechanisms into its architecture. Event outcomes do not rely on a single data source, but instead form weighted consensus through multi-source data, AI analysis, and community adjudication; the settlement process generates verifiable proofs via zk-proofs, ensuring that any third party can confirm the correctness of results without being able to infer specific trading behaviors.
At the liquidity layer, Merin adopts cross-market shared margin and dynamic market-making models, allowing capital to be efficiently reused across multiple events, alleviating the long-standing liquidity fragmentation problem in prediction markets. AI modules continuously participate in risk assessment and parameter adjustments, enabling the market to maintain stable operation under both high-volatility and low-attention events.
Merin adopts a dual-token model, consisting of the governance/protocol token $MERIN (total supply of 1 trillion tokens) and the functional token $PRED (dynamically issued). $MERIN represents the platform’s long-term value and governance rights, while $PRED is used for market trading, fee payments, rewards, and collateral purposes.
As a project centered on protocol development and security, Merin will primarily allocate early-stage resources toward smart contract development, oracle system design, AI model training, as well as auditing and compliance module construction.
At this stage, to support long-term research and development and infrastructure construction, Merin completed a $1 million Seed Round financing, used to cover the development cycle of the protocol’s core modules and early ecosystem bootstrapping costs. This round corresponds to 10% of the total protocol token supply (i.e., a token price of $0.00001), and is allocated for incentives and governance arrangements aligned with long-term development objectives.
Unlike many application-layer projects, Merin does not adopt a high-percentage early release or short-term sales mechanism, but instead ties token circulation to protocol maturity, ensuring that network security, governance participation, and ecosystem incentives can be rolled out progressively.
Within the Merin system, the role of tokens is deeply embedded into the protocol’s operational logic, and is used to: