# Water Token · Disclosures · v4 15 Sep 2026 · Locally validated · Mainnet not deployed · Presale not open · No completed independent audit ## Use of proceeds and refund limits 100% of actual presale receipts go directly to the charity wallet fixed when the sale is created, for external charitable donations. No operations, audit or other project costs are deducted. The project separately supplies the 20,000 USDC pool capital and execution costs. Later address-book changes do not change this presale recipient. There is no presale refund entry point. Project LP is permanently locked, so locked pool capital cannot be recovered even if trading subsequently cannot open. Wallet receipts are not proof of institutional receipt; external spending still requires wallet-holder action and evidence. Token purchases do not guarantee profit, principal or protection against a zero price. ## Permissions and future multisig There are no administrator entry points for minting, arbitrary balance edits, tax changes, pausing or blacklisting. Charity/operations tax recipients and management changes require 48 hours and acceptance by the new address. These changes cannot unlock LP or withdraw fixed buyback funds; the presale recipient remains fixed. Multisig remains a plan, with no active charity multisig. A recorder uses USDC average price times unburned supply: seven valid daily observations 24–25 hours apart at 1,000,000 USDC record a migration deadline, but do not migrate wallets. The proposed charity wallet has two project, two institutional and one independent seat, with 3/5 signatures. Ordinary 3/5 does not require an institution on every payment. Operations and management retain the planned five-role, three-signature structure; members and migration remain pending. ## Charity ledger and external donations All charity funds actually received are designated for external donations, not project operations or investment. There is no fixed monthly donation promise. Presale, trading-tax and direct-donation sources are separated; internal transfers must not double-count income. Receipts, pending donations, external payments, institutional confirmations and outcomes are disclosed separately. Recipients, purpose, payment schedules and evidence require case-by-case implementation. After supported on-chain outflows are synchronized, administrators add recipient, purpose and evidence; an outgoing transfer alone is not completed aid. Areas include humanitarian relief, children, displaced civilians, women’s charitable programs, medical aid and disaster relief. No institutional partnership is confirmed or implied. ## Validation and implementation status The canonical contract version is v4-lock-first, superseding v3 presale and the website task’s separate candidate. Source hashes match the project validation record: 44 local tests passed, zero failed. A local fork at mainnet block 121996495 on 15 Sep 2026 passed selected-asset, lock-first presale, settlement/burn and separate-opening checks. No mainnet transactions were broadcast. Historical public-testnet V3 addresses, 200,000,000 initial supply and buyback records belong to the old version without this presale. Control-signature records exist for the three role wallets; they are not deployment or transfer authorization. Mainnet is not deployed or funded, there is no live presale purchase page, and no independent security audit is complete. ## Limits and remaining work Remaining work includes public-network and wallet acceptance of this version, final parameter/dependency checks, monitoring and maintenance, and real donation arrangements. Local validation and historical tests do not replace independent auditing or prove an absence of defects. Large USDC deposits synchronized into an unfunded predicted pool can still block funding; the presale has not started at that point. Free wallet transfers allow third parties to create other pools early. Assets mistakenly sent to the presale have no rescue entry point: purchases must use the purchase call, not a direct transfer. Locking, buybacks and immutability do not guarantee principal safety. ## Roles and contract addresses Planned mainnet roles: management/funder 0x46DA62C1abE0d9ADe4Dd389df5621d06BBd6EB48; operations 0x34a3436c50935B199f423E1da4b6205174F68374; charity 0x89C382cE00a519fB6E1B57Ad7ACbE6A9E666716D. These identify roles, not payment or approval instructions. Mainnet WATER, presale, pool, locker and buyback contracts are not deployed. Local predicted addresses are not official live addresses. Existing testnet queries and administration remain available in the package; publishing website text does not deploy contracts or open trading. https://watertoken.com/en/disclosures.html