Transparency & Reporting
Read about our specific processes for creating transparency, trust and direction with clear reporting, and structured information release to reduce fear, uncertainty and doubt for traders
The Problem
Developers often hide how much supply they own of the token they launch.
Insider information is leaked to their private circle.
Developers “time rug”, not launching on the time they promised or launch multiple tokens.
No existing launchpad/entity can prevent developers from exploiting traders.
The Effect
Traders become exit liquidity, insiders and undisclosed developer holdings cash out.
People who genuinely believe in a project lose, while the ones with insider info win.
Kills the desire for traders to believe in something, overall degrading the web3 ecosystem.
The Solution
Have a trusted governing entity (Incubater) to monitor and manage developers so that information and controlled supply information is transparent.
How will we monitor?
Every developer/project goes through a multi-step due diligence process before they’re allowed to tokenize. This includes:
KYC
KYD ("know your developer")
Codebase review
Internal developer + Internal AI team will review the codebase as part of our rigorous pre-vetting process prior to partnering with Incubater.
Team background checks
Checking for a history of rugs, insider trading or any association with FNFs, or shady background history.
Developers are also subject to:
Submit weekly reports on X
Pre-launch
Every 7 calendar days after signing with Incubater
Project updates (e.g. tech)
Progress report on community
Collaborations
General updates that are associated with the project
KYD
Post-launch on X
Everyday 7 calendar days after token launch
Project updates (e.g. tech)
Flywheel progress
Metrics on token + community stats
Roadmap progression
Collaborations
General updates associated with the project
Incubater Weekly Reports on X (@incubater_io)
Every 7 calendar days
Projects currently in the works and their progression
Will include significant project updates and market updates
Community flagging (community reporting)
Reports can be made in the Telegram, Discord, or X communities
On-chain manual audits
Incubater will be working with contractors (internal developers) to do manual on-chain audits
Minimum spaces 2 times per week, with a major emphasis on roadmap progression and promises
At launch there will be an in depth spaces with Q&A
How will we manage?
Project teams are prohibited from launching by themselves; Incubater launches on behalf of the developer's team
Developers must meet the minimum deliverable requirements for their projects. If the minimum deliverables are not delivered via the agreed timeline and quality to the signed agreement with Incubater, their partnership with us will terminate and we will announce this publicly immediately afterwards.
Pre-launch undisclosed information is only kept within the Incubater team, not the project developers (startup founders).
Minimum 180 days of accountability from the developer side (Contract with Incubater lasts 180 days).
How will we release the information / reporting? When will we do this? In what way is this transparent?
On the Incubater website you will be able to see the current projects being partnered with, meaning if a token release is in the works. You will be able to check the status of the project (e.g. pre-launched, launched etc.).
Upon launch, the first X post will be about how much supply control we own and what wallets are associated with whom e.g. developers, founders (If launched outside of Believe - tokenomics require a treasury).
The release of information and reporting will be structured in a way that is tailored to a trader's due diligence process (posting, spaces, social media presence etc.).
What is the stamp of approval?
The stamp of approval is to give the traders peace of mind when trading a project affiliated with Incubater. This indicates Incubater has worked closely with the project to suit the needs of traders and make a fair launch. This stamp of approval is identified on the Incubater website, the affiliated badge on X, the graphic posts associated, and is clearly visible on the X banners of the projects. This is tied to our Our Mission, Vision & Values.
What will we release about the developer and us before the launch?
The developer will be doxxed with past experience and work clearly visible.
Clear roadmap and utility case with step by step of exactly what the developer will be doing and how, us (Incubater) will be keeping them accountable on their promises in detail. This is included in our reporting, as detailed above.
By clicking on the respective project on our website (incubater.io), a report for traders to fully grasp everything they need to know about the project in collaboration as part of their due diligence process will be accessible before launch. There will also be in depth breakdowns on the developers account and Incubater team accounts. This is on top of the project's official website will include every detail. During our communication with our community (e.g. via Spaces), there will be further Q&A's, FAQ X posts and direct replies to threads.
The Benefit
Traders can actually trust that the developer is not taking advantage of them (fair launch, can make money).
The governance model creates a system where every developer is subject to transparency, rules about how tokens are distributed and how funds are used (roadmap + flywheel). The end goal is to create "Web2 accountability, with the benefits of the web3 space".
Token price will retain and grow in value over time due to the project having a much greater longevity.
This will benefit believers the most as opposed to scalpers, everyone wins.
This will help start to save the web3 reputation, so that more good projects can be launched as more developers start to trust the ecosystem, fitting in with our Our Mission, Vision & Values.
Greater number of token opportunities for traders to trade.
Last updated