# BorgPad Strategies
**Understand the different pricing strategies available on BorgPad, and choose the one that fits your project’s vision.**
We offer 3 launch strategies (and more to come), each with its own risk/return profile and investor alignment mechanism:
***
#### 🔒 Fixed FDV
**Set the valuation upfront. Limit both upside and downside.**
A predictable model where the Fully Diluted Valuation (FDV) is fixed in advance, no matter how much is raised.
**Benefits:**
* Simple and easy to communicate
* Works well for projects with strong brand equity
* Clear market cap reference from day one
**Risks:**
* If demand exceeds expectations, tokens may be underpriced
* Doesn’t allow organic price discovery
***
#### 🌊 Float FDV
**Let the market decide your valuation.**
The FDV is determined by the amount raised during the launch. More capital → higher valuation.
**What it means:**
* FDV adjusts dynamically based on market demand
* Aligns price with user interest and momentum
* Encourages price discovery and real traction
**Example:**
* Raise $50k → FDV = $1M
* Raise $200k → FDV = up to $5M
Ideal for early-stage projects looking to **test market appetite**.
***
#### 🛡️ Floor Strategy
**Protect the downside, unleash the upside.**
A model where your token **can’t trade below a defined price (The Floor)**. Your **risk is capped, but upside is uncapped**.
**Key Features:**
* No tokens sold below the Floor at TGE
* Downside is protected, upside is unlimited
* Unlocks go into DLMM Floor bins at TGE or controlled moments
* Works best for projects confident in long-term value
**Investor View:**
Flips the risk curve in their favor → safer entry point with full upside potential.
---
# Agent Instructions: Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter:
```
GET https://docs.borgpad.com/founders/borgpad-strategies.md?ask=
```
The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.