Seedify connects incubation with token launches
Seedify is a crypto incubator and launchpad where SFUND staking and farming have governed access to project token sales. Incubation supports project development, while a launch sale raises funding through token purchases. Its ecosystem has covered blockchain gaming, non-fungible token (NFT) assets and later AI-assisted products, with different participation rules across launch formats.
Funding a project's development, qualifying for a sale and receiving purchased tokens involve different rules. Tier status concerns access or purchase size. Pricing, fundraising conditions and release schedules belong to the particular offering, including its deployment stage.
Incubation connects project selection with development support
Incubation addresses a project's development, while the launchpad connects its offering with participants and fundraising. The original ecosystem design paired decentralized autonomous organization (DAO) voting for project selection with community feedback and solution-partner support. Proposed community programs covered product design, tokenomics, marketing and smart contract development. Specialists could earn project-token rewards for contributing relevant advice. Launchpad access also formed a separate route: the early model allowed projects to apply for a launch without first receiving seed funding or incubation, subject to winning community votes.
The original seed-fund design proposed distributing tokens from funded projects to SFUND stakers. Project release schedules controlled those distributions. These project-token rewards formed a separate mechanism from SFUND reward pools and tokens participants purchased in launch sales.
SFUND links staking and farming to launch access
Staked tokens
Staking committed SFUND to a pool, where program rules governed rewards and launch eligibility. The older launchpad design linked qualifying positions to lottery access at its lowest tier and guaranteed allocations at higher tiers. Allocation size also depended on the sale's funding cap and the number of qualifying wallets in the relevant tier. A tier therefore described access to a token purchase, with an allowance specific to that sale.
The V2 initial decentralized exchange offering (IDO) model required approved know-your-customer (KYC) verification and qualifying staking or farming positions 24 hours before an IDO. A later Seed Staking Boosters interface distinguished closed legacy pools from new pools, with the selected lock setting a point-generation multiplier per SFUND.
Farmed liquidity
Farming supplied another qualification path through liquidity positions. In the V2 model, only the SFUND component of farmed liquidity counted toward tier requirements. Participants could combine that qualifying component with staked SFUND.
In the replacement SFUND/BNB farms, the annual percentage rate varied with total staked liquidity and price.
How do sale allocations become claimable tokens?
In the legacy IDO model, an allocation set a purchase allowance; the project's release schedule determined subsequent claims. Tier status did not execute the purchase. Whitelisted wallets had a sale window; remaining tokens could enter a first-come-first-served round using the same whitelist. Those mechanics described that offering format, without establishing a universal schedule for later bonding-curve launches.
Purchased IDO tokens became available to claim under each project's vesting schedule. A token generation event, or TGE, could mark only an initial release, leaving a remainder subject to later unlocks. Sale allocation, purchased quantity and claimable balance represented different values.
The V2 expansion joined gaming tokens with NFT assets
Creative teams and asset grants
Seedify Meta Studios had a dedicated creative team working on metaverse NFT assets. The Metaverse Asset Program outlined grants and advisory support for external creators. These programs addressed asset production before an offering, extending the ecosystem beyond fundraising for a game's fungible token.
NFT offerings and marketplace plans
The V2 plan distinguished Seedify NFT Launchpad's in-game NFT sales and Seedify IMO Launchpad's metaverse-asset offerings from project token sales. It also described Seedify NFT Space as a proposed marketplace for gaming and metaverse assets, with research tools, crowdfunding and launchpad connections.
Bonding curves and milestones govern different parts of a raise
Pricing and liquidity
A bonding curve makes purchase price depend on the sale's progression. The earlier Vibecoins design described purchases moving token prices upward until fundraising reached the applicable cap, followed by preparation for decentralized exchange (DEX) liquidity. It used SFUND in project-token liquidity pairs. That pricing mechanism differed from the earlier fixed-price IDO model.
The Vibecoins specification separated community-voted projects with standard tokenomics from curated projects with customized terms. Its access categories included SFUND tiers, Seedify Social Score users and InfoFi users, while a refund mechanism covered the bonding-curve process. The model also outlined application utilities, including subscription access, premium features and revenue-funded buybacks.
Team funding and token vesting
The Initial Milestone Offering framework ties later project funding releases to approved milestones. An offering can provide initial team funding before those releases. Community voting addresses delivery decisions, including delays and disputes. Approved team-funding tranches pay the project; a buyer's vesting schedule with milestone conditions governs the release of purchased tokens. The framework also allows structured decisions about pivots and partial releases, within its applicable rules.
Where does vibe/vibe fit in Seedify's development?
Seedify introduced vibe/vibe as a launchpad direction for AI-assisted product building and bonding-curve fundraising. Its broader project focus has included decentralized finance (DeFi), AI and big-data applications alongside gaming and NFTs. Earlier Vibecoins plans centered on SFUND-based access. The newer rollout has included a testnet stage involving guilds, builder leaderboards and stock-paired products. Guilds bring communities into shared activities; builder leaderboards focus on products participants create for the platform.
Later launch updates have discussed preparations for mainnet separately from testnet activities. Testnet promotions have included allowlist rewards, which concern access to a specified launch or mint. Their reward terms do not establish the pricing, allocation or claim schedule of a separate production offering.
Contract version and offering terms qualify participation
The SFUND contract replacement added a version boundary to holding and staking rules. The replacement token launched on BNB Chain, while transition rules preserved tier recognition for existing old-token stakes. Migration eligibility excluded old-token purchases and farming rewards obtained after 10 AM UTC on October 9, 2025. Eligible earlier positions followed the transition's separate maturity and migration conditions.
The original SFUND migration deadline was October 8, 2026. Under those transition terms, existing locked stakes could migrate after their pools matured, within the stated migration period.
Does a displayed SFUND balance establish launch access or migration eligibility? A qualifying stake can contribute to tier status. The contract replacement applied separate eligibility conditions to old-token balances, with its own deadline.
- Identify whether the balance is SFUND held directly, SFUND staked or the SFUND component of farmed liquidity.
- Separate old and replacement contracts before applying a token's participation rules.
- For historical migration, distinguish eligible earlier holdings from old-token purchases or farming rewards after 10 AM UTC on October 9, 2025.
- Read staking maturity independently of a project's purchase window and token-release schedule.
- Apply the selected offering's identity, geographic and access conditions to sale participation.
Popular questions about Seedify
What determines the cost of reaching an SFUND tier?
The acquisition cost depends on the applicable SFUND requirement and the price paid for the required tokens. A token-denominated threshold has a changing currency cost. Qualifying holdings, staking locks and liquidity-position rules also affect what counts toward the tier, so a quoted token price alone does not determine participation eligibility.
Do higher tiers imply better project performance?
A higher tier concerns participation terms or purchase allocation, not the project's subsequent performance. A larger allowance permits a larger purchase under the sale rules. It does not establish product adoption, future demand for the token or the price available when tokens unlock.
Who handled KYC on the legacy IDO dashboard?
The legacy profile dashboard identified Blockpass as its KYC provider. Identity screening and a qualifying staking or farming balance served different purposes. Completing the identity check did not itself create a token position, while holding SFUND did not complete KYC approval.
How long does an SFUND staking position stay locked?
The selected pool's term determines an SFUND position's maturity. The V2 menu listed 7, 14, 30, 60 and 90-day locks; a later Seed Staking Boosters interface displayed 30, 90, 180 and 270-day options. These are menus for specific versions. A historical lock duration does not establish a current pool's yield.
Which meaning of IMO applies to Seedify offerings?
IMO has denoted different offering types in different product periods. The V2 metaverse plans used it for Initial Metaverse Offerings. The later fundraising framework uses Initial Milestone Offering, connecting funding and token vesting to project delivery. The acronym alone does not identify the asset type or funding rules.
Does a refund feature make an entire token purchase refundable?
Refund coverage follows the particular offering's rules. When a sale allocates part of a contribution to liquidity, fees or initial team funding, those amounts may fall outside a later milestone refund. Refund shares and triggers can therefore differ between a sale-stage failure and a missed milestone.
Are allowlist rewards the same as token airdrops?
An allowlist reward concerns access to a launch or mint, while a token airdrop concerns distribution of tokens. A builder or guild promotion can award access without specifying a token amount. Its reward type determines whether the benefit is participation permission or an asset distribution.
Did legacy Seedify IDOs have country restrictions?
The legacy IDO terms excluded residents of specified jurisdictions. KYC approval and tier qualification did not remove those geographic restrictions. Holding SFUND alone did not establish permission to join the launchpad's sale.