## Why? FiroDex needs additional liquidity. FIRO/USDT pairs are particularly popular on many centralized exchanges. Because of this we should add sufficient liquidity to a FiroDex stablecoin listing such as FIRO/USDT. Additionally Pancakeswap (FIRO/BNB) would also benefit greatly from additional liquidity. ## How much? 7000 Firo can be transfered initially, with a longer term goal of reaching a maximum of 10,000 Firo. Should this amount of liquidity be insufficient, the limit can be increased via a CFC vote to do so. The funds will remain community owned but will be entrusted to Reuben to manage allocations. These funds can be transfered back to the CFC wallet if/when needed to fund existing commitments or new projects in accordance with a CFC vote to do so. ## What? We will provide additional liquidity to FiroDex and Pancakeswap, and we will charge a 1% premium over centralized exchanges (Binance). This will make it slightly profitable for the Firo community, while also improving the FiroDex and Pancakeswap user experience. This is especially helpful for larger buyers and sellers, or during periods of high trading volume. Regarding the allocation split of liquidity between FiroDex and Pancakeswap. I propose Reuben have autonomy regarding such judgement calls. Especially considering Reuben already has a lot of experience providing liquidity for Firo trading pairs, and understands intimately where liquidity is lacking. Additionally the 1% fee will also work to mitigate potential risks of impermanent loss associated with liquidity pool funding. ## Milestones? Each month we use **excess** CFC funds to add to the liquidity pool until the goal of 10,000 Firo is reached. *Excess funds are defined as the remaining funds after all other existing CFC obligations have been funded and paid out. ## Outcomes? Improve user experience on our FiroDex platform as well as Pancakeswap. Improved user experience will encourage more decentralized interaction from existing Firo users and new users alike. I think as a community we hope to build the tools and services required to rely a lot less on permission based centralized services. ## Why you? N/A