LITE PAPER · 0.1
EN Not an offer
constructor.futuremarkt.com

Web3 Constructor — no-code ERC-20 issuance across multiple EVM networks.

A browser-based service for creators and teams without smart-contract engineering experience: templated deploys on industry-standard libraries (OpenZeppelin), post-mint support — token page, liquidity, lock, presale. Two-year direction: mature the product toward a launchpad scenario where compliance and legal constraints allow.

ERC-20 deploy fee
$3/ EVM
$6 on Ethereum. Gas is separate and paid by the user.
Successful deploys (p-o-d)
0
2026-03-03 — 2026-04-17 · 3.6% end-to-end conversion
EVM networks in production
0
Polygon · BNB · Ethereum · Arbitrum · Base
Native platform token
Not issued and not planned.
Contact on Telegram → How it works View traction Pitch deck · one-pager · roadmap — on request
§ 01 — PROBLEM

Token launches for non-technical founders remain hard and risky.

Most paths still require Solidity knowledge, correct parameterization, and a separate plan for “life after mint”.
01.1

Competence barrier

Code, contracts, and parameters are not for ops or a solo creator. Mistakes are expensive.

01.2

High cost of mistakes

Wrong emission, admin rights, or fee parameters — reputational risk and loss of community trust.

01.3

Fragmented “after”

Liquidity, trust, and “what’s next” are scattered across dozens of tools. Beginners get lost.

01.4

Single-chain verticals

Strong products exist in Solana, but a meaningful audience needs multi-chain EVM.

01.5

No ongoing support

Most competitors are a one-off UI transaction. After deploy — “you’re on your own.”

01.6

Opaque pricing

Hidden fees, non-linear option upgrades, and hard-to-read error messages when things fail.

§ 02 — SOLUTION & VALUE

A short path to issuance; depth comes after.

Five value pillars — from click to a long-term scenario. First mint in a few clicks; then product depth through post-deploy modules.
01No-code in the browser
From parameters to an on-chain deploy without manual contract assembly by the user. The UI stays within a few clicks.
02Multi-chain EVM
Pick the network for the job. In traction data, BNB Chain and Polygon lead — see §06.
03Battle-tested stack
Templates built on industry libraries with audit history — anchored on OpenZeppelin Contracts.
04Экосистема Future Markt
Content, brand trust, and community — reducing the “alone with your token after deploy” effect.
05Product depth
Roadmap to token page, DEX liquidity, lock, presale (subject to legal gates), and a showcase — see §08.
Positioning · GTM
Create your token — then we help with what comes next.
§ 03 — PRODUCT

How issuance works — a token factory, not a “token file.”

The user sends a transaction to a factory contract — the factory deploys a new ERC-20 instance from an OpenZeppelin template. The resulting token belongs to the user.
1 — Client
Web app
Token parameters, network selection, service fee payment.
2 — Wallet
Web3 provider
Wallet connection; the user signs transactions.
3 — On-chain
Token factory
The factory contract accepts the request and deploys a new ERC-20 using OZ template logic.
// TokenFactory.deployToken(params)
4 — Output
User’s ERC-20
Owner is the user, not the platform. Compatible with DEXes and wallets.
params →
sign tx →
deploy(template) →
owner := msg.sender
Off-chain component On-chain — owned by the user
Client
Web app
Token parameters, network selection, service fee payment, and starting the issuance flow.
Wallet
Connection via Web3 provider
Familiar browser wallets (MetaMask, Trust). The user signs in their own environment.
Network
Supported EVM-compatible chains
BNB and Polygon lead actual usage; the exact list lives in the product.
Factory
Smart-contract factory
On the target chain: accepts the request and deploys a new instance from OpenZeppelin templates.
Token contract
ERC-20 deployed by the factory
Bytecode and behavior follow the OZ template. Owner is the user.
Metric
Успешный деплой
Recording successful token creation on-chain — the key funnel metric.
No native platform token is issued or planned. The service economy is product fees, not emissions of our own asset. Ownership and administration of the user-deployed token stay with their wallet.
§ 04 — REVENUE MODEL

Fee on a successful issuance — without minting our own token.

Payment in USD, conversion via Chainlink price feeds. On-chain gas and costs are paid separately by the user.
Economics are product fees, not emissions of our own asset.
There is no classic Web3
“tokenomics” section.
§ 05 — MARKET

Token creation and launchpad fee pools are large by order of magnitude.

Figures below frame the model; they are not a claim to total share. Methodology and sources sit in the footnote under each metric.
Issuance scale (global)
~24M / year
~1.85 M / month
Order-of-magnitude estimate from public data (CoinGecko Research, GeckoTerminal). This is demand for token creation, not “our” base.
Launchpad fee pool
~$384M / year
наблюдаемые fees
Aggregation of protocol fees from public dashboards of major launchpad platforms. Not revenue of specific companies or net market profit.
Niche in the financial model · SAM EVM
~2M deploys / year
scenario assumption
Target share by the end of the model horizon in this niche — not a claim on global TAM.
Investment angle: monetization without our own token — product fees → depth modules → launchpad scenario over time with compliance.
§ 06 — TRACTION

Observed funnel — visit → wallet → deploy.

Source of truth — Statistics / daily sheet. Aggregation window 2026-03-03 — 2026-04-17. meta.last_success_at: 2026-04-18 UTC.
01 · Visitstop of funnel
0
Visits (visits)
Funnel base — 100%
02 · Walletconversion
0
Wallet connected
26.0% of visits
03 · Deployon-chain
0
Successful deploys
13.7% of wallets · 3.6% end-to-end
Network mix of successful deploys sheet deploys_by_network
Polygon
0
BNB Smart Chain
0
Arbitrum One
0
Ethereum
0
§ 07 — COMPETITIVE LANDSCAPE

Competitors ship an instrument. Constructor brings an ecosystem.

Click a row to expand the deep dive. Product spine: multi-chain EVM, creator focus, short path to the first token.
Primary advantage
The Future Markt ecosystem — community and playbooks, what happens after deploy, long-term support, and brand trust. The unified right column in the table below.
Player
Class
Where they lead in UX
Экосистема Future Markt
Thirdweb
No-code / low-code
Multiple EVM networks;
tokens, NFTs, marketplaces
Busy interface; path to the first token is more than seven clicks. Constructor stays within a few clicks.
Community and playbooks, support instead of a one-off transaction.
Deep dive
Thirdweb optimizes for developers: SDKs, dashboards, many standards. A newcomer without Solidity drowns in parameters. Constructor inverts UX: “parameters → signature → token” fits a concise screen, while advanced options unfold as users are ready.
Pump.fun
Meme launchpad
Solana, fast loop inside one ecosystem
Multi-chain EVM and a different user context; emphasis on post-mint scenarios.
Community and playbooks, support instead of a one-off transaction.
Deep dive
Pump.fun is a strong Solana-native product with high virality. For a creator who needs EVM distribution (BNB, Polygon, Ethereum) and guidance on “what’s next,” Constructor is closer: more networks, post-deploy modules, and support from the Future Markt team.
Token Tool (Bitbond)
No-code tokens
EVM networks
High service cost; on failures, hard-to-read errors.
Community and playbooks, support instead of a one-off transaction.
Deep dive
Token Tool covers a wide option set, but pricing is materially higher and failure UX is a weak spot. Constructor focuses on a clear flow, readable errors, and user support as product value.
CoinTool
No-code + tools
Multiple networks
Weak UI and design; high cost relative to positioning.
Community and playbooks, support instead of a one-off transaction.
Deep dive
CoinTool is broad functionally, but the UI is heavy and does not guide users. Constructor does the opposite — fewer options per step, more “why this matters,” and a more accessible base price.
PinkSale / DxSale
Launchpads
Often multi-chain
Own journey from deploy → liquidity and discovery, not only an IDO format on a third-party venue.
Community and playbooks, support instead of a one-off transaction.
Deep dive
PinkSale / DxSale are entry points for a ready token into an IDO. Constructor’s horizon is wider: token builder → page → DEX liquidity → lock → presale (legal gates) → catalog — a composite path inside one ecosystem.
§ 08 — ROADMAP

The 2026 plan focuses on closing the loop after mint.

From a successful launch to token page, liquidity, trust primitives, and discovery. Regulator-sensitive features only after legal go/no-go.
Q1 / 2026● In progress
  • Funnel analytics
  • Token page v1
  • Presale page
  • DEX liquidity
  • +3 EVM networks
  • Explorer verification
  • MVP advanced token
  • Legal entity registration
  • Fundraising
Focus · Close the base value loop
Q2 / 2026Planned
  • Token page v2
  • Lock LP
  • TON and Solana in the builder
  • File-based airdrop
  • Presale — legal go only
  • Liquidity v2
Focus · Depth and new networks
Q3 / 2026Planned
  • Виджет Presale
  • GTM scale-up
  • Partnership pilot
Focus · Growth and partnerships
Q4 / 2026Planned
  • Каталог / витрина
  • Готовность к лаунчпаду — горизонт 2Y
  • Public roadmap on the site
Focus · Discovery and compliance
Regulatory gates. Presale, a future launchpad, and other sensitive features ship only after legal review and go/no-go gates. The legal entity is intentionally omitted in this prototype and is added after counsel.
§ 09 — TEAM

Core team inside Future Markt.

Media, education, and community — our internal distribution loop.
ДП
Co-founder · CTO
Подольский Дмитрий
Product and engineering. Contracts, factory, networking layer.
ЯК
Co-founder · CMO
Кочетов Ярослав
Marketing and growth. GTM, partnership pilots, Future Markt brand.
АР
Art Director
Раскина Алёна
Product visual language, communications, round materials.
ИЧ
Full-stack Developer
Чеботарёв Илья
Client, wallet integrations, deploy flow, funnel analytics.
Future Marktfour years shipping Web3 projects. Media, education, community.
4Y EXPERIENCE · WEB3
§ 10 — DISCLAIMER

This information is for context only.

This document is not a securities offering, investment advice, or an offer. Past and modeled performance do not guarantee future results.

The product provides infrastructure for deploys; legal classification of the token, taxes, and risks remain with the user. No native ecosystem token is planned — there is no classic Web3 “tokenomics” section.

dmitry.futuremarkt@gmail.com @dmitrypodolskyfm Contact for investor inquiries
reading
0%
Tweaks
Variant
Accent color
Density
Background grid