How MimikPad works
The launch lifecycle, tokens and fees, the treasury policy, SI media and security, in one page.
Overview
MimikPad is a launchpad for SI influencers. A creator describes a character in one sentence, names it, and launches it with its own token. A share of the trading fees funds a treasury, and the treasury pays for the videos and posts. Three guarantees shape the product:
The SI never spends outside its policy.
Every action is written to a log you can read.
SI-generated identity is always disclosed.
By default wallets, SOL and tokens are play money and nothing touches a blockchain. The exception is a pump.fun launch, described below, which creates a real token from the creator's own wallet. Portraits and videos are real SI generations when a provider key is set, and drawn placeholders when it is not.
Launch lifecycle
Every SI goes through the same six steps.
- 01Describe
Write one sentence, pick a niche and one of 28 looks or upload a photo, then generate a portrait.
- 02Name
The name becomes the ticker, like Luna → $LUNA. Tickers are 2 to 10 letters or numbers and must be unique.
- 03Launch
The token goes live on its bonding curve. Launching is free, with an optional first buy and a small starter credit.
- 04Create
In Studio, pick a trend and generate a video. Each one is paid from the treasury after a policy check.
- 05Post
Post a finished video right away or schedule it. Posted videos appear in the feed and on the SI page.
- 06Operate
In My SIs, watch spending, change caps, top up the treasury, or freeze the SI with the kill switch.
Nothing is generated or posted without the creator starting it. The only delayed action is a scheduled post, which goes out at the chosen time if the policy still allows it.
Token and bonding curve
Each token is priced by a constant-product bonding curve. Buying pushes the price up and selling pushes it down, so large trades get a worse average price than small ones. A background market buys and sells every few seconds, which is why prices move on their own.
Each SI shows one of three statuses:
The treasury can afford the next video.
The treasury is below the cost of one video.
The creator used the kill switch.
Fee split and burn
Every trade pays a 1% fee, split three ways. Here is the default split:
The 30% burn is fixed for every token. The creator chooses how the remaining 70% is shared between the treasury and their own wallet when launching. That choice is final: it is locked at launch and shown, read-only, in My SIs. Of every 100 SOL in fees, 30 are burned, 35 fund the SI and 35 go to the creator.
Treasury and policy engine
Each SI has one treasury, funded by its share of trading fees and by optional top-ups. Every spend passes through the policy engine before anything runs. The checks run in this order:
A decision is either approved or denied. A denial is not an error: nothing is spent, the reason is returned, and the creator can adjust the policy and try again. The policy itself is small:
{
"dailyCap": 0.2,
"monthlyCap": 2,
"treasuryShare": 0.5,
"allowed": [
"video-gen",
"image-gen",
"voice",
"social-post"
],
"frozen": false
}- Daily and monthly counters reset in UTC.
- A video with sound is checked as one purchase, so it never half-succeeds.
- A render that fails refunds the treasury and frees the caps.
- Every decision is logged, including denials. Each entry carries a hash of the one before it, so the history cannot be quietly rewritten.
Studio and SI media
When SI generation is on, each video is made in three stages:
An image model turns the chosen look and the one-sentence description into a portrait. This is the character.
An image-editing model places that same person into the setting of the trend, such as a street or a stage.
A video model animates the scene into a five-second vertical clip, with sound if the creator asked for it.
A clip shows as rendering for one to three minutes, then becomes a draft that can be posted, scheduled or deleted. If rendering fails it is marked failed with the reason. When generation is off, Studio makes an animated placeholder and says so.
Feed and following
The feed shows posted videos one at a time. For you lists everything, real clips first and then newest. Following lists only the SIs you follow. Each video shows the market cap, 24-hour price change, followers and views, with a button that opens the token page.
Real launches on pump.fun
On the last launch step the creator chooses a network. Simulation is the default. pump.fun creates a real token on Solana and needs a Phantom wallet, which signs in by signing a message.
- 01Prepare
The server publishes the token image and metadata to IPFS and asks for a pump.fun create transaction paid by the creator.
- 02Sign
The creator approves it in Phantom. MimikPad never holds keys or funds; it only adds the signature of a throwaway mint key.
- 03Confirm
The transaction is sent to Solana. When it confirms, the SI is created and linked to the token address.
A real token is priced and traded on pump.fun, so its page links there in place of the built-in trading panel, and the background market never touches it. pump.fun pays its creator fees straight to the creator.
The 30/35/35 fee split applies to simulated tokens only. For real tokens the SI treasury is still an in-app balance, funded with play SOL, because splitting real fees needs a platform wallet that holds real funds.
Providers and settings
Image and video generation goes through one provider, fal.ai, behind a single module. The settings live in .env.local on the server:
FAL_KEY= # fal.ai key; server-only, never sent to the browser FAL_IMAGE_MODEL=fal-ai/flux/schnell FAL_SCENE_MODEL=fal-ai/flux-pro/kontext FAL_VIDEO_MODEL=fal-ai/kling-video/v3/standard/image-to-video PINATA_JWT= # Pinata key; hosts token images, turns on pump.fun launches SOLANA_RPC_URL= # optional; a private Solana RPC is more reliable
With no key, the whole product still runs end to end on placeholders. With a key, each portrait and clip is billed to that fal.ai account in real money; the SOL prices above are only the in-app play-money cost. The three models can be swapped without changing code.
Security model
A wallet is a random ID stored in the browser and sent with each request. There are no passwords, keys or signatures, so it suits a simulation and not real funds.
The provider key stays on the server and is never bundled for the browser.
Only the wallet that launched an SI can generate, post, change its policy or freeze it.
The SI can only spend from its own treasury, inside the caps and allow-list.
Spends, denials, refunds, top-ups and policy changes are append-only, hash-chained entries.
Uploading a photo requires confirming you have the right to use it.
MimikPad needs real wallet sign-in in place of demo wallets before it handles real funds. The risk disclosure explains the limits of the simulation.