WHITEPAPER

PLATFORM

Community-Governed Attention Marketplace

Constitution Version: v1.2

Whitepaper Version: v1.0

This document is derived from the PLATFORM Constitution (Platform Constitution v1.2).

In the event of any conflict, the text of the Constitution shall prevail over this document.

Legal Notice & Document Status

This whitepaper is an informational document intended to introduce and explain the PLATFORM protocol. It does not constitute investment advice, financial advice, legal opinion, or an offer to sell securities.

The information contained in this document is based on PLATFORM CONSTITUTION v1.2 (the "Constitution"). The Constitution is the binding, primary source document of the protocol. In the event of any inconsistency between this whitepaper and the text of the Constitution, the text of the Constitution shall govern.

Purchasing tokens, creating proposals, or voting carries economic risk. Users should make participation decisions based on their own research ("DYOR") and risk tolerance.

Executive Summary

PLATFORM is an on-chain Community-Governed Attention Marketplace that moves the attention economy of the internet away from centralized authorities and hands it to the community. In traditional models, visibility is distributed through advertising budgets, sponsored content, influencer deals, and centralized platform algorithms. PLATFORM reverses this model: projects may request attention, but the final decision-making authority over that attention belongs to the community alone.

The protocol's core principles can be summarized in six short lines:

Projects pay. — Projects requesting visibility pay a fee.

Community decides. — The community renders the final decision through blind voting.

Voters earn. — Participants who vote on the winning side are rewarded equally.

Tokens burn. — Every transaction permanently reduces supply.

Treasury grows. — The protocol's long-term sustainability is funded by a shared treasury.

Platform improves. — The governance mechanism continuously improves the protocol.

The economic model is built around three core participants: Projects, who request content and visibility; Community Members, who make decisions and earn rewards; and the Treasury, which forms the protocol's shared capital. The Creator Wallet is the founding wallet — it cannot vote, cannot earn rewards, and holds only a limited infrastructure/security role.

Total token supply is fixed at 1,000,000,000 (1 billion) with no inflation mechanism. Of this, 20% (200,000,000 tokens) is allocated as the Creator Reserve, the majority of which (180,000,000 tokens) is locked on-chain under a three-year vesting schedule. Every proposal fee is automatically split between the Reward Pool (70%), Burn (20%), and Treasury (10%).

The protocol enters a 90-day Beta Phase upon token launch. During this period, participants who identify security vulnerabilities are rewarded from a dedicated 10,000,000-token Genesis Security Reserve. At the end of the Beta Phase, any unused tokens are permanently burned, and the protocol may be declared PLATFORM v1.0.

The remainder of this document summarizes all 13 sections of the Constitution in whitepaper format and supports them with detailed tables in the technical appendices.

Table of Contents

Executive Summary3

1. The Problem: The Centralized Attention Economy5

2. Vision & Core Philosophy5

3. Participants & Roles7

4. Proposal System8

5. Voting Mechanism9

6. Token Economics & Fee Distribution10

7. Treasury System11

8. Tokenomics: Supply, Creator Reserve & Vesting12

9. Governance System14

10. Partnership Framework15

11. Security Framework16

12. Reputation System17

13. Content Standards & Proposal Rules18

14. Beta Phase & Roadmap19

15. Risks & Disclaimers20

16. Conclusion21

Appendix A — Market-Cap-Based Fee Scaling22

Appendix B — Voting Eligibility Threshold Table23

Appendix C — Token Distribution Table (Tokenomics)24

Appendix D — Constitutionally Protected Rules25

1. The Problem: The Centralized Attention Economy

In today's internet economy, visibility is rarely earned; it is mostly bought. How many people a project, a piece of content, or an idea reaches is determined by the size of an advertising budget, sponsorship deals, influencer partnerships, and the opaque decisions of centralized platform algorithms.

This structure creates two fundamental problems. First, while parties with economic power can buy visibility, the community's say in whether content is genuinely valuable or truthful remains limited. Second, because decision mechanisms depend on centralized, non-transparent algorithms, how outcomes are produced cannot be verified.

1.1 PLATFORM's Approach

PLATFORM reverses this model. A project may say "Share me."; but it may not say "You must share me." Attention can be requested, and payment can be made for attention — but the authority to decide on attention cannot be purchased. The final decision always belongs to the community.

This principle is also reflected in the protocol's name: PLATFORM is not an advertising network, not an influencer network, and not a sponsored-posting system. PLATFORM is a Community-Governed Attention Marketplace.

2. Vision & Core Philosophy

2.1 Long-Term Vision

PLATFORM's long-term vision is to become the largest community-governed attention marketplace, operating on-chain at global scale. In this system, projects request visibility, the community decides, those who decide correctly are rewarded, and economic value flows back to the protocol and its participants.

2.2 Core Principles

Six short principles underlie all of the protocol's economic and governance decisions: Projects pay, Community decides, Voters earn, Tokens burn, Treasury grows, Platform improves.

2.3 Transparency

All critical processes on the platform are carried out on-chain: proposal creation, voting, reward distribution, burn transactions, treasury movements, and vesting unlocks. The system is designed to provide the highest possible level of verifiability and transparency.

2.4 Founder Philosophy & Alignment

The platform's founders are not arbiters, not a bank; they do not pick winners and cannot change outcomes. The founders' role is limited to developing the protocol, securing it, and building its infrastructure.

The founders' success depends on the community's success. The system is designed so that founders can only benefit meaningfully when the platform grows: founders cannot vote, cannot take a share of the reward pool, cannot take a share of partnership revenue, and cannot change outcomes. In return, they are incentivized through the Creator Reserve and the vesting mechanism.

2.5 No-Creator-Fee Principle

The platform contains no Creator Fee mechanism of any kind. Revenue generated by the protocol is distributed among the community, the treasury, and burn mechanisms; there is no automatic revenue stream directed to the Creator Wallet.

2.6 Treasury Independence

The Treasury is not owned by the Creator Wallet. Treasury funds are designed to be used for the benefit of the protocol, the community, and long-term sustainability, and may never be treated as a revenue source belonging to the Creator Wallet under any circumstances.

3. Participants & Roles

The PLATFORM ecosystem consists of five core participant groups: Community Members, Projects, the Creator Wallet, the Treasury, and Partnership Participants. Each participant holds only the authority defined for it by the Constitution; no participant may exercise an authority not explicitly granted to it.

3.1 Community Members

Community Members are users who hold the required minimum amount of the platform token and participate in proposal processes. The community is the platform's core decision-making body; it can vote on proposals, determine outcomes, earn rewards and reputation, and decide on treasury use.

Under the principle of equality, all eligible wallets within the community are equal: every eligible wallet has 1 vote, there is no vote weighting, and token quantity does not confer additional voting power.

3.2 Projects

Projects are individuals and organizations that seek visibility on the platform, want to have content published, or want to obtain the community's opinion. They can create proposals and pay fees, but paying a proposal fee does not guarantee publication, and projects cannot change voting outcomes.

3.3 Creator Wallet

The Creator Wallet is the protocol's founding wallet. It holds the Creator Reserve, can open Governance Proposals, and can initiate an Emergency Pause. In return, it cannot vote, cannot earn rewards, cannot change proposal outcomes, and cannot take a share of partnership revenue. Governance Proposals opened by the Creator Wallet may only benefit the protocol; they may not create an economic advantage for the Creator Wallet.

3.4 Treasury

The Treasury is the protocol's shared capital pool and does not belong to any individual or organization. It is owned by neither the Creator, the team, nor proposal owners; the Treasury is held in the name of the protocol.

3.5 Partnership Participants

Partnership Participants are institutions and projects that wish to form an economic or strategic partnership with the protocol (wallet providers, exchanges, launchpads, infrastructure providers, etc.). Making an economic offer does not guarantee an outcome, and no partnership agreement can take effect without community approval.

3.6 Principle of Limited Authority

All authority within the platform is limited. No participant can change outcomes, reward distribution, or the burn mechanism, and none can invalidate proposal results. The platform's power comes not from the Creator Wallet, the team, or any institution, but from the community.

4. Proposal System

The Proposal System forms the foundation of all decision-making processes on the platform. No content published, no partnership executed, no treasury funds used, and no governance change applied can occur outside the proposal process.

4.1 Definition & Lifecycle

A proposal is a formal voting request created for the purpose of a community decision; it addresses a single subject, asks a clear question, and produces a YES or NO result. Every proposal follows a five-stage lifecycle: Proposal Creation → Voting Period → Finalization → Automatic Settlement → Archival. Once this process is complete, the proposal cannot be changed.

4.2 Duration Rules

Proposal duration must be a minimum of 2 hours and a maximum of 24 hours; proposals outside these limits cannot be created. This rule is applied to ensure sufficient participation, prevent endless voting periods, and reduce spam. Proposals reopened as a result of a tie are an exception to these duration limits (see Section 5.4).

4.3 Finality

The moment a proposal is created, it cannot be changed, edited, updated, deleted, or cancelled — no party, including the Creator Wallet, may cancel an active proposal. The platform supports an unlimited number of simultaneous active proposals; however, a single wallet may create only 1 active proposal at a time.

4.4 Proposal Categories

Content Proposal — determines whether a piece of content is published; the outcome is applied automatically.

Poll Proposal — gauges community opinion; outcomes are non-binding.

Treasury Proposal — decides on the use of the treasury (see Section 7).

Governance Proposal — develops protocol rules; may be opened only by the Creator Wallet (see Section 9).

Partnership Proposal — allows institutions to present economic offers to the community (see Section 10).

Every proposal may contain only a single decision. For example, "Should PLATFORM publish Project X's post?" is a valid proposal, while a proposal that adds a second subject ("...and should a new logo be used?") is invalid (see Section 13, Clarity and Single Decision Requirement).

5. Voting Mechanism

5.1 Vote Types & Blind Voting

Every proposal offers only two voting options: YES and NO. All proposals use the Blind Voting model — while a proposal is active, the total vote count, YES/NO ratio, intermediate results, and the temporary leading side cannot be displayed; this information is disclosed only after the proposal concludes. This mechanism is applied to reduce herd psychology, last-minute manipulation, and strategic voting behavior.

5.2 Voting Thresholds & Sybil Resistance

The minimum token amount required to vote increases in tiers according to the protocol's market-cap level (see Appendix B). This mechanism is applied to make sybil attacks more difficult, improve vote quality, and strengthen economic commitment.

Once market cap exceeds $2,500,000, an additional layer of protection activates: to vote, a user must have held the required minimum token amount for at least 7 days before the proposal begins. Because this requirement could not practically be met during the project's early (low market-cap) stage, it applies only above this threshold; there is no 7-day holding requirement in the early stage. Eligibility must also be maintained after voting until the proposal concludes; a user who falls below the threshold during this period loses both eligibility and their vote.

The Sybil Resistance Framework consists of four layers of protection: a minimum holding requirement, market-cap-based thresholds, a 7-day holding requirement (above a $2.5M market cap), and continuous eligibility checks. The system does not promise flawless sybil resistance; rather, it aims to continuously raise the economic cost of manipulation.

5.3 Vote Finality

A cast vote cannot be withdrawn; it cannot be changed, cancelled, or resubmitted. This rule is applied to reduce manipulation and increase the reliability of outcomes.

5.4 Tie Situations

If the YES and NO sides end in an exact tie, the proposal is not considered concluded, no rewards are distributed, and the proposal is reopened free of charge. The new proposal duration is 20% of the original proposal's duration — this reopening duration is a known, defined exception to the standard 2-hour minimum proposal duration. To be eligible for a reward in the reopened proposal, a user must have voted in both the first and second rounds; however, the final reward is given only to users on the winning side of the second round.

5.5 Reward Distribution

The platform rewards participation, not voting power. Every eligible wallet that votes on the winning side receives an equal reward, regardless of token holdings. For example, if a Reward Pool of 700 tokens has 70 winning votes, each participant receives 10 tokens. Holding more tokens does not confer a right to a larger reward; economic power does not translate into voting power or reward size.

6. Token Economics & Fee Distribution

6.1 Economic Philosophy

Creating a proposal is costly; voting is free. This asymmetry reduces spam while encouraging participation. Proposal fees build the reward pool, generate burn, and grow the treasury.

6.2 Market-Cap-Based Fee Scaling

Proposal fees increase in tiers depending on the platform's market-cap level (see Appendix A for the detailed table). As the platform grows, proposal value, visibility value, and the cost of spam all rise together. The fee is collected the moment a proposal is created and is not refunded even if the proposal is rejected — a proposal owner purchases only the right to a vote, not an outcome.

6.3 Standard Fee Distribution

Every proposal fee is automatically split three ways: 70% Reward Pool, 20% Burn, 10% Treasury. For example, when a 100-token fee is paid, 70 tokens go to the reward pool, 20 tokens are burned, and 10 tokens go to the treasury. This distribution is executed automatically when the proposal concludes, regardless of whether it is accepted or rejected; no one can change the distribution ratios, the burn amount, or the treasury share.

6.4 Economic Neutrality

Paying more does not create a higher chance of success; proposal fees do not influence outcomes. Economic power does not translate into voting power. This principle is echoed in the Reputation system as well: high reputation confers no additional tokens, rewards, votes, or proposal rights (see Section 12).

6.5 Partnership Economics

The Partnership Proposal fee is 20 times the standard proposal fee; this premium is applied to prevent spam, encourage serious institutions, and protect protocol value. All assets received in accepted partnership offers (SOL, USDC, USDT, ETH, BTC, etc.) are first converted into the platform token; 50% of the converted tokens is burned and 50% is transferred to the treasury. Partnership payments never go to the Creator Wallet or a team wallet under any circumstances (see Section 10).

7. Treasury System

The Treasury is a shared capital pool created to ensure the platform's long-term sustainability; it is not a revenue-sharing mechanism. It is owned by neither the Creator Wallet, the team, proposal owners, nor partnership participants — the Treasury belongs to the protocol alone.

7.1 Revenue Sources

10% of every proposal fee,

The treasury share from accepted partnership offers,

The treasury share from monthly vesting unlocks (see Section 8),

New sources approved by the community in the future.

7.2 Asset Policy

The Treasury holds only the platform token; incoming SOL, USDC, USDT, ETH, BTC, and all other assets are immediately converted into the platform token. This policy ensures that the Treasury's fortunes remain directly tied to the platform's success.

7.3 Separation of Use and Execution

Treasury funds can be used only through a Treasury Proposal; no individual may spend treasury funds or move assets directly. Approved Treasury Proposals fall into two categories depending on the type of execution they require:

On-chain execution — actions such as buybacks and burns are applied automatically on-chain by smart contract, without human intervention.

Off-chain execution — for actions such as security audits, hiring, or infrastructure expansion, approval is finalized on-chain and funds are released, but the actual work is carried out off-chain by parties authorized by the community.

7.4 Buyback Mechanism

Tokens purchased through buyback transactions carried out via a Treasury Proposal do not return to free circulation; instead, they are transferred to the Locked Treasury Vault and cannot be sold, transferred, or distributed as rewards. The purpose of a buyback is to strengthen the protocol, not the founder.

7.5 Separation of Treasury and Governance

A Governance Proposal (protocol rules) and a Treasury Proposal (protocol resources) are different processes. The size of the treasury does not create decision-making power; a Governance Proposal cannot be used to take over the treasury, transfer it to the creator, or place it under team control.

8. Tokenomics: Supply, Creator Reserve & Vesting

8.1 Total Supply

The total supply of the platform token is fixed at 1,000,000,000 (1 billion) tokens. Total supply is fixed; no new tokens can be minted, and the platform contains no inflation mechanism of any kind.

8.2 Creator Reserve Composition

200,000,000 tokens, equal to 20% of total supply, is allocated as the Creator Reserve. This allocation consists of three components (see Appendix C for the detailed table):

180,000,000 tokens — Locked Creator Reserve (locked on-chain at genesis as the Constitutional Vesting Reserve),

10,000,000 tokens — Initial Liquid Allocation (free at genesis; may be used for development, infrastructure, security audits, and legal expenses),

10,000,000 tokens — Genesis Security Reserve (allocated for Beta Phase security rewards; a sub-component of the Creator Reserve, not a separate allocation from total supply).

8.3 Vesting Schedule

A fixed 5,000,000 tokens unlock from the locked reserve every month (180,000,000 / 5,000,000 = 36 months, roughly a three-year vesting period). Each monthly unlock is distributed as follows: 50% Treasury (2,500,000 tokens), 25% Burn (1,250,000 tokens), 25% Team Allocation (1,250,000 tokens).

8.4 Vesting Immutability

The vesting system cannot be altered. A Governance Proposal cannot be used to accelerate unlocks, increase unlock amounts, or create a new reserve. Future unlocks may only be reduced (e.g., 5M → 4M is valid, 5M → 6M is invalid); risk may only be decreased, never increased. Likewise, the Genesis Security Reserve cannot be increased or recreated via a Governance Proposal, and the Beta Phase cannot be extended.

8.5 Separation of Creator Reserve and Treasury

The Creator Reserve and the Treasury are two entirely separate economic structures. Treasury funds cannot be transferred to the Creator Reserve; the Creator Reserve cannot be converted into Treasury funds, except for the vesting distribution separately accepted by the community. The Creator Reserve exists to incentivize the founders — it is not a community fund; the Treasury exists for the benefit of the community — it is not a founder fund.

8.6 Creator Wallet Restrictions

The Creator Wallet cannot vote, cannot take a share of the reward pool, and cannot take a share of Partnership Proposal revenue. The founders' economic incentive is limited solely to the Initial Creator Allocation and the Vesting Allocation. The Creator Wallet can be replaced, but only with community approval (via a Governance Proposal); even if the Creator Wallet changes, the vesting rules do not change.

9. Governance System

The purpose of the Governance System is not for the founders to establish dominance over the community, but to protect the long-term health of the protocol. Governance's role is not to accumulate power, but to constrain it.

9.1 Governance Proposal Authority

A Governance Proposal can be created only by the Creator Wallet; no other wallet may open a Governance Proposal. This restriction stems from the fact that protocol changes require coordination, technical expertise, and system integrity.

Community Request Mechanism

The community can request a change via a standard proposal (for example, a Poll Proposal). However, only the Creator Wallet decides whether that request is converted into a formal Governance Proposal. This mechanism prevents fixed rules under constitutional protection (such as the 70% Reward Pool ratio) from being effectively altered through a bad-faith standard proposal; here, the Creator Wallet acts as a filter that evaluates the request's constitutional compliance — it does not determine the content or outcome of the request.

9.2 Scope & Restrictions

A Governance Proposal may be used for protocol improvements, security enhancements, infrastructure upgrades, operational improvements, and community-requested improvements. It may not, however, be used for creator enrichment, team compensation, transferring treasury funds for the team's benefit, manipulating the voting system, or manipulating the reward system. Every Governance Proposal must clearly produce a benefit for the community; proposals that benefit only the team are considered invalid.

9.3 Supermajority Threshold

For a Governance Proposal to be accepted, at least 80% of valid votes cast must be YES. This high threshold is applied to prevent protocol rules from being changed easily; unlike day-to-day operational decisions, protocol rules require a higher level of protection. A Governance Proposal that fails to reach the 80% threshold is rejected, and the existing rules remain in effect.

9.4 Separation Principles

The right to open a Governance Proposal and the right to vote are kept separate; the Creator Wallet's inability to vote is the balancing counterpart to its authority to open Governance Proposals. Likewise, Governance cannot take over the Treasury, cannot accelerate the vesting system, and cannot change reward distribution in favor of specific individuals.

9.5 Constitutional Protection Layer

Certain rules are under constitutional protection and cannot be changed, suspended, or nullified by any Governance Proposal. These include Community Sovereignty, Voting Equality, vesting durations and amounts, Genesis Security Reserve rules, and the duration of the Beta Phase (see Appendix D for the detailed list).

10. Partnership Framework

A Partnership Proposal is the mechanism that allows institutions, wallet providers, exchanges, launchpads, and infrastructure providers to present economic offers to the community. Its scope covers requesting specific behavior from the community (Community Actions), strategic cooperation, ecosystem integration, and sponsored initiatives.

10.1 Community Sovereignty

No institution can buy the community's behavior. For example, a wallet provider might present an offer such as: "We want voting users to use a specific wallet, and we are prepared to pay $50,000 in return." This offer is made to the community, not the Creator Wallet; it must be submitted as a Partnership Proposal and is subject to the standard voting rules. Offering payment does not guarantee approval.

10.2 Fee & Distribution

The Partnership Proposal fee is 20 times the standard proposal fee (see Section 6.5). All assets received in accepted offers are first converted into the platform token; after conversion, 50% is burned and 50% is transferred to the Treasury. For example, when 100,000 tokens are obtained, 50,000 tokens are burned and 50,000 tokens go to the treasury.

10.3 Founder Exclusion Principle

Partnership payments never go to the Creator Wallet, never go to a team wallet, and never become founder revenue. Institutional agreements are made for the benefit of the protocol, not the founder. This separation is reinforced by an additional disclosure requirement to protect institutional transparency: every Partnership Proposal must include the institution's name, the value offered, the behavior requested, the duration, and possible effects (see Section 13).

11. Security Framework

The platform's security model rests on a single principle: minimum authority in normal times, limited intervention in emergencies. Security powers exist to limit harm, not to grant power.

11.1 Emergency Pause

An Emergency Pause can be initiated only by the Creator Wallet, and only in situations such as a critical smart contract vulnerability, an ongoing attack, a risk of the treasury being compromised, exploitation of governance or rewards, or a critical infrastructure breach. Its purpose is not to stop the system, but to prevent harm from escalating.

During an Emergency Pause, new proposal creation, new partnership submissions, reward distribution, treasury transactions, and governance execution may be temporarily suspended. However, visibility into the Creator Reserve and the Treasury, access to historical records, and on-chain verification can never be suspended under any circumstances — transparency can never be switched off.

11.2 No Secret Powers

The Creator Wallet has no secret powers: it cannot change proposal outcomes, cannot change votes, cannot move treasury funds, and cannot rewrite reward distribution. Emergency powers can only halt, never alter; and they can never be used to benefit the Creator or the team.

11.3 Mandatory Disclosure

Whenever an Emergency Pause is used, a disclosure must be made to the community within a reasonable time, covering the nature of the issue, the systems affected, the risk level, and the planned resolution. An Emergency Pause is not a permanent management tool — it is a temporary one.

11.4 Beta Phase Security Program

The Genesis Security Reserve (10,000,000 tokens) is used during the Beta Phase to reward participants who identify critical security vulnerabilities, economic exploits, governance and treasury exploits, and sybil attack vectors. The maximum reward that can be granted to a single participant is capped at 100,000 tokens. Critical vulnerabilities that are discovered must be reported to PLATFORM before being disclosed publicly (the responsible disclosure principle).

12. Reputation System

The Reputation System was created to make community members' contributions to the platform visible. Reputation is not a measure of wealth, a form of voting power, or a governance privilege; its sole purpose is to measure standing within the community.

12.1 Separating Wealth from Reputation

A user holding a large number of tokens does not mean they have high reputation; likewise, high reputation does not confer additional economic rights. A user with 100 Reputation and a user with 10,000 Reputation have the exact same voting power (the 1 Wallet = 1 Vote principle).

12.2 Non-Economic Principle

Reputation grants no additional tokens, rewards, votes, proposal rights, or treasury rights. Reputation is tied to a wallet and to a history of participation — not to a person. New wallets start with zero Reputation, and Reputation accumulates over time; long-term contribution is encouraged over short-term speculation.

12.3 Visibility & Badges

Reputation scores, participation history, achievement indicators, and badges may be made public. The platform may in the future implement Reputation Badges such as Early Contributor, Active Voter, Proposal Creator, and Community Veteran; badges exist for prestige purposes only.

Four constitutionally protected inequality principles form the foundation of the Reputation system: Reputation ≠ Voting Power, Reputation ≠ Reward Multiplier, Reputation ≠ Treasury Access, Reputation ≠ Governance Authority.

13. Content Standards & Proposal Rules

The platform's purpose is not to maximize the number of pieces of content, but to create high-quality and safe decision-making processes. Content quality is therefore more important than content quantity.

13.1 Prohibited Content Categories

The following categories of content are strictly prohibited and cannot form the basis of a proposal:

Illegal content,

Content that involves or promotes the exploitation of children (zero tolerance, without exception),

Terrorism and violent extremist activity,

Fraud and misleading financial statements,

Malicious manipulation (malware, wallet-hijacking attempts),

Content intended to harm real individuals (doxxing, harassment campaigns).

Community support for a piece of content does not automatically make it legitimate; a community vote cannot substitute for legality.

13.2 Proposal Format Standards

Every proposal must be created in a standard format that includes a title, category, description, requested action, and voting duration. A proposal must be clear and understandable, and vague wording may not be used — for instance, "What do you think about this?" should be replaced with "Should PLATFORM publish Project X's post?" (see Section 4.4).

13.3 Transparency Requirements

A proposal owner may not conceal the requested action, its resulting impact, or any economic obligations. Partnership Proposals must disclose the institution's name, the value offered, the behavior requested, the duration, and possible effects; Treasury Proposals must disclose the amount requested, its intended use, expected benefit, and risks; Governance Proposals must disclose the rule to be changed, the rationale, expected benefits, and possible risks.

13.4 Constitutional Content Standard

Legality, Transparency, Clarity, Safety, and Accountability are the platform's core content standards and apply to all proposal types. The community is powerful; but constitutional limits apply to everyone — this freedom cannot be used to legitimize illegality, fraud, exploitation, or violence.

14. Beta Phase & Roadmap

14.1 Definition & Duration of the Beta Phase

PLATFORM enters the Beta Phase the moment its token launches. The Beta Phase is a constitutional transition period during which the protocol is tested under real users, real economic incentives, and real governance processes, and it is fixed at 90 days from the block at which the token launch occurs. The Beta Phase is not a limited-function version of the protocol — it is the fully functioning version: governance, treasury, partnership proposals, voting, and the reputation system are all fully active.

14.2 Purpose

The purpose of the Beta Phase is to identify security vulnerabilities, economic exploits, governance and treasury exploits, sybil attack vectors, partnership manipulation scenarios, and constitutional weaknesses. Critical vulnerabilities identified during this process must be reported to PLATFORM under the responsible disclosure principle before being disclosed publicly.

14.3 End of the Beta Phase & v1.0

Upon completion of the 90-day period, the Beta Phase ends, the Genesis Security Reserve closes, and any undistributed Genesis Security Reserve tokens are permanently burned — this burn cannot be reversed. From this point, PLATFORM transitions to its permanent operational phase, and upon successful completion of the Beta Phase, PLATFORM may be declared PLATFORM v1.0. This declaration creates no new governance authority and does not change any constitutional provision.

14.4 Constitutional Protection

The duration of the Beta Phase, the relationship with the Genesis Security Reserve, mandatory burn rules, and security reward limits are all under constitutional protection. No Governance Proposal can extend or restart the Beta Phase, or create a new Genesis Security Reserve.

15. Risks & Disclaimers

Participation in PLATFORM carries significant economic risks, including token price volatility, smart contract risk, regulatory uncertainty, and early-stage protocol risk. The Beta Phase in particular is a period during which the protocol has not yet been tested in a production environment and is still in the process of having security vulnerabilities identified.

Market Risk — Token value directly affects voting thresholds and proposal fees; market fluctuations may change the cost of participation.

Smart Contract Risk — The Beta Phase is a period during which critical security vulnerabilities may not yet have been identified; the Genesis Security Reserve is an incentive mechanism intended to mitigate this risk, not eliminate it.

Governance Risk — Although the 80% supermajority threshold makes protocol changes difficult, during periods of low participation a small but determined minority could have a disproportionate influence.

Regulatory Risk — Regulations concerning crypto assets and decentralized governance mechanisms vary by jurisdiction and continue to evolve over time.

Liquidity Risk — The Locked Creator Reserve and bought-back tokens are removed from circulation; this may affect circulating supply and liquidity.

This whitepaper is in no way investment advice. Participants should conduct their own research and, where necessary, seek independent legal and financial advice before interacting with the protocol.

16. Conclusion

PLATFORM is an experiment in taking the attention economy away from centralized intermediaries and handing it directly to the community. Through blind voting, equal voting rights, automatic and transparent distribution of funds, immutable vesting rules, and constitutionally protected boundaries, the protocol aims to separate the economic power of founders, projects, and institutions from the community's decision-making sovereignty.

The protocol's economic model can be summarized in a simple cycle: Creating a proposal is costly. Deciding is valuable. Participation is rewarded. Supply is reduced. The treasury grows. The protocol becomes stronger.

The PLATFORM v1.2 Constitution and this whitepaper reflect the rules and commitments the protocol holds as it enters the Beta Phase. While the provisions under constitutional protection remain fixed, the rest of the protocol will be developed over time by the community itself, through the governance process.

The technical appendices of this document (Appendices A–D) contain the fee tables, voting thresholds, token distribution, and the full list of rules under constitutional protection.

Appendix A — Market-Cap-Based Fee Scaling

The table below shows how proposal fees scale in tiers according to the platform's market-cap level (see Section 6.2).

Appendix B — Voting Eligibility Threshold Table

The minimum token value required to vote increases in tiers according to market-cap level (see Section 5.2).

Once market cap exceeds $2,500,000, a 7-day minimum holding requirement also takes effect in addition to the table above (see Section 5.2 and Constitution Section 4.10).

Appendix C — Token Distribution Table (Tokenomics)

Total supply: 1,000,000,000 tokens (fixed, non-inflationary).

Monthly Vesting Unlock Distribution

A fixed 5,000,000 tokens unlock from the locked reserve every month and are distributed as follows:

Appendix D — Constitutionally Protected Rules

The following provisions are placed under "constitutional protection" by the Constitution and cannot be changed, suspended, or nullified by any Governance Proposal:

Community Sovereignty — that final decision-making authority belongs to the community,

Voting Equality — the 1 Wallet = 1 Vote principle and the absence of vote weighting,

The vesting duration, the monthly unlock amount, and the rule that vesting may only be reduced,

The Genesis Security Reserve's purpose, its maximum reward cap, and the mandatory burn rule,

The duration of the Beta Phase (90 days) and the prohibition on extending or restarting it,

The Creator Wallet's inability to vote, earn rewards, or take a share of partnership revenue,

The Treasury's belonging to the protocol and its non-transferability to the Creator Wallet,

The Governance Proposal approval threshold (80% supermajority) itself.

This list is a whitepaper-level summary of the protection layers defined in Sections 8.21, 10.11, and 13.14 of the Constitution; the binding text is always the Constitution itself.