Alpha Vault FAQ

1. Can there be multiple Alpha Vaults for the same pair or pool?

   No. There should only be 1 Alpha Vault per pair or pool. Technically, you can try to create more Alpha Vaults for a pool, but only the whitelisted one can swap, which means the others vaults have no function. The connected Alpha Vault for the pool is stored in pool_account.bootstrapping.whitelisted_vault as shown here.

2. Is there any time restrictions to consider when configuring the Alpha Vault for the token launch?

   There needs to be at least roughly ~1 hour 5 min between the end of the Alpha Vault deposit period and the pool activation time. This is a hard requirement. But Deposit Time, Vesting Period, when tokens can be released to depositors etc. can be configured by the creator during setup.

   This ~1 hour 5 min time period acts as a buffer, given that it can be challenging to land transactions when the Solana network is congested, especially for DLMM launch pools, which require multiple swaps and consume much more high compute unit than the constant product Dynamic AMM.

3. What is the escrow fee?

   Fee to create stake escrow account. If this fee is added, it will be a one-time fee charged when users create a stake escrow account. This acts as a tax and makes it prohibitively expensive for users to attempt to use multiple wallets to bypass the individual deposit cap. It's charged in native SOL (non-wrapped version) and will be sent to the Meteora treasury.

4. Relating to the escrow fee, is there a way for the Alpha Vault creator to set a custom fee to receive on each Alpha Vault deposit?

   Currently there's no way to set a custom receiver.

5. How do you find all the user wallets that deposited into an Alpha Vault for a particular liquidity pool?

   Please refer to this example: https://github.com/MeteoraAg/alpha-vault-sdk/blob/get-all-depositors/ts-client/src/examples/getAllDepositors.ts

6. For permissionless Alpha Vault (any wallet can deposit), is there a way to set an individual user cap? Or only permissioned Alpha Vault with whitelist supports this?

   Permissionless FCFS Alpha Vault allows you to set an individual cap, but this will be the same individual cap for everyone.

7. What are the different Alpha Vault Whitelist modes?

   • Permissionless: No whitelist, anyone can deposit into the Alpha Vault.

   • PermissionWithAuthority : In this mode, only the Alpha Vault creator can create escrow account with max_cap. This allows the creator to easily use a permissioned (with whitelist) setup without having to use the merkle tree. Creator needs to pay SOL rent for each escrow account for the whitelisted wallets, so this Alpha Vault whitelist mode is suitable for scenarios where there are very few whitelisted addresses (e.g. =<100). If they need to support a lot more whitelisted addresses, they should still use the merkle tree (PermissionWithMerkleProof whitelist mode).

   • PermissionWithMerkleProof : In this mode, only wallets that are whitelisted can deposit into the Alpha Vault. Csv file containing the list of whitelisted wallets needs to be provided by the project to Meteora, for the Merkle proof to be hosted by Meteora. Alpha Vault deposits should not open until the Merkle proof is hosted by Meteora.

8. Give me a simple example of how the USDC collected by the Alpha Vault is used to buy the base token from a single bin in the DLMM pool, and the calculation involved.

   A) Formula

   BaseTokenAmountInSingleBin * tokenPrice / (1 - feeRate) = Amount of USDC the Alpha Vault needs to use to buy out the Base Token in the single bin

   B) Example: Alpha Vault didn't buy up all the base token liquidity in the single bin

   Pool base fee = 1%

   Total LP Fee from the Alpha Vault swap: 1% of 300,000 = 3,000 USDC Protocol Fee: 20% of 3,000 = 600 USDC Fee given to LP: 80% of 3,000 = 2,400 USDC

   Base token liquidity in the single bin = 100M ABC

   Alpha Vault acquired: 98,996,624 ABC Average price: = 300,000 / 98,996,624 = 0.0030304063702213 USDC per ABC

   Tokens left in the liquidity pool after the Alpha Vault purchased:

   1,003,376 ABC -> this is the dust tokens the vault couldn't buy up (100M - 98,996,624 ABC)

   299,400 USDC -> this is the USDC the vault used to buy the tokens.

   2,400 USDC for the actual fee to the LP is included in this amount. 600 USDC already taken as Meteora protocol fee.