Growing liquidity
Three sources fill the linked pool: launch inventory, direct contributions and released fees.
Inventory bought at launch
The vault itself calls the curve during launch (acquireOpening), so the tokens land in the vault. Any refund from the curve is credited straight to the liquidity reserve instead of the revenue split. With 0% inventory the vault holds no coins yet and will have to buy some before it can add liquidity; the pool is labelled unfunded until then.
Contributions
Anyone can move counterpart tokens into the vault with fundQuote(amount). The coin page first asks for an approval of exactly that amount, never unlimited. The creator can then pair vault inventory with those tokens through seed, which the page simulates with 1% minimums and a ten-minute deadline.
fundLiquidity() accepts ETH and books all of it as liquidity. A bare ETH transfer to the vault is treated as revenue and split, so use the function when you mean to fund liquidity in full.
Liquidity from fees
reinvest (token counterparts) and reinvestNative (ETH, post-graduation) spend reserved ETH on both assets and deposit them. Minimum outputs, deadlines and price impact are enforced per call. If a route is missing, the amount is too small to be worth gas, or a call fails, the ETH stays put. Leftover balances carry over, and router approvals are reset to zero after every deposit.