WHITE PAPER
Technical, Operational and Community Framework
Version: Integrated Editorial Draft 2026
Document Type: Updated White Paper
Project: prah/prah
Official Website: prah-kpr.com
Document Status: Integrated editorial version prepared for final technical, legal and regulatory review
Final Publication Date: 06-07/2026
Reference Language Version: To be designated upon final publication
TABLE OF CONTENTS
- Legal Notices and Risk Disclosures
- Introduction
- Executive Summary
- Project Identity and Scope of this Document
- Historical Development of the Project
- Practical Need and the PRAH Framework
- Operational Architecture
- The PRAH Token and its Function
- Technical Architecture and Blockchain Network
- Official Contract and Deployment Record
- Supply and Token Economy
- Historical and Community Distribution
- Free Distribution
- Burning and Supply Reconciliation
- Historical Liquidity and Market Activity
- Current Status of the Token
- Multi-Network Expansion and Fixed Total Supply
- Future Distribution Framework
- Token Functions, Access and Participation
- Contribution and Proof of Contribution
- Governance and Transitional Management
- Treasury and Resources
- Technical Infrastructure and Security
- Digital Identity and Data Protection
- Risk Factors
- Conflicts of Interest
- Legal and Regulatory Status
- No Provision of Crypto-Asset Services
- Public and Marketing Communications
- Roadmap
- Historical Documents and Version Record
- Official Sources and Channels
- Final Statement
- Technical and Evidentiary Annexes
1. LEGAL NOTICES AND RISK DISCLOSURES
1.1 Purpose and Status of this Document
This White Paper provides an updated description of the PRAH project, its historical development, technical and operational architecture, community framework and associated token. It is intended to consolidate available information into a single structured document that distinguishes, to the extent reasonably possible, between historical facts, current status, functions that are actually operational, activities under development and future proposals subject to conditions.
PRAH has passed through multiple conceptual, documentary, technical and community stages. Accordingly, earlier project documents, publications and communications may contain terminology, objectives, allocation models, governance concepts or development expectations reflecting a particular historical stage and not necessarily the current operational status of the project. Such materials may be preserved as part of the historical record, while this document seeks to reorganise and contextualise them alongside technical records and verifiable data.
This document does not, by itself, constitute regulatory approval, authorisation, licensing, endorsement or certification by any public authority. Its publication, submission, notification, review or availability must not automatically be interpreted as evidence that the project or token has been approved by a competent authority. No section should be read in isolation from the risks, limitations and qualifications contained elsewhere in this document.
1.2 No Guarantee of Value or Return
PRAH does not guarantee any minimum or future token value, price appreciation, preservation of value, profit, return, yield, distribution, income, continuous liquidity, market demand, admission to trading or the ability to sell, transfer or exchange the token at a particular time or price. Crypto-assets may experience substantial volatility and may lose part or all of their value. Historical activity, transfers, liquidity or previous market availability do not guarantee future continuation.
1.3 No Investment Advice
Nothing in this White Paper constitutes personalised investment, financial, tax or legal advice, portfolio management or an individual recommendation to purchase, sell, hold, exchange or otherwise transact in any crypto-asset. Each person remains responsible for evaluating their own circumstances and risks and, where appropriate, obtaining independent advice from a qualified professional.
1.4 Future Functions
The description of a planned, experimental, proposed or developing function does not constitute a guarantee that it will be completed or activated. Functions may be modified, delayed, restricted, suspended, replaced or abandoned due to technical, security, operational, legal or regulatory requirements or changes in project priorities. No function should be considered operational unless it has been activated and officially announced through recognised project channels.
1.5 Historical Activity and Public Data
The historical record of PRAH includes the deployment of a blockchain-based token, transfers, community distribution, technical interactions and historical activity associated with the creation of a market and liquidity on a decentralised protocol. These facts are presented for transparency and documentation and do not constitute a guarantee of present or future activity.
Parts of this history may be independently verified through public blockchain records. However, on-chain data alone do not always establish the legal identity of a wallet controller, economic intent, contractual relationship or legal purpose of a transaction. This document therefore distinguishes between facts demonstrable on-chain, internal project records, historical interpretation and information still undergoing reconciliation.
1.6 Regulatory Development and Non-Excludable Liability
Laws, interpretations, supervisory practices and technical standards concerning crypto-assets, blockchain systems, distribution and digital governance may change and may affect future project activities. PRAH may modify its technical, operational, distributional, governance or communications framework when necessary or appropriate to comply with applicable law.
Nothing in this White Paper is intended to exclude, limit or waive any liability that cannot lawfully be excluded, limited or waived.
1.7 External Infrastructure and Language
PRAH relies, or may rely, on blockchain networks, wallets, hosting providers, domains, explorers, protocols, software and communications services operated independently from the project. PRAH cannot guarantee their continuity, security, accuracy or performance.
Where this White Paper is published in multiple languages, an official reference version shall be designated. Translations are intended to improve accessibility and may contain linguistic or interpretative differences.
2. INTRODUCTION
prah emerged from the recognition that geographically distributed communities increasingly require digital mechanisms capable of supporting organised participation, transparent coordination, documented contribution, preservation of knowledge and long-term cooperation. The development of the internet, blockchain systems, digital identity, distributed networks and programmable technologies has created new possibilities for communities whose members live across different states, legal systems, institutions and economic environments. Technology alone, however, does not produce effective coordination. A community may be numerically large while still suffering from fragmented participation, duplication of effort, limited transparency, unclear responsibilities, insufficient recognition of contribution, concentration of decision-making and difficulty converting dispersed activity into sustainable institutional capacity.
prah developed as an attempt to build a digital community framework that may progressively combine, where technically and legally appropriate, digital participation, coordination, blockchain-based infrastructure, contribution mechanisms, governance, access to digital functions or resources and long-term institutional development. The prah token constitutes one component of this framework and does not represent the entirety of the project. prah should not be reduced solely to the issuance, transfer or market activity of a crypto-asset.
The project did not arise from a single event but developed through successive phases involving early conceptual work, documentation, revision of objectives, publication of materials, movement toward blockchain applications, token activity, community distribution, technical experimentation, governance design and subsequent restructuring and documentation.
Earlier project materials were broader than the present technical White Paper and combined intellectual, social, political, cultural, economic, technological and governance perspectives with token-related information. As the project evolved, the need became clear to separate the technical and operational document from the historical record, token disclosures, risks, legal and regulatory information and broader intellectual or interpretative materials.
Accordingly, this White Paper focuses on prah from a technical, operational, historical, community and regulatory perspective. Broader intellectual, political, social and cultural perspectives may later be published through separate explanatory documents that do not replace this White Paper and do not automatically create functions, rights or obligations.
3. EXECUTIVE SUMMARY
prah is a digital community project that has developed through successive conceptual, documentary, technical and experimental stages. It seeks to develop a framework capable of helping a geographically distributed community organise participation, document contributions, improve coordination, progressively develop governance mechanisms and make use of digital and blockchain infrastructure within clear technical and legal boundaries.
A token associated with the project was historically deployed on the TRON network and used during phases of development, distribution and technical interaction. The token is not the project itself, and possession of the token does not automatically guarantee return, liquidity, value, project ownership or undefined governance authority.
This White Paper distinguishes between four categories: historical facts, meaning events that occurred and may be supported by documents or on-chain data; current status, meaning what exists at the time of publication; functions under development, meaning functions not yet fully operational; and future vision, meaning proposals conditional upon technical feasibility, security, legal requirements and regulatory considerations.
The document also distinguishes between minted supply, distributed supply, circulating supply, burned supply, supply controlled by the project, supply held in independent wallets and quantities assigned under historical or future allocation models.
The available technical record includes a prah token contract on the TRON network at:
TCfkMrDhTDJKQtzBu4KszLA76B7Fpkm6s2
The historical record also includes the creation of a prah/TRX market, addition of liquidity and subsequent removal of that liquidity. These events document the transition of the project from a purely conceptual level to actual on-chain interactions.
The current phase focuses on consolidating documentation, reconciling supply and distribution, establishing the official contract record, documenting historical activity and developing a clear framework for potentially completing community distribution in the future where compatible with applicable law. PRAH does not intend, through this White Paper, to provide crypto-asset services to third parties unless an appropriate and separate legal and operational framework is established in the future.
4. PROJECT IDENTITY AND SCOPE OF THIS DOCUMENT
The name of the project is prah. prah is a digital community and coordination project under development based on interaction between digital infrastructure, community participation, contribution mechanisms, transparency, governance and blockchain-based components.
Describing prah as a community project does not automatically imply the existence of any particular legal form, public institution, political authority or sovereign entity. Any legal structure adopted in the future must be disclosed separately.
Potential development areas may include community coordination, contribution documentation, digital participation, governance, education, technical cooperation, research, knowledge and cultural initiatives, environmental initiatives and cross-border professional cooperation.
The inclusion of an area in this document does not mean that it is currently operational or available. This White Paper uses the following terms: Historical for activities that occurred in the past; Current for activities or conditions existing at the time of publication; Under Development for work in progress without guarantee of completion; Proposed for concepts not finally adopted; Exploratory for concepts under examination; and Conditionally Future for activities dependent on later technical, legal or operational conditions.
5. HISTORICAL DEVELOPMENT OF THE PROJECT
The conceptual work underlying prah began approximately in 2019 through the development of ideas relating to digital community coordination and the possibility of organising a geographically distributed community while connecting participation with knowledge, technology, governance and long-term initiative-building capacity.
Subsequent years included the preparation and revision of project materials and documents, including documentary stages during 2020, 2021 and 2023. These materials reflected evolving understandings of blockchain technology, digital governance, project architecture and operational objectives. Earlier documents are preserved as historical records and should not automatically be interpreted as descriptions of the current state.
PRAH subsequently moved from conceptual and documentary development toward technical applications, including the deployment of a project-related token on the TRON network, followed by transfers, distribution, technical activity and interactions associated with a prah/trx market. The contract, transfer records and transactions involving market creation, liquidity addition and liquidity removal form part of the verifiable technical history.
Later phases continued to examine participation models, governance, token economics, digital identity and Proof of Contribution. These elements have not all reached the same level of operational maturity.
The current phase focuses on consolidating the historical record, reconciling supply, documenting distribution, distinguishing project-related wallets from independent wallets where reasonably possible, identifying burning or supply modifications where applicable, clarifying governance responsibilities, improving risk disclosure and evaluating the legal and regulatory framework before any material new expansion.
6. PRACTICAL NEED AND THE PRAH FRAMEWORK
Distributed communities face challenges extending beyond communication through social media. A large audience may exist without a clear mechanism for documenting contribution, allocating responsibilities, preserving institutional knowledge, verifying initiatives, coordinating resources or maintaining continuous decision-making processes.
Dependence on centralised channels or a limited number of individuals may weaken continuity and cause knowledge loss when responsible persons change. PRAH therefore seeks to develop a framework connecting participation, contribution, documentation, progressive governance, technical infrastructure and the token as a potentially functional component, without claiming that blockchain technology alone can solve social or institutional problems.
The framework is based on the principle that a sustainable digital community requires reliable information structures, participation channels, contribution mechanisms, proportionate verification methods, systems of responsibility, institutional memory and technical means capable of supporting continuity beyond absolute dependence on specific individuals.
7. OPERATIONAL ARCHITECTURE
The proposed operational model consists of interconnected layers: an Information Layer for publishing documents, decisions and data; a Participation Layer for interaction and proposals; a Contribution Layer for recording eligible activities; a Verification Layer for reviewing contributions or eligibility where necessary; a Governance Layer for organising responsibilities and decisions; a Technical Layer including web infrastructure, wallets, contracts and digital systems; and a Token Layer that may support defined functions without replacing the project itself.
These layers are intended to develop progressively and are not all currently operational.
The model seeks to avoid three reductions: reducing a community to a media audience, reducing a project to a token and reducing governance to voting alone. PRAH therefore seeks interaction between knowledge, participation, execution, accountability, resources and technology. Every function should be assessed according to its actual status, and future plans should not be presented as currently available services.
8. THE PRAH TOKEN AND ITS FUNCTION
The PRAH token is a blockchain-based crypto-asset developed within the technical framework of the project. It is intended to support functions potentially associated with participation, access, coordination, contribution and governance when such functions are officially activated.
The token should not automatically be understood as a share, equity interest, debt instrument, entitlement to project profits or financial claim against a specific entity.
Future functions may include, depending on actual implementation and legal assessment, access to defined areas, content or functions; participation in community programmes; interaction with contribution mechanisms; participation in defined governance functions; and other uses officially announced by the project.
No function or right arises merely because it was mentioned in a historical document, proposal or development plan.
Holding PRAH does not guarantee profits, interest, distributions, appreciation, liquidity, listing or redemption at a fixed value. Token possession alone does not grant legal ownership of the website, trademarks, contracts, treasury, intellectual property or any entity responsible for the project unless a specific right is created by an explicit and independent legal instrument.
9. TECHNICAL ARCHITECTURE AND BLOCKCHAIN NETWORK
PRAH historically used the TRON network as part of its technical development. TRON is a public blockchain infrastructure independent from PRAH. The relationship between the project and the network does not mean that PRAH controls the protocol, network operation, fees, updates, interruptions or decisions of independent network participants.
A distinction must be maintained between the TRON network, the PRAH token contract, market or liquidity pool contracts, individual wallets and the infrastructure of the official project website. Each component performs a different function and should not be treated as a single technical entity.
PRAH follows the principle of an official contract registry under which the official website and project documentation should identify the network, contract address, standard, deployment date, supply, contract status and explorer reference. Users should verify these details before interacting with any token.
10. OFFICIAL CONTRACT AND DEPLOYMENT RECORD
According to the technical record collected and reviewed during preparation of this document, PRAH is associated with the following contract on the TRON network:
| Field | Information |
|---|---|
| Project | PRAH |
| Network | TRON |
| Standard | TRC-20 according to the technical contract record |
| Contract Address | TCfkMrDhTDJKQtzBu4KszLA76B7Fpkm6s2 |
| Historical Supply Referenced in the Collected Record | 200,000,000,000 PRAH |
| Holders at One Historical Review Point | 36 |
| Transfers at One Historical Review Point | 67 |
| Status | Historical official project contract; supply and distribution record subject to final reconciliation |
| Explorer | TRONSCAN |
Holder and transfer figures correspond to a historical review point and must not be interpreted as permanent or current values.
Before final legal publication, the token name, symbol, decimal configuration, deployment transaction, precise deployment time, current supply and relationship between principal wallets and the project should be reconciled directly against blockchain records and documented through an appropriate methodology.
The official contract should not be changed, replaced or supplemented by a new contract presented as a direct continuation of the historical contract without clearly explaining the technical and legal relationship and transition mechanism. Any future recall, replacement, migration or consolidation mechanism should be subject to published conditions, a defined period, fair treatment of eligible holders and independent legal and technical review.
11. SUPPLY AND TOKEN ECONOMY
PRAH applies the principle of distinguishing between minted supply, distributed supply, supply held in independent wallets, supply controlled by the project, burned supply, supply historically used in liquidity and theoretical or planned allocations. These concepts must not be used interchangeably, and an allocation table does not by itself prove actual distribution.
The historical or developmental allocation model reflects the following structure:
| Category | Percentage |
| Community | 22% |
| Project Team | 18% |
| Development Fund | 15% |
| Reserve and Treasury | 15% |
| Development Participants / Investors | 10% |
| Cultural and Educational Initiatives | 8% |
| Marketing and Growth | 7% |
| Liquidity | 3% |
| Advisory and Oversight | 2% |
| Total | 100% |
This table does not by itself establish that each percentage was minted, distributed, sold, vested or entered circulation. It represents an allocation model that must be reconciled against actual historical conditions.
The Community category is intended to support participation, distribution and contribution programmes; the Project Team category supports long-term development and requires appropriate vesting and transparency controls; the Development Fund supports research, skills and technical infrastructure; the Reserve and Treasury support continuity and strategic needs; Development Participants or Investors require independent legal assessment before any future use; Cultural and Educational Initiatives support knowledge, education and archival activities; Marketing and Growth support non-misleading public communications; Liquidity addresses potential market-related needs without guaranteeing the existence of a market; and Advisory and Oversight support qualified review and expertise functions.
The final operational version should contain a separate reconciliation table identifying, for each category, the theoretical allocation, actual distribution, remaining amount, burned amount, amount controlled by the project and amount still under reconciliation.
12. HISTORICAL AND COMMUNITY DISTRIBUTION
PRAH historically adopted a community-oriented approach to distributing part of the token supply. Records collected to date indicate transfers from wallets associated with project phases to multiple addresses, followed in some cases by later transfers between different wallets.
These operations must be classified according to their actual nature rather than treating every transfer as a sale or purchase.
The documentation methodology uses four evidentiary levels: On-Chain Verified, where the transaction can be independently verified; Supported by Project Records, where additional historical documentation exists; Plausible Interpretation, where available data permit a non-conclusive inference; and Unresolved, where evidence remains insufficient.
A complete distribution record should preserve significant transactions in an evidentiary annex containing transaction identifier, block, date, sender, recipient, quantity, classification and evidence level. This allows the main body of the White Paper to remain concise while preserving auditability.
13. FREE DISTRIBUTION
Free community distribution formed part of the historical PRAH model. For purposes of this document, “free distribution” describes cases in which, according to available records, the project did not receive direct monetary consideration for distributed tokens. This description alone does not constitute a final legal classification of every transaction or programme.
PRAH intends to examine the possibility of completing remaining community distribution through a transparent framework compatible with applicable law. No future programme shall be considered active unless its conditions, eligibility criteria, mechanism, duration, limitations, risks and data policy have been officially published.
Subject to legal and technical review, distribution may be implemented through direct transfers, claim contracts, technical programmes or suitable service providers, with controls designed to reduce duplication, exploitation and repeated claims.
The future framework should be based on transparency, defined eligibility, absence of return promises, separation between free distribution and sale, data protection, transaction documentation and the ability to suspend the programme where legal, technical or security risks arise.
14. BURNING AND SUPPLY RECONCILIATION
PRAH applies the principle that burning is not established merely because tokens remain inactive or access to a wallet is lost. A burn should be supported by appropriate technical evidence, such as transfer to an irrecoverable address or use of a documented burn function.
Every verified burn should identify the transaction hash, date, quantity, source address and burn mechanism.
Historical reconciliation should begin with minted supply and then track transfers from the source, distribution, project-related wallets, independent wallets, liquidity, returns, burns and remaining quantities while avoiding double counting.
The project uses the following classifications: On-Chain Verified, Supported by Project Records, Under Reconciliation, Burned, Inactive and Unresolved.
This White Paper does not state a final circulating or burned supply unless reconciliation has been completed. Accuracy is considered more important than publishing a figure that cannot be adequately defended.
15. HISTORICAL LIQUIDITY AND MARKET ACTIVITY
PRAH has a historical record of interactions associated with a PRAH/TRX market on the TRON network. Based on transactions collected and reviewed during preparation of this document, the core record includes:
| Reference | Date | Transaction Hash | Operation | Evidentiary Significance |
| PRAH-LQ-01 | 5 September 2021 | 545c2d335bffa147d868ef349b0b054812b1b464aaa6d86ea16436c293c232d4 | createExchange | Historical creation of a PRAH/TRX market on SunSwap V1 |
| PRAH-LQ-02 | 5 September 2021 | e171088351398858fb3cad5b90c8e252dcfe52b589222ba7932ed44152596c77 | addLiquidity | Addition of 3,000 TRX and 30,000 PRAH and receipt of 3,000 liquidity tokens |
| PRAH-LQ-03 | 7 September 2021 | 634aa2b5fee804ec6f21403f312e5655948eabfc816765053ca87c1b9b1dd481 | removeLiquidity | Removal of corresponding historical liquidity and return of assets according to transaction outcome |
The historical market or pool address identified during evidence collection is:
TWJ8EL3uBGzUXNsAdZXR2gTDDEcKWz59da
The historical description identified in the record is:
SUNSWAP-prah-TRX / S-prah-TRX
This sequence supports the technical conclusion that PRAH did not remain merely a deployed token without market-related technical interaction. A historical market was created, liquidity was added and that liquidity was later removed.
However, creation of a market and provision of liquidity do not automatically prove independent trading volume or broad market demand. A distinction must therefore be maintained between market creation, liquidity funding, independent swap transactions and trading volume. This White Paper does not claim any particular trading volume unless separately established.
Historical liquidity removal also means that the existence of a market or liquidity in 2021 is not evidence of current official liquidity. Any future reactivation of liquidity or market activity must be independently assessed and publicly disclosed.
16. CURRENT STATUS OF THE TOKEN
The historical PRAH contract forms part of the technical record of the project. The present phase, however, is a phase of documentation, reconciliation and preparation for orderly continuation. It is not a claim that all previous functions, markets or distribution programmes remain active.
Before launching any new operational phase, PRAH should publish a status statement clearly identifying the recognised contract, supported network, minted supply, distributed supply, verified burned supply where applicable, remaining supply, distribution status, official liquidity status and active functions.
The existence of the historical contract or the technical ability to transfer the token on-chain must not be interpreted as a guarantee of official market support or an obligation to purchase or redeem the token.
17. MULTI-NETWORK EXPANSION AND FIXED TOTAL SUPPLY
PRAH may in the future examine the possibility of supporting its technical presence across more than one blockchain network in order to improve accessibility, broaden user options, reduce dependence on a single technical infrastructure and provide greater flexibility to a geographically distributed community.
Any such expansion, if adopted, is intended as a technical distribution of access and network presence rather than the creation of additional economic supply. The project therefore adopts the principle that multi-network deployment must not, by itself, increase the recognised total economic supply of PRAH.
Where PRAH tokens are issued, represented or made available on an additional supported network, an equivalent quantity should be frozen, locked, burned, escrowed, technically disabled or otherwise removed from simultaneous recognised circulation on another network through a publicly documented mechanism. The objective is to prevent duplicate economic representation and ensure that expansion across multiple networks does not create hidden inflation.
The recognised total economic supply of PRAH shall remain subject to a fixed maximum established through the final reconciled supply record. Multi-network expansion must not increase that maximum merely because technical representations exist on several blockchains.
For example, if a defined quantity of PRAH is activated on a second network, an equivalent quantity must be removed from simultaneously recognised available supply elsewhere through the approved mechanism. If that quantity later returns to the original network, the corresponding representation on the secondary network must be frozen, burned or otherwise disabled before or as part of the release process, according to the published architecture.
Any future multi-network mechanism should disclose, before implementation, at least the following: supported networks; official contract address on each network; recognised quantity allocated to each network; locking, freezing, burning or equivalent supply-control mechanism; method for preventing duplicate claims; migration or recall period where applicable; status of historical tokens; technical risks; network fees; responsible contract or mechanism; public verification method; and treatment of failures, interruptions or exceptional events.
PRAH does not commit in this White Paper to deployment on any specific additional blockchain. Future assessment may consider public networks, smart-contract networks, interoperability-oriented infrastructures or other technically suitable systems. Selection will depend on technical, security, legal and operational criteria, including network stability, transaction costs, wallet accessibility, explorer support, smart-contract capabilities, interoperability risks, bridge risks, security assumptions, compliance requirements and suitability for the PRAH community.
Potential technologies or ecosystems may be evaluated as non-binding examples during future research, but the mention of any network, protocol or ecosystem in exploratory materials shall not constitute a commitment to deployment, partnership, endorsement, integration or official support.
No contract or token representation on another network shall be considered official unless it is published through the PRAH official website and recognised project channels, explicitly linked to the historical PRAH framework and accompanied by clear information concerning its relationship with the unified supply.
Any token using the PRAH name on another network without official project confirmation shall not automatically form part of the recognised PRAH supply.
The purpose of multi-network expansion, if adopted, is to improve accessibility, participation and technical resilience, not to create an independent new asset, increase token quantity or restart the project from zero. Any migration, lock-and-mint, burn-and-mint, freeze-and-release, canonical representation or equivalent architecture shall be subject to technical, security and legal review before implementation.
18. FUTURE DISTRIBUTION FRAMEWORK
Any future programme intended to complete distribution should be governed by a published notice or terms specifying the responsible party, start and end dates, eligibility, geographic scope where necessary, verification method, data processing, prevention of duplicate claims, maximum allocation where applicable, error handling, suspension rights, material changes, risks and relationship between the programme and this White Paper.
Technical controls may be used to reduce bots, duplication and abuse, provided that data protection and data minimisation principles are respected.
Eligibility may be based on community criteria, contributions or announced programmes, but free distribution must not be presented as a promise of return or guarantee of value.
If a future mechanism establishes a limited period for recalling, migrating or converting historical tokens into a new technical architecture, the conditions, duration, eligibility criteria, new contract, relationship between the assets and treatment of exceptional cases should be published before the process begins.
19. TOKEN FUNCTIONS, ACCESS AND PARTICIPATION
PRAH may be developed to support defined functions such as access to parts of the system, content, publications, tools, discussion environments, forums, community programmes, contribution mechanisms and governance functions when available.
Every function must be identified according to its actual status: current, under development, proposed or exploratory.
From a technical design perspective, proof of token possession may potentially be used as a condition for access to specific digital functions. Any such implementation should take account of consumer protection, data protection, public communications and proportionality between possession and service.
Restricted access should not be used to conceal material information that must legally be available to the public or token holders.
The term “utility” should not be used as a mechanism to predetermine legal classification. Legal character depends on actual characteristics, rights, obligations and factual circumstances rather than terminology alone.
20. CONTRIBUTION AND PROOF OF
PRAH seeks to develop a model focused on documented contribution rather than passive token possession alone. Contributions may include technical development, research, translation, training, content production, documentation, organisation of initiatives, partnership development and eligible community activities.
The project is exploring a Proof of Contribution framework for recording activities according to verifiable criteria. Such a framework may include activity definition, contributor identity or identifier, verification method, date, status, review process and final record.
The system should not be considered complete or operational unless officially announced.
Contribution does not automatically create a right to money, tokens, ownership, employment, voting power or economic benefit unless published terms explicitly provide otherwise. If reward programmes are activated, eligibility, methodology, verification, exclusions, objections and legal and technical limitations should be disclosed.
21. GOVERNANCE AND TRANSITIONAL MANAGEMENT
PRAH adopts a progressive governance model intended to balance operational stability, community participation, transparency and an orderly transition toward broader levels of decentralisation.
Current governance is not presented as sovereign authority, a political system or a public institution. It is an internal framework for coordinating contributions, managing project-related resources and decisions, documenting responsibilities, monitoring performance and protecting continuity.
During development and transitional operation, the project may retain a limited degree of central coordination necessary for security, stability, execution, documentation and review. Such centralisation should progressively decrease as technical infrastructure matures, participation broadens and verification and accountability mechanisms develop.
Governance is based on interconnected principles: participation before authority; transparency as operational infrastructure; progressive decentralisation as a process rather than an immediate claim; and linking influence to documented contribution rather than wealth or personal status alone.
During the transitional phase, responsibilities are distributed among a Foundational Coordination Layer, a Specialised Execution Layer and a Community Participation Layer. The coordination layer protects overall coherence, approves fundamental plans, monitors risks and oversees transition. Execution teams perform technical, operational, community, communications and partnership functions. The participation layer provides channels for proposals, review, evaluation and contribution.
Specialised units may be established for technical, economic, cultural, educational, community or strategic governance where development requires them, provided that their authority remains defined and reviewable.
Decisions should be classified according to nature and impact. Community proposals may be subject to discussion and approved participation mechanisms; sensitive technical decisions to specialised assessment; treasury decisions to delegation, approval and documentation controls; and emergency measures to temporary and limited authority where necessary to protect infrastructure or continuity, subject to subsequent review.
Simple voting should not be assumed to be the only mechanism appropriate to every decision. PRAH may examine direct participation, revocable delegation, specialised review, quadratic voting or other models intended to reduce concentration of influence, provided they are tested before operational adoption.
PRAH considers Proof of Contribution a potential foundation for documenting participation. Contribution alone does not create guaranteed financial rights, automatic ownership or permanent authority unless an approved framework expressly provides otherwise.
Resource management should, where possible, separate proposal, approval, execution and review. Multi-signature arrangements or other appropriate controls may be used depending on the technical and legal structure. No single person should possess absolute and unreviewable authority over material project resources.
The governance architecture seeks to reduce four principal risks: concentration of authority around individuals, capture by narrow interests, uncontrolled external dependency and collapse of continuity when individuals leave.
PRAH does not claim that its current governance model is final or complete or that all mechanisms described are already operational. Transition toward broader decentralisation remains conditional upon technical maturity, security testing, community readiness and applicable legal and regulatory requirements.
22. TREASURY AND RESOURCES
Project resources should be managed through controls proportionate to the stage of development and level of risk. These may include multi-signature arrangements, authority limits, decision records, periodic disclosure, separation between operational expenditure and distribution programmes and documentation of conflicts of interest.
The existence of a treasury allocation percentage does not mean that all corresponding assets are available, owned or liquid. Actual status should be published following reconciliation.
The treasury is intended to support continuity, technical infrastructure, development and approved needs. It should not be interpreted as the personal property of founders or team members.
As the project expands, clearer budgeting, delegation, review and reporting mechanisms should be developed.
23. TECHNICAL INFRASTRUCTURE AND SECURITY
Technical infrastructure may include the official website, wallet interfaces, smart contracts, claim systems, contribution records, governance interfaces, dashboards, identity systems and integrations with external services. Components should not be considered operational unless deployed and activated.
Contracts and software may contain vulnerabilities, errors or unexpected behaviour. Testing, review, access controls, documentation and change management should therefore be used proportionately to risk.
Users remain responsible for protecting private keys, recovery phrases and devices. Such information should never be sent to the project or to persons claiming to represent it.
Fraudulent websites, accounts or tokens may use the PRAH name. Contract addresses and links should therefore be verified through official channels.
PRAH should progressively develop incident procedures covering reporting, assessment, containment, communication and documentation, subject to applicable legal obligations.
24. DIGITAL IDENTITY AND DATA PROTECTION
PRAH is exploring identity or verification mechanisms that may support duplicate prevention, participation eligibility, contribution records, governance and access.
Any such system should be designed according to principles of data minimisation, purpose limitation, security, privacy, proportionality and individual rights.
Unnecessary personal data should not be placed directly on immutable public blockchains. Where external verification services or independent providers are used, their roles should be disclosed and data processing conducted in accordance with applicable law.
Use of a wallet address does not imply absolute anonymity, as public blockchain data may permit activities to be linked or analysed.
25. RISK FACTORS
PRAH, the token and blockchain-based infrastructure involve material risks that should be evaluated before interaction. These include market risk, involving volatility and potential loss of value; liquidity risk, resulting from absence of buyers, sellers or markets; regulatory risk, arising from changing laws or interpretations; technical risk, including contract, software or network failures; cybersecurity risk, including phishing, malware and wallet theft; private-key risk, where loss may permanently prevent access; network risk, including congestion, interruptions, changing fees and upgrades; governance risk, including low participation, concentration of influence, manipulation and conflicts of interest; development risk, including delay or non-completion of functions; operational risk, relating to resources, personnel and processes; third-party risk, arising from failure of independent services; legal risk, relating to contracts, rights, data, intellectual property, distribution and communications; concentration risk, where a limited number of wallets hold significant quantities; multi-network risk, including bridges, duplicated representations, contract divergence and inconsistent supply controls; and historical information risk, arising where older records are incomplete or distributed across multiple sources.
These risks may interact. The occurrence of one or more risks may lead to suspension of functions, loss of value, inability to access assets, changes in project plans or the need for additional legal or technical measures.
26. CONFLICTS OF INTEREST
Conflicts may arise between founders, team members, token holders, treasury participants, advisers, partners, contributors and liquidity providers.
PRAH seeks to develop procedures for disclosing material interests, documenting decisions and excluding or restricting participation by persons in decisions that directly benefit them where appropriate.
Material interests of decision-makers should be disclosed where directly relevant to financial, distributional or governance decisions, subject to legitimate security and privacy considerations.
Where reasonably possible, the roles of proposing a material use of resources, approving it, executing it and reviewing it should be separated.
27. LEGAL AND REGULATORY STATUS
PRAH is reviewing its historical and future activities under applicable legal and regulatory frameworks. The review may include historical token deployment, community distribution, historical market activity, liquidity, future distribution, public communications, governance and data protection.
Where European Union law applies, the assessment may include Regulation (EU) 2023/1114 on Markets in Crypto-Assets and other relevant rules.
This White Paper does not claim a final legal classification merely because terms such as “community token”, “utility token” or another description may be used. Legal assessment depends on actual characteristics, rights, obligations, facts and applicable law.
Dates of deployment, distribution and previous activity may be relevant to legal assessment. PRAH therefore preserves historical records, documents, links and transactions and does not present itself as a newly created project where the record demonstrates earlier activity.
Transitional or historical provisions may potentially be relevant depending on precise facts and specialist legal interpretation. This White Paper does not provide a final conclusion concerning the application of any specific exemption, transitional provision or historical treatment before appropriate legal review.
Any material continuation of distribution should be reviewed under the applicable legal framework, including the nature of the offer, eligibility conditions, consideration, data processing, public communications and geographic scope.
Expressions such as “MiCA compliant”, “regulator approved” or equivalent statements should not be used unless accurate, appropriately limited in scope and capable of substantiation.
28. NO PROVISION OF CRYPTO-ASSET SERVICES
Unless otherwise announced following establishment of an appropriate legal and operational framework, PRAH does not present itself through this White Paper as a crypto-asset trading platform, custodian of customer assets, executor of customer orders, exchange provider acting on behalf of customers, transfer provider acting on behalf of customers or crypto-asset portfolio manager.
Any future regulated activity would require independent assessment and does not arise automatically from the existence of the token, website or community.
Operating a project website, publishing information, maintaining a forum, providing content or using token-based access does not by itself mean that every regulated crypto-asset service is being provided. Each function must nevertheless be assessed according to its actual characteristics rather than its label.
29. PUBLIC AND MARKETING COMMUNICATIONS
Communications concerning PRAH should be clear, fair and non-misleading and should remain consistent with official documentation where required by applicable law.
Promises of return, value, liquidity, listing or regulatory approval should not be made without a verifiable basis. Current functions must be distinguished from future plans.
PRAH may publish separate intellectual, social, political, cultural or explanatory documents describing its broader vision. However, labelling a document “non-binding” does not automatically exempt its content from applicable rules where it functions in practice as advertising or marketing for the token.
Explanatory documents should therefore distinguish vision from function, proposals from reality, aspirations from commitments and should not contradict material information contained in official project documentation.
30. ROADMAP
| Phase | Status | Description |
| Conceptual Foundation | Historical | Development of the idea, identity, objectives and initial framework |
| Early Documentation | Historical | Preparation of materials, documents and model development |
| Deployment and Technical Experimentation | Historical | Transition to blockchain and token deployment |
| Community Distribution | Historical / Under Reconciliation | Transfers, distribution and community activity |
| Historical Market and Liquidity | Historical | Creation of PRAH/TRX market, liquidity addition and later removal |
| Restructuring | Current | Updating documentation and reconciling supply and technical records |
| Regulatory Review | Current / In Preparation | Assessment of legal framework and relevant notifications or procedures |
| Completion of Distribution | Conditionally Future | Community programme under published terms |
| Digital Functions | Future | Access, participation and Proof of Contribution |
| Multi-Network Architecture | Exploratory / Conditionally Future | Expansion across selected networks under fixed-supply controls |
| Progressive Governance | Conditionally Future | Expansion of participation and distribution of responsibilities |
Future phases do not represent guaranteed deadlines. Their order, scope or implementation may change due to technical, security, legal, regulatory or operational requirements.
31. HISTORICAL DOCUMENTS AND VERSION RECORD
PRAH recognises that project development has resulted in multiple documents and versions. The historical record should not be deleted or recharacterised in a manner that removes prior context.
The proposed version structure is:
| Version / Period | Status | Description |
| 2019 | Historical | Early conceptual phase |
| 2020 | Historical | Development of documents and framework |
| 2021 | Historical | Technical phase, token deployment, market and liquidity activity |
| 2023 | Historical | Structural and governance revisions |
| 2026 | Updated Draft | Technical, operational and regulatory restructuring |
Every future version should include a version number, publication date, material changes and official publication source. Earlier versions should be preserved where reasonably possible for historical, transparency and evidentiary purposes.
32. OFFICIAL SOURCES AND CHANNELS
PRAH applies the principle that material information should be published through defined and verifiable official channels.
Official Website: prah-kpr.com
Official Email: To be inserted following final approval
Documentation Page: To be inserted upon publication
PRAH Contract on TRON: TCfkMrDhTDJKQtzBu4KszLA76B7Fpkm6s2
Historical Market/Pool Address Identified in the Record: TWJ8EL3uBGzUXNsAdZXR2gTDDEcKWz59da
Official Social Channels: To be inserted following final reconciliation
Users should verify the contract address before interaction. Tokens, websites or accounts using the PRAH name without verified association with the project should not be considered official sources.
33. FINAL STATEMENT
PRAH is a digital community project with a prior historical, documentary and technical trajectory. Its current phase seeks to move from broad materials combining intellectual vision and technology toward a clearer framework distinguishing the project’s broader identity from its technical, operational and regulatory documentation.
The project currently focuses on documenting its history, verifying contracts and records, reconciling supply, clarifying distribution, developing participation, improving governance, managing risks and assessing applicable legal requirements.
PRAH has a technical record including a historical contract on the TRON network, distribution and transfers, creation of a PRAH/TRX market, addition of historical liquidity and subsequent removal of that liquidity. These elements should be preserved and documented in their proper context without exaggeration or denial.
At the same time, PRAH does not guarantee economic success, token appreciation, liquidity, listing or completion of every planned function.
The next stage is based on transforming fragmented history into documented infrastructure: an official contract registry, supply reconciliation, distribution record, transaction annex, governance framework, communications policy, risk framework and determination of appropriate legal and regulatory procedures before expansion.
If multi-network expansion is adopted, it should occur under a fixed total economic supply model designed to prevent duplicate representation and hidden inflation. Broader intellectual, political, social and cultural visions may be published separately through explanatory documents that do not replace this White Paper.
PRAH Project
Official Website: prah-kpr.com
Version: Integrated Editorial Draft 2026
ANNEX B — HISTORICAL MARKET AND LIQUIDITY RECORD
PRAH-LQ-01 — Market Creation
Transaction Hash:545c2d335bffa147d868ef349b0b054812b1b464aaa6d86ea16436c293c232d4
Classification: createExchange
Period: 5 September 2021
Significance: Historical creation of a PRAH/TRX market on SunSwap V1.
PRAH-LQ-02 — Liquidity Addition
Transaction Hash:e171088351398858fb3cad5b90c8e252dcfe52b589222ba7932ed44152596c77
Classification: addLiquidity
Period: 5 September 2021
Quantities Identified During Evidence Collection: 3,000 TRX and 30,000 PRAH
Historical Result Identified: Receipt of 3,000 liquidity tokens associated with the position.
PRAH-LQ-03 — Liquidity Removal
Transaction Hash:634aa2b5fee804ec6f21403f312e5655948eabfc816765053ca87c1b9b1dd481
Classification: removeLiquidity
Period: 7 September 2021
Significance: Removal of historical liquidity and return of corresponding assets according to the transaction outcome.
Historical Market/Pool Address
TWJ8EL3uBGzUXNsAdZXR2gTDDEcKWz59da
Historical Description Identified:SUNSWAP-prah-TRX / S-prah-TRX
ANNEX C — DISTRIBUTION RECORD METHODOLOGY
The complete record should include, for every relevant operation: internal reference number, transaction hash, block number, date and time, sender address, recipient address, quantity, transaction type, wallet relationship with the project where established, classification, evidence source and confidence level.
Operations may be classified as: verified free distribution, distribution supported by project records, internal transfer, transfer to independent wallet, return to project-related wallet, liquidity operation, burn or unresolved.
ANNEX D — SUPPLY RECONCILIATION METHODOLOGY
Reconciliation begins with total minted supply and then deducts or reclassifies quantities according to their paths without double counting.
The final table should include: minted supply, quantity leaving source, free distribution, project allocations, independent wallets, project-controlled wallets, quantity historically used in liquidity, returned quantity, verified burned quantity, remaining quantity and unresolved quantity.
Where multi-network deployment is introduced, the reconciliation should additionally identify: recognised supply per network, locked quantity, frozen quantity, burned quantity, escrowed quantity, released quantity, cross-network migration quantity and any quantity temporarily excluded from recognised available supply.
The aggregate recognised economic supply across all supported networks must not exceed the approved fixed maximum supply.
ANNEX E — BURN RECORD
No transaction should be classified as a final burn unless technically verified.
For each burn, the record should include: transaction hash, date, quantity, source address, burn address or function used, explorer reference and verification status.
ANNEX F — MULTI-NETWORK SUPPLY CONTROL METHODOLOGY
If PRAH expands to additional blockchain networks, a dedicated public registry should be maintained.
For each supported network, the registry should identify:
- Network name;
- Official contract address;
- Contract standard;
- Deployment transaction;
- Recognised quantity;
- Quantity locked or frozen elsewhere as counterpart;
- Supply-control mechanism;
- Responsible technical mechanism;
- Verification source;
- Current operational status;
- Migration or recall conditions where applicable.
The core accounting principle is that technical representation across multiple networks must not result in economic duplication.
A simplified conceptual example is as follows:
| Network | Recognised Active Quantity | Counterpart Locked/Frozen Elsewhere | Net Increase to Total Economic Supply |
| Network A | X | — | — |
| Network B | Y | Y | 0 |
| Network C | Z | Z | 0 |
| Total | Distributed Across Networks | Equivalent Controls Applied | No Increase Above Fixed Maximum |
This table is conceptual and does not represent current deployment or allocation.
ANNEX G — LIMITS OF ON-CHAIN INTERPRETATION
Blockchain data prove that a transaction or technical interaction occurred according to the public record, but do not always prove legal identity, economic intention or contractual relationship.
Accordingly, a transfer should not be classified as a sale or purchase without appropriate evidence; a wallet should not be classified as project-controlled without a basis; market creation should not be treated as proof of trading volume; and liquidity provision should not be treated as a guarantee of continuity.
ANNEX H — HISTORICAL DOCUMENT REGISTER
The historical document register should identify the document name, version, date, language, publication source, status, material changes and relationship to the current version.
ANNEX I — DEFINITIONS
Crypto-Asset: A digital representation of value or rights according to its characteristics and applicable law.
Token: A digital unit recorded within blockchain infrastructure.
Minted Supply: The total number of units technically created.
Distributed Supply: Units transferred to recipients under a distribution mechanism.
Circulating Supply: A concept requiring a defined methodology and not automatically equivalent to distributed supply.
Burn: Removal of units from usable or recoverable availability through a technically demonstrable mechanism.
Project Wallet: An address demonstrated to be under project control.
Independent Wallet: An address not demonstrated to be under project control.
On-Chain Verified Fact: An event independently verifiable through blockchain data.
Project Record: Information supported by historical project documents or records.
Under Reconciliation: Information for which final verification remains incomplete.
Current Function: A function that has been activated and is available.
Proposed Function: A function not yet activated.
Exploratory Function: A concept under study without commitment to implementation.
Recognised Economic Supply: The aggregate quantity recognised by the project as economically active or valid across all supported networks after applying documented locks, freezes, burns, escrow arrangements or equivalent controls designed to prevent duplicate representation.
Multi-Network Representation: A technically recognised representation of PRAH on an additional supported blockchain under a supply-control mechanism.
Fixed Maximum Supply: The maximum aggregate recognised economic supply established by the final reconciled project record and not increased merely through deployment across additional blockchain networks.
END OF DOCUMENT