ATUALIZAÇÃO IMPORTANTE: PIGEONOMICS 101 Primeiro: bloqueamos 108 milhões de tokens no pool Meteora. Permanentemente. Não bloqueado por tempo. Não desbloqueável por multisig. Permanentemente. A própria instrução permanent_lock_position do Meteora. Foi para sempre. Nenhum pool concorrente para PIGEON terá esta profundidade. Qualquer pool raso que alguém tente criar como alternativa terá um grande vendedor e estará morto. O nosso pool não pode ser desestabilizado por nenhum único ator. Ele acumula profundidade ao longo do tempo. O algoritmo de roteamento não é um agente moral. Ele envia volume para o pool mais profundo porque é lá que está o melhor preço. Estamos construindo o pool mais profundo. Isto não é esperança. Isto é matemática. Segundo: o mecanismo de queima em si torna o nosso pool estruturalmente melhor do que qualquer alternativa a cada dia que opera. Cada venda queima suprimento. O suprimento se comprime. Cada token restante é respaldado por mais liquidez por unidade. A relação liquidez-suprimento do pool melhora automaticamente com cada evento de queima. Pools concorrentes não têm isso. Eles são estáticos. O nosso fica mais forte a cada transação. Pools rasos tornam-se menos atraentes ao longo do tempo. O nosso pool torna-se mais atraente ao longo do tempo. Isto não é uma característica. É uma vantagem estrutural acumulativa que amplia a diferença a cada dia. Terceiro: perguntamos diretamente ao Meteora se o DAMM v2 suporta whitelist a nível de programa. Se o pool em si pode ser configurado para rejeitar qualquer chamada de swap que não venha do endereço do nosso programa de roteamento de queima. Se sim, o bypass não existe. Não é caro. Não é difícil. É impossível. Um terminal que atinge nosso pool diretamente é rejeitado a nível de programa antes que uma única instrução seja executada. Estamos aguardando essa resposta. Se a resposta for sim, a arquitetura está fechada. Se a resposta for não, as camadas um e dois já lidam com isso através de pura economia e são suficientes. Quarto: Jupiter. Jupiter é um algoritmo de roteamento. Ele não tem opiniões. Ele envia volume onde a execução é melhor. Estamos registrando o roteador de queima como uma rota válida. Quando nosso pool é o mais profundo e o roteador está na tabela de roteamento do Jupiter, o Jupiter envia volume através da queima automaticamente. Não porque pedimos. Porque a matemática está correta. O objetivo é ser tão obviamente o melhor local de execução para PIGEON que todos os agregadores na Solana roteiem aqui por padrão. Não estamos pedindo cooperação. Estamos construindo algo que torna a cooperação a única escolha racional. PIGEON