Como a atestação BAS é gerada e verificada? Uma análise completa do ciclo de vida da prova.

Última atualização 2026-06-01 10:06:03
Tempo de leitura: 3m
A Atestação BAS é a unidade central de dados do BNB Attestation Service, desenvolvida para registrar e verificar declarações confiáveis sobre identidade, credenciais, comportamento e informações do mundo real. Cada atestação segue um schema predefinido, é emitida por um atestador a um destinatário e pode ser verificada por terceiros, formando um ecossistema de prova digital rastreável e reutilizável.

A evolução das aplicações Web3 está transformando a blockchain de uma simples rede de transferência de valor em uma rede de identidade, reputação e dados. Um número crescente de casos de uso exige verificação de informações do mundo real — como autenticação de identidade, credenciais corporativas, elegibilidade de governança e históricos de crédito on-chain. No entanto, a blockchain, por si só, não consegue determinar a autenticidade de dados off-chain. Isso exige um mecanismo padronizado para mapear informações confiáveis on-chain.

A BAS Attestation é um bloco de construção central do BNB Attestation Service e a unidade fundamental de toda a sua estrutura de confiança. De sistemas de identidade digital e governança de DAO a redes de Agentes de IA, a Attestation desempenha um papel fundamental no estabelecimento da confiança.

O que é a BAS Attestation?

Como um registro de prova digital emitido por uma entidade confiável para um fato específico, a BAS Attestation pode capturar status de verificação de identidade, credenciais corporativas, associação a DAO, resultados de KYC, registros de atividades on-chain e dados de reputação de Agentes de IA. Como todas as Attestations aderem a um padrão uniforme, elas podem ser verificadas e reutilizadas em diferentes aplicações.

O que é a BAS Attestation?

Por que a BAS precisa do mecanismo de Attestation?

A blockchain garante a imutabilidade dos dados, mas não consegue validar automaticamente a autenticidade das fontes de dados.

Por exemplo, após um usuário concluir o KYC, a blockchain não tem como confirmar que ele realmente passou pela verificação de identidade. Da mesma forma, não é possível determinar se uma empresa possui credenciais legítimas apenas com base em registros de transações on-chain.

O mecanismo de Attestation resolve isso ao introduzir um verificador confiável que registra os resultados da verificação on-chain em um formato padronizado. Quando um terceiro precisa verificar informações relacionadas, ele pode consultar diretamente a Attestation existente, sem reexecutar todo o processo de revisão.

Esse modelo não só aumenta a eficiência da verificação, mas também reduz os custos de certificação repetida em diferentes plataformas.

Qual o papel do Schema no ciclo de vida da Attestation?

O Schema marca o ponto de partida do ciclo de vida da Attestation.

Pense no Schema como um template de Attestation. Ele define a estrutura de dados e o formato dos campos de uma Attestation. Sem o Schema, o sistema não consegue determinar qual conteúdo específico um registro de Attestation descreve.

Por exemplo, na verificação de identidade, um Schema pode incluir campos como endereço do usuário, autoridade certificadora, nível de certificação, data de efetivação e data de expiração. Para credenciais acadêmicas, o Schema pode incluir campos como nome da escola, nível de graduação e data de formatura.

Ao usar um formato de dados consistente, diferentes aplicações podem ler e interpretar o conteúdo da Attestation da mesma forma, possibilitando a interoperabilidade entre plataformas.

Como um Attester emite uma Attestation?

O Attester é o emissor da Attestation e um participante central no sistema de confiança.

Quando um usuário envia uma solicitação de certificação, o Attester verifica as informações relevantes de acordo com regras predefinidas. Por exemplo, uma agência de verificação de identidade analisa os documentos de identificação do usuário, uma agência de certificação empresarial valida os detalhes do registro comercial e uma DAO pode verificar registros de contribuição dos membros.

Após a revisão, o Attester cria uma Attestation com base no Schema correspondente e grava o resultado da certificação nos dados da Attestation.

Neste ponto, a Attestation inclui informações do emissor, timestamp de emissão e dados de verificação relacionados, formando uma reivindicação de confiança completa.

Como a Attestation está diretamente vinculada à entidade emissora, a reputação do Attester geralmente determina a credibilidade da própria Attestation.

Como um Recipient recebe e usa uma Attestation?

O Recipient é o receptor de uma Attestation.

Na maioria dos casos, o Recipient é um usuário individual, mas contas corporativas, organizações DAO, contratos inteligentes e até Agentes de IA também podem ser Recipients de Attestation.

Assim que uma Attestation é emitida, o Recipient ganha o direito de usá-la. Ao acessar outras aplicações posteriormente, o Recipient pode autorizar um terceiro a verificar a Attestation relevante sem reenviar documentos ou repetir todo o processo de revisão.

Esse modelo permite que informações de identidade digital e reputação fluam entre plataformas, formando gradualmente ativos de dados reutilizáveis.

Como uma Attestation é armazenada na rede BAS?

Após a emissão, a Attestation é registrada no sistema de registro da BAS.

Um registro de Attestation geralmente inclui o identificador do Schema, a instituição emissora, o Recipient, o momento da emissão e campos de dados relevantes. Como essas informações são registradas na blockchain, elas são imutáveis e rastreáveis.

Diferentes aplicações podem consultar a Attestation correspondente por meio de uma interface unificada e verificar sua autenticidade, sua origem (se de uma entidade confiável) e sua validade atual.

Essa camada de dados unificada é um facilitador chave da capacidade de verificação entre aplicações da BAS.

Como um terceiro verifica uma Attestation?

A verificação é uma das etapas mais críticas no ciclo de vida da Attestation.

Quando uma aplicação precisa confirmar a identidade ou as credenciais de um usuário, ela envia uma solicitação de verificação para a BAS e verifica vários fatores-chave, incluindo a identidade do emissor, o conteúdo da Attestation, o momento da emissão e o status atual.

Se a Attestation vier de um Attester confiável e não tiver sido revogada, o resultado da verificação é geralmente considerado válido.

Em comparação com o modelo tradicional de coleta e revisão repetida de dados do usuário, o mecanismo de verificação baseado em Attestation melhora significativamente a eficiência e reduz os riscos associados ao armazenamento redundante de dados.

Como funciona o mecanismo de Revogação?

As informações do mundo real não são permanentes; portanto, a Attestation deve suportar atualizações de status.

A Revogação é um mecanismo para encerrar a validade de uma Attestation. Quando a verificação de identidade expira, as credenciais corporativas se tornam inválidas ou as permissões do usuário mudam, o Attester pode revogar ativamente a Attestation correspondente.

Uma Attestation revogada não é excluída da blockchain (os registros da blockchain são inerentemente permanentes), mas é marcada como inválida. Durante as verificações subsequentes, o sistema a reconhecerá como não mais válida.

Esse design preserva a integridade dos registros históricos enquanto garante a precisão dos resultados atuais de verificação.

Qual é o ciclo de vida completo de uma Attestation?

No geral, uma BAS Attestation normalmente passa pelas seguintes etapas.

Primeiro, um desenvolvedor cria um Schema, definindo a estrutura de dados e os padrões de verificação. Em seguida, o usuário envia os materiais relevantes ao Attester, que completa a revisão de acordo com as regras.

Após a aprovação da revisão, o Attester emite a Attestation e a grava na rede BAS. O Recipient obtém a Attestation e pode autorizar seu uso em diferentes aplicações.

Quando um terceiro precisa verificar as informações, ele pode consultar diretamente a rede BAS para verificar o status da Attestation. Se as informações mudarem, o Attester pode atualizar o status por meio do mecanismo de Revogação.

Todo esse processo, desde criação, emissão e armazenamento até verificação e revogação, forma o ciclo de vida completo e a lógica central da rede de confiança BAS.

Como a BAS Attestation difere dos processos de certificação tradicionais?

Os modelos de certificação tradicionais geralmente dependem de plataformas individuais para revisar os dados do usuário separadamente.

Os usuários enviam repetidamente informações de identidade em diferentes plataformas, e as plataformas executam processos de verificação repetidas vezes. Isso não só aumenta os custos operacionais, como também degrada a experiência do usuário.

A BAS Attestation adota um modelo "verifique uma vez, reutilize muitas vezes", permitindo que informações verificadas sejam compartilhadas entre diferentes aplicações.

Dimensão de Comparação Modelo de Certificação Tradicional BAS Attestation
Verificação de Identidade Múltiplas revisões repetidas Revisão única, reutilizável
Armazenamento de Dados Armazenamento separado por plataforma Attestation padronizada
Compartilhamento de Informações Silos de plataforma Verificação entre aplicações
Rastreabilidade Limitada Verificável on-chain
Nível de Automação Baixo Suporta chamadas de contrato inteligente

Esse modelo ajuda a construir um sistema de confiança Web3 mais aberto e eficiente.

Conclusão

Como mecanismo central do BNB Attestation Service, a BAS Attestation transforma identidades, credenciais, comportamentos e reputação do mundo real em registros on-chain verificáveis por meio de uma estrutura de Attestation padronizada. Uma Attestation começa com a criação do Schema, passa pela revisão e emissão do Attester, é armazenada na rede BAS e, finalmente, é verificada e reutilizada por aplicações de terceiros.

Perguntas Frequentes

Qual é a relação entre Attestation e Schema?

O Schema é um template de Attestation que define a estrutura de dados; a Attestation é um registro de atestação específico gerado a partir desse template. Sem o Schema, a verificação padronizada da Attestation é impossível.

Quem pode se tornar um Attester?

Qualquer entidade com capacidades de verificação e uma base de reputação pode se tornar um Attester, incluindo provedores de serviços KYC, empresas, instituições educacionais, comunidades DAO e redes de Agentes de IA.

Uma Attestation precisa ser armazenada on-chain?

A BAS suporta modelos de Attestation on-chain e off-chain. As informações principais de verificação são normalmente registradas on-chain, enquanto alguns dados podem ser armazenados off-chain com base nas necessidades reais para melhorar a privacidade e a escalabilidade.

O que acontece depois que uma Attestation é revogada?

Uma Attestation revogada não é excluída, mas é marcada como inválida. O sistema de verificação reconhece esse status e não a aceitará mais como prova válida.

Um usuário pode ter várias Attestations?

Sim. O mesmo usuário pode ter várias Attestations simultaneamente, como verificação de identidade, credenciais acadêmicas, associação a DAO e Attestations de reputação on-chain.

Autor: Jayne
Isenção de responsabilidade
* As informações não pretendem ser e não constituem aconselhamento financeiro ou qualquer outra recomendação de qualquer tipo oferecida ou endossada pela Gate.
* Este artigo não pode ser reproduzido, transmitido ou copiado sem referência à Gate. A contravenção é uma violação da Lei de Direitos Autorais e pode estar sujeita a ação legal.

Artigos Relacionados

Análise da Tokenomics do JTO: Distribuição, Utilidade e Valor de Longo Prazo
iniciantes

Análise da Tokenomics do JTO: Distribuição, Utilidade e Valor de Longo Prazo

JTO é o token nativo de governança da Jito Network. Como componente essencial da infraestrutura de MEV no ecossistema Solana, JTO concede direitos de governança e vincula os interesses de validadores, stakers e searchers por meio dos retornos do protocolo e incentivos do ecossistema. A oferta total do token, de 1 bilhão, foi planejada para equilibrar incentivos de curto prazo com o crescimento sustentável no longo prazo.
2026-04-03 14:06:47
Quais são os casos de uso do token ST? Um olhar aprofundado sobre o mecanismo de incentivo do ecossistema Sentio
iniciantes

Quais são os casos de uso do token ST? Um olhar aprofundado sobre o mecanismo de incentivo do ecossistema Sentio

ST é o token de utilidade fundamental do ecossistema Sentio, servindo como principal meio de transferência de valor entre desenvolvedores, infraestrutura de dados e participantes da rede. Como elemento essencial da rede de dados on-chain em tempo real da Sentio, o ST é utilizado para aproveitamento de recursos, incentivos de rede e colaboração no ecossistema, contribuindo para que a plataforma estabeleça um modelo sustentável de serviços de dados. Com a implementação do mecanismo do token ST, a Sentio integra o uso de recursos da rede aos incentivos do ecossistema, possibilitando que desenvolvedores acessem serviços de dados em tempo real com mais eficiência e reforçando a sustentabilidade de longo prazo de toda a rede de dados.
2026-04-17 09:26:07
Análise completa dos cenários de aplicação de moedas de privacidade: como a Zcash é utilizada na prática
iniciantes

Análise completa dos cenários de aplicação de moedas de privacidade: como a Zcash é utilizada na prática

As moedas de privacidade reforçam a proteção de dados na blockchain ao ocultar remetente, destinatário e quantia da transação. Seus casos de uso vão além dos pagamentos anônimos e incluem negociação comercial, gestão de segurança de ativos e proteção da privacidade de identidade em múltiplos setores. Zcash, uma moeda de privacidade que utiliza provas de conhecimento zero, permite aos usuários escolher entre transações transparentes e privadas por meio do mecanismo de “privacidade opcional”, atendendo a diferentes demandas práticas.
2026-04-09 11:10:25
Jito vs Marinade: análise comparativa dos protocolos de Staking de liquidez na Solana
iniciantes

Jito vs Marinade: análise comparativa dos protocolos de Staking de liquidez na Solana

Jito e Marinade são os principais protocolos de staking de liquidez na Solana. Jito potencializa os retornos ao utilizar o MEV (Maximal Extractable Value), sendo ideal para quem busca maximizar o Retorno. Marinade proporciona uma alternativa de staking mais estável e descentralizada, indicada para usuários com perfil de risco mais conservador. A distinção fundamental entre ambos está nas fontes de retorno e nos perfis de risco.
2026-04-03 14:05:23
Sentio vs The Graph: uma comparação entre mecanismos de indexação em tempo real e indexação por subgraph
intermediário

Sentio vs The Graph: uma comparação entre mecanismos de indexação em tempo real e indexação por subgraph

Sentio e The Graph são plataformas voltadas para indexação de dados on-chain, mas apresentam diferenças marcantes em seus objetivos de design. The Graph utiliza subgraphs para indexar dados on-chain, atendendo principalmente a demandas de consulta e agregação de dados. Já a Sentio adota um mecanismo de indexação em tempo real que prioriza processamento de dados com baixa latência, monitoramento visual e funcionalidades de alerta automático, o que a torna especialmente indicada para monitoramento em tempo real e avisos de risco.
2026-04-17 08:55:07
Zcash vs Monero: análise comparativa dos caminhos técnicos de duas privacy coins
intermediário

Zcash vs Monero: análise comparativa dos caminhos técnicos de duas privacy coins

Zcash e Monero são criptomoedas voltadas para a privacidade on-chain, mas adotam abordagens técnicas essencialmente distintas. Zcash utiliza provas de conhecimento zero zk-SNARKs para viabilizar transações "verificáveis, porém invisíveis", enquanto Monero emprega assinaturas em anel e mecanismos de ofuscação para criar um modelo de transação "anônimo por padrão". Essas diferenças geram características exclusivas para cada uma, impactando seus métodos de implementação de privacidade, rastreabilidade, arquitetura de desempenho e capacidade de adaptação à conformidade regulatória.
2026-05-14 10:51:14