Watchlists
Screener
Monitoring
Projects
Analytics
Research
News
More
Project
© Blockworks 2026
Product
ResearchNewsIntelScreenerRankingsWatchlistsCharts
Company
NewsletterPodcastsEventsBrand Assets
Resources
Terms of ServicePrivacy PolicyPrivacy CenterDocumentationPricing
Terms of ServicePrivacy PolicyPrivacy CenterDocumentationPricing
NewsletterPodcastsEventsBrand Assets

LOYAL

AI+1 · AI Agents+1
OverviewChartsMonitoringNewsMarketsLOYAL
OverviewChartsMonitoringNewsMarketsLOYAL

Token Transparency Filing

B2 v2.0 · Filed 06 Apr 2026Partial - 1 gap

Project & Team

01

Description of Project

Provide a narrative description of the purpose of the project.

Loyal is building financial tools for the agentic era. AI agents are becoming a new interface for finance, but they still lack the trust, privacy, and accuracy required to handle sensitive financial data and execute major operations safely. Loyal provides the missing execution layer that lets agents help with payments, transfers, and capital workflows while keeping users in control. In practice, Loyal lets users create private wallets, set spending limits and permissions, approve critical actions, and allow approved agents or applications to operate only within predefined guardrails. This can support standalone financial products, embedded integrations, and developer tools such as Claude Code. Loyal is built on Solana and is designed around a simple principle: agents can assist with financial execution, but a human remains in the loop for every critical action.

02

Known Project Team

For each existing entity, list key team members with full name, official title, and prior experience. Explicitly mark non-existent entities.

DAO / Onchain Governance

Full Name

Official Title

Prior Experience

Chris Cherniakov

Initial member / Co-founder

Co-founded Telemetree Inc (the largest data platform on Telegram). Product and development lead; background in applied math, computer science, and AI research.

Rodion Aleksandrov

Initial member / Co-founder

Co-founded Telemetree Inc (the largest data platform on Telegram). Marketing and BD lead; background in physics and technical operations.

Basil Tiselko

Initial member / Co-founder

Co-founded Telemetree Inc (the largest data platform on Telegram). AI and research lead; background in computational neuroscience, physics, and network science.

Vasiliy Kondyrev

Initial member / Co-founder

Co-founded Telemetree Inc (the largest data platform on Telegram). Community, legal, and operations lead; background in philosophy, graph theory, crypto investing, investor relations, and partnerships.

Blockworks note: Labs/DevCo
No separate Labs/DevCo legal entity currently exists apart from Loyal DAO LLC. The Loyal
founding team performs core development and operations.
Foundation
No separate Foundation currently exists.
DAO/Onchain Governance
Loyal DAO LLC exists as a Marshall Islands DAO LLC. Onchain governance and ordinary
business decisions are governed by the Futarchic Mechanism / MetaDAO governance process.
The initial members of Loyal DAO LLC are listed below.

03

DAO Structure

Describe DAO governance, powers, economic rights, and control surfaces. If no DAO exists, state so and still address current tokenholder governance rights and economic arrangements.

  • (a) IP ownership & control — State what IP the DAO owns or controls (e.g., codebases/repos, trademarks/brands). Note any license if relevant.
  • (b) Contract/admin powers — List on-chain or administrative authorities and limits: pause/upgrade roles, governance-executor authorities, and the method of authority for each.
  • (c) Locked-token rights (conditional) — If locking/staking for additional rights exists, explain the additional rights and what tokenholders can and cannot decide. If no locking mechanism exists, leave absent.
  • (d) Current tokenholder governance rights and economic arrangements — If any, describe current governance rights of tokenholders and presently operative rights or arrangements relating to treasury actions, fee-routing, rewards, buybacks, or other protocol-controlled resources. If none, state that explicitly.
  • (e) Control surface reliance — If any, briefly describe the anticipated or possible evolution of the protocol's governance/control model.
  • (f) Dissolution authority — State who can dissolve/wind up the DAO and by what mechanism.

(a) IP ownership & control

Loyal DAO LLC controls the project assets, tokens, and other property held in or controlled by the Company Accounts, unless otherwise determined by the Futarchic Mechanism. To the extent project IP, code, trademarks, brand assets, or other intangible assets have been assigned or transferred to Loyal DAO LLC, those assets are controlled by the DAO structure. Loyal’s public materials also describe the protocol as open source, decentralized, censorship-resistant, and auditable.

(b) Contract/admin powers

The ordinary and usual business decisions of Loyal DAO LLC are made by the Futarchic

Mechanism. Members and agents may bind the Company only when authorized by the Futarchic Mechanism and only within the scope of that authorization. ICO proceeds and treasury assets are held through a Squads multisig governed by MetaDAO / DAO processes. The current MetaDAO fundraise page shows a $60,000 monthly allowance. Any withdrawal above the applicable allowance, or any change to the allowance, must pass the applicable DAO / MetaDAO governance process.

(c) Locked-token rights (conditional)

No separate locking or staking mechanism that gives tokenholders additional governance rights

exists. Insider/team and pre-ICO angel vesting exists, but this is an economic lockup / release mechanism, not a separate locked-token governance-rights mechanism.

(d) Current tokenholder governance rights and economic arrangements

LOYAL tokenholders participate in governance through MetaDAO decision markets. Material

treasury actions, larger spends, and new token issuance are governed through MetaDAO / DAO processes. Loyal’s treasury is governed through MetaDAO proposals and executed on-chain. Governance-approved actions have included a structured LOYAL buyback program and liquidity adjustments involving the DAO’s liquidity positions. Protocol fees route to the treasury by default and that the DAO decides how treasury resources are redeployed, including for operations, liquidity, buybacks/burns, or grants. Members do not have automatic rights to Company profits, losses, assets, or distributions except as expressly approved by the Futarchic Mechanism, and then only as compensation for services rather than as a direct ownership interest in Company assets.

(e) Control surface reliance

The current control surface relies on MetaDAO decision markets, the Loyal DAO LLC legal wrapper, and disclosed Solana accounts including the Squads treasury, Futarchy AMM LP, Meteora LP, operating wallet, and LOYAL mint. Over time, treasury policies, liquidity provisioning, treasury diversification, emergency reserves, and other material control decisions are expected to be handled through DAO proposals / decision markets.

(f) Dissolution authority

Loyal DAO LLC may be dissolved and wound up only as, when, and to the extent approved by

the Futarchic Mechanism, except where applicable law requires otherwise.

Blockworks note: Loyal has a DAO structure through Loyal DAO LLC, a Marshall Islands decentralized autonomous organization limited liability company. The DAO is governed through the MetaDAO / Futarchic Mechanism, where material decisions are approved through market-driven governance rather than ordinary discretionary management.

04

Primary Foundation

Describe the Primary Foundation, including entity details, IP ownership, governance or token powers, contract/admin powers, and economic arrangements. If it does not exist, state so explicitly.

  • (a) Entity — Type and jurisdiction.
  • (b) IP ownership & control — What IP the entity owns/controls and an explanation of any subsidiary entities.
  • (c) Powers over DAO, treasury, protocol-controlled resources, and token administration — If any, describe current powers over DAO governance, treasury actions, protocol-controlled resources, token administration, or reward parameters, and the method/threshold for each.
  • (d) Powers over DevCo — Explain whether the Foundation can exert direct or indirect influence over decision-making of the Developer Company.
  • (e) Contract/admin powers — Pause/upgrade/governance-executor authorities and the method/threshold for each.
  • (f) Current economic arrangements and distribution policies — Describe current governance-approved, contractual, or programmatic mechanisms by which protocol-controlled resources may be directed to this entity, its equityholders, contributors, or other participants. If none exist, state that explicitly.

(f) Current economic arrangements and distribution policies

Blockworks note: No separate Primary Foundation currently exists.

05

Primary Developer Company

Describe the Primary Developer Company, including entity details, IP ownership, governance or token powers, contract/admin powers, and economic arrangements. If it does not exist, state so explicitly.

  • (a) Entity — Type and jurisdiction.
  • (b) IP ownership & control — What IP the entity owns/controls and an explanation of any subsidiary entities.
  • (c) Powers over DAO, treasury, protocol-controlled resources, and token administration — If any, describe current powers over DAO governance, treasury actions, protocol-controlled resources, token administration, or reward parameters, and the method/threshold for each.
  • (d) Powers over Foundation — Explain whether the Developer Company can exert direct or indirect influence over decision-making of the Foundation.
  • (e) Contract/admin powers — Pause/upgrade/governance-executor authorities and the method/threshold for each.
  • (f) Current economic arrangements and distribution policies — Describe current governance-approved, contractual, or programmatic mechanisms by which protocol-controlled resources may be directed to this entity, its equityholders, contributors, or other participants. If none exist, state that explicitly.

(f) Current economic arrangements and distribution policies

Blockworks note: No separate Primary Developer Company currently exists as a distinct legal entity apart from Loyal DAO LLC.

06

Affiliated Protocol Contributor

Identify affiliated protocol contributors and explain their control, funding, or operational relationship to the project. If none exist, state so explicitly.

  • (a) Identity & role — Legal name, entity type, jurisdiction, and role.
  • (b) Parameter control & scope — If any, what major protocol parameters the APC controls; include the method of authority. If none, say so.
  • (c) Contract/admin powers — If any, provide pause/upgrade powers, governance-executor authorities and limitations; include the method/threshold for each. If none, say so.
  • (d) Compensation and material economic arrangements — If any protocol-generated resources or economic value is dynamically routed to the APC, describe the arrangement. If none, state that explicitly.

(d) Compensation and material economic arrangements

Blockworks note: Loyal does not currently have any Affiliated Protocol Contributor as defined for this section.

Token Supply

07

Initial Allocation

Disclose launch and initial supply details in a single initial allocation schedule covering the token's launch. Include:

  • (a) Launch supply totals — The total number of tokens issued at launch, the total number of tokens locked at launch, and the total number of tokens unlocked at launch.
  • (b) Recipient categories & use of funds — The recipient categories with brief explanations as to how the category will use the tokens so an auditor can distinguish each bucket.
  • (c) Initial price per token — The expected initial price per token.
  • (d) Ticker / market symbol — The ticker/market symbol.
  • (e) Total supply & supply regime — The total supply and whether the supply is fixed (if not explain inflation rate or deflation rate).
  • (f) Initial vesting / release schedules — The initial vesting/release schedules (identify which categories/recipients are subject to vesting and the high-level timing logic).

(a) Launch supply totals

Loyal launched the LOYAL token on Solana through a MetaDAO public token sale / ICO in October 2025.

  • Total launch supply: 20,976,923 LOYAL.
  • Initial locked / vesting allocation at launch: 8,076,923 LOYAL, representing approximately 38.50% of total supply. This includes the Team allocation and Pre-ICO Angels allocation.
  • Initial unlocked / non-vesting allocation at launch: 12,900,000 LOYAL, representing approximately 61.50% of total supply. This includes ICO Participants, Liquidity / DEX Pools, and Meteora Single-Sided Liquidity.

(b) Recipient categories & use of funds

  • ICO Participants — 47.67%, 10,000,000 LOYAL. Public token distribution through the MetaDAO raise. ICO proceeds were directed to the Loyal treasury for product development, operations, liquidity, and other DAO-approved uses.
  • Liquidity / DEX Pools — 9.53%, 2,000,000 LOYAL. Liquidity provisioning for token markets and DEX trading.
  • Meteora Single-Sided Liquidity — 4.29%, 900,000 LOYAL. Single-sided liquidity provisioning through Meteora.
  • Team — 28.00%, 5,873,538 LOYAL. Founder / team allocation for long-term incentive alignment.
  • Pre-ICO Angels — 10.50%, 2,203,385 LOYAL. Allocation for pre-ICO angel supporters / early backers.
  • Total — 100.00%, 20,976,923 LOYAL

(c) Initial price per token

The token launched through a MetaDAO public token sale / pro-rata raise. The public sale allocation was 10,000,000 LOYAL, and Loyal received 2,500,000 USDC through the MetaDAO raise, implying an effective public sale price of $0.25 per LOYAL.

(d) Ticker / market symbol

Ticker / market symbol: LOYAL.

(e) Total supply & supply regime

Total supply at launch: 20,976,923 LOYAL.

The launch allocation schedule accounts for 100% of the initial total supply. Any new token issuance or material change to token administration would be subject to the applicable Loyal DAO / MetaDAO governance process.

08

Vesting Insider Tokens

If there are not post-TGE token compensation plans state explicitly they do not exist. If there are then state the:

  • A) Post-TGE employee lock as % of circulation. State the current total amount of tokens locked or unvested attributable to post-TGE employees, expressed as a percentage of current circulating supply. If circulation isn't used, an explicitly labeled equivalent (e.g., "% of total supply" or "% of FDV") is acceptable. Must include an "as of" timestamp.
  • B) Typical post-TGE vesting schedule. Describe the standard vesting terms used for post-TGE grants, including: cliff length (or "no cliff"), vesting frequency (e.g., monthly/quarterly), and total duration. If variants exist (e.g., performance grants), note the typical range.

(a) The current total amount of tokens locked or unvested attributable to post-TGE employee

grants is 0 tokens, representing 0% of current circulating supply. Separately, Loyal has initial launch allocations for team and pre-ICO angels. These are not post-TGE employee compensation grants. The team allocation is 5,873,538 LOYAL, representing 28.00% of total supply. The pre-ICO angel allocation is 2,203,385 LOYAL, representing 10.50% of total supply.

(b) There is currently no standard post-TGE employee vesting schedule, because no post-TGE

employee token grants exist. The initial team and pre-ICO angel allocations are subject to the same launch vesting terms: 18-month lock, with unlock cliffs at 2×, 4×, 8×, 16×, and 32× ICO price.

09

Disclosure of Token Advisory Billings

Disclose token-based compensation for external advisors and service providers (e.g., legal, marketing, technical, growth) funded from the on-chain treasury or token reserves held by the Foundation, Labs/DevCo, or similar entities. You do not need to disclose individual names, roles, salaries, or any advisors receiving fiat-only compensation. Provide:

  • (a) Whether any such token-based payments or advisory commitments exist (or explicitly state that no token-based compensation for advisory commitments exist).
  • (b) The total token allocation across all advisory services (tokens paid and/or reserved in aggregate).
  • (c) The payer entity (e.g., Foundation, Labs/DevCo, DAO/treasury).
  • (d) A brief description of the advisory/services (e.g., "legal and regulatory advisory," "growth and BD support," "security advisory").

Blockworks note: Loyal has not made, approved, or committed to any token-based compensation for external advisors or service providers funded from the on-chain treasury.

10

KOL Marketing Activities

Disclose ongoing KOL/influencer relationships that partially or fully received tokens for payment. Do not need to disclose KOL/influencers that do not receive tokens for payment. Use lettered sub-items:

  • (a) Existence & scope: State plainly whether KOLs receive tokens for payment, if none say so.
  • (b) Usernames & roles: List usernames/handles (with platforms) for participating KOLs and describe their roles/activities. Legal names are not required.
  • (c) Token allocation & vesting/locks: Say whether tokens were allocated to KOLs. If yes, provide the aggregate token amount across all KOLs and summarize vesting/lock terms (e.g., cliff and vest length, or "no vest/locks").

Blockworks note: Loyal has not entered into any ongoing KOL or influencer marketing relationships in which KOLs receive Loyal tokens as payment.

11

Labelled Unissued & Operational Token Wallets

Publicly label all wallets that hold Unissued Tokens (e.g., foundation, operations, treasury, investor reserve), keep each category in distinct wallets (a unique address per category), and disclose who controls each wallet (DAO multisig, foundation, labs/devco, operations, or contract controller + admin). Include one verification link per wallet (docs or explorer). Definition: Unissued Supply = tokens authorized by the contract but not yet issued to any party; where they sit (treasury or mint authority) does not change that they are unissued. For instance: if a token has a total supply cap of 1B, and 400M tokens have been issued to investors, the team, and users (whether vested or unlocked), then those 400M count as issued supply. The remaining 600M are authorized but unissued supply, even if they are already minted into a DAO treasury wallet.

Title

Primary Function

Chain

Address

Control Mechanism

Explorer Link

Squads Treasury

Main treasury / operational funds

Solana

AQyyTwCKemeeMu8ZPZFxrXMbVwAYTSbBhi1w4PBrhvYE

Squads multisig / Loyal DAO and MetaDAO-governed process

https://solscan.io/account/AQyyTwCKemeeMu8ZPZFxrXMbVwAYTSbBhi1w4PBrhvYE

Operating Wallet

Operating expenses / working capital

Solana

92yGiPxBVG3E6voo1XyaKXaBR4Uvd7cntMsj3pL1fAYa

Team operating wallet, subject to DAO treasury reporting and allowance limits

https://solscan.io/account/92yGiPxBVG3E6voo1XyaKXaBR4Uvd7cntMsj3pL1fAYa

Futarchy AMM LP

Futarchy AMM liquidity position

Solana

GxpJkPEsPmuRCCTNnfZaDKg4X3gf4ZPgmqgFqtibaPtK

DAO-governed liquidity position

https://solscan.io/account/GxpJkPEsPmuRCCTNnfZaDKg4X3gf4ZPgmqgFqtibaPtK

Meteora LP

Meteora single-sided liquidity position

Solana

BGg7WsK98rhqtTp2uSKMa2yETqgwShFAjyf1RmYqCF7n

DAO / treasury-controlled liquidity position

https://solscan.io/account/BGg7WsK98rhqtTp2uSKMa2yETqgwShFAjyf1RmYqCF7n

Blockworks note: Loyal has no separate unissued-token reserve wallet. The launch allocation accounts for the full
initial token supply. Loyal’s operational and token-related wallets are listed below.

Market Structure

12

Market Maker Agreements & Deals

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:

  • (a) Market maker's name — the market maker's name;
  • (b) Token allocation or loaned amount — the token allocation or loaned amount as a percentage of total supply;
  • (c) Duration/term of agreement — the duration/term of the agreement; and, where applicable,
  • (d) Name of agreement structure — label the financial vehicle being used in the agreement (i.e. loan, option/call, retainer model) without describing trading strategy or expected outcomes.

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.

Blockworks note: Loyal has no market-maker agreements or deals under which native tokens were loaned, allocated, or committed to a market maker. No native tokens have been loaned or allocated to market makers.

13

CEX / DEX Agreements & Deals

Projects must disclose all material terms of centralized or decentralized exchange listings that affect token liquidity. For each listing, include in a table:

  • (a) Exchange name / DEX pool — the exchange name (and, for DEX, the specific pool/pair);
  • (b) Token allocation for listing — the token allocation supplied or committed for listing as a percentage of total supply;
  • (c) Term Duration — the duration/term of any listing lockups, liquidity, or incentive programs; and, where applicable,
  • (d) Native-token listing fees — whether any listing fees were paid in native tokens, with amounts (tokens or % of supply), recipients, and any vesting or lock terms tied to the partnership.

If the project has no agreements or deals with CEX or DEX, state that explicitly; doing so earns full credit. If no native-token listing fees were paid, state that explicitly; cash/fiat fee amounts are not required for this item.

Blockworks note: Loyal has no centralized exchange listing agreements and has paid no native-token listing fees to centralized exchanges.

14

Liquidity Deals and Market Activity

If a category does not exist or is not applicable, make that clear in plain language (no specific wording required).

  • (a) Buybacks & re-release (bought-back tokens only): source of funds (e.g., % of revenue), treatment (burn/treasury/POL), controller/approvals (DAO, multisig, or contract), and whether bought-back tokens can ever be re-released; if "never," give the mechanism (burn or irrevocable timelock); otherwise state the re-release policy.
  • (b) Protocol-owned liquidity (POL): where deployed, total token or dollar size across all deployments, controller, and unwind/exit policy.
  • (c) Liquidity deals / purchased TVL: the total size across all deals, and where the capital participates - no counterparty names needed.
  • (d) Token-secured loans/lines (incl. against unissued tokens): principal, gross position size, collateral, counterparties, and unwind/exit policy.
  • Token repurchases or secondary-market accumulations (if any): Loyal governance approved a structured LOYAL buyback program using treasury funds. Source of funds: Loyal treasury. Controller / approvals: Loyal DAO / MetaDAO governance. Approved allocation: $1.5M of treasury funds. Asset: LOYAL token. Maximum price: 0.238 per LOYAL.Mechanism: recurring orders every 5 minutes over 30 days. Tokens acquired through the buyback are treasury-acquired tokens and remain subject to Loyal DAO / MetaDAO governance. The buyback approval does not by itself permanently remove all purchased tokens from circulation.

  • Protocol-owned liquidity (POL): Loyal maintains protocol-owned liquidity through the Futarchy AMM LP and Meteora LP. Latest published Q1 balances:

    • Deployment: Futarchy AMM LP
      • Token / USDC Balance: 5,833,214 LOYAL and 392,210 USDC
      • Controller: Loyal DAO / MetaDAO governance
      • Unwind / Exit Policy: Subject to governance-approved liquidity actions.
    • Deployment: Meteora LP
      • Token / USDC Balance: 2,055,257 LOYAL
      • Controller: Loyal DAO / MetaDAO governance
      • Unwind / Exit Policy: Subject to governance-approved liquidity actions.

    Total latest published POL balances: 7,888,471 LOYAL across Futarchy AMM LP and Meteora LP, plus 392,210 USDC in the Futarchy AMM LP. Loyal governance previously approved a liquidity adjustment for the Meteora position: withdraw 90% of tokens remaining in the single-sided Meteora DAMM v2 pool, burn half of that amount, and retain withdrawn USDC in the treasury.

  • Liquidity deals / purchased TVL: Loyal has no purchased TVL arrangements or third-party liquidity deals outside the protocol-owned and governance-managed liquidity positions described above.

  • Token-secured loans/lines (incl. against unissued tokens): Loyal has no token-secured loans, credit lines, or borrowings against issued or unissued Loyal tokens.

Resources

15

Prior Token Sales & Fundraising

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:

  • (a) Series Name / Early-Stage Investment Instrument used (i.e. SAFT, STAMP, SAFE, SAFE+Token Warrant, etc.)
  • (b) Date of sale (at least month & year).
  • (c) Number of tokens sold (or % of total supply)
  • (d) Vesting schedule

If no prior sales occurred, state that explicitly (e.g., "No prior fundraising, OTC, or discounted MM sales have occurred.")

  • Series Name: MetaDAO ICO / Public Token Sale
    • Date Of Sale: Oct 21, 2025
    • Number of tokens sold: 10,000,000 LOYAL, approximately 47.67% of total supply
    • Vesting Schedule: No project-imposed vesting or lockup for public sale participants; tokens allocated pro-rata through the MetaDAO raise.
  • Series Name: Pre-ICO Angels / Founder-side Angel Arrangements
    • Date Of Sale: Oct 21, 2025
    • Number of tokens sold: 2,203,385 LOYAL, approximately 10.50% of total supply
    • Vesting Schedule: Same vesting as team: 18-month lock; unlock cliffs at 2×, 4×, 8×, 16×, and 32× ICO price.

Blockworks note: Other than the MetaDAO ICO / public token sale and the Pre-ICO Angels / founder-side angel arrangements, Loyal has not conducted other material OTC token sales, discounted market-maker token sales, SAFTs, SAFE + Token Warrant sales, or private token sales by the Project.

16

Operational Funding, Economic Flows, and Resource Provisioning

Provide a narrative description of the Project's material funding sources, economic flows, and operational provisioning, broken out by entity: Foundation, Lab/DevCo, and DAO. If an entity does not exist, state that explicitly. If an entity exists but does not pursue revenue-generating activity, state how it funds or provisions its operations.

  • (a) Entity existence — Explicitly state whether each of Foundation, Lab/DevCo, and DAO exists.
  • (b) Material sources of funding or economic inflows — For each existing entity, describe its primary sources of operational funding or economic inflows, if any (e.g., service fees, grants, donations, treasury reserves, token reserves, staking rewards, validator/sequencer income, partnership payments, retained revenue, or other protocol-related receipts). If none, state "none."
  • (c) Operational use of resources — Briefly describe how those resources are generally used (e.g., development, operations, security, ecosystem support, grants, liquidity support).
  • (d) Onchain Resource Usage — Provide links to public dashboards and token holder relations reports that help explain on-chain financial activity, treasury activity, fee flows, rewards, or other protocol-controlled resources. Make certain to explain what each link is for.

(a) Entity existence

  • Foundation: No separate Foundation exists.
  • Lab / DevCo: No separate Lab or DevCo exists apart from Loyal DAO LLC.
  • DAO: Loyal DAO LLC exists as the project’s DAO legal wrapper.

(b) Material sources of funding or economic inflows

  • Foundation: N/A — no separate Foundation exists.
  • Lab / DevCo: N/A — no separate Lab or DevCo exists apart from Loyal DAO LLC.
  • DAO / Loyal DAO LLC: Loyal’s primary operational funding source is the MetaDAO public token sale. Loyal received 2,500,000 USDC net through the MetaDAO raise on Oct 21, 2025. Loyal’s operating resources also include treasury assets, token reserves, and protocol-owned liquidity positions.

Loyal reported 0 USDC revenue for Q4 2025 and 0 USDC revenue for Q1 2026.

(c) Operational use of resources

Loyal uses operating resources for product development, engineering, research, design, operations, marketing, legal, administrative expenses, software, community operations, liquidity support, and governance-approved market-structure actions.

Q4 2025 operating expenses were 131,803.94 USDC. Q1 2026 operating expenses were 162,779.52 USDC.

(d) Onchain Resource Usage

  • Loyal Q1 2026 Transparency Report — Public report covering Jan 1–Mar 31, 2026, including operating expenses, income statement, balance sheet snapshot, published addresses, USDC assets, token balances, and governance actions.
  • Loyal Q4 2025 Transparency Report — Public report covering Oct 21–Dec 31, 2025, including MetaDAO raise proceeds, operating expenses, published addresses, USDC assets, token balances, buyback proposal, and liquidity adjustment proposal.
  • MetaDAO Loyal Project Page — Public MetaDAO page for Loyal, including treasury link, DAO / Futarchy AMM link, decision markets, and governance proposal records.
  • MetaDAO Loyal Fundraise Page — Public fundraise page for the Loyal MetaDAO raise, including completion status, contribution data, allowance, and token contract address.
  • Squads Treasury — Solscan — Main treasury / operational funds wallet.
  • Operating Wallet — Solscan — Operating expenses / working-capital wallet.
  • Futarchy AMM LP — Solscan — Futarchy AMM liquidity position.
  • Meteora LP — Solscan — Meteora single-sided liquidity position.
17

Previous Exploits Affecting The Native Token

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").

  • (a) Date & component affected — Date (YYYY-MM or YYYY-MM-DD), chain(s)/component affected.
  • (b) Exploit vector summary — Plain-language summary of the exploit vector (what the hack was).
  • (c) Quantified impact — Quantified impact (assets/tokens affected or a clear "no loss of funds" statement).
  • (d) Remediation/response taken — Remediation/response taken (patches, upgrades, governance actions, compensation).
  • (e) Current status — Current status (resolved, in litigation, under investigation, refunded, etc.).
  • (f) References (optional) — Link(s) to post-mortem/advisory/PR.

(a) Date & component affected

No exploits affecting tokenholders or protocol funds as of 2026-05-26.

(b) Exploit vector summary

N/A

(c) Quantified impact

N/A

(d) Remediation/response taken

N/A

(e) Current status

N/A

(f) References (optional)

N/A

18

[Optional] Offchain Foundation Or DevCo Income Statement

Provide a single income statement, expense summary, or comparable operating statement for the primary Foundation or Developer Company. A consolidated or entity-level presentation is acceptable. Balance Sheet and Statement of Cash Flows may be included but are not required. This item is intended to provide transparency into offchain operating resources and expenditures only.

Line Item

Amount

Blockworks note: N/A

This Token Transparency Filing is provided for general informational purposes only. Blockworks reviews completeness only and does not verify or warrant the accuracy of individual answers. Loyal is solely responsible for the content, accuracy, and legality of its disclosures.

Project
OverviewChartsMonitoringToken DisclosuresNewsMarkets
Fundraising
LOYAL
Curious what full access looks like?
Access premium insights on ETH and BTC pages for free.
BTCETH