Provide a concise narrative that clearly states each of (a)–(e) below.
Traditional Ethereum validators rely on a single node operator, creating single points of failure (slashing, downtime, censorship). Obol solves this by enabling Distributed Validators (DVs) — validator keys split across multiple operators so no single party can compromise validator performance or security. This unlocks stronger fault tolerance, lower slashing risk, and broader operator participation in securing Ethereum and other decentralized infrastructure networks.
The Obol Association (Swiss) funds ongoing protocol development, grant programs, and ecosystem incentives from (i) its share of the Ecosystem Treasury (38% of supply, 8% unlocked at TGE, 30% linear over 3 years), and (ii) protocol revenue — a percentage of staking rewards earned by licensees of the Charon middleware, which accrues to Obol GMBH (Swiss wholly-owned subsidiary of the Obol Association). DV Labs (Delaware) continues core engineering under its own token allocation (19% allocated of 21% reserved for contractors & advisors) and carries out its own node operations services
Obol exists to distribute, decentralize, and democratize the digital infrastructure of the future — starting with Ethereum and expanding across Web3. As the foundation for Layer 1 blockchains and decentralized infrastructure networks, the Obol Collective is home to the world's largest decentralized operator ecosystem. This includes dozens of staking protocols, client teams, software tools, community projects, and professional node operators — including Lido, EtherFi, Nethermind, EigenLayer, Bitcoin Suisse, Blockdaemon, Stakewise, Chorus One, DappNode, and many more. Today, over 800 decentralized operators run Obol Distributed Validators (DVs) to secure more than $2B on Ethereum mainnet. Obol DVs deliver stronger performance, lower risk, and better rewards than traditional validators — empowering anyone to run high-performance, slashing-resistant validators. Alongside DVs, the Obol Stack is a modular, plug-and-play framework that makes it easy to deploy and manage Ethereum nodes, AI agents, AVSs, and other decentralized infrastructure. From L1s and L2s to DePIN, AVSs, and beyond — Obol is powering the next generation of decentralized systems.
The OBOL token does not currently have direct value-accrual mechanisms such as fee-sharing or in-protocol staking rewards. The long-term vision is for OBOL to become the economic backbone of the Distributed Validator ecosystem, with utility that is product-driven, tightly coupled to real usage and demand, and sustainable over the long term. Several initiatives are underway toward this goal, including strategic treasury operations, the Obol Economic Engine and Protocol Owned Liquidity, and deeper integration of the token within the Distributed Validator stack.
The OBOL Token is regulated by FINMA (Swiss) which does not allow for binding involvement of token holders into decision making. The Obol Association Board (simple majority quorum) controls all decisions regarding operations and funding. DV Labs Board (simple majority quorum) controls all decisions regarding core development.
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.
Full Name | Entity | Official Title | Prior Experience |
|---|---|---|---|
Collin Myers | Labs | Board Member & Founder | Consensys, Token Foundry, DySys Capital |
Oisin Kyne | Labs | CEO, CTO & Co-Founder | Consensys, Accenture, Kyne Software |
Anthony Bertolino | Labs | Chief Marketing Officer | POAP |
Nannina Sackmann | Labs | Chief People Officer | Composable Finance, IOV Labs |
Francis Hackett | Foundation | President | Head of KPMG Legal Ireland |
Patrick Storchenegger | Foundation | Board Member | Board of the Ethereum Foundation (current) |
Thomas Heremans | Foundation | CFO | DV Labs co-CEO, Salesforce |
N/A | DAO | ||
Blockworks note: Labs / DevCo — DV Labs |
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).
There is no active DAO or similar structure holding any IP, tokens or other property. The Obol Collective is a general concept used by marketing to refer to the wider ecosystem of partners and users of Obol-related technologies
Not applicable
Not applicable
OBOL does not currently have direct value-accrual mechanisms such as fee-sharing or staking rewards embedded in the token design. Subject to legal and regulatory constraints, revenue generated by the Obol Association may be used to buy back tokens or pay a yield to token holders which it has done in the past.
Not applicable
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.
Obol Association Obol Association — Swiss entity (Verein) in Zug.
The Obol Association owns Obol GMBH, a wholly-owned Swiss subsidiary. The Charon IP (and its related repositories, under BSL) is owned by DV Labs and licensed to the Obol Association for sub-licensing to Obol GMBH and ultimately to end-users. The Obol GMBH receives a percentage of the staking rewards of Charon licensees, deducted automatically via smart contracts. The Pluto IP (second implementation of the DV Protocol, developed by Nethermind) is owned by the Obol Association. The Obol Association owns the IP with the trademark and brand associated with Obol.
The Obol Association holds all control over its treasury The Obol Association controls the following on-chain wallets:
The Obol Association does not hold any equity, board seat, contractual, or other influence over DV Labs' decision-making. Revenue generated by the Obol Association will not be returned to equity holders in DV Labs The Association contracts with DV Labs for certain services on arm's-length terms paid in USD/USDC.
Not applicable in the absence of a DAO. The Obol Association holds no pause/upgrade/admin controls over smart contracts deployed by users of Charon.
Core team members and the Board of the Obol Association are compensated through a combination of salary and token allocation from the Obol Association. No core team member is compensated with tokens allocated to the Obol Association outside of the Obol Association team members who are known and compensated by the Obol Association. The Obol Association's primary source of revenue is a percentage of the staking rewards received by licensees of the Charon middleware, deducted automatically via smart contracts and flowing to Obol GMBH (the Swiss wholly-owned subsidiary of the Association). Revenue generated by the Obol Association will not be returned to equity holders in DV Labs via dividends on DV Labs equity or by share repurchases of DV Labs. Subject to legal and regulatory constraints, revenue may be used to buy back OBOL tokens. This is not a legal right of token holders. No programmatic distribution mechanism to token holders currently exists.
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.
DV Labs Obol Labs Inc. dba DV Labs — Delaware corporation Inc.
The Charon IP (and its related repositories, under BSL) is owned by DV Labs and licensed to the Obol Association for sub-licensing to Obol GMBH and ultimately to end-users. The Obol Stack IP.
DV Labs controls the following on-chain treasury wallets:
DV Labs or its principals does not hold board seats, contractual rights, or any other direct or indirect influence over the Obol Association. There is no overlap between the Obol Association board and DV Labs’. Note that some members of the Obol Association leadership (e.g., Thomas Heremans and Francis Hackett) served in DV Labs roles in the past prior to moving to the Association full time.
DV Labs holds no pause/upgrade/admin controls over smart contracts deployed by users of Charon.
Core team members in DV Labs are compensated by a mix of salary and token allocation from DV Labs, utilizing a supply owned wholly by DV Labs prior to the establishment of the Obol Association. The total number of tokens allocated to current or future Labs contractors and advisers is 21% of the total supply; DV Labs has currently allocated 19% of the total supply to its contractors and advisers, leaving 2% in DV Labs for incentivisation of current and future contractors. Revenue generated by the Obol Association will not be returned to equity holders in DV Labs via dividends on the equity in DV Labs or by share repurchases of DV Labs. Where the Obol Association contracts with DV Labs for certain services, any such contracts are the product of arm's-length negotiation and payment in USD or USDC. DV Labs has a standalone revenue source from node operations.
Disclose launch and initial supply details in a single initial allocation schedule covering the token's launch.
The OBOL Token was launched (TGE) on 7 May 2025 at 11:00am UTC. Total tokens issued at launch: 500,000,000 OBOL. Based on the per-category initial unlocks below, approximately 19.14% of supply (~95.7M OBOL) was unlocked at TGE, with the remainder (~404.3M OBOL, ~80.86%) subject to vesting or scheduled release.
The token started trading on May 7th 2025 11:00am UTC on multiple centralised and decentralised exchanges around $0.2
OBOL.
Total supply is capped at 500,000,000 OBOL. Supply is fixed — there are no additional issuance plans other than the scheduled vesting/unlock described below. Any future token issuance (e.g., minting or emissions outside scheduled vesting) will be disclosed before or at issuance with full details (amount, reason, recipient, context) in an official, permanent public channel.
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.
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.
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.
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.").
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").
Blockworks note: No exploits affecting tokenholders or protocol funds as of 2026-04-24
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?
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?
Impact of Regulatory Change on TGE and Listings: The OBOL token was issued by the Obol Association, a Swiss entity. Evolving or conflicting regulatory frameworks across jurisdictions could affect the ability to maintain exchange listings or deliver tokens. In particular, jurisdictions that classify utility or governance tokens as securities could force delistings or restrict secondary trading. Exchange listing agreements (e.g., Bybit, Gate, Bitget) explicitly reserve the right to delist if the token is deemed a security or financial instrument in any jurisdiction. Entity-Level Regulatory Impact: The Obol ecosystem operates through multiple entities — the Obol Association (Swiss), Obol GMBH (Swiss subsidiary), and DV Labs (Delaware). Changes in Swiss foundation law, U.S. securities regulations, or cross-border enforcement actions could force structural changes to how the entities interact, how protocol revenue is collected, or how token allocations are administered. Licensing requirements for middleware software or staking infrastructure in new jurisdictions could create additional compliance burdens. Tokenholder Tax Treatment: The tax treatment of OBOL tokens varies by jurisdiction and is not settled in most regions. Tokenholders should be aware that acquiring, holding, or disposing of OBOL tokens may create taxable events. Tokenholders are solely responsible for understanding and complying with their own tax obligations. The Obol Association does not provide tax advice. Jurisdictional & User Access Restrictions: The OBOL token is not offered or available to U.S. persons, and exchange listing agreements restrict promotional activities in the United States, the People's Republic of China, and EEA jurisdictions (for certain exchanges such as Bybit). Sanctioned countries are excluded. Users who circumvent geographic restrictions do so at their own risk and may face loss of access to exchange services or token functionality.
Bugs and Design Flaws: Obol's core technology stack includes the Charon distributed validator middleware (written in Go), the Obol Splits smart contracts (Solidity), and supporting infrastructure including the DV Launchpad and relay network. Potential risks include bugs or design flaws in Charon's BFT consensus implementation, its BLS threshold signature scheme, or its distributed key generation (DKG) process. Smart contract vulnerabilities in Obol Splits could lead to misallocation of staking rewards. The protocol also depends on Ethereum's beacon chain, validator clients, and third-party infrastructure (relays, beacon nodes), any of which could introduce bugs or failures outside Obol's control. Key threat vectors identified in Obol's published threat model include: exfiltration of operator identity (ENR) keys enabling impersonation; collusion of a threshold number of rogue operators to reconstruct validator private keys and produce slashable messages; malicious beacon nodes serving illegitimate data that could disrupt BFT consensus; compromised relay infrastructure enabling topology discovery and DDoS attacks; and social engineering attacks to get operators to run modified lock files with verification disabled. Centralization risks are also documented: Obol hosting relay infrastructure creates a single point of failure (mitigated by third-party relay operators such as DSRV, Infstones, Hashquark, and Node Guardians); Obol's ability to push Charon code updates could introduce vulnerabilities (mitigated by operators pinning specific docker image versions); the DV Launchpad is hosted centrally (mitigated by CLI-based alternatives); and Obol's custodying of pre-signed exit messages could enable unwanted validator exits (mitigated by EIP-7002 withdrawal-address-initiated exits post-Pectra). Security Measures & Their Limitations: Obol has undertaken the following security measures: Audits: Six completed audit engagements — a security assessment of Charon by Sigma Prime (resulting in v0.16.0); a second Charon assessment by Quantstamp (resulting in v0.19.1); a Solidity audit of Obol Splits by Zach Obront; a penetration test of the DV Launchpad by Sayfer; and second and third Solidity audits of Obol Splits V2 and V3 by Nethermind Security. A review of development processes was also conducted by Ethereal Ventures. All audit reports are published at github.com/ObolNetwork/obol-security. Bug Bounty: Obol operates a bug bounty program with rewards up to $100,000 for critical vulnerabilities (e.g., BLS private key exfiltration, arbitrary BLS signature production, malicious cluster invite subversion). Rewards scale down to $500 for low-severity issues. The scope covers Charon, the DV Launchpad and Public API, Obol Splits contracts, and Obol-hosted relay infrastructure. Reports can be submitted to security@obol.tech. Limitations: Audits and bug bounties cannot guarantee the absence of undiscovered vulnerabilities. Charon's BFT consensus can tolerate misbehaving nodes up to the configured fault tolerance threshold, but if more than two-thirds of nodes in a cluster are malicious, safety guarantees are lost. Novel vulnerabilities in underlying cryptographic libraries (BLS12-381, SECP256K1+ECDSA) or zero-day exploits in shared infrastructure could affect multiple clusters simultaneously. The relay-based peer discovery model, while mitigated by third-party relays, remains a potential disruption vector.
Critical Economic Assumptions: OBOL is a governance token without direct value-accrual mechanisms such as fee-sharing or protocol staking rewards. Staking (stOBOL) is no longer actively promoted and carries no new incentives or emissions. The token's long-term value depends on the assumption that DVT adoption grows, that Charon licensing revenue sustains the protocol, and that future product-driven utility creates organic demand. If DVT adoption stalls, competing implementations gain share, or Ethereum staking economics deteriorate materially, the economic rationale for holding OBOL may weaken. The fixed 500M supply cap removes inflation risk but also means the protocol has a finite incentive budget — if ecosystem treasury and community incentive allocations are exhausted before self-sustaining demand materializes, the project's ability to fund growth and attract operators could be constrained. Governance Control over Monetary Policy & Rewards: The OBOL token is regulated by FINMA (Swiss), which does not permit binding involvement of token holders in decision-making. The Obol Association Board holds all execution authority over treasury operations, fee parameters, and any future distribution mechanisms. Token holders have no enforceable right to direct monetary policy, revenue distribution, or reward allocations. The Association could, at its discretion, deploy treasury funds, initiate token buybacks, or redirect protocol revenue in ways that may not align with all token holders' interests. Any future changes to supply mechanics (e.g., burns, new emissions) would be disclosed publicly but are not subject to binding token holder approval.
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. Obol is solely responsible for the content, accuracy, and legality of its disclosures.