$STOCKFUN

O token do protocolo. Ele captura valor de todo o launchpad, e aplica a si mesmo a regra que impõe aos outros.

O flywheel

Cada trade, em cada mercado, credita a linha de buyback, 0,5 % por padrão, ao saldo de buyback no hook, devido ao BuybackBurner. O burner retira esse saldo no início de cada burn, e qualquer pessoa pode enviá-lo para lá com claimBuybackFees(); desde 2026-10-01, o hook não o envia mais durante o trade. O burner não tem owner próprio, nem withdraw, nem sweep: enquanto o pool do $STOCKFUN estiver travado, a única coisa que o seu código atual pode fazer com o ETH que recebe é comprar $STOCKFUN e enviá-lo ao endereço de burn, que está fixo no código. Desde 2026-10-05, o owner do StockFun tem uma alavanca sobre ele, rescue: um token enviado a ele por engano, a qualquer momento, e o seu ETH só quando nenhum burn puder mais gastá-lo, antes de o mercado do protocolo ser designado ou depois que o modo de encerramento tiver recuperado o pool do $STOCKFUN.

"Recomprado e depois queimado" é, portanto, uma propriedade do código em vez de uma promessa, enquanto o burner não receber upgrade: desde 2026-10-02, o owner do StockFun pode fazer o seu upgrade, com efeito imediato, como o de todo módulo, exceto os tokens e o lock de liquidez.

O seu próprio mercado

O $STOCKFUN tem um TreasuryVault, no basket Index, alimentado pelos mesmos 2 % de qualquer mercado e distribuído via airdrop aos holders de $STOCKFUN como qualquer tesouraria. O protocolo aplica a si mesmo a sua própria regra. Nenhum $STOCKFUN é reservado para a equipe. Os seus ciclos de airdrop deixam de fora o endereço de burn, como em qualquer mercado, e o operador do lançamento, que detém todo o supply durante os poucos blocos entre a cunhagem e o lock: desde 2026-10-05, o script de lançamento coloca esse endereço na lista antes da cunhagem.

O buyback que alimenta esse vault não é uma falha do modelo, é o flywheel: uma compra de $STOCKFUN pelo próprio burner paga 5 %, dos quais 2 % voltam para o vault do protocolo e 0,5 % para o próximo burn. A série converge.

O que o diferencia

As tabelas são os parâmetros padrão da taxa, que o owner do StockFun pode mudar: veja Taxas.

O contrato

O $STOCKFUN é um ERC-20 simples e não é upgradável. Todo o seu supply, 1.000.000.000 tokens por padrão, é cunhado uma única vez, no construtor, para o operador do lançamento, que o deposita inteiro na posição travada: nada é reservado para a equipe. Ele não tem mint, nem função de burn, nem pausa, nem blacklist, nem lógica própria além de um setter e dos seus rescues, que pertencem ao owner do StockFun. O setter, setRecorder, designa o registrador de posições ao qual cada mudança de saldo é notificada, já que a sua tesouraria também é distribuída via airdrop aos seus holders. Se a notificação falhar, a transferência falha: é a única exceção deliberada à regra de isolamento do protocolo, veja Arquitetura. Os rescues, desde 2026-10-05, só retiram o que foi enviado por engano ao próprio endereço do token.

O script de lançamento, LaunchProtocol, exige que o contrato do airdrop esteja designado antes na factory. Ele define a lista de exclusão do $STOCKFUN, com o operador do lançamento, no endereço que o token vai ocupar, depois implanta o token ali e deposita o seu supply na posição travada. Desde 2026-10-06, uma execução que parou antes de o mercado do protocolo ser designado é retomada com o token e o vault que deixou, que o script verifica primeiro, em vez de cunhar um segundo $STOCKFUN. Veja Implantação.

O burn

"Queimar" significa enviar para 0x000000000000000000000000000000000000dEaD. O supply total nunca se mexe — é o supply circulante que diminui, e a diferença pode ser verificada por qualquer pessoa com uma chamada balanceOf.

Isso é mais honesto do que um burn de verdade: nada se esconde atrás de um totalSupply que muda, tudo é um saldo público.