cryptosnif
Alt.town Token (TOWN)
Contrato documentado0x1aaeb7d6436fda7cdac7b87ab8022e97586d2da1
Sem nota · 0% Cobertura das evidências
Promessa documentada. Verificação independente pendente.
As evidências disponíveis são insuficientes para atribuir uma nota geral. O mecanismo descrito exige verificação do funcionamento atual.
Consultar as evidênciasA revisão das fontes explica os mecanismos documentados. As verificações independentes da rede continuam pendentes.
A Promessa
Alt.town Token (TOWN) é apresentado como um ativo digital na rede BNB Smart Chain. O propósito documentado, proveniente do registro da Trust Wallet, descreve uma plataforma onde os usuários podem participar do crescimento de valor de criadores virtuais representados como ativos digitais. Esta declaração define o nicho econômico pretendido e a proposta para o usuário. Permanece como uma alegação atribuída ao registro, e não como uma promessa operacional verificada de forma independente.
Fatos Estabelecidos
O registro documental identifica Alt.town com o símbolo TOWN e o endereço específico de contrato inteligente 0x1aaeb7d6436fda7cdac7b87ab8022e97586d2da1 em eip155:56. A integração especifica 18 casas decimais para representação de valores. Casas decimais referem-se a como os valores são exibidos e armazenados; elas não medem o fornecimento total nem o valor monetário. A entrada está rotulada como BEP20 e ativa dentro do diretório mantido pela comunidade. O contexto da BNB Smart Chain fornece o ambiente de rede para esta entrada. Declarações promocionais, desempenho da rede, comportamento de consenso, implantação atual e controle não são verificados por este contexto. A especificação ERC-20 define uma interface padrão para tokens fungíveis, incluindo funções para leitura de saldos, transferência de tokens e gerenciamento de permissões. Uma permissão é o valor que um gastador nomeado pode usar. Uma aprovação repetida sobrescreve esse valor. Esses requisitos de interface descrevem o que uma implementação em conformidade deve fazer. Um rótulo ERC20 em carteira não estabelece nenhuma conformidade verificada de forma independente, implementação implantada real, permissões de controlador, uso do token, fornecimento ou segurança. Nenhuma transação de token foi realizada nesta análise.
Desconhecidos
Controle independente presente, propriedade beneficiária, uso, adoção por clientes, fornecimento, concentração, liquidez e histórico completo de incidentes permanecem não verificados. O dossiê explica os objetivos declarados com atribuição, mas não os confirma por meio de observação ao vivo. A especificação geral ERC-20 é separada desta implementação específica de token. A inclusão no registro não implica uma parceria direta com os projetos listados. Scripts e documentação usam a licença MIT, mas isso abrange direitos de código, não a segurança do projeto. Nenhum bytecode implantado, controlador, fornecimento, reserva, uso, concentração, liquidez, auditoria de segurança, completude de incidentes ou retorno de investimento foi estabelecido. A cobertura de pontuação é de 0%, resultando em status não avaliado. A ausência de evidências impede qualquer conclusão sobre força operacional ou segurança.
Consequências
Mecanismos documentais por si só não podem estabelecer o comportamento real da rede ou resultados de investimento. Sem verificação independente de controle e fornecimento, o risco de incentivos desalinhados ou mudanças não divulgadas permanece alto. A ausência de observação ao vivo da rede significa que a funcionalidade do token não pode ser confirmada em relação ao seu propósito declarado. Usuários que dependem apenas das descrições do registro enfrentam incerteza quanto à utilidade real e à segurança do ativo. A falta de dados de auditoria ou histórico de incidentes obscurece ainda mais possíveis vulnerabilidades.
Veredito
A força operacional permanece não comprovada. O ativo é não avaliado com cobertura de pontuação de 0%. O registro documental fornece identidade e contexto de rede, mas carece das evidências essenciais necessárias para uma avaliação abrangente. Dimensões críticas como identidade, fornecimento e controle são desconhecidas. O veredito reflete a lacuna entre a descrição do registro e a realidade operacional verificada. Não existe admissão pública dessas limitações além da declaração explícita de evidências ausentes.
O Que Mudaria Isso
Verificações de identidade reproduzidas, observações independentes datadas da rede e evidências específicas por critério seriam necessárias para alterar este veredito. A verificação do bytecode implantado em relação ao endereço documentado, a confirmação das permissões do controlador e a análise das transferências reais de tokens forneceriam a clareza necessária. Auditorias independentes do código do contrato inteligente e avaliação da profundidade de liquidez também contribuiriam para uma avaliação mais robusta. Até que tais evidências sejam fornecidas, o ativo permanece em estado não avaliado com base apenas em alegações documentais.
Cada verificação exige evidências.
| Verificação | Peso | Resultado |
|---|---|---|
| Identidade exata do ativoEssencial | 3% | Verificação pendente |
| Uso observável | 15% | Verificação pendente |
| Papel econômico do token | 10% | Verificação pendente |
| Mecanismos de ofertaEssencial | 10% | Verificação pendente |
| Concentração dos detentores | 8% | Verificação pendente |
| Captura de valor | 7% | Verificação pendente |
| Poderes de controleEssencial | 10% | Verificação pendente |
| Verificação de segurança | 7% | Verificação pendente |
| Processo de decisão | 8% | Verificação pendente |
| Responsabilidades | 7% | Verificação pendente |
| Histórico de incidentes | 6% | Verificação pendente |
| Continuidade operacional | 4% | Verificação pendente |
| Condições de execução | 5% | Verificação pendente |
Verificações específicas da família: Uso observável, necessidade do token e dependências.
Consultar as evidências
Fontes desta análise
Os títulos e resumos das fontes estão em inglês.
Trust Wallet: captured BNB Smart Chain record for Alt.town
The pinned Trust Wallet BNB Smart Chain integration record names Alt.town with symbol TOWN, documentary address 0x1aaeb7d6436fda7cdac7b87ab8022e97586d2da1 and 18 decimal places. Decimal places concern amount representation and do not measure supply or value. The record labels the entry BEP20 and active. Its community-maintained description states: "Alt.town is a platform where users can participate in the value growth of virtual creators represented as digital assets." Every project, economic, partnership, performance, supply, date and adoption statement within this quoted description is an attributed registry claim, not an independently established issuer statement or operational observation. The dossier may explain those stated aims with that attribution. No deployed implementation, rights, ownership, safety, supply, use or investment outcome was checked. The generic application family identifies only a documentary token subject; its economic niche and scoring criteria remain unclassified and unknown. The general ERC-20 specification is separate from this token implementation.
Consultar a fonte primária ↗Trust Wallet: pinned BNB Smart Chain directory context
The pinned Trust Wallet smartchain network-context record identifies the community registry directory for BNB Smart Chain. This supplies documentary network context for entries in the same pinned directory. Promotional statements, network performance, consensus behavior, current deployment and control are not verified or admitted from this context.
Consultar a fonte primária ↗Trust Wallet Assets: README.md (bbe582d25a22)
The Trust Wallet Assets README describes a community-maintained registry of token information and logos across blockchains, used by the wallet and other projects. It says additional token information is optional and unavailable on-chain. Anyone can submit assets, and inclusion does not imply a direct partnership with the listed projects. It also explicitly excludes brand-new tokens from submissions, so this source cannot provide an exhaustive inventory of recent launches. The README states that its scripts and documentation use the MIT license. This source is the wallet project's own integration registry, maintained with community submissions. Its project descriptions are documentary claims from that registry, not independently verified issuer statements or operational observations. The active status is a metadata label, with no live-network validation. No deployment bytecode, controller, supply, reserve, use, concentration, liquidity, security audit, incident completeness or investment return has been established.
Consultar a fonte primária ↗Ethereum ERC-20: pinned token interface specification
The pinned ERC-20 specification describes a standard interface for fungible tokens in smart contracts. It defines totalSupply and balanceOf reads, transfers, third-party transfers after authorization, approval and remaining allowance. An allowance is the amount a named spender may use; a repeated approval overwrites that amount. The specification says callers must handle a false transfer result and describes Transfer and Approval events. Name, symbol and decimal-place metadata are optional in the standard. These interface requirements describe what a conforming implementation should do. A wallet ERC20 label establishes no independently checked compliance, actual deployed implementation, controller permissions, token use, supply or security. No token transaction was performed in this review. Copyright and related rights are waived under CC0.
Consultar a fonte primária ↗Somente resumos originais são distribuídos. Os dados brutos de mercado sob licença permanecem privados.