ATUALIZAÇÃO IMPORTANTE: POMBOS 101 Primeiro: bloqueamos 108 milhões de tokens no pool de Meteora. Permanentemente. Não tem tempo travado. Não é desbloqueável com multisig. Permanentemente. A própria permanent_lock_position instrução de Meteora. Desapareceu para sempre. Nenhum grupo de concorrentes do PIGEON jamais terá essa profundidade. Qualquer piscina rasa que alguém tenta criar como alternativa acaba com um grande vendedor e ela acaba. Nosso pool não pode ser desestabilizado por um único ator. Isso aumenta a profundidade com o tempo. O algoritmo de roteamento não é um agente moral. Isso envia volume para o pool mais profundo porque é onde está o melhor preço. Estamos construindo a piscina mais profunda. Isso não é esperança. Isso é matemática. Segundo: o próprio mecanismo de queima faz com que nossa piscina seja estruturalmente melhor do que qualquer alternativa todos os dias que ela opera. Toda venda gasta suprimento. Suprima compressas. Cada token restante é respaldado por mais liquidez por unidade. A relação liquidez-fornecimento da piscina melhora automaticamente a cada evento de queima. Os pools de concorrentes não têm isso. Eles são estáticos. A nossa fica mais forte a cada transação. Poças rasas se tornam menos atraentes com o tempo. Nossa piscina fica mais atraente com o tempo. Isso não é um recurso. É uma vantagem estrutural acumulada que amplia a diferença todos os dias. Terceiro: perguntamos diretamente ao Meteora se o DAMM v2 suporta listas brancas em nível de programa. Se o próprio pool pode ser configurado para rejeitar qualquer chamada de swap que não venha do endereço do programa do roteador de queima. Se sim, o bypass não existe. Não é caro. Não é difícil. Impossível. Um terminal que chega diretamente ao nosso pool é rejeitado no nível do programa antes que uma única instrução seja executada. Estamos aguardando essa resposta. Se a resposta for sim, a arquitetura é fechada. Se a resposta for não, as camadas um e dois já lidam com isso por pura economia e são suficientes. Quarto: Júpiter. Júpiter é um algoritmo de roteamento. 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 está mais profundo e o roteador está na tabela de roteamento de Júpiter, Júpiter envia volume automaticamente pela queima. Não porque pedimos. Porque a matemática está correta. O objetivo é ser tão obviamente o melhor local de execução para o PIGEON que todo agregador da Solana faça roteamentos para cá por padrão. Não estamos pedindo cooperação. Estamos construindo algo que faz da cooperação a única escolha racional. POMBO