59793981
60643336
faixa de blocos, 849.356 blocos
Cole os campos como o lançamento os mostra. A página compara as strings com todos os lançamentos de um dia e diz o que é compartilhado, com quantos e desde quando. Ela lê strings, não o contrato, e nunca resolve um endereço.
O que você cola fica no seu navegador. A tabela com que se compara é baixada uma única vez deste domínio na primeira verificação, então a primeira visita precisa de rede; nada mais é carregado e nada sai da página.
Um diagrama das sete verificações abaixo, na ordem em que o código as executa. Os nomes de campo, as tabelas e o conteúdo do índice são os reais; os números da etapa quatro são um espécime e estão marcados como tal.
Diagrama do processo · nem gráfico, nem ornamento
como o lançamento os mostra
duas grafias, um recurso
um dia de lançamentos
baixado uma vez, primeira verificação
o único caminho que cruza o limite, e aponta para dentro
frases, não uma pontuação
o snapshot terminou .
Onde esta página está, e por que uma página assim existe aqui
Robinhood Chain é uma rede de camada dois compatível com Ethereum, construída sobre Arbitrum e executada com Nitro. Sua documentação oficial diz que usa blobs do Ethereum para disponibilidade de dados e ETH como token nativo de gas. Carteiras e ferramentas EVM padrão podem se conectar pela configuração de rede publicada.
O explorador indicado pela configuração oficial da Robinhood para esta rede é o Blockscout, em robinhoodchain.blockscout.com. Confira o host e a rede de um link de explorador antes de tratá-lo como uma visão desta rede.
Nomes de redes, links de exploradores e endpoints públicos são fáceis de imitar. A mesma ambiguidade aparece um nível abaixo, no que os lançamentos escrevem sobre si mesmos: um nome, ticker ou link que parece familiar ainda é apenas uma string. É por isso que esta página compara essas strings e se recusa a dizer o que elas significam.
Esta página lê sete strings que um lançamento publica sobre si mesmo e compara cada uma com a mesma string em todos os lançamentos de um dia. Não abre o contrato, não precifica nada e não resolve um endereço. Cada comparação é feita sobre texto normalizado: aparado, em minúsculas onde as maiúsculas não significam nada, e dobrado onde a tabela de aliases diz que duas grafias nomeiam um mesmo recurso.
Cada linha diz se o valor é compartilhado, com quantos lançamentos, de quantos implantadores e desde quando. Essa é toda a saída.
Nada disto prevê nada. Um ticker compartilhado é um fato sobre strings, não um sinal sobre um lançamento.
Isto lê strings, não o contrato. Compara o que um lançamento escreveu sobre si mesmo com o que outros escreveram, nada mais.
Um valor compartilhado não prova nada. Projetos relançam, equipes compartilham um canal e copiar um link leva um segundo. A página diz o que é compartilhado, com quantos e desde quando, e para por aí.
A janela é um dia, de 2026-09-10 a 2026-09-11, com o intervalo de blocos indicado acima. Não estar nela significa que nenhum outro lançamento daquele dia carrega o valor. Uma contagem nunca diz se um dos lançamentos contados é o que está sendo colado, porque a página não tem como saber.
Nada aqui é uma opinião sobre entrar, sair ou quanto colocar.
O snapshot publicado registra o número e o hash exatos do bloco finalizado usados em todas as leituras de identidade. O hash do índice que aparece impresso identifica os bytes publicados, e npm run verify pode executar novamente esse estado e essa janela registrados antes de comparar o hash do índice reconstruído.
npm run verifyA reprodução rigorosa exige um endpoint capaz de ler esse estado histórico e a faixa completa do log registrada no snapshot. Se alguma dessas duas leituras falhar ou a guarda de publicação própria não puder ser concluída, o comando se recusa a declarar o snapshot reproduzido.
Hash do índice publicado 18cd4c4d6a3255f58b359f7d2c802888bb9d78f8f515f8b1c4d7013fb16ed665
Node para testes e compilações. Um RPC com estado histórico só é necessário para a reprodução rigorosa
O código, os testes e a compilação da página rodam na sua própria máquina com Node e sem dependência em tempo de execução. Os testes conferem a tabela de cópias contra cada arquivo copiado, o bloco do token em seus três estados, o motor, a ABI, o portão e o esquema do índice. A compilação escreve esta página a partir dos modelos, do arquivo de números e do índice, e recusa um dígito que não tenha chegado por substituição. O pacote de dados atual registra o estado de identidade finalizado exato usado pelo coletor.
O último comando lê o estado e a janela registrados junto com o snapshot atual, reconstrói o índice em um diretório temporário e compara os dois hashes. Ele só faz requisições de rede depois de verificar os artefatos locais; um endpoint que não consiga servir o estado histórico exigido produz uma recusa, não uma correspondência.
git clone https://github.com/Mnilax/lintcha-chainnpm testa tabela de cópias, o motor, o esquema, os estados do tokennpm run builda página, a partir dos modelos e do índicenpm run verifyreconstruir o estado registrado; comparar o hash do índiceEste é o segundo site do lintcha. O primeiro lê o texto que as pessoas colocam em perfis de bots de IA: a carta que um bot publica sobre si mesmo, verificada contra um corpus dessas cartas, sem pontuação.
O mesmo método é apontado aqui para lançamentos de tokens, porque ambos começam como pequenos textos de apresentação, fáceis de copiar e fáceis de deixar de notar: um nome, um ticker, uma descrição e alguns links, definidos no lançamento e deixados como estão. Os dois sites leem esse texto e param.
O motor, a tabela de esqueletos, a tabela de aliases e os testes são escritos no lintcha e copiados para cá sem alterações; o índice é construído aqui, a partir do registro de lançamentos desta cadeia, no seu próprio calendário.
Coletado 2026-09-11 · índice 888.039 bytes · 15.842 entradas
Esta seção indica o que o coletor leu, como cada campo é normalizado antes de ser hasheado, as duas tabelas que dobram grafias e hosts, o piso sob cada contagem e o que o índice guarda. As tabelas são escritas a partir dos próprios arquivos do motor ao construir a página, então não podem se afastar do código que roda no seu navegador.
Um dia: as 24 horas que terminam no último bloco finalizado no momento da execução, encontrado por bissecção das marcas de tempo dos blocos, de modo que a janela é indicada como uma faixa de blocos e duas marcas de tempo UTC, de 2026-09-10 23:24 a 2026-09-11 23:24. Um dia foi a janela que uma passagem pelo registro de lançamentos cobriu no ritmo sustentado pelo endpoint; uma janela mais longa diria mais sobre strings e nada mais sobre lançamentos.
Em cada atualização protegida, o código registra um número e um hash de bloco finalizado, faz uma passagem pelo log de lançamentos da fábrica da pons na Robinhood Chain e depois lê cada campo de identidade nesse estado numérico. Antes de o gravador ser executado, uma guarda de publicação própria relê os eventos com duas disposições de páginas menores e limites diferentes, compara cada linha canônica bruta, relê rigorosamente as transações de amostra e os retornos de identidade e precisa reconstruir as mesmas tabelas e resumos. São consultas alternativas ao mesmo endpoint configurado, não uma prova de provedor independente. O snapshot impresso nesta página inclui esse registro do estado de identidade e passou pela guarda de publicação antes de ser publicado. Endereços e strings brutas permanecem dentro dos processos; uma atualização bem-sucedida escreve apenas hashes contados e os números da própria execução.
www. inicial, as barras finais e o fragmento removidos; o caminho mantém as maiúsculas. Qualquer outro esquema é mantido inteiro, apenas com os espaços colapsados.^0x[0-9a-f]{40}$; as maiúsculas de checksum são cosméticas. O endereço zero conta como vazio; qualquer outra coisa que não cumpra o padrão não é legível.Uma entrada é mantida quando 2 lançamentos ou mais carregam o valor, de modo que a ausência se lê como nenhum outro lançamento da janela o carregando. O destinatário das taxas tem um segundo piso, 2 implantadores ou mais, porque o mesmo destinatário sob um único implantador é uma pessoa relançando, e isso não é mostrado nem guardado.
Por espaço de nomes, os primeiros oito bytes do hash do valor normalizado como dezesseis caracteres hexadecimais, e diante deles três campos: n, quantos lançamentos o carregam; d, de quantos implantadores distintos; first, a data UTC do mais antigo. Os dois espaços de esqueletos acrescentam v, o número de grafias distintas do grupo. Nenhum endereço, nenhuma string bruta, nenhuma marca de tempo além de uma data.
Tudo o que tem um eixo, uma escala ou um número abaixo é calculado do índice publicado ao construir a página e leva o selo de instantâneo. A última peça não tem eixo, escala nem número, e não é dado.
2.534 tickers são carregados por dois lançamentos ou mais. A linha mais cheia é a de 2 lançamentos; o ticker mais carregado está em 119, de 109 implantadores.
De 2.548 grupos de esqueletos de ticker, 98 contêm grafias que diferem como strings; o maior contém 3. Os esqueletos de nome dão 41 grupos assim.
3.595 valores de link são carregados por dois lançamentos ou mais. 514 deles vêm de um único implantador; o mais difundido é carregado por lançamentos de 163 implantadores diferentes.
De onde saíram o nome, a marca e a janela
Um linter lê um arquivo e relata o que está errado nele sem decidir se o arquivo é bom. lintcha é um linter apontado para cartas de princípios: o texto que um bot de IA publica sobre o que ele é, o que vai fazer e o que não vai tocar. O nome são essas duas palavras juntadas à força, e ficou porque nada melhor apareceu. Este segundo site o mantém, porque um lançamento também é uma carta de princípios. Um nome, um ticker, uma descrição e alguns links, definidos no lançamento e fáceis de deixar de notar depois.
A marca é um circunflexo com dois traços recortados. Um circunflexo é o caractere que um editor põe sob o ponto exato onde algo deu errado, o que é todo o ofício em um único símbolo: apontar o lugar, não dizer nada sobre a pessoa. É ácido sobre quase preto porque um linter precisa ser legível em uma fileira de abas, e porque a cor pertence ao site e a nada na página que carregue significado. O verde aqui nunca é um veredicto.
Um dia é a unidade que esta página consegue mostrar inteira: uma única passagem pelo log de lançamentos, sem excluir por amostragem nenhuma linha da comparação. O snapshot atual foi coletado sem um feed privado, registra seu estado de identidade finalizado exato e passou pela guarda de publicação antes de ser publicado. Uma janela mais longa diria mais sobre strings e nada mais sobre lançamentos; a página nunca vai ampliá-la em silêncio.
Uma pontuação, uma nota ou uma probabilidade se tornariam o produto aqui. Também seriam a parte que ninguém poderia conferir sem um modelo, uma calibração e um registro público de quantas vezes acertou. Esta página não tem nenhuma dessas coisas e não está construindo nenhuma. Ela diz o que é compartilhado, com quantos lançamentos, de quantos implantadores e desde quando, em uma frase, e então para. Uma contagem que parece um julgamento vai ser lida como tal, então não existe nenhuma contagem que pareça isso.
$LINTCHA não está ativo enquanto o arquivo de token deste site não contiver um endereço verificado. O bot do Telegram pode estar ativo antes disso e responder aos comandos que não dependem do token; /ca, /price e /stats dizem que o token ainda não existe, enquanto a verificação de posse e o feed do token permanecem inativos. Se $LINTCHA for lançado, a intenção é que exista na cadeia que esta página lê e financie o endpoint, a hospedagem e as horas por trás do índice. Não daria participação na receita, corte de taxas, voto nem direito sobre nada aqui, e não poderia trancar o código sob licença MIT. Tê-lo desbloquearia apenas as funções do bot reservadas a detentores; nunca daria acesso a uma leitura antecipada nem a uma melhor.
A leitura no navegador, os testes e a compilação desta página estão no repositório, servidos para que ninguém precise instalar nada para olhar. Sem carteira, nada para assinar, sem conta. O hash impresso identifica o arquivo de índice exato usado pela página, e o artefato de números registra seu estado de identidade finalizado. O comando rigoroso relê esse estado e essa janela e compara o hash de um índice reconstruído; se não conseguir concluir a leitura e a guarda, ele se recusa a prosseguir. O site é uma conveniência, não a fonte: se calcular algo que o repositório não consegue, o repositório virou decoração e o site virou uma afirmação.
lintcha lê o que um lançamento escreveu sobre si mesmo e diz com o que essas strings são compartilhadas. Roda em um navegador sobre um índice publicado e não faz nenhuma afirmação sobre nenhum lançamento. O índice atual tem um hash de arquivo exato e registra o estado de identidade finalizado exigido para uma reconstrução rigorosa; o verificador relê esse estado e essa janela e recusa publicamente qualquer lacuna. Aqui está o que há na árvore, o que vem a seguir e o que não vai ser construído de jeito nenhum. Sem datas.
O índice é reconstruído por uma execução protegida semanal e também pode ser atualizado por um início manual deliberado. Sua idade ainda varia quando uma execução falha de forma fechada. A página informa essa idade por extenso ao lado de cada resultado, além de imprimir a faixa de blocos e as marcas de tempo das quais ela foi derivada.
Uma contagem de uma janela vencida não está errada. É uma afirmação verdadeira sobre um dia que já terminou, e a página diz qual dia. Mas quem cola um lançamento que aconteceu nesta manhã está comparando com um conjunto que não contém esta manhã, e a frase que essa pessoa lê não a avisa. Essa é a lacuna, e ela é nossa, não do endpoint.
O que já entrou: a idade da janela ao lado de cada resultado e uma reconstrução fixada a um estado por trás do snapshot publicado. A atualização protegida roda semanalmente e também pode ser iniciada manualmente. Ela só poderá se tornar mais frequente enquanto um endpoint adequado sustentar isso sem enfraquecer a guarda. A janela não vai ser alargada para as contagens parecerem maiores. Se uma reconstrução falhar, a página mantém a janela antiga e informa sua idade, em vez de mostrar uma parcial.
Uma sala no Telegram, e um único bot dentro dela. O bot pode estar ativo antes de o token existir e responder aos comandos que não dependem dele. Até que o arquivo de token do site contenha um endereço verificado, /ca, /price e /stats dizem que o token ainda não existe, enquanto a verificação de posse e o feed do token permanecem inativos. Uma vez verificado o endereço, o bot lê as transferências finalizadas do token no mercado configurado e coloca na fila uma publicação para cada compra que consegue provar; qualquer lacuna é declarada, nunca inventada. Responde com o contrato e o preço que conseguir ler, sem mostrar um número quando não conseguir, e abre uma verificação de posse por mensagem direta para quem quiser uma. Nunca escreve primeiro para ninguém, nunca pede uma chave, uma seed nem uma aprovação, e nunca guarda fundos. A verificação de posse é uma assinatura sobre uma frase simples que diz em palavras que não move nada. Cada número de mercado ou de posse que mostra é lido da cadeia, e o código dele é publicado neste repositório com o resto.
Se $LINTCHA for lançado, a intenção é que as taxas de criador do trading vão para uma única carteira e que essa carteira pague o plano do endpoint, a máquina em que o bot roda e as horas que entram no índice. Enquanto o arquivo de token não tiver um endereço, isto é um plano, não um fluxo ativo. Não haveria nada mais atrelado: nem participação, nem corte, nem voto. Ele não poderia trancar o código sob licença MIT, comprar uma leitura antecipada nem comprar uma melhor, porque há um único índice publicado para todos.
Os commits mostram o que foi entregue e quando. O hash impresso acima identifica os bytes do índice publicado, e o artefato de números registra o estado de identidade finalizado e a janela usados para construí-los. O comando rigoroso relê esse estado e essa janela, reconstrói o índice e compara o hash; qualquer leitura incompleta ou falha na guarda produz uma recusa, não um resultado reproduzido. A tabela de cópias nomeia cada arquivo copiado do lintcha com o seu hash, e um teste recalcula todos eles em cada push. Se algo aqui ficar em silêncio por semanas, pergunte em público.
Sem datas. Aqui, entregue significa implementado e verificável no repositório; a implantação e uma atualização bem-sucedida da cadeia são fatos separados que precisam ser confirmados. Tudo o que está sob «mais adiante» depende em parte de pessoas que não somos nós: o endpoint público e o repositório lintcha do qual este copia.
Não. Diz se as strings que um lançamento publica são compartilhadas com outros lançamentos de um dia, quantos, de quantos implantadores e desde quando. Se um lançamento é seguro, honesto ou vale alguma coisa não é algo que strings possam dizer, e esta página não diz.
Não. Significa que a string foi escrita por mais de um lançamento na janela. O mesmo ticker significa uma coisa quando uma equipe relança com ele e outra quando desconhecidos convergem nele, e é por isso que a contagem de implantadores fica dentro da frase e nunca é mostrada à parte.
Um dia é o que uma passagem pelo log de lançamentos cobre no ritmo que o endpoint sustentou. Está indicado na página com sua faixa de blocos e suas marcas de tempo. O snapshot publicado registra o estado de identidade finalizado exato usado em suas leituras; a reprodução rigorosa relê esse estado e se recusa a prosseguir se o endpoint configurado não conseguir servi-lo. Uma janela mais longa diria mais sobre strings e nada mais sobre lançamentos.
O índice usa como chave os primeiros oito bytes do hash de cada valor normalizado, com uma contagem ao lado. Essa chave truncada é uma escolha de privacidade e tamanho do arquivo, não uma afirmação de que colisões são impossíveis. Uma colisão fundiria as contagens e não poderia ser separada a partir do arquivo publicado, que não guarda strings em claro. Esse é um limite declarado do formato atual.
Abaixo de 12 palavras após a normalização, uma descrição é curta demais para comparar: textos curtos coincidem por acaso e a contagem não diria nada. A verificação informa que não rodou em vez de devolver um número que não pode sustentar.
Não. O que você cola fica no seu navegador, e a comparação roda ali contra a tabela baixada. Nada é guardado e nenhum cookie é definido. A página faz uma requisição: na primeira vez que você verifica, ela baixa essa tabela deste domínio, e nada mais depois disso.
Sim. O motor, o coletor, o escritor do índice, os testes e esta página estão no repositório vinculado no rodapé. O motor é escrito no lintcha e copiado para cá sem alterações; uma tabela no repositório nomeia cada arquivo copiado com seu hash.
A mesma pessoa que mantém o lintcha, vinculado acima. Este site não tem afiliação com a Robinhood, a pons ou qualquer launchpad, e não usa nenhuma de suas marcas.
Uma pontuação precisaria de um modelo, de uma calibração e de um registro público de quantas vezes acertou. Este site não tem nada disso e não está construindo. Ele informa o que as strings compartilham e para, porque um número que parece um julgamento seria lido como um.
Não. A comparação permanece fixada ao snapshot publicado e à sua janela exata. O mural ao vivo separado mostra apenas nomes e tickers autodeclarados publicáveis lidos depois desse limite; não muda nenhuma contagem aqui nem faz julgamento.
Não. Ele responde depois que você o abre, ou publica na sala pública à qual foi adicionado. Uma mensagem direta iniciada sem que você abra o bot não vem deste bot.
Uma assinatura prova que o navegador controla o endereço da carteira verificada. A mensagem assinada menciona chain.lintcha.com e a marca de uso único daquele link, portanto não pode ser reutilizada com outro link de verificação. Não é uma transação; não solicita aprovação nem gasta gas. Leia-a na carteira antes de assinar.