White Paper

Payments built for modern commerce.

At the center of the ecosystem is Taryven Pay, a merchant payment platform being developed to make accepting supported digital assets more accessible to qualifying businesses.

Taryven Pay is designed around a non-custodial customer experience. The merchant creates a payment request, the customer reviews and authorizes the blockchain transaction from the customer's own compatible wallet, and the merchant interface monitors the applicable on-chain confirmation.

The customer does not need to surrender custody of a wallet, disclose private keys, or connect a wallet directly to the merchant's terminal as part of the intended payment flow.

Merchants are intended to access Taryven Pay through a web-based merchant portal using compatible computers, tablets, and other supported devices. A dedicated Taryven Pay application is planned as the platform develops.

The ecosystem is supported by TRYV, which is designed and intended to function as a utility token within the Taryven ecosystem. TRYV has an absolute maximum supply of 1,000,000,000 tokens.

Digital payments are essential, but access is not uniform.

Some lawful businesses face additional underwriting, higher processing costs, reserve requirements, delayed settlement, transaction restrictions, or limited provider access because of processor risk classifications.

Accepting digital assets can create another layer of complexity. Merchants may need to manage payment addresses, blockchain confirmations, customer instructions, transaction records, supported assets, settlement decisions, and wallet workflows without a unified merchant interface.

Customers face their own friction. A digital-asset payment should not require a customer to surrender custody of a wallet or expose sensitive wallet credentials to a merchant.

Taryven is being developed around the belief that a merchant-focused payment layer can make supported blockchain payments more practical while preserving customer control of the transaction.

Merchant-focused. Customer-controlled.

A simpler path into digital-asset payments.

Qualifying merchants are intended to access Taryven Pay through the web-based merchant portal without requiring a proprietary Taryven payment terminal simply to participate.

The merchant terminal remains authenticated as the merchant. The customer uses the customer's own device and wallet to review and sign the blockchain transaction.

Taryven Pay is intended for a broad range of qualifying lawful businesses. Depending on applicable law, regulation, licensing, compliance, technical capabilities, and Taryven merchant policies, this may include businesses that experience limited, costly, or inconsistent access to conventional payment-processing services.

Taryven is not intended to bypass laws, licensing requirements, compliance obligations, merchant restrictions, or other applicable requirements. Taryven does not guarantee that every merchant, industry, transaction type, asset, or jurisdiction will be supported.

Public ecosystem and merchant operations.

Separating the two functions allows Taryven.com to operate as the public ecosystem entry point while TaryvenPay.com focuses on authenticated merchant operations as those production services are released.

The business is the qualifying merchant.

Merchant adoption is central to Taryven's intended utility model. A qualifying Taryven merchant is more than a connected wallet. The business itself is the qualifying entity.

Merchant onboarding may require company or legal business name, public-facing business name where applicable, telephone number, business address, industry type, applicable sales-tax or business-license information, a qualifying merchant wallet, acceptance of applicable terms, and other information reasonably required for verification.

Taryven's merchant workflow is designed to distinguish application, approval, provisioning, and on-chain merchant verification. An application alone does not make a business a verified Taryven merchant.

Duplicate applications, wallet changes, or minor variations in business information are not intended to create additional qualifying merchant identities.

Taryven intends to make appropriate merchant-network information publicly visible while keeping private verification records and other sensitive onboarding information out of the public directory.

Utility designed around ecosystem activity.

TRYV is designed and intended to function as the native utility token of the Taryven ecosystem.

Taryven's objective is to develop TRYV alongside Taryven Pay so token utility can grow through actual merchant participation, customer activity, rewards, merchant acquisition, ecosystem expansion, partnerships, and other Taryven services.

The existence of TRYV utility does not guarantee merchant adoption, customer adoption, token demand, liquidity, appreciation, or any financial return.

Six stages. $10M maximum hard cap.

The TRYV Presale is designed to support development and launch of the Taryven ecosystem while allocating TRYV to qualifying early participants according to predefined contract-controlled pricing.

The six pricing stages progress from $0.030 to $0.055 per TRYV as cumulative qualifying contributions move through the configured stage boundaries.

The $1.5 million figure used in Taryven planning is a development and launch milestone. It is not an automatic-refund threshold.

The production Presale is configured for specifically approved Ethereum Mainnet USDC and USDT payment-token contracts. Arbitrary ERC-20 assets are not qualifying Presale payment assets.

Presale purchaser TRYV follows a staged release schedule: 25% at TGE, followed by 12 installments of 6.25% of the purchaser's original allocation every 30 days for the remaining 75%.

Long-term participation, not immediate liquidity.

Taryven's current organizational framework includes one Lead Founder, four Founder positions, and six Advisory positions.

A maximum of 75,000,000 TRYV, representing 7.5% of maximum supply, is assigned to the Founder and Advisory category.

All Lead Founder, Founder, and Advisor allocations follow the same core token schedule: a 12-month initial lock followed by 24-month vesting in equal 30-day installments.

The Lead Founder receives no early-unlock exemption. Founder and Advisor allocations therefore have zero automatic TGE circulation.

Under the current departure policy, vested TRYV remains with the participant while applicable unvested TRYV is forfeited and returned to the Taryven Treasury when a Founder or Advisor leaves during vesting.

Founder and Advisory positions do not provide unrestricted unilateral authority over Treasury assets, protected smart-contract functions, or participant funds.

Separate responsibilities. Controlled authority.

Taryven uses separate blockchain, Treasury, application, database, and operational components rather than concentrating the entire ecosystem into one contract or one wallet.

The production Presale operates on Ethereum Mainnet. TRYV and participant vesting infrastructure use Base Mainnet. Taryven.com provides the public application layer and Presale interface.

Major production Presale authority is controlled by the Taryven Primary Safe. The Safe is configured as the production Presale owner and Treasury, reducing reliance on a single private key for protected administrative actions.

The production Presale accepts only specifically configured USDC and USDT payment-token contracts. Purchaser accounting, pricing stages, hard-cap enforcement, Treasury routing, pause controls, and permanent finalization are enforced through the Presale contract.

Protected actions require controlled authority.

Taryven's Primary Safe is the principal Treasury and administrative authority for the production Presale. The current Safe configuration uses a 2-of-3 signing threshold.

The Presale begins and currently remains paused. Enabling Presale purchasing requires an authorized Safe transaction to call the Presale unpause function.

Treasury replacement is subject to owner authorization, a paused Presale, a proposed replacement, a 24-hour delay, and authorized execution.

Presale ownership renunciation is disabled. Permanent Presale finalization cannot be reversed through the normal administrative interface.

Purpose-specific downstream operational wallets may be funded from the Primary Safe as needed, but they do not replace the Safe as the principal Treasury control structure.

Internal review is not an independent audit.

Taryven has conducted a structured internal engineering security-review program covering smart-contract functionality, adversarial behavior, boundary conditions, access controls, accounting integrity, fuzz and invariant testing, static analysis, snapshot integrity, corruption testing, and integration behavior.

Earlier Phase 1 internal testing recorded 112 passing blockchain tests and zero failing tests for that reviewed development checkpoint. Security work continued beyond that historical test checkpoint through production deployment and operational readiness verification.

Internal testing, static analysis, multisignature controls, code review, and independent audits can reduce risk. They cannot guarantee that software is free from every vulnerability or that digital assets cannot be lost.

Taryven intends to publish appropriate production contract, Treasury, Tokenomics, security, Presale, and liquidity information so material project activity can be independently observed where technically applicable.

What exists today, and what does not.

Building by milestone, not by hype.

Taryven's roadmap is based on development and readiness milestones rather than guaranteed calendar dates.

Completed milestones include the core architecture and prototype, TRYV and Presale smart-contract foundation, internal security review and hardening, production contract and Treasury deployment, production application deployment, and Presale operational readiness.

Current work focuses on public documentation, legal and launch preparation. Upcoming milestones include Founder and Advisory formation, merchant-network formation, and TRYV Presale activation. Independent third-party smart-contract security review is planned as a post-Presale- launch milestone. Later milestones include TGE and purchaser distribution, market launch, Taryven Pay production contracts, rewards and referrals, ecosystem expansion, and the dedicated Taryven Pay application.

Roadmap scope, sequence, timing, and implementation may change because of security findings, legal or regulatory requirements, technical limitations, market conditions, merchant feedback, infrastructure requirements, available resources, partnerships, or other project considerations.

Digital assets and developing platforms involve risk.

Taryven and TRYV may be affected by smart-contract vulnerabilities, blockchain failures, network congestion, wallet compromise, private-key loss, infrastructure failures, database or indexing errors, cybersecurity incidents, third-party protocol failures, configuration mistakes, operational mistakes, regulatory changes, market conditions, and previously unknown risks.

Self-custody also creates user responsibility. Loss of private keys, seed phrases, recovery information, or wallet access may result in permanent loss of associated digital assets. Confirmed blockchain transactions may be irreversible.

TRYV's market value, if public trading develops, may rise or fall substantially. Liquidity may be limited, market prices may experience significant volatility, and TRYV may lose substantial or all economic value.

Presale participation adds additional development, launch, security, regulatory, liquidity, adoption, and project-execution risks.

Plans and objectives are not guarantees.

This White Paper contains statements about planned products, future functionality, merchant growth, security work, liquidity, rewards, applications, integrations, market launch, and other future objectives.

Words such as intend, plan, expect, target, anticipate, may, aim, develop, future, planned, and objective describe current expectations and may identify forward-looking statements.

Actual development, timing, functionality, adoption, costs, regulatory requirements, and outcomes may differ materially from current expectations.

TRYV is not a promise of financial return.

Taryven does not promise that TRYV will increase in value. Fixed maximum supply, Founder locks, purchaser release schedules, rewards allocations, Treasury controls, or liquidity plans do not guarantee future market performance.

No particular exchange or DEX listing is guaranteed. If public trading develops, market activity and available liquidity will determine TRYV's market price.

TRYV economics have their own canonical document.

The complete TRYV supply, allocation, Presale pricing, release schedules, Founder and Advisor vesting, rewards, referral, reserves, liquidity, and circulation framework is maintained in the official Taryven Tokenomics.