PRODAO Whitepaper
01Abstract / Executive Summary
A one-paragraph summary of what PRODAO is, the problem it addresses, and the shape of the proposed solution, written for a reader skimming the document for the first time.
Summary
A neutral high-level description of the protocol: a self-custody wallet paired with a permissioned EVM network and a relayer-based cross-chain bridge, with membership gated by holding a VKEY balance.
Document status
A note that this is a versioned strategy document and that figures, parameters, and timelines are not finalized. All values shown as [… — TBD] are pending and subject to change.
02Introduction & Problem
An introduction to the product space and a description of the user-experience problem the protocol is built to solve.
The problem
A description of the practical problems members face today — for example custody, cost predictability, and the friction of moving value between networks — framed as product and UX problems.
Why existing approaches fall short
A neutral comparison explaining where current tools leave gaps for the target member, without overstating PRODAO's advantages.
03Vision & Solution
A statement of the long-term vision and the high-level solution PRODAO proposes.
Vision
A short description of the intended end state for members and the ecosystem PRODAO aims to support.
Solution overview
A high-level walkthrough of how the wallet, the permissioned network, and the bridge combine to address the problems described above. Detailed mechanics are covered in later sections.
04Product & Architecture
An overview of the system components and how they fit together, including an honest description of the trust assumptions in the design.
PRODAO Mainnet is a permissioned, private EVM-compatible network operated by a small set of nodes, coordinated with an off-chain relayer. It is not a public, permissionless chain. This document does not describe the network as decentralized or trustless; the trust assumptions are stated explicitly below.
Network
A description of the permissioned EVM network: how blocks are produced, the small number of operating nodes, and the role of the operator. Chain ID and network parameters are listed as [see Parameters].
P2P layer
A description of the peer-to-peer transfer experience the product exposes to members, and how it maps onto transactions on the permissioned network.
Wallet & identity
A description of the self-custody wallet: keys are held on the member's device, and the wallet signs transactions locally. How an address maps to membership is summarized here and detailed in the Membership section.
On-chain vs off-chain
A breakdown of which parts of the system are recorded on-chain (balances, transfers, bridge mints/burns) and which are handled off-chain (relayer observation and coordination), with the trust implications of each.
05Token & Economic Model (VKEY)
An overview of the VKEY token and the economic model that governs membership and fees. Specific economic parameters are not finalized and appear as placeholders.
Overview
A description of VKEY's role in the system. The token symbol is VKEY; the peg or reference relationship, if any, is shown as [peg — TBD].
Supply & issuance
A description of how VKEY supply is determined and how issuance relates to bridge activity. Concrete supply figures and issuance rules are [supply — TBD].
| Symbol | VKEY |
|---|---|
| Decimals | [decimals — TBD] |
| Reference / peg | [peg — TBD] |
| Issuance model | [issuance — TBD] |
Utility
A description of what VKEY is used for: paying network and bridge fees, and serving as the balance that unlocks membership access. Fee amounts are shown as [fee — TBD].
Value model
A neutral description of the intended value relationship for VKEY and the mechanisms meant to support it. This model is under development; no value or return is implied or promised.
Token flows
A walkthrough of how VKEY moves through the system — acquisition, fee payment, and any flows tied to bridging — with parameters referenced as [see Parameters].
06Membership & Access Model
A description of how membership works as a product mechanism: holding a VKEY balance unlocks access to network features.
Deposit model
A description of how a member acquires and holds a VKEY balance, kept in self-custody. The balance is read from the member's address; there is no separate funded account.
How access is evaluated
A description of how the system reads an address's VKEY balance to determine the features available to it. Thresholds are listed as [threshold — TBD]. Access is purely a product mechanism: holding a balance unlocks access.
Standard vs Premium
A description of the two access levels and what differs between them. Thresholds and entitlements are not finalized.
| Tier | VKEY held | Access |
|---|---|---|
| Standard | [threshold — TBD] | baseline features |
| Premium | [threshold — TBD] | expanded features & limits |
There are only two tiers — Standard and Premium. No additional levels exist.
B2B usage
A description of how organizations may use the membership model, and any business-facing arrangements under consideration. Details are [B2B terms — TBD].
07Bridge & Cross-Chain
An overview of the cross-chain bridge, presented honestly as a relayer-based trust model rather than a trustless system.
The bridge relies on a trusted off-chain relayer that observes events on Ethereum and issues corresponding tokens on PRODAO Mainnet. It is not trustless and not fully secure. Bridges are a high-risk component of any system; the relevant risks are described in Risk Disclosures.
Overview
A description of the bridge's purpose and the components involved: source-chain contracts, the off-chain relayer, and the mint/burn logic on the permissioned network.
Bridge In
A step-by-step description of moving value onto PRODAO Mainnet: a deposit is made on the source chain, the relayer observes the event, and a corresponding balance is issued. Confirmation thresholds are [confirmations — TBD].
Bridge Out
A step-by-step description of moving value off the network: the balance is burned on Mainnet, the relayer observes the burn, and the original asset is released on the source chain.
Relayer trust model & security
An honest description of what members must trust: the relayer's correct and timely operation. This subsection describes the security measures intended to reduce relayer risk — for example monitoring, limits, and operational controls — while acknowledging that a relayer-based bridge carries meaningful risk that cannot be removed entirely.
08Treasury & Reserve Model
An overview of how reserves and treasury assets are intended to be managed.
The reserve-ratio and liquidity model are still under development. This section will describe how reserves back the system and how liquidity is managed once the model is finalized. No reserve ratios, balances, or liquidity figures are stated here, as they are [reserve model — TBD].
09Security & Audits
An overview of the protocol's security approach and the status of independent audits.
Security approach
A description of the security practices applied across the contracts, the relayer, and operational infrastructure, including monitoring and incident response.
Audits
A summary of audit scope and status. No audit firms, dates, findings, or results are stated here; audit details are [audit status — TBD].
10Roadmap
A high-level, non-binding outline of planned phases. Dates and sequencing are not finalized and are subject to change.
Description of the first planned phase and its objectives.
Description of the second planned phase and its objectives.
Description of the third planned phase and its objectives.
11Risk Disclosures
Participation in PRODAO involves significant risk. The following is a non-exhaustive summary of material risks. Prospective participants should read it carefully and seek independent professional advice. (This section is pending legal review.)
Liquidity & bank-run risk
Because the system depends on reserves and on the ability to redeem or bridge out, a large or rapid wave of withdrawals could exceed available liquidity. In a stress scenario, redemptions or bridge-outs may be delayed, limited, or unavailable, and participants may be unable to exit at the value or time they expect.
Smart-contract risk
The protocol's contracts may contain bugs, vulnerabilities, or economic flaws. Audits reduce but do not eliminate this risk. A contract failure or exploit could result in partial or total loss of funds.
Bridge & relayer risk
The bridge depends on a trusted off-chain relayer that observes Ethereum events and issues tokens. If the relayer is compromised, fails, acts incorrectly, or is unavailable, mints or releases could be incorrect, delayed, or halted. Bridges are among the highest-risk components in this class of system.
Regulatory uncertainty
The legal and regulatory treatment of the protocol, the VKEY token, and related activities is uncertain and varies by jurisdiction, and may change. Future regulation, enforcement, or legal interpretation could materially affect the protocol, its availability, or participants. Nothing in this document is intended to describe avoidance or circumvention of any legal or regulatory requirement.
Operational & network risk
PRODAO Mainnet is a permissioned network run by a small number of nodes. Operator error, infrastructure failure, key compromise, or downtime could disrupt the network or affect access to funds.
12Governance & Team
An overview of how protocol decisions are made and who operates the system. (Optional section.)
Governance
A description of how parameters and changes are decided and communicated, and the role of the operator. No specific governance powers or processes are finalized.
Team
A description of the team and entity behind the protocol. No names, roles, or affiliations are stated here; team details are [team — TBD].
13Conclusion & Legal Disclaimer
Conclusion
A closing summary restating the problem, the proposed approach, and the document's status as a draft for review.
Forward-looking statements
This document contains forward-looking statements about plans, expectations, and future events. These statements are not guarantees; actual outcomes may differ materially. Roadmap items, parameters, and economic models are subject to change and may not be realized. (Forward-looking-statement language pending legal review.)
Legal disclaimer & not financial advice
This document is provided for informational purposes only. It is not investment, financial, legal, or tax advice, and it is not an offer to sell or a solicitation to buy any token or security in any jurisdiction. Nothing here describes the avoidance or circumvention of any legal, regulatory, KYC, or AML requirement. Participation involves significant risk, including the possible loss of all value. Readers should conduct their own due diligence and consult qualified professional advisors. (Full legal disclaimer pending legal review.)