KOSHERCOIN WHITE PAPER

EXECUTIVE SUMMARY

Token classification and regulatory treatment may vary depending on jurisdiction, regulatory interpretation, and factual usage. No specific regulatory outcome, classification, or legal treatment is guaranteed.

Any token-related utility is optional, non-financial, and does not confer advantages, priority, improved outcomes, or entitlements of any kind.

The web application is under development and not yet publicly available.

No functionality, availability, or feature set is implied at this stage.

The Genesis Presale represents the one-time paid public participation phase for the initial token allocation. It is a sale. It is not an Initial Utility Distribution (IUD).

It enables broad access to optional, non-financial system configuration during an early operational period, without implying priority, advantage, entitlement, or expected outcome.

Participation during this phase reflects availability and presence within the system, not preferential treatment or future benefit.

“The system is designed to observe and organize usage activity over time through internal technical metrics.

These metrics support operational visibility and system configuration, without creating user entitlements, expectations, or outcome guarantees.

This approach is intended to allow the application to operate consistently from initial availability through long-term use.”

The Genesis Presale is the one-time paid token allocation event. It is procedural and does not create rights, rewards, entitlements, or expectations.

Usage limits within the application are implemented as technical rate-limiting constraints.

They are designed to manage system load and ensure consistent operational behavior.

Usage limits are not rewards, incentives, or benefits, and do not imply priority, advantage, or entitlement.

This disclaimer must not be reworded, simplified, or selectively applied.

Any modification requires legal approval.

KosherCoin (ticker: KSH) is a privacy-first utility token for the KosherCoin web application.

The web application is under development and not yet publicly available.

No functionality, availability, or feature set is implied at this stage. The application provides an informational discovery layer for kosher-related data and optional, non-financial usage configuration. No user accounts or registration are required. A device-based local usage state is used by default, with optional wallet connection. “The project does not collect or process personal data beyond technically necessary public blockchain identifiers (such as wallet addresses), which are used solely as technical keys for optional utility-related interactions.”

“The platform operates without collecting or processing personal data beyond technically necessary public blockchain identifiers (such as wallet addresses), which are used solely for technical operation.”

...

Application Status: Coming Soon

Token standard: SPL on Solana

Total fixed supply: 1,000,000,000 KSH

Token utility: Optional, non-financial in-app usage configuration

Important: The application is intended to be fully functional without tokens. Tokens provide optional feature enhancements only.

The application is intended to be usable without tokens.

The application is intended to be functional and accessible without tokens.

Built with respect for rabbinic authority in kosher certification and the diverse practices across Jewish practice groups.

What This Project Does NOT Do

The project makes no promises; makes no financial statements; provides no governance rights; offers no user-facing value accumulation; does not certify merchants; does not partner with merchants; does not perform KYC; and does not profile users.

CONTEXT

Keeping kosher can be costlier and harder to navigate, especially when traveling or living outside major hubs. Today there is no unified, modern system that supports kosher choices without compromising privacy or operating without collecting personal data.

MISSION AND PRINCIPLES

Mission

Our mission is to provide an optional usage configuration mechanism for purchases at establishments with existing kosher certification while preserving privacy through a system that operates without personal data collection. The project is designed as privacy-first software intended for informational and utility-only use, with autonomous protocol operation where deployed.

Any reference to usage configuration in connection with purchases or establishments is informational and technical only and does not involve payment processing, transaction handling, settlement, commercial intermediation, or merchant services of any kind.

Principles

• Utility first: KSH tokens are for optional, non-financial platform configuration.

• Privacy first: “The project does not collect or process personal data beyond technically necessary public blockchain identifiers (such as wallet addresses), which are used solely as technical keys for optional utility-related interactions.”

• Transparency: All major operations visible on-chain.

• Security: Security best practices are applied. Audits may or may not occur. No audit commitment is made.

• Verification integrity: Fraud prevention systems to protect genuine purchase verification.

• Inclusivity: Serving diverse Jewish practice groups and practices.

• Autonomous operation: Protocol operates independently once deployed.

TECHNICAL ENVIRONMENT

KosherCoin is an SPL token built on the Solana network. We chose Solana for:

Speed: Sub-second transactions enable fast, low-latency interactions within the application experience.

Low fees: Low transaction costs support small, frequent, non-financial configuration interactions.

Mobile-friendly: Solana Mobile Stack enables smooth mobile wallet experiences and fast onboarding with low-friction consumer UX.

High throughput: 65,000+ TPS means no congestion during peak usage.

Technical environment maturity: Established infrastructure reduces development risk.

TRUST AND TRANSPARENCY

Transparency is core to KosherCoin. Blockchain enables unprecedented visibility.

Platform Transparency

• Vesting schedules for team and advisors implemented via Streamflow (publicly auditable).

• Any on-chain configuration-related events (if used) are system-defined and automated.

• All token transactions visible on Solana explorers with full traceability.

• Protocol-controlled wallets, if used, are limited to technical operations and may be publicly visible on-chain. This does not imply custody, centralized funds management, governance, or any obligation to users.

Users can verify exactly how the platform operates without trusting centralized claims.

PRODUCT CONTEXT

KosherCoin is a privacy-first utility platform.

Web Application Features

The web application is under development and not yet publicly available.

No functionality, availability, or feature set is implied at this stage.

The discovery layer includes an informational directory of kosher establishments based on public sources and visualization of publicly available data within an informational network. The project does not provide endorsement, certification, or commercial relationships with listed establishments, and information may be incomplete or outdated.

The web application is under development and not yet publicly available.

Internal Activity Recording & System Metrics

If implemented, certain interactions within the application may be recorded internally as system metrics.

These metrics are used solely for operational monitoring, system integrity, and technical configuration purposes.

System metrics are non-financial, non-transferable, and have no independent value. Their presence or accumulation does not create rights, claims, entitlements, or expectations of outcomes.

The application may internally group or reference such metrics for organizational or technical reasons. These groupings do not represent status levels, advantages, or preferential treatment of any kind.

Early Participation Context

Some participants may choose to engage with the system during its earliest operational phase. This phase is designed for those aligned with the project’s long-term direction and architectural principles, rather than short-term outcomes. Participation at this stage reflects configuration preference and support for system initialization, not access to advantages, benefits, or guarantees.

Token Utility

Tokens may be made available for utility purposes within the informational network.

"Utility-related configurations do not improve outcomes, confer advantages, priority, or enhanced results, and are limited to neutral technical parameters." Any token-related behavior, where implemented, is system-defined and automated and does not create outcomes or expectations. Initial Utility Distribution availability is not tied to user actions or spending behavior. Any other internal allocation references (if any) remain non-financial, non-entitling, and do not constitute a loyalty or incentive program. The system uses temporary, non-persistent processing of interactions with no storage of images, personal data, or transaction history.

Any optional utility-related access or configuration is purely technical, non-financial, and non-entitling, and does not confer advantages, priority, preferential treatment, improved outcomes, or enforceable rights of any kind.

Non-financial usage state for internal application logic only.

No usage configuration, non-financial configuration effects, outcomes, or economic effects are implied.

TOKEN UTILITY

KSH is a utility token for accessing optional, non-financial platform configuration:

• Optional, non-financial usage configuration for interactions at establishments with existing kosher certification.

• Optional utility features for enhanced informational and configuration functionality.

KSH tokens are designed for functional use within the KosherCoin informational network to access optional, non-financial configuration only; they do not provide usage configuration, payouts, income, returns, or economic rights.

TOKENOMICS

Total fixed supply: 1,000,000,000 KSH (mint authority revoked after TGE)

Network: Solana (9 decimals)

Allocation

• Participation Allocation: 35% (350,000,000). Tokens allocated descriptively to reflect a potential share of total supply. This allocation is non-economic and non-entitling and does not by itself create any right to distributions, payouts, or non-financial configuration effects. This allocation does not depend on use of KSH, duration, usage frequency, or user behavior and does not create advantages, priority, or incentives of any kind.

• Protocol Technical Allocation: 1–5% (10,000,000 to 50,000,000). Allocated descriptively for potential technical needs and integrations. This allocation is non-economic and non-entitling and is not a commitment to provide any external guarantees or outcomes. Unused tokens may remain undistributed.

• Founding & Core Contributors: 12% (120,000,000). Allocated to founding members and core contributors. Initial lock-up of 12 months, then linear unlock at 1/12 of allocation per month (10,000,000 tokens/month) over 12 months. Total vesting: 24 months.

• Genesis Presale: 24% (240,000,000). Tokens allocated for initial public access to optional, non-mandatory in-app utility. Not fundraising or a securities offering. No guaranteed appreciation or resale assumptions.

• Technical Integrations, Partnerships & Advisors: 13% (130,000,000). Supports informational network expansion, integrations, partnerships, advisory contributions, and external collaborations. Not intended for routine operational funding. Up to 30% may be unlocked at initial deployment if required. Remaining tokens vest gradually over 12-18 months.

• Protocol Sustainability Reserve: 11% (110,000,000). Reserved for long-term protocol sustainability and exceptional informational network needs. May remain entirely unused. Protocol designed to operate autonomously without requiring deployment. No scheduled unlock, no recurring release, no operational dependency.

Vesting

• Implemented via Streamflow Finance for on-chain transparency.

• Founding & Core Contributors: Initial lock-up of 12 months, then linear unlock at 1/12 of allocation per month (10,000,000 tokens/month) over 12 months. Total vesting: 24 months.

• Technical Integrations, Partnerships & Advisors: Up to 30% may be unlocked at initial deployment if required. Remaining tokens vest gradually over 12-18 months.

• Participation Allocation: System-defined, automated non-financial utility references only. This allocation does not create advantages, entitlements, preferential treatment, or benefits of any kind, and is not linked to use of KSH.

• The protocol operates autonomously; vesting occurs automatically without requiring team involvement.

• Non-financial participation references for internal utility configuration only through automated smart contracts.

Token Distribution

• Genesis Presale: 240,000,000 tokens (24%) for optional, non-entitling access to optional in-app utility

• Tokens may be technically transferable via independent third-party infrastructure not operated or endorsed by the project.

• Focus on utility within operational application.

Important: Genesis Presale is intended solely for optional in-app utility access and does not constitute fundraising. Tokens provide optional enhancements, not required access.

TECHNICAL ARCHITECTURE

Blockchain: Solana mainnet (SPL token)

Token deployment: Standard SPL mint; metadata registered; mint authority renounced after full mint

• Tokens may be technically transferable via independent third-party infrastructure not operated or endorsed by the project.

Vesting: Streamflow for transparent vesting streams

App architecture: Local verification with on-chain usage configuration settlements

Security: Contract-controlled wallet (if used) and standard security controls; no custody, fund management, or obligations are implied.

Privacy and Data Protection

“The project does not collect or process personal data beyond technically necessary public blockchain identifiers (such as wallet addresses), which are used solely as technical keys for optional utility-related interactions.”

• No user accounts or registration are required.

• “The project does not collect or process personal data beyond technically necessary public blockchain identifiers (such as wallet addresses), which are used solely as technical keys for optional utility-related interactions.”

• Receipt-related processing (if present): uses temporary, non-persistent handling within device-based application context, without merchant-operated scanning

• Immediate deletion: Any receipt-related data that is temporarily processed is immediately discarded and never uploaded or stored

• No tracking: No geolocation data, purchase history, or behavioral tracking

• On-chain minimalism: Only wallet addresses (public by nature) and transaction amounts recorded on blockchain for technical reference only and not as payment processing, settlement, or merchant transaction handling. These interactions are non-financial, configuration-only technical interactions; the project does not process merchant payments or facilitate commercial transactions.

• Privacy posture: The platform is designed so that personal data is not required for core functionality. Applicability of data protection and privacy laws, including GDPR (EU), UK GDPR, PIPEDA (Canada), APPI (Japan), PIPA (South Korea), Privacy Act (Australia), PDPA (Singapore), LGPD (Brazil), or similar regulations depends on how and where the Services are accessed and used. This document does not make definitive legal conclusions about the applicability of any specific law.

The platform operates through direct wallet connections on the Solana blockchain.

Identity Model, Wallets, and Usage State

KosherCoin is designed as a privacy-first system. “The project does not collect or process personal data beyond technically necessary public blockchain identifiers (such as wallet addresses), which are used solely as technical keys for optional utility-related interactions.”

• No user accounts or registration are required; device-based local usage state by default
  • The application does not require names, emails, phone numbers, passwords, identity documents, or similar personal identifiers.
  • No user accounts or registration are required. Device-based local usage state by default. Wallet connection is optional. If a wallet is connected, the existing device-based usage state becomes permanent and portable. This does not create an identity account, user profile, or on-chain user record.
  • Interaction with the web app is device-based by default, using temporary, non-identifying context on the user’s device.

• Wallet connection is optional and does not create an identity account
  • When users choose to connect a wallet, the wallet address is used:
    • as a destination for KSH delivery, and
    • as an optional technical reference to re-associate non-user-facing technical usage state (such as rate-limit state or scan limits) if the same wallet is reconnected on another device.
  • KosherCoin does not treat wallet addresses as personal identity and does not use them to identify, track, profile, or limit individual users.
  • Wallet-based restoration of non-user-facing technical usage state:
    • is optional and user-initiated,
    • applies only to privacy-first, non-financial usage state,
    • and does not create any account, login, identity, or personal profile.

• No new financial rights or guarantees
  • Using a wallet to receive KSH or to re-associate non-user-facing technical usage state does not create financial rights, guarantees, or entitlements.
  • Using KSH does not confer equity, profit-sharing, or any expectation of returns.

This approach aligns with the project’s commitment to privacy-first design: no personal data, no registration or sign-up accounts, optional wallet use as a public technical key, and strictly utility-focused behavior.

GOVERNANCE

Development:

KosherCoin operates as an autonomous protocol once deployed to the Solana blockchain:

• Smart contracts execute automatically without central control

• The privacy-first development team may discontinue involvement at any time

• No central authority governs the protocol after deployment

Transparency measures:

• Public protocol wallet addresses on-chain.

• Public information channels for discussion.

No Governance Rights

Important disclaimers:

• Users who choose to use KSH have no governance rights that affect token utility.

• KSH does not grant ownership, equity, or voting rights in any entity.

• There is no DAO or formal governance structure.

• The protocol operates autonomously without ongoing management.

• The development team makes no commitments about future development.

OPERATIONAL CONTEXT (NON-PROMOTIONAL)

This document describes software behavior and constraints only. It does not provide positioning, strategy, growth language, or adoption framing.

Sustainability Model

The protocol is designed to operate, if it continues, as autonomous software with optional, non-guaranteed maintenance by contributors.

There is no revenue model. The protocol operates as software without centralized monetization. Users who choose to use KSH have no claim to any revenue or outcomes.

LEGAL, COMPLIANCE, AND RISK

Regulatory Compliance

This project will be structured to comply with applicable laws. Feature availability varies by jurisdiction.

Token Classification

"Token classification may vary depending on jurisdiction, regulatory interpretation,

and factual usage. No specific regulatory outcome or classification is guaranteed."

Token Classification: KSH is intended as a utility token for platform access and usage configuration. Classification may vary by jurisdiction and factual context. Tokens may have no practical utility.

Geographic Restrictions

Web App Access:

The KosherCoin web application interface is globally accessible as an informational and utility-only platform, subject to applicable sanctions and mandatory legal prohibitions.

Token-Related Activities:

• KSH token-related activities (including any optional Initial Utility access, token allocation, or any token acquisition or sale processes, if made available) are not available to persons or entities located in, or residents of:

• United States and its territories.

• Canada.

• Any jurisdiction subject to comprehensive sanctions by the United States, European Union, or United Nations.

Important: Access to the web application does not imply eligibility to participate in token-related activities.

Users are responsible for compliance with local laws. Using VPNs or other methods to circumvent token-related geographic restrictions is prohibited.

Third-Party Infrastructure (Informational Only):

Tokens may be technically transferable via independent third-party infrastructure not operated or endorsed by the project. Access to the web application does not require acquiring or using KSH tokens, and any token-related access (if any) is optional, non-entitling access only.

No Financial Advice

Nothing in this document constitutes legal or tax advice. Consult qualified professionals before using the Services.

Key Risks

Utility Limitation: The token may have no practical utility, and the application may not be used or relied upon for any purpose.

Competition Risk: Other software projects may compete

Regulatory Risk: Changing regulations may impact features or availability

Technology Risk: Smart contracts and blockchain systems have inherent risks

Protocol Limitation: The protocol, application, and any optional token-related functionality may be modified, paused, or discontinued, and may not remain available.

Development: The development team operates without a central legal entity.

Risk Mitigations

• Focus on practical utility and real-world use cases.

• Privacy-first architecture reduces regulatory data obligations.

• Phased rollout with proven adoption before expanding features.

• Regular security audits and best practices.

• Conservative approach to regulatory compliance.

• Transparent communication with the public.

UTILITY & RISK DISCLOSURE

Application Status: Coming Soon

The web application is under development and not yet publicly available.

No functionality, availability, or feature set is implied at this stage.

Token Utility:

KSH tokens provide optional, non-financial in-app configuration capabilities, which may include:

• Optional adjustments to non-financial usage configuration at establishments with existing kosher certification.

• Access to optional non-financial utility features (subject to implementation).

• Additional non-financial utility enhancements (subject to implementation).

These configurations do not provide usage configuration, payouts, income, returns, or economic rights.

Important Clarifications:

• App access does NOT require tokens: The application is fully functional without KSH ownership.

• Tokens are utility-only: KSH is designed solely for optional, non-financial utility within the application.

• No reliance: The token may have no practical utility and should not be relied upon for any purpose.

• No guarantees: Future features, functionality, and token utility are not guaranteed.

• Voluntary participation: Initial Utility Distribution participation is entirely optional and at user's own risk.

Risk Acknowledgment:

KSH is optional, utility-only software functionality. Utility features may change, be removed, or never be used, and should not be relied upon for any purpose.

ROADMAP

This roadmap is informational only and non-binding.

Important Disclaimer: This roadmap is aspirational only. The privacy-first development team makes no commitments about development, timelines, or feature delivery. Future features are subject to change or may not be implemented.

CURRENT STATUS (Q4 2025 - Q1 2026)

Already Operational:

• The web application is under development and not yet publicly available.

No functionality, availability, or feature set is implied at this stage.

Token Deployment (Upcoming):

• Deploy KSH token contract on Solana mainnet.

• Utility-focused Initial Utility Distribution for early adopters.

• On-chain vesting implementation via Streamflow.

No guarantees are made regarding token utility, availability of optional functionality, or future development.

POTENTIAL FUTURE DEVELOPMENT (Q3-Q4 2026)

The privacy-first development team makes no commitments about future development. Future features may change or may not be implemented.

BEYOND LAUNCH (2027+)

Beyond launch, no commitments are made regarding long-term development, maintenance, or continued involvement by the privacy-first development team. The protocol may continue operating in its deployed state, or activity may decline over time. No assurances are given regarding future evolution, adoption, or external contributions.

What Will NOT Happen

We will not:

• Hire teams or build organizations.

• Pursue partnerships or business development.

• Run marketing campaigns.

• Provide customer support.

• Guarantee feature delivery.

• Maintain long-term development.

• Create governance structures (DAOs create legal risk).

• Promise merchant adoption targets.

• Commit to audits, bug bounties, or security programs.

• Publish user counts, transaction volumes, or merchant numbers.

If you need these things, KosherCoin is not for you.

Autonomous Protocol Design

Important: The protocol is designed to operate autonomously once deployed to the Solana blockchain. As a decentralized project, ongoing development may be contributor-led, with support available through public channels. The protocol does not depend on the development team for ongoing operation:

• Smart contracts execute automatically without team involvement.

• On-chain mechanisms may operate independently on third-party infrastructure.

• Vesting schedules are enforced by Streamflow contracts.

• Independent participants can interact with the protocol directly.

As a decentralized project, there is no central entity managing operations. The development team may reduce or discontinue involvement after launch, which is a standard consideration for decentralized protocols.

Success Metrics

We will NOT publish:

• User counts (we don't track users).

• Transaction volumes (privacy risk).

• Merchant numbers (creates pressure to perform).

• Revenue or TVL (no revenue model).

Anyone can verify publicly:

• On-chain token transactions.

• Contract deployment status.

• Public code changes (where published).

Success is not defined by metrics. Success is: code works, protocol operates autonomously, independent participants decide utility.

TEAM

The KosherCoin development team operates to preserve the privacy-first nature of the project. This is intentional and aligns with our core values.

Why Decentralized?

• Prevents pressure to collect user data.

• Maintains decentralization.

• Protects against centralized control.

• Aligns with privacy-first philosophy.

Important: There is no central legal entity. The platform operates as decentralized software on the Solana blockchain, designed for autonomous operation with potential contributor-led development.

CONCLUSION

KosherCoin aims to make keeping kosher more usage configurationing while preserving complete privacy. With a focus on practical utility, privacy-first operations, and transparent on-chain activity, KosherCoin seeks to serve kosher-observant independent users through modern technology without compromising personal freedom.

KosherCoin respects rabbinic authority and existing kosher certification standards, but does not replace, interpret, or interfere with them. The project does not certify, approve, or validate kosher status. KosherCoin simply provides an optional usage configuration mechanism for purchases at establishments that already carry independent third-party kosher certification.

All kosher certification authority remains with qualified rabbinic authorities and established certifying agencies.

This is an ambitious undertaking. Success depends on sustained compliance, sound technical execution, and careful use by independent users, all while maintaining absolute privacy.

APPENDICES

• Technical Standards: SPL token and vesting infrastructure

Definitions

• TGE: Token Generation Event

• SPL: Solana Program Library

Resources

• Website: www.koshercoin.world

• App: app.koshercoin.world

• Email: [email protected]

• X (Twitter): @koshercoinworld

• Telegram: @koshercoinworld

Last updated: 1 March 2026

Version 1.0

LEGAL DISCLAIMER

GLOBAL REGULATORY & UTILITY DISCLAIMER

Token classification and regulatory treatment may vary depending on jurisdiction, regulatory interpretation, and factual usage. No specific regulatory outcome, classification, or legal treatment is guaranteed.

Any token-related utility is optional, non-financial, and does not confer advantages, priority, improved outcomes, or entitlements of any kind.

The web application is under development and not yet publicly available.

No functionality, availability, or feature set is implied at this stage.

This document is provided for informational purposes only and does not define legal, financial, or economic rights.

Token Classification: KSH is a utility token designed to provide optional enhancements within the KosherCoin application, if and when it becomes available. KSH is not a security, equity instrument, or profit-sharing mechanism. Users who choose to use KSH have no ownership rights, governance rights, or claims on project revenue or assets.

Application Access: The web application is under development and not yet publicly available. No functionality, availability, or feature set is implied at this stage. KSH tokens provide optional feature enhancements and non-financial usage configuration only.

Use and Utility: KSH tokens are intended solely for optional, non-financial usage configuration within the application. The token may have no practical utility and should not be relied upon for any purpose. Users should not acquire or use KSH with any expectation of outcomes. Using KSH does not create any entitlement to usage configuration, payouts, income, returns, or other economic rights.

No Guarantees: There are no guarantees regarding feature availability, availability of optional functionality, merchant participation, or project success. Development roadmaps are subject to change. Features may be delayed, modified, or cancelled based on technical, regulatory, or business considerations.

Geographic Restrictions: KSH tokens and services are not available to persons or entities in the United States, Canada, or any jurisdiction subject to comprehensive sanctions. Users are responsible for compliance with local laws.

KSH is designed and documented as an optional utility token.

Token classification may vary by jurisdiction and factual context.

This document does not guarantee any regulatory classification outcome.

Professional Advice: This document does not constitute legal or tax advice. Consult qualified professionals before using the Services.

Risk Acknowledgment: Participation involves inherent risks including technology factors and evolving regulations. No outcomes, availability, or continued functionality are guaranteed.

Development: The development team operates without a central legal entity. The platform operates as decentralized software on the Solana blockchain.

No Fiduciary Relationship: No fiduciary, advisory, or agency relationship exists between users and any person or entity associated with KosherCoin. No duties are owed to users who choose to use KSH.

Decentralized Nature: KosherCoin operates as a decentralized protocol. There is no central authority controlling the platform. Smart contracts operate autonomously once deployed. The privacy-first structure means there is no central legal entity managing the project.

Privacy Commitment: “The project does not collect or process personal data beyond

technically necessary public blockchain identifiers (such as wallet addresses), which are used solely as technical keys for optional utility-related interactions.” The platform operates through wallet connections only with local receipt processing and immediate deletion. Only wallet addresses and transaction amounts are recorded on-chain.

KosherCoin unites device-based local usage state and public documentation in a single, privacy-preserving informational network.

Privacy-first usage configuration token for kosher informational use

Network: Solana (SPL)

This document is for informational purposes only. Communications through official channels do not create legal obligations. The privacy-first development team provides responses on a volunteer basis.