Scroll (SCR)

A promessa examinada

Este dossiê examina a finalidade documentada e os mecanismos da Scroll, apresentada sob o símbolo de token SCR na rede eip155:534352. O objeto declarado está vinculado a um endereço de contrato documental, 0xd29687c813d741e2f938f4ac377128810e217b1b, registrado no registro de integração da Trust Wallet.

A promessa, conforme registrada, é um zkRollup baseado em zkEVM na Ethereum que se destina a oferecer compatibilidade nativa para aplicações e ferramentas existentes da Ethereum, valendo-se de bibliotecas criptográficas testadas em batalha e desenvolvimento de código aberto para manter integridade e segurança. Essa descrição é uma alegação de registro mantido pela comunidade atribuída à entrada vinculada, não uma declaração de emissor verificada de forma independente nem uma observação operacional.

Um rollup é um desenho de escalabilidade que executa transações fora da cadeia principal e publica resultados comprimidos de volta nela; um zkEVM é um rollup cujo ambiente de execução se destina a executar contratos no estilo Ethereum enquanto utiliza provas de conhecimento zero. Essas definições descrevem apenas o desenho anunciado. Este dossiê não confirma que qualquer parte dele esteja em funcionamento conforme descrito.

Fatos documentais estabelecidos

Vários pontos estão estabelecidos estritamente no nível documental. O registro de integração da Trust Wallet da Scroll vinculado nomeia o projeto Scroll com símbolo SCR, o identificador documental 0xd29687c813d741e2f938f4ac377128810e217b1b e 18 casas decimais. Casas decimais descrevem como quantias de tokens são representadas; elas não estabelecem oferta atual nem valor. A entrada está rotulada como SCROLL e ativa, onde ativa é um rótulo de metadados e não uma validação de rede em funcionamento.

O registro mais amplo Trust Wallet Assets descreve a si mesmo como um catálogo mantido pela comunidade de informações e logotipos de tokens abrangendo múltiplas blockchains, usado pela carteira e por outros projetos. Ele afirma que informações adicionais de tokens são opcionais e não estão disponíveis na cadeia, que qualquer pessoa pode enviar ativos e que a inclusão não implica uma parceria direta com os projetos listados. Ele também exclui tokens totalmente novos dos envios, de modo que o registro não pode servir como inventário exaustivo de lançamentos recentes. Seus scripts e documentação usam a licença MIT. Um contexto de diretório vinculado separado nomeia Scroll e estabelece apenas contexto documental de diretório.

A especificação ERC-20 é uma interface padrão para tokens fungíveis em contratos inteligentes. Ela define leituras como totalSupply e balanceOf, transferências, transferências por terceiros após autorização, aprovação e permissão restante. Uma permissão é a quantia que um gastador nomeado pode usar, e uma aprovação repetida sobrescreve essa quantia. A especificação afirma 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 sob o padrão. Esta é a especificação genérica, separada de qualquer implementação particular de token.

O que permanece desconhecido

Nenhuma observação revisada de forma independente foi admitida para qualquer um dos critérios listados neste lote documental, portanto 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. A cobertura de pontuação está em 0 por cento e o ativo não é classificado. Identidade, oferta e controle são sinalizados como essenciais ausentes.

Além dos critérios, controle independente presente, propriedade beneficiária, uso, adoção por clientes, oferta, concentração, liquidez e o histórico completo de incidentes permanecem não verificados. Nenhum bytecode implantado, controlador atual, implantação em mainnet, implementação funcional, direito de token ou auditoria de segurança foi verificado. O material de diretório é mantido por um projeto de carteira por meio de envios da comunidade, de modo que suas descrições de projeto são alegações documentais e não declarações de emissor verificadas de forma independente. Uma revisão de documentação não é uma verificação operacional independente.

Consequências da lacuna de evidências

A consequência prática é que mecanismos documentais sozinhos não podem estabelecer o comportamento real da rede nem resultados de investimento. Um rótulo de registro estar presente e ativo não demonstra que uma mainnet esteja em funcionamento, que qualquer contrato esteja implantado conforme descrito, ou que o token carregue os direitos que um leitor possa supor. O rótulo ERC-20 no registro não estabelece nenhuma conformidade verificada de forma independente, nenhuma implementação implantada real, nenhuma permissão de controlador e nenhuma propriedade de segurança, e nenhuma transação de token foi realizada nesta revisão.

Para um leitor, isso significa que o material aqui deve ser lido como documentação sobre um objeto, não como confirmação de operações, segurança ou desempenho. A ausência de evidências não torna por si só um projeto fraudulento ou inseguro; significa que as perguntas que sustentariam um veredito ainda estão abertas, e qualquer conclusão tirada além dos documentos seria sem suporte.

Veredito

A força operacional permanece não comprovada. Scroll não é classificada, com 0 por cento de cobertura de pontuação. O objeto documental é identificado e suas alegações registradas estão vinculadas e são atribuíveis, mas nenhuma observação específica de critério foi admitida e nenhuma verificação operacional independente foi realizada. Este veredito é provisório e baseia-se apenas nos resumos fornecidos.

Evidências que mudariam o veredito

A classificação só poderia mudar após a coleta de evidências específicas para cada critério. Perguntas concretas de pesquisa incluem: qual é a identidade revisada de forma independente do controlador atual do contrato? Quais são as figuras atuais de oferta e concentração de detentores? O token carrega direitos definidos de governança, taxa ou captura de valor, e sob qual documento? Existe uma observação operacional independente datada da rede, e uma verificação de identidade reproduzida confirma que o endereço documental corresponde ao comportamento implantado? Existem auditorias independentes concluídas, e o que os registros de fim de suporte de clientes declaram?

Responder a essas perguntas exigiria verificações de identidade reproduzidas, observações de rede independentes datadas e evidências específicas de critério, seguidas de calibração e revisão editorial. Até que tais evidências existam e sejam revisadas, o status não classificado permanece.