Presale — explained briefly

The presale serves as seed funding for setup, legal/compliance, engineering, audits, and the later non-profit structure. Operationally, GFC starts in Germany; international funding may be possible in the future — exclusively through vetted, transparent partners and identical approval standards.

During the presale, deposits initially remain in the presale contract. Once the softcap is reached, the presale admin wallet can withdraw the funds held in the contract once from that point onward (potentially even before the presale ends). Further allocation (e.g., legal, engineering, audits, infrastructure) will be documented and is traceable on-chain. Explanations and sources: Transparency Portal.

Reference: Whitepaper (presale, treasury, locks). Changes/release notes are published in versioned form.

Key facts

  • Softcap: €200,000 • refund logic if not reached or if cancelled
  • Max sale (supply): 1,500,000,000 GFC (presale supply in contract)
  • Accepted assets: ETH, USDC, DAI on Base (Chain ID 8453)
  • Token distribution: immediately on purchase (“Instant Distribution”)
  • Transparency: flows/reports via the Transparency Portal
  • Discount codes/OTC: optional, for exceptional cases only, documented on-chain

Single source of truth

Official addresses/contracts, status (live/planned), reports, exports (CSV/JSON) and explanations are maintained centrally. This presale page remains intentionally focused.

Presale — in 4 steps

  1. Connect a wallet: Choose a wallet that supports Base (e.g., MetaMask, Coinbase Wallet, WalletConnect-compatible).
  2. Select an asset: ETH, USDC, or DAI on Base.
  3. Set amount & send transaction: Confirm the transaction and wait for on-chain confirmation.
  4. Receive GFC: Tokens are allocated directly according to the contract logic (“Instant Distribution”).

The UI is a user-friendly interface — the smart contract logic is authoritative. Details: Whitepaper.

Prepare now

Note: calculator & UI are for preparation — purchasing will only be enabled once the presale starts.

Connect your wallet to view status/transactions in the UI later.

Presale reference price: 1 GFC = €0.05 UI shows an EUR approximation; the contract logic is authoritative

Result
0GFC

Rates (EUR, UI-only): ETH: — · USDC: — · DAI: — · 1 GFC = €0.05 (reference) · updating…
The contract logic always applies for the actual settlement.

Make sure your wallet is connected to the Base network.

Softcap & refund

Softcap: €200,000. If the softcap is not reached by the end of the presale or if the presale is cancelled, a refund of deposits in the respective contributed asset (ETH/USDC/DAI) is предусмотрed via a refund function — within a defined claim window.

Refunds are claim-based: you actively trigger them during the defined period; there is no automatic transfer back. The exact process (period, UX, proofs) will be published before the presale starts and documented in a versioned manner.

Note (Instant Distribution + refund): In the refund case, only the deposit (ETH/USDC/DAI) is refunded. Presale GFC already received remains with the buyer. The presale contract’s on-chain logic is authoritative.

Tokenomics (quick overview)

GFC is designed as a long-term governance and treasury token. The distribution is anchored in the Whitepaper.

  • Total supply: 5,000,000,000 GFC
  • Presale: 30 % → 1,500,000,000 GFC
  • Charity / Foundation Vault: 30 %
  • Liquidity: 15 %
  • Project & marketing: 15 %
  • Dev & development: 10 %

Reference: Whitepaper §4.

How to buy GFC

  1. Connect wallet & check Base

    Connect your wallet and make sure you are on Base.

  2. Select asset & send transaction

    Select ETH/USDC/DAI and confirm the transaction. Wait for on-chain confirmation.

  3. Confirmation & proof

    After success, you receive a transaction ID (BaseScan) and see your token allocation according to the contract logic.

Connection fails?
  • Reload the page, unlock your wallet.
  • Check popup blockers.
  • Select Base as the network.
Transaction stuck?
  • Check explorer: “Pending” vs. “Dropped”.
  • Resend if needed (wallet UI).

* Details on refund/claim logic will be published before launch and documented in a versioned manner.

Charity mechanism & Foundation Vault

The goal is a verifiable process from incoming donations to payouts to projects — with clear rules, verification, and documented proofs.

  • Charity Lock: long-term locked allocation (extend-only).
  • Planned +30% matching: target architecture via a lock & trigger mechanism.
  • Foundation Vault: multi-sig; community vote → verification → release.
  • International (future): only via vetted partners & identical standards.

Details: Whitepaper §§5–8. Current status, wallets/contracts/reports: Transparency Portal.

Flow (short)

  1. Donation → Foundation Vault (multi-sig)
  2. Planned +30% matching from the Charity Lock
  3. Community vote & verification
  4. Release to project (documented, on-chain where possible)

Transparency & security

Official links, BaseScan proofs, central documentation
Reports + exports (CSV/JSON) via the portal (planned)
External audits: planned, reports versioned
Bug bounty after the first audit
Open Transparency Portal