Broccoli (FirstBroccoli) (BROCCOLI)

A promessa examinada

Este dossiê examina um único assunto documentado: Broccoli (FirstBroccoli), símbolo BROCCOLI, na BNB Smart Chain, identificado pela rede eip155:56 e pelo endereço de contrato documental 0x12b4356c65340fb02cdff01293f95febb1512f3b.

O propósito específico declarado do token vem de uma entrada fixada do registro da Trust Wallet. Essa entrada é um registro mantido pela comunidade, e sua descrição atribui a origem do token a uma publicação na qual Changpeng Zhao revelou o nome de seu cachorro, o que, segundo o registro, desencadeou uma onda de memecoins nomeadas em homenagem ao animal.

A promessa que este dossiê testa é restrita. Ela pergunta se o propósito e os mecanismos documentados deste token podem ser estabelecidos a partir de documentação primária fixada e resumos de software, e delimita a fronteira do que essa documentação pode de fato sustentar.

Fatos estabelecidos

Primeiro, uma definição. BEP20 é um padrão de interface de token para a BNB Smart Chain; é a família local de uma interface que especifica como tokens fungíveis expõem leituras, transferências e eventos de autorização.

O registro fixado de integração da Trust Wallet para a BNB Smart Chain nomeia Broccoli com símbolo Broccoli, endereço documental 0x12b4356c65340fb02cdff01293f95febb1512f3b e 18 casas decimais. As casas decimais dizem respeito apenas à representação de quantidade e não medem oferta nem valor. O registro rotula a entrada como BEP20 e ativa. O rótulo ativa é um status de metadados, não um resultado de rede ao vivo.

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 por outros projetos. Ele afirma que informações adicionais do 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. Ele também exclui tokens totalmente novos das submissões, de modo que a fonte não pode fornecer um inventário exaustivo de lançamentos recentes. Seus scripts e documentação usam a licença MIT.

A especificação ERC-20 fixada, um padrão separado desta implementação de token, define uma interface padrão para tokens fungíveis em contratos inteligentes. Ela descreve leituras de totalSupply e balanceOf, transferências, transferências por terceiros após autorização, aprovação e permissão restante. Uma permissão é o valor que um gastador nomeado pode usar, e uma aprovação repetida sobrescreve esse valor. A especificação diz que os chamadores devem tratar um resultado falso de transferência e descreve os eventos Transfer e Approval. Metadados de nome, símbolo e casas decimais são opcionais no padrão.

Todas as declarações de projeto, econômicas, de parceria, de desempenho, de oferta, de data e de adoção dentro da descrição do registro são alegações atribuídas ao registro, não declarações do emissor nem observações operacionais estabelecidas de forma independente.

O que permanece desconhecido

Nenhuma observação de rede ao vivo foi realizada para este dossiê. O lote de evidências não admitiu nenhuma observação de critério revisada de forma independente, de modo que identidade, uso, papel do token, oferta, concentração, captura de valor, controle, segurança, governança, responsabilização, incidentes, continuidade e execução permanecem desconhecidos.

Controle independente atual, propriedade beneficiária, uso, adoção por clientes, oferta, concentração, liquidez e histórico completo de incidentes permanecem não verificados. Bytecode implantado, controladores atuais e operação de rede permanecem não verificados. A família genérica de aplicação identifica apenas um assunto documental de token; seu nicho econômico e critérios de pontuação permanecem não classificados.

A ausência de evidências não estabelece fraude nem insegurança. Ela estabelece que as alegações documentadas não foram verificadas de forma independente. Uma revisão documental não é uma verificação operacional independente.

Consequências

A correspondência do endereço documental não estabelece comportamento atual do programa, controle implantado nem segurança. Um rótulo ERC20 de carteira não estabelece conformidade verificada de forma independente, implementação implantada real, permissões de controlador, uso do token nem segurança. A especificação ERC-20 geral é separada desta implementação de token, de modo que seus requisitos de interface descrevem o que uma implementação conforme deveria fazer, e não o que este token faz.

Como o registro se descreve como mantido pela comunidade e opcional, a inclusão é uma alegação documental desse registro, não uma declaração do emissor. Como as casas decimais dizem respeito à representação de quantidade, elas não podem ser lidas como oferta nem valor. Como critérios separados permanecem não observados, a pontuação calculada permanece sem classificação com 0% de cobertura de pontuação, e nenhuma admissão pública acompanha esse status.

Esta interpretação é editorial. Ela decorre dos limites documentais citados, não de qualquer observação independente do token em operação.

Veredito

A força operacional permanece não comprovada. Este ativo está sem classificação com 0% de cobertura de pontuação, com identidade, oferta e controle entre os itens essenciais ausentes. O mecanismo documentado exige verificação independente antes que uma pontuação possa ser atribuída.

Este veredito reflete o estado das evidências fornecidas. Não é um julgamento da intenção do projeto e não faz nenhuma afirmação sobre preço, retorno ou segurança.

Evidências que o alterariam

Questões de pesquisa concretas levariam este dossiê a um veredito calibrado. O endereço de contrato documental 0x12b4356c65340fb02cdff01293f95febb1512f3b pode ser reproduzido contra bytecode implantado obtido de forma independente, e esse bytecode expõe as funções e eventos da interface ERC-20 descritos no padrão? Qual endereço controla o contrato atual, e por meio de qual modelo de permissão? Quais observações independentes datadas mostram o uso do token, a concentração de detentores e o comportamento de transferência?

Um histórico documentado de incidentes, evidências específicas por critério para identidade, oferta, controle e os critérios desconhecidos restantes, e uma verificação separada de se o token implementa os metadados opcionais do padrão seriam cada uma relevantes. Se elas surgirem, o material seria calibrado e revisado editorialmente antes de qualquer mudança de pontuação. Até então, os desconhecidos permanecem inalterados.