Como é gerada e verificada a atestação BAS? 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 Serviço de Atestação BNB, concebida para registar e verificar declarações confiáveis sobre identidade, credenciais, comportamento e informações do mundo real. Cada Atestação baseia-se num Schema predefinido, emitida por um Atestador a um Destinatário, e verificável por entidades externas, o que cria um ecossistema de prova digital rastreável e reutilizável.

A evolução das aplicações Web3 está a transformar a blockchain, deixando de ser uma mera rede de transferência de valor para se tornar uma rede de identidade, reputação e dados. Cada vez mais casos de utilização exigem a verificação de informações do mundo real — como autenticação de identidade, credenciais empresariais, elegibilidade para governança e históricos de crédito on-chain. No entanto, a blockchain, por si só, não consegue determinar a autenticidade dos dados off-chain. Por isso, é necessário um mecanismo padronizado para mapear informações de confiança na cadeia.

A BAS Attestation é um dos blocos fundamentais do BNB Attestation Service e a unidade base de toda a sua estrutura de confiança. Desde sistemas de identidade digital e governança de DAO até redes de Agentes de IA, a Attestation desempenha um papel crucial no estabelecimento de confiança.

O que é a BAS Attestation?

Enquanto registo de prova digital emitido por uma entidade de confiança relativo a um facto específico, a BAS Attestation pode capturar o estado da verificação de identidade, credenciais empresariais, adesão a DAO, resultados de KYC, registos de atividade on-chain e dados de reputação de Agentes de IA. Uma vez que todas as atestações obedecem a um padrão uniforme, podem ser verificadas e reutilizadas em diferentes aplicações.

O que é a BAS Attestation?

Por que é 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, depois de um utilizador concluir o KYC, a blockchain não tem forma de confirmar que o utilizador passou realmente na verificação de identidade. Da mesma forma, se uma empresa possui credenciais legítimas não pode ser determinado apenas com base nos registos de transações on-chain.

O mecanismo de Attestation resolve este problema ao introduzir um verificador de confiança que regista os resultados da verificação on-chain num formato padronizado. Quando um terceiro necessita de verificar informações relacionadas, pode consultar diretamente a atestação existente sem repetir todo o processo de revisão.

Este modelo não só aumenta a eficiência da verificação, como 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 modelo de atestação. Define a estrutura de dados e o formato dos campos de uma atestação. Sem Schema, o sistema não consegue determinar que conteúdo específico um registo de atestação descreve.

Por exemplo, na verificação de identidade, um Schema pode incluir campos como endereço do utilizador, autoridade certificadora, nível de certificação, data de início e data de expiração. Para credenciais académicas, o Schema pode incluir campos como nome da escola, nível de grau e data de graduação.

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

Como é que um Attester emite uma Attestation?

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

Quando um utilizador submete um pedido 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 utilizador, uma agência de certificação empresarial valida os detalhes de registo comercial e uma DAO pode verificar os registos de contribuição dos membros.

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

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

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

Como é que um Recipiente recebe e utiliza uma Attestation?

O Recipiente é o Recipiente de uma atestação.

Na maioria dos casos, o Recipiente é um utilizador individual, mas contas empresariais, organizações DAO, contratos inteligentes e até Agentes de IA podem ser Recipientes de atestações.

Assim que uma Attestation é emitida, o Recipiente obtém o direito de utilizar essa atestação. Ao aceder a outras aplicações posteriormente, o Recipiente pode autorizar um terceiro a verificar a atestação relevante sem reenviar documentos ou repetir todo o processo de revisão.

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

Como é que uma Attestation é armazenada na rede BAS?

Após a emissão, a Attestation é registada no sistema de registo BAS.

Um registo de atestação inclui tipicamente o identificador do Schema, instituição emissora, recetor, hora de emissão e campos de dados relevantes. Como esta informação é registada na blockchain, é imutável e rastreável.

Diferentes aplicações podem consultar a atestação correspondente através de uma interface unificada e verificar a sua autenticidade, a sua origem (se provém de uma entidade de confiança) e a sua validade atual.

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

Como é que 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 de confirmar a identidade ou credenciais de um utilizador, envia um pedido de verificação para a BAS e verifica vários fatores chave, incluindo a identidade do emissor, o conteúdo da atestação, a hora de emissão e o estado atual.

Se a atestação provier de um Attester de confiança e não tiver sido revogada, o resultado da verificação é tipicamente considerado válido.

Comparado com o modelo tradicional de recolha e revisão repetida de dados do utilizador, o mecanismo de verificação baseado em atestações 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, por isso a Attestation deve suportar atualizações de estado.

A revogação é um mecanismo para terminar a validade de uma atestação. Quando a verificação de identidade expira, as credenciais empresariais tornam-se inválidas ou as permissões do utilizador mudam, o Attester pode revogar ativamente a atestação correspondente.

Uma atestação revogada não é eliminada da cadeia — os registos da blockchain são inerentemente permanentes — mas é marcada como inválida. Durante verificações subsequentes, o sistema reconhece-la-á como já não válida.

Este design preserva a integridade dos registos históricos enquanto garante a exatidão dos resultados de verificação atuais.

Qual é o ciclo de vida completo de uma Attestation?

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

Primeiro, um programador cria um Schema, definindo a estrutura de dados e os padrões de verificação. Depois, o utilizador submete os materiais relevantes ao Attester, que conclui a revisão de acordo com as regras.

Após a revisão ser aprovada, o Attester emite a Attestation e regista-a na rede BAS. O Recipiente obtém a atestação e pode autorizar a sua utilização em diferentes aplicações.

Quando um terceiro precisa de verificar as informações, pode consultar diretamente a rede BAS para verificar o estado da atestação. Se as informações mudarem, o Attester pode atualizar o seu estado através do mecanismo de Revogação.

Este processo completo — desde a 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 é que a BAS Attestation difere dos processos de certificação tradicionais?

Os modelos de certificação tradicionais dependem tipicamente de plataformas individuais para rever os dados do utilizador separadamente.

Os utilizadores submetem repetidamente informações de identidade em diferentes plataformas, e as plataformas têm de executar repetidamente processos de verificação. Isto não só aumenta os custos operacionais, como também degrada a experiência do utilizador.

A BAS Attestation adota um modelo de "verificar uma vez, reutilizar muitas vezes", permitindo que informações verificadas sejam partilhadas 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 Atestação padronizada
Partilha 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 contratos inteligentes

Este 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 registos on-chain verificáveis através de uma estrutura de atestação padronizada. Uma Attestation começa com a criação de um Schema, passa pela revisão e emissão do Attester, é armazenada na rede BAS e, por fim, é verificada e reutilizada por aplicações terceiras.

Perguntas Frequentes

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

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

Quem pode tornar-se um Attester?

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

Uma Attestation tem de ser armazenada on-chain?

A BAS suporta modelos de atestação on-chain e off-chain. As informações de verificação principais são tipicamente registadas 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 de uma Attestation ser revogada?

Uma Attestation revogada não é eliminada, mas é marcada como inválida. O sistema de verificação pode reconhecer este estado e deixará de a aceitar como prova válida.

Pode um utilizador ter várias Attestations?

Sim. O mesmo utilizador pode deter várias Attestations simultaneamente, como verificação de identidade, credenciais académicas, adesão a DAO e atestações de reputação on-chain.

Autor: Jayne
Exclusão de responsabilidade
* As informações não se destinam a ser e não constituem aconselhamento financeiro ou qualquer outra recomendação de qualquer tipo oferecido ou endossado pela Gate.
* Este artigo não pode ser reproduzido, transmitido ou copiado sem fazer referência à Gate. A violação é uma violação da Lei de Direitos de Autor e pode estar sujeita a ações legais.

Artigos relacionados

Modelo Económico do Token ONDO: De que forma impulsiona o crescimento da plataforma e o envolvimento dos utilizadores?
Principiante

Modelo Económico do Token ONDO: De que forma impulsiona o crescimento da plataforma e o envolvimento dos utilizadores?

ONDO é o token central de governança e captação de valor do ecossistema Ondo Finance. Tem como objetivo principal potenciar mecanismos de incentivos em token para integrar, de forma fluida, os ativos financeiros tradicionais (RWA) no ecossistema DeFi, impulsionando o crescimento em larga escala da gestão de ativos on-chain e dos produtos de retorno.
2026-03-27 13:52:50
Análise de tokenomics do JTO: distribuição, casos de utilização e valor de longo prazo
Principiante

Análise de tokenomics do JTO: distribuição, casos de utilização e valor de longo prazo

O JTO é o token de governança nativo da Jito Network. No centro da infraestrutura de MEV do ecossistema Solana, o JTO confere direitos de governança e garante o alinhamento dos interesses de validadores, participantes de staking e searchers, através dos retornos do protocolo e dos incentivos do ecossistema. A oferta fixa de 1 mil milhão de tokens procura equilibrar as recompensas de curto prazo com o desenvolvimento sustentável a longo prazo.
2026-04-03 14:07:21
Jito vs Marinade: Análise comparativa dos protocolos de Staking de liquidez na Solana
Principiante

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

Jito e Marinade são os principais protocolos de liquid staking na Solana. O Jito potencia os retornos através do MEV (Maximum Extractable Value), tornando-se a escolha ideal para quem pretende obter rendimentos superiores. O Marinade proporciona uma solução de staking mais estável e descentralizada, indicada para utilizadores com menor apetência pelo risco. A diferença fundamental entre ambos está nas fontes de ganhos e na estrutura global de risco.
2026-04-03 14:06:00
Zcash vs Monero: análise comparativa dos percursos técnicos de duas moedas de privacidade
Intermediário

Zcash vs Monero: análise comparativa dos percursos técnicos de duas moedas de privacidade

Zcash e Monero são criptomoedas orientadas para a privacidade on-chain, adotando abordagens técnicas essencialmente diferentes. Zcash utiliza provas de conhecimento zero zk-SNARKs para viabilizar transações "verificáveis mas invisíveis", ao passo que Monero recorre a assinaturas de anel e mecanismos de ofuscação para garantir um modelo de transação "anónimo por defeito". Estas distinções conferem características exclusivas a cada uma, impactando os respetivos métodos de implementação de privacidade, rastreabilidade, arquitetura de desempenho e capacidade de adaptação às exigências de conformidade regulatória.
2026-05-14 10:51:14
Análise abrangente dos casos de utilização de moedas de privacidade: como a Zcash é utilizada no mundo real
Principiante

Análise abrangente dos casos de utilização de moedas de privacidade: como a Zcash é utilizada no mundo real

As moedas de privacidade aumentam a proteção de dados na Blockchain ao ocultar remetentes, destinatários e montantes das transações. Estas aplicações não se limitam aos pagamentos anónimos, abrangendo também a negociação comercial, a gestão da segurança de ativos e a proteção da privacidade de identidade em diversos setores. A Zcash, moeda de privacidade que recorre a provas de conhecimento zero, permite aos utilizadores selecionar entre transações transparentes e privadas através do mecanismo de "privacidade opcional", respondendo de forma eficaz a diferentes exigências do mundo real.
2026-04-09 11:10:48
A aplicação da Render em IA: como o hashrate descentralizado potencia a inteligência artificial
Principiante

A aplicação da Render em IA: como o hashrate descentralizado potencia a inteligência artificial

A Render diferencia-se das plataformas dedicadas apenas ao poder de hash de IA, pois integra uma rede de GPU, um mecanismo de verificação de tarefas e um modelo de incentivos baseado no token RENDER. Esta conjugação oferece à Render uma adaptabilidade e flexibilidade intrínsecas para casos de utilização de IA, sobretudo aqueles que exigem computação gráfica.
2026-03-27 13:13:36