MAINNET· em operação desde 2020BLOCO #33,027,075FINALIDADE 5.00sOPS / BLOCO 0VALIDADORES 11 · 5 ORG.TOTAL XBN 369B XBNEM CIRCULAÇÃO 74.10B XBNCONSENSO HFBA · FINALIDADE 3–5sMAINNET· em operação desde 2020BLOCO #33,027,075FINALIDADE 5.00sOPS / BLOCO 0VALIDADORES 11 · 5 ORG.TOTAL XBN 369B XBNEM CIRCULAÇÃO 74.10B XBNCONSENSO HFBA · FINALIDADE 3–5s
Bantu
SobrePara Responsáveis de Conformidade

Qualidade de auditoria por conceção.

Cada operação na Bantu — emissão de ativo, transferência, troca, autorização, trustline, congelamento, clawback — é registada de forma permanente num livro-razão imutável e publicamente acessível. Os pontos de integração KYC/AML existem em três camadas: o ativo, a âncora e a aplicação. A finalidade é alcançada em 2 a 4 segundos, pelo que a reconciliação é definitiva no fecho do livro-razão — não probabilística, não pendente.

Registo de auditoria
Tempo real, público

Cada operação visível através do Bantu Blockchain Explorer — sem necessidade de acesso privilegiado.

Aplicação de KYC
Camada de protocolo

O indicador Authorization Required significa que contas não autorizadas não podem receber o ativo, ponto final.

Finalidade
2 a 4 segundos

Sem estado "pendente" ou "não confirmado" a persistir além de um fecho de livro-razão.

Reconciliação
Fonte única

O livro-razão é o registo. A reconciliação de fim de dia simplifica-se drasticamente.

//Registo de auditoria

Tempo real. Público. Permanente.

Cada operação na Bantu é registada no livro-razão imutável com uma marca temporal precisa e um identificador de transação permanente. O Blockchain Explorer torna-o acessível a qualquer equipa de conformidade sem exigir acesso privilegiado a qualquer sistema. Para implementações com permissões, as mesmas propriedades de livro-razão aplicam-se dentro da rede controlada.
  • Emissão de ativo — pública, atribuível, com marca temporal
  • Transferência de qualquer ativo — remetente, destinatário, montante, memo
  • Eventos de autorização de conta — quando o acesso é concedido ou revogado
  • Criação de trustline — cada adesão à detenção de um ativo não nativo
  • Congelamento e descongelamento — operações claras e nomeadas no livro-razão
  • Clawback — ativos recuperáveis, com proveniência completa on-chain
  • Pagamentos por caminho e trocas — conversões multi-salto no DEX integrado
//Pontos de integração KYC / AML

Três camadas. Três pontos de aplicação.

A conformidade não é acrescentada à posteriori. O protocolo dá-lhe três locais distintos para aplicar regras de identidade e triagem, cada um com propriedades operacionais diferentes. Escolha o que se adequa ao seu modelo.
01
Na camada de ativo

Authorization Required como uma barreira programática.

Os emissores definem o indicador Authorization Required em qualquer ativo que necessite de detentores verificados. Antes de qualquer conta poder receber ou negociar o ativo, o emissor tem de autorizar explicitamente a trustline. As equipas de conformidade obtêm um ponto de aplicação programático — nenhuma conta não autorizada pode deter o ativo, independentemente do que a camada de aplicação faça.

02
Na camada de âncora

Identidade na fronteira de entrada/saída.

As organizações que operam rampas de entrada/saída fiduciárias (âncoras) implementam os seus próprios processos KYC/AML antes de permitir que os utilizadores depositem ou levantem. O modelo de âncora separa de forma limpa a camada de verificação de identidade da camada de movimento de ativos, mantendo um registo on-chain completo de todos os fluxos de ativos.

03
Na camada de aplicação

Histórico completo de transações nas suas ferramentas.

A API REST Horizon e os SDK expõem o histórico completo de transações, saldos de contas, detentores de ativos e detalhes de operações. Encaminhe diretamente para ferramentas de monitorização AML, sistemas de triagem de transações ou fluxos de trabalho de reporte regulatório. Os dados são estruturados, bem documentados e consistentes entre implementações.

//Implementações de ativos regulados

cNGN — a pilha de conformidade, demonstrada.

O ativo regulado mais visível na Bantu mostra como as camadas se conjugam na prática. A implementação PAPSS com permissões vai ainda mais longe — cada participante credenciado ao nível do acesso à rede, criando um conjunto de participantes fechado e auditável dentro do qual todas as transações são visíveis e atribuíveis.
  • Emitido apenas por membros licenciados do consórcio sob autorização do CBN
  • Cunhado 1:1 contra depósitos em naira mantidos em contas bancárias licenciadas
  • Acessível apenas através de plataformas licenciadas (Quidax, Busha, Xend Finance e outras)
  • Interoperável com outras blockchains via AMTP — mantendo a proveniência de emissão regulada
// Finalidade e reconciliação

Definitivo no fecho do livro-razão. Nada pendente. Nada provável.

A Bantu alcança a finalidade de transação em 2 a 4 segundos sem probabilidade de reversão por reorganização da cadeia. Não existe o conceito de uma transação “pendente” ou “não confirmada” a persistir além de um fecho de livro-razão — assim que uma transação é incluída num livro-razão fechado, é definitiva. A reconciliação de fim de dia é direta. A incerteza que caracteriza os sistemas de pagamento tradicionais e a confirmação probabilística de blockchain simplesmente não se aplica aqui.

Confirmação
Determinística, não probabilística
Risco de liquidação
Nenhum além do fecho do livro-razão
Reconciliação
Livro-razão == fonte de verdade
// Para equipas de conformidade

Percorra um ativo, remetente ou memo através do explorer. Depois, ligue-nos.

A Fundação trabalha com equipas de conformidade e risco que avaliam a Bantu para emissão de ativos regulados, liquidação e reporte on-chain. Percorreremos a arquitetura, os pontos de integração e qualquer indicador de controlo específico que a sua jurisdição exija.