PONS é o token nativo do ecossistema Pons (PONS) na Robinhood Chain, conectando as taxas de negociação pós-lançamento às recompras e queimas do protocolo. As taxas de pool de 1% são divididas no instantâneo do lançamento; a parte do protocolo pode comprar PONS e enviá-lo para um endereço de queima, ajustando as métricas da oferta circulante. As queimas reduzem a oferta reportada, mas não garantem valorização do preço.
Tokens de oferta fixa são inseridos em um pool WETH Uniswap V3 bloqueado no momento da criação, acumulando taxas desde o primeiro dia. Diferente dos modelos de curva de vinculação, que migram liquidez posteriormente, as regras de taxa estão vinculadas ao modelo de pool instantâneo — lançamentos ativos costumam adotar 70% / 30%, enquanto o modelo Legacy utiliza 90% / 10%. O artigo Pons vs bonding-curve launchpads compara estrutura de preços e liquidez; as regras de taxas são restrições complementares desse design.
No contexto de ativos digitais, os parâmetros de taxas — divisões do instantâneo de lançamento, caminhos de reivindicação e recebimentos em endereço de queima — são verificáveis on-chain. Conferir endereços de contrato e lockers é mais relevante do que considerar as “buybacks” como sinal isolado de qualidade. A taxa de lançamento de 0,0005 ETH é separada das divisões de taxa de pool; o market cap ajustado por queima é aproximadamente preço × (total − queimado) e não constitui garantia de preço; CTO pode alterar a apresentação social e, quando aplicável, o roteamento de pagamento ao criador, mas nunca o token, o pool ou a liquidez bloqueada.
PONS é o token nativo do ecossistema, localizado no endereço de contrato de referência 0x39dBED3a2bd333467115dE45665cC57F813C4571. Usuários lançam tokens de oferta fixa pela interface; PONS integra o ciclo de taxas do protocolo como alvo de recompra e queima quando a parte do protocolo é destinada à recompra e destruição de oferta.
PONS não substitui a precificação de cada token de lançamento em seu pool Uniswap V3, nem interfere na execução de compras e vendas individuais. As negociações ocorrem no pool WETH de cada token; PONS aparece quando taxas do protocolo são realocadas e queimadas. Ao analisar o market cap ajustado por queima, separe métricas de oferta total das de oferta circulante após queimas.
A factory ativa (0xA5aAb3F0c6EeadF30Ef1D3Eb997108E976351feB, a partir do bloco 8991118) e o locker ativo (0x736D76699C26D0d966744cAe304C000d471f7F35) são as referências contratuais para as divisões atuais e pontos de entrada de reivindicação de taxas. A factory Legacy ainda atende lançamentos anteriores; cada token segue a factory e o locker definidos no bloco do lançamento.
Taxas de pool e taxas de lançamento seguem caminhos distintos. As taxas de pool vêm das negociações Uniswap V3: a taxa de pool é de 1% (parâmetro 10000), acumulando tanto no token quanto no WETH a cada negociação. A taxa de lançamento é uma cobrança única de 0,0005 ETH na criação do token, separada das divisões recorrentes de taxa de pool.
A taxa de lançamento cobre a etapa Create, que implementa o token e o pool; as taxas de pool cobrem a atividade contínua de Trade. No fluxo Create → Trade → Graduate, Create fixa a oferta, bloqueia a liquidez e paga a taxa de lançamento; Trade gera as taxas de pool de 1%, que depois são divididas entre criador e protocolo.
| Tipo de taxa | Taxa / regra | Quando é cobrada | Sobre o que incide |
|---|---|---|---|
| Taxa de pool | 1% (10000) | Cada negociação no pool | Acumula nos lados do token e do WETH, depois divide conforme instantâneo |
| Taxa de lançamento | 0,0005 ETH | Na criação do token | Custo único de Create, não integra o cálculo da divisão da taxa de pool |
A tabela separa o custo único de implementação das taxas de negociação recorrentes. Antes de discutir divisões ou reivindicações, confirme que as negociações ocorrem no pool Uniswap V3 bloqueado do token — não considere a taxa de lançamento como parte da base das taxas de pool.
As proporções de divisão são fixadas no instantâneo de lançamento e não mudam retroativamente com atualizações das regras da factory. Lançamentos pela factory ativa (desde o bloco 8991118) usam 70% para o criador e 30% para o protocolo. Lançamentos pela factory Legacy (desde o bloco 8600612) mantêm 90% para o criador e 10% para o protocolo. Cada token mantém sua proporção de lançamento permanentemente.
A parte do criador se acumula na posição bloqueada do token. Criadores podem reivindicar pela interface; se não reivindicada por longos períodos, a automação pode reivindicar em nome do criador e direcionar para a carteira de pagamento, sempre respeitando o instantâneo. A parte do protocolo entra nos caminhos de coleta do protocolo e segue a alocação de recompra e operações descrita abaixo.
| Origem do lançamento | Bloco inicial | Criador | Protocolo | Tokens existentes podem ser reescritos? |
|---|---|---|---|---|
| Factory ativa | 8991118 | 70% | 30% | Não; fixado no instantâneo de lançamento |
| Factory Legacy | 8600612 | 90% | 10% | Não; fixado no instantâneo de lançamento |
Sempre verifique as divisões por lote de lançamento de token, e não pelo padrão global da factory vigente. Para inspecionar a parte do protocolo e os endereços de pagamento de um token, leia os parâmetros do instantâneo no locker correspondente; quando não houver redirecionamento, o pagamento ao criador normalmente recai sobre o deployer.
Figura 1. As taxas de pool acumulam nos lados do token e do WETH, depois são divididas conforme o instantâneo de lançamento entre criador e protocolo; criadores reivindicam pela interface.
Recompras do protocolo utilizam fundos do protocolo para comprar PONS e enviar tokens para um endereço de queima, removendo-os permanentemente da oferta circulante. Queimas reduzem o float reportado, mas queima ≠ garantia de preço: o preço de mercado ainda reflete lances e ordens de venda em tempo real; a destruição altera apenas a oferta.
O market cap ajustado por queima utiliza: preço × (total − queimado). Essa fórmula multiplica o preço pela oferta total menos o montante queimado — expressando o market cap com base na oferta circulante pós-queima. Trata-se de uma métrica, não de uma promessa de preço futuro.
As taxas do protocolo seguem uma alocação direcional: cerca de ~80% para recompras de PONS (frequentemente via execução TWAP) e ~20% para operações e infraestrutura. Considere esses percentuais como metas estruturais de alocação, não garantias de tempo ou visibilidade on-chain em cada execução.
Figura 2. As taxas do protocolo são direcionadas para recompras e operações; recompras compram PONS e enviam tokens para endereço de queima para ajustar métricas de oferta circulante.
O Community takeover (CTO) ocorre quando o criador original se retira e uma comunidade ativa solicita controle da apresentação voltada ao criador e, quando aplicável, do roteamento de pagamento de taxas. As solicitações passam por um processo de revisão CTO; a aprovação depende das permissões contratuais e da adequação dos materiais enviados.
CTO pode alterar a apresentação social e, quando aplicável, a carteira de pagamento de taxas do criador. Não altera o contrato do token, o pool de negociação ou a liquidez bloqueada. A aprovação é uma mudança administrativa de roteamento — não representa endosso de segurança, qualidade ou valor do token. Chaves privadas e frases-semente nunca devem ser compartilhadas em nenhum processo; fluxos legítimos não exigem transferência de fundos para processar solicitações.
| Dimensão | CTO altera? | Observações |
|---|---|---|
| Apresentação social | Sim | Entrada voltada ao criador pode ser transferida |
| Pagamento de taxas do criador | Às vezes | Futuras taxas do criador podem ser roteadas para nova carteira |
| Token / pool / liquidez bloqueada | Não | Estrutura do ativo on-chain permanece igual |
| Endosso de qualidade ou segurança | Não | Aprovação não é endosso do projeto |
Separe “apresentação e roteamento de pagamento” de “estrutura de pool e liquidez”. Após CTO, continue verificando endereços, profundidade de liquidez e concentração de holders de forma independente — o status de takeover não elimina riscos.
Os pontos fortes do mecanismo incluem parâmetros de taxa de pool e de lançamento verificáveis; divisões de instantâneo no lançamento conferíveis por token; reivindicações do criador rastreáveis e automação de reivindicação; e caminho público de endereço de queima para ajuste da oferta circulante. CTO, quando aplicável, pode redirecionar pagamentos sem alterar a estrutura do pool.
Limitações estruturais incluem profundidade de taxa atrelada ao volume real do pool; coexistência de factories Legacy e Ativa exigindo verificações por lote; execução de alocação do protocolo descritível, mas de observação variável; e independência do Graduation em relação ao instantâneo de taxas — atingir o threshold de WETH não altera a divisão fixada no lançamento.
Os riscos abrangem smart contract e factory / locker, tokens falsos e interfaces de phishing, assimetria de informação em novos lançamentos, slippage em pools pouco líquidos e interpretação equivocada de queimas ou CTO como garantias de preço ou segurança. Antes de lançar ou negociar, confirme endereços de contrato e prévias de transação em vez de confiar em rótulos de status como promessa de retorno.
| Tipo de risco | Fonte principal | O que verificar |
|---|---|---|
| Contrato / factory | Contratos de factory, pool, locker | Endereços Ativos vs Legacy e contrato do token |
| Informação / personificação | Mesmo símbolo, sites falsos | Endereço do contrato e pontos de entrada oficiais |
| Liquidez / slippage | Pools pouco líquidos, grandes negociações | Cotações, impacto no preço, tolerância de slippage |
| Interpretação equivocada de rótulo | Graduation / buyback / queima / CTO | Tags de threshold e queimas não são garantias de qualidade ou preço |
PONS conecta divisões de taxas de pool, recompras e queimas no Pons: negociações geram taxa de pool de 1% nos lados do token e do WETH, enquanto a criação cobra taxa de lançamento separada de 0,0005 ETH. As divisões são fixadas no instantâneo de lançamento — Ativa 70% / 30%, Legacy 90% / 10%. As taxas do protocolo são alocadas para recompras e operações; recompras compram PONS e enviam tokens para endereço de queima. Queimas ajustam métricas de oferta circulante, mas não garantem desempenho de preço. CTO pode transferir apresentação social e, quando aplicável, roteamento de pagamento ao criador, sem alterar token, pool ou liquidez bloqueada, e sem constituir endosso.
PONS é o token nativo do ecossistema Pons em 0x39dBED3a2bd333467115dE45665cC57F813C4571. A parte das taxas do protocolo pode comprar PONS e enviá-lo para um endereço de queima, reduzindo métricas de oferta circulante. PONS não substitui precificação ou execução dentro do pool Uniswap V3 de cada token de lançamento.
A taxa de pool de 1% é dividida conforme o instantâneo de lançamento: factory ativa (a partir do bloco 8991118) utiliza 70% para o criador / 30% para o protocolo; Legacy (a partir do bloco 8600612) utiliza 90% / 10%. Criadores reivindicam via interface; saldos não reivindicados podem ser reclamados por automação para a carteira de pagamento. A taxa de lançamento de 0,0005 ETH é separada das divisões de taxa de pool.
As taxas do protocolo são direcionadas para recompras e operações — aproximadamente ~80% recompras e ~20% operações. As recompras compram PONS e enviam tokens para um endereço de queima. O market cap ajustado por queima é preço × (total − queimado). Queimas não garantem aumento de preço; o preço ainda reflete a negociação de mercado.
Pons é uma interface descentralizada na Robinhood Chain para lançamento e negociação de tokens de oferta fixa sem custódia de fundos; cada negociação requer aprovação da carteira. A criação implementa um token e pool WETH Uniswap V3 sem curva de vinculação e sem migração. PONS é o token nativo do ecossistema, vinculado às divisões de taxas e à mecânica de recompra e queima.
Os riscos incluem risco de smart contract e factory / locker, personificação e phishing, assimetria de informação em novos tokens, liquidez e slippage, e interpretação equivocada de queimas, Graduation ou CTO como sinais de segurança ou retorno. Verifique endereços de token, liquidez do pool e prévias de transação em vez de apenas rótulos de status.
Não. CTO pode alterar apresentação social e, quando aplicável, roteamento de pagamento de taxas do criador. O token, o pool e a liquidez bloqueada permanecem inalterados. A aprovação não é endosso de segurança ou valor do token, e processos legítimos não solicitam chaves privadas ou transferências de fundos para processar uma solicitação.





