Pangolin (PNG)

A promessa documentada

Pangolin é examinado aqui apenas como objeto documental. O nome do dossiê é Pangolin, o símbolo de negociação é PNG, o identificador documental de rede é eip155:43114, e o registro fixado de integração da Trust Wallet para a Avalanche C-Chain vincula esse nome e símbolo ao endereço 0x60781c2586d68229fde47564546784ab3faca982 com 18 casas decimais. Uma casa decimal é uma unidade de representação de quantidade, portanto indica como uma quantia é escrita, não quanto suprimento existe ou quanto algo vale.

O propósito específico do token declarado provém dessa entrada de registro e permanece como alegação atribuída ao registro. Sua descrição mantida pela comunidade apresenta uma exchange descentralizada impulsionada pela comunidade para ativos da Avalanche e Ethereum, com liquidação rápida, taxas de transação baixas e distribuição democrática. Esses são objetivos declarados na descrição do registro, não fatos que verificamos, e são repetidos aqui com atribuição por esse motivo. Uma exchange descentralizada é um local onde usuários negociam por meio de software em vez de um único operador; esse rótulo descreve a função pretendida, e esta revisão não observou uma implantação executando-a.

Fatos documentais

Três pontos estão estabelecidos no nível documental. Primeiro, o registro fixado de integração nomeia Pangolin com símbolo PNG, o endereço documental acima e 18 casas decimais, rotula a entrada como AVALANCHE e ativa, e contém a descrição citada. Suas declarações de projeto, econômicas, de parceria, desempenho, suprimento e adoção são alegações de registro, não declarações do emissor nem observações operacionais estabelecidas de forma independente.

Segundo, o registro fixado de contexto de rede identifica o diretório de registro comunitário para a Avalanche C-Chain, que fornece contexto documental de rede para entradas no mesmo diretório fixado. Terceiro, o README do Trust Wallet Assets descreve um registro mantido pela comunidade de informações de tokens e logotipos em blockchains, usado pela carteira e outros projetos. Ele afirma que informações adicionais de token são opcionais e indisponíveis on-chain, que qualquer pessoa pode enviar ativos, e que a inclusão não implica parceria direta com os projetos listados. Esse README também exclui tokens recém-lançados, portanto não pode ser um inventário exaustivo de lançamentos recentes, e seus scripts e documentação usam a licença MIT.

Sobre mecanismo, a especificação ERC-20 fixada define uma interface padrão para tokens fungíveis em contratos inteligentes, com leituras de totalSupply e balanceOf, transferências, transferências autorizadas por terceiros, aprovação e permissão restante. Uma permissão é a quantia que um gastador nomeado pode usar, e uma aprovação repetida a sobrescreve. Os chamadores devem tratar um resultado falso de transferência, e os eventos Transfer e Approval são descritos. Metadados de nome, símbolo e casas decimais são opcionais no padrão. A especificação e a família genérica de aplicações são vocabulário e escopo documental, não evidência sobre este token.

O que permanece desconhecido

A correspondência do endereço documental não estabelece nenhum comportamento atual de programa, controle implantado e segurança. Este lote não admitiu nenhuma observação de critério revisada de forma independente, portanto o dossiê carrega 0% de cobertura de pontuação e o resultado calculado permanece sem classificação, com identidade, suprimento e controle listados como essenciais ausentes e treze dimensões ainda desconhecidas. Controle atual independente, propriedade beneficiária, uso, adoção por clientes, suprimento, concentração, liquidez e histórico completo de incidentes permanecem não verificados. Bytecode de implantação, controladores, suprimento, reservas, concentração, liquidez, auditorias de segurança e completude de incidentes não foram examinados. A revisão documental realizada para este dossiê não é uma verificação operacional independente, e um rótulo de metadados ativo não carrega validação em rede ao vivo. A ausência de evidência admitida significa lacunas na cobertura, não que o projeto seja fraudulento ou inseguro.

Consequências do registro documental

Uma entrada de registro define um objeto documental, e esse é o seu limite. A regra do README de que qualquer pessoa pode enviar e que a inclusão não implica parceria significa que a entrada não pode ser lida como endosso, relacionamento ou garantia operacional, e sua exclusão de tokens recém-lançados significa que o registro não é um mapa completo do espaço. A especificação ERC-20 descreve o que uma implementação em conformidade deveria fazer, portanto um rótulo ERC20 em metadados de carteira não estabelece nenhuma conformidade verificada de forma independente, nenhuma implementação implantada real, nenhuma permissão de controlador, nenhum uso do token e nenhum suprimento. Como o dossiê não examinou nenhuma transação de token e nenhuma observação de rede datada, os mecanismos documentados por si sós não podem estabelecer como o token é usado na prática, quem pode alterá-lo, ou qual resultado um usuário enfrentaria. Nenhuma alegação atual de mercado, retorno, suprimento, desempenho, adoção ou propriedade é feita aqui, e nenhuma auditoria, incidente ou admissão pública é afirmada. O que isso deixa é uma identificação documental limpa com um núcleo operacional não comprovado.

Veredito

Sem classificação, com 0% de cobertura de pontuação. O registro identifica Pangolin, símbolo PNG, em eip155:43114 no endereço documental 0x60781c2586d68229fde47564546784ab3faca982 com 18 casas decimais, e atribui um propósito declarado a uma entrada de registro mantida pela comunidade. Além dessa identificação, o quadro operacional é não comprovado: nenhuma implementação implantada, controlador, suprimento, uso, segurança ou liquidez foi verificada, portanto nenhuma pontuação pode ser atribuída. Este é um veredito documental, não uma declaração sobre risco ou intenção.

Evidência que mudaria esta avaliação

Pesquisa concreta poderia fazer este dossiê avançar. Reproduzir as verificações de identidade contra os registros fixados e reconfirmar a correspondência de endereço em uma fonte independente. Obter observações de rede datadas de bytecode implantado, funções chamáveis, permissões de controlador e caminhos de atualização, sem tratar um limiar local de prontidão ou uma revisão de documentação como consenso ou verificação operacional independente. Amostrar a distribuição de detentores e transferências contra os requisitos da interface ERC-20 para avaliar se a implementação segue o padrão com o qual está rotulada, lembrando que versões corrigidas e versões vulneráveis são coisas diferentes e que um hash de gênese não é uma assinatura. Buscar evidência específica de critério sobre uso, papel do token, captura de valor, governança, responsabilização, incidentes e continuidade. Cada item então precisaria de calibração e revisão editorial antes que qualquer pontuação fosse calculada, e a pontuação ainda seria um resultado computado, não um endosso.