uGit// docs
A plain explanation of the current uGit launch pattern, what the hook does, how fees reach a treasury, and which parts are live versus still upcoming.
uGit is a builder funding system. A builder can launch a token, trade it through a Uniswap v4 pool, and route a clear part of trading activity to a public project treasury.
The first uGit token is the proof of the pattern: fixed supply, no presale in the design, and a fee rule that lives in the Uniswap v4 hook instead of a transfer tax on the token.
A builder fills in the launch form with project details, token name, supply, treasury wallet, funding fee, and an optional GitHub repository.
When the launcher contract is configured, the wallet transaction deploys a fixed-supply builder token and records the launch. Pool setup and launch liquidity are handled after the token deployment confirms.
A hook is code attached to a Uniswap v4 pool. It can run during a swap, so the fee route is enforced by the pool path instead of by changing normal token transfers.
For the original uGit design, exact-input trades route 3% of the ETH side to treasury. Builder launches can set their own hook fee inside the contract cap.
The hooked pool sends the funding fee to the project treasury wallet. The treasury is meant to be visible on the builder page, alongside incoming fees and spending notes.
In the current v1 design, the treasury is a wallet. It is not a governance contract, and it does not automatically pay contributors. Any spending still needs clear public reporting.
The GitHub connection gives the launch a public work feed. A repository can show commits, releases, and project activity next to the token and treasury data.
GitHub does not control funds and it is not a guarantee that work is valuable. It is context that helps people compare market activity with visible shipping activity.
Enter the project, token, treasury, fee, website, and repository details.
Use the connected wallet to deploy the builder token when the launcher is configured.
Register the funding hook route when the shared hook address is configured.
Initialize the ETH / token pool and add launch liquidity after the token exists.
Publish the builder profile once real token, hook, treasury, and GitHub data are available.
The important point is traceability. Funding enters through the hooked trading path, lands in the configured treasury wallet, and should be shown beside project work instead of hidden in a private update.
The token itself should remain a normal token. The funding rule belongs to the Uniswap v4 pool path, which makes the route easier to explain and audit.
// next surfaces