Esta página foi traduzida automaticamente por IA. A versão em inglês é a fonte oficial.Ver versão em inglês →
Esta página documenta o grafo de contas por lançamento: a
PoolState (a conta de estado raiz para um lançamento), seus dois vaults, a PDA de autoridade e as referências pós-graduação que ela ganha quando o lançamento é liquidado.Para a configuração em nível de protocolo que limita cada lançamento, consulte products/launchlab/global-config. Para a sobreposição por plataforma, consulte products/launchlab/platform-config. Para contas de vesting (VestingSchedule em PoolState, VestingRecord por beneficiário), consulte products/launchlab/vesting.Inventário de contas
O método
raydium.launchpad.getLaunchById do SDK retorna PoolState mais um sinalizador indicando se o lançamento foi graduado; se foi, o ID do pool pós-migração é incluído.
PoolState
O estado raiz por lançamento. Os nomes de campo abaixo correspondem ao struct Rust on-chain (states/pool.rs); alguns valores são simplificados para legibilidade — consulte a fonte para o layout exato de memória.
PoolStatus (do IDL Anchor):
status— três valores, monotônicos (Funding → Migrate → Migrated). Leituras sempre seguras; escritas controladas.real_base,real_quote— estado atual da curva. Combinados comvirtual_base/virtual_quotesão suficientes para calcular o preço spot sem acessar os vaults. Consultebonding-curve.total_base_sellvsreal_base— razão de “progresso em direção à graduação” para UIs.migrate_type— nova inicialização requer1(CPSWAP). Um0armazenado permanece significativo apenas para um lançamento existente criado antes da aplicação exclusiva de CPMM.amm_creator_fee_on— escolhecreator_fee_on = OnlyQuoteToken(0) ouBothToken(1) no pool CPMM pós-graduação. Não escolhe o alvo de migração. Consultecreator-fees.quote_protocol_fee/platform_fee/migrate_fee— três contadores de taxa independentes. Cada um tem sua própria instrução de reivindicação; consulteinstructions.vesting_schedule— presente em cadaPoolStatemas inativo quandototal_locked_amount == 0. Consultevestingpara o ciclo de vida completo.
A PDA de autoridade
LaunchLab usa uma única PDA de autoridade em todos os lançamentos, derivada sem seed por lançamento:- A autoridade em cada
base_vaultequote_vaultde lançamento. - A
mint_authorityem cadabase_mintde lançamento (pré-graduação). - A signatária no CPI de graduação CPMM e na graduação AMM v4 legada para estado existente.
- A signatária em transferências
ClaimVestedTokenpara fora do vault de base.
mint_authority é revogada imediatamente após MigrateToCpswap ou uma chamada legada MigrateToAmm, então o fornecimento é permanentemente fixado.
Duas PDAs adicionais controlam os vaults de taxa:
ClaimCreatorFee e ClaimPlatformFeeFromVault.
Mint de base
Criado inline porInitialize com:
mint_authority = authority(revogada na graduação).freeze_authority = None.supply = supply, totalmente cunhado embase_vault.decimalsescolhido pelo criador emInitialize(comumente 6).
base_mint.supply é constante durante a vida do lançamento. Compras de curva movem tokens de base_vault para o comprador, mas não chamam mint_to.
Initialize / InitializeV2 criam lançamentos SPL Token. A instrução dedicada InitializeWithToken2022 permite que o mint de base seja um mint Token-2022 (com TransferFeeConfig opcional); o mint de quote ainda é SPL Token. Todos os três caminhos de inicialização requerem graduação CPMM.
Vaults
Tantobase_vault quanto quote_vault são contas SPL Token padrão possuídas pela PDA authority do LaunchLab. Os endereços são armazenados em PoolState e também podem ser derivados:
Initialize da fonte antes de confiar em uma derivação em produção.)
Vaults de taxa
Duas PDAs agregam taxas em lançamentos:- Vault de taxa de criador — PDA com seeds
[creator, quote_mint]. Cada lançamento que ganha as mesmas taxas de criador no mesmo mint de quote despeja no mesmo vault. O criador o limpa viaClaimCreatorFee. - Vault de taxa de plataforma — PDA com seeds
[platform_config, quote_mint]. Cada lançamento roteado através da mesma plataforma que usa o mesmo mint de quote despeja no mesmo vault. Aplatform_fee_walletda plataforma o limpa viaClaimPlatformFeeFromVault. Há também uma variante de limpeza por lançamento (ClaimPlatformFee) que puxa doquote_vaultdo lançamento diretamente sem passar pelo vault agregado.
Quote vault ↔ real_quote
quote_vault.balance e PoolState.real_quote devem permanecer sincronizados. Podem divergir no máximo pela soma dos três contadores de taxa pendentes (quote_protocol_fee, platform_fee, migrate_fee), que ficam no vault mas pertencem aos contadores de taxa e não à reserva de curva. A matemática da curva sempre usa real_quote, nunca o saldo bruto do vault.
Invariante pré-graduação:
Transições de contas do ciclo de vida
Próximos passos
products/launchlab/bonding-curve— a matemática por trás dereal_base↔real_quote.products/launchlab/instructions— listas de contas por instrução.products/launchlab/global-config— vinculação em nível de protocolo.products/launchlab/platform-config— sobreposição de plataforma.products/launchlab/vesting— mecânica de fornecimento bloqueado.products/cpmm/accounts— como ocpmm_pool_statepós-graduação se parece.
raydium-launch/programs/launchpad/src/states/pool.rs—PoolState,PoolStatus,VestingSchedule,AmmCreatorFeeOn.raydium-launch/programs/launchpad/src/lib.rs— constantes de seed PDA (AUTH_SEED,CREATOR_FEE_VAULT_AUTH_SEED,PLATFORM_FEE_VAULT_AUTH_SEED).- Módulo
launchpaddo Raydium SDK v2.

