Skip to main content

Risk Factors, Security, and Transparency

As the MIKO Protocol combines autonomous systems with financial incentives, it prioritizes security and fairness, and has established multi-layered measures to protect users and maintain trust.

1. Smart Contract Security and Token Immutability​

  • Token Contract Ensuring Immutability: MIKO's token contract has no backdoors. There is no mint function, no owner control over balances or trading, and the contract ownership is renounced, meaning the total supply cannot be changed and no wallet can be frozen or blocked. The 4% swap tax rate is fixed inside an immutable hook. This guarantees that the MIKO token cannot be arbitrarily manipulated by the development team.
  • Rule-Bound Execution and On-Chain Verification: The execution module is a centralized component, but it holds no discretionary power over funds. Treasury claims and holder distributions are bound by contract rules, and the acquisition swap route it submits is verified byte-by-byte on-chain before any funds move — unintended activity is structurally blocked, not merely detectable after the fact. The satellite sleeve adds no discretionary surface either: its funding share can move only within ratio bounds fixed immutably at deployment, its rotations are recorded on-chain with full history, and its candidate must clear the same on-chain route verification as every other acquisition. In addition, every deployment step is mechanically verified: contract bytecode, role wiring, hook parameters, and vesting schedules are checked on-chain before the launch transaction is allowed to proceed, and every contract is source-verified publicly.

2. Safeguards for Fair Allocation​

  • System Account Exclusion: Allocations are for the MIKO community. The liquidity position, protocol contracts, and team-related system accounts are excluded from allocation by a list fixed in the token's constructor at deployment. After launch the list is append-only: new system accounts can be added, each addition is a public on-chain event, and no exclusion can ever be reversed. This ensures that acquired assets are allocated only to actual community holders.
  • Multi-Filtering for High-Quality Asset Selection: When selecting the weekly asset, community-token candidates pass strict filtering based on various on-chain metrics such as trading volume, liquidity, market cap, and holder count. This prevents scam tokens or inactive tokens with virtually no trading from being selected, thereby providing real value to holders. Official Robinhood stock tokens are admitted by identity instead: they are registered directly from the chain's canonical contract list, so a stock selection always resolves to the official token. Furthermore, in the unlikely event of a sudden, unpredictable serious issue with a selected asset, such as a rug-pull, the team holds a limited authority to make an emergency change to the weekly selected asset (limited to once a week) to protect community assets. This is a final safeguard to protect the community's assets.

3. Market Risks and Management Functions​

  • Market Volatility Risk: The cryptocurrency market is inherently highly volatile. The value of the $MIKO token and the weekly assets selected by the AI can fluctuate dramatically depending on market conditions. There is no guarantee that the AI's selections will always lead to profits, and losses may occur.
  • Treasury Desk Risk: The protocol's treasury desk trades with real capital, and trading involves the possibility of loss. Three structural boundaries contain this risk for holders. First, the desk trades the protocol's own capital — never holder funds and never the allocation treasury, which no desk outcome can draw down. Second, settlement pays out of realized profit only: a losing or flat week distributes nothing and carries no loss forward, while the swap-fee allocation stream continues entirely unaffected. Third, the desk operates under mechanical, pre-committed risk rules (take-profit, stop-loss, impact-bounded entries) rather than discretionary judgment, and its settlement transfers are ordinary on-chain transactions that anyone can audit.
  • Mitigation Strategies:
    • Inherent Diversification: The protocol's rotation mechanism itself is part of the risk mitigation strategy. The core sleeve allocates a different asset each week and the satellite sleeve rotates with market attention, so holders naturally diversify their positions across assets and across time, reducing their exposure to the price decline of any single asset.
    • Emphasis on Long-Term Perspective: The protocol's value is measured by the AI's long-term ability to generate alpha that outperforms the market average. Short-term price action of any single weekly asset is not the relevant measure.
    • Emergency Safeguards and Management Functions: Minimal management functions exist to ensure the stable operation of the protocol and protect community assets. They are limited to an emergency change of the weekly selected asset (once per cycle) and the rotation of the protocol's operational keys and operations revenue address. There is no function that allows the team to withdraw or recover holder funds. The execution history of all management functions is transparently recorded on-chain, ensuring their use is restricted solely to the purpose of protecting holder assets.