Em direto no Bantu desde 2026-05-09Bantu

Cada recibo Trusta tem uma morada permanente — na blockchain.

Quando duas pessoas selam um acordo no Trusta, o registo vai para um lugar que nenhuma delas — nem mesmo o Trusta — pode alguma vez alterar.

Ao vivo · rede Bantu

As últimas 20 ancoragens. Ao vivo.

Cada lote nesta lista vive na blockchain Bantu agora mesmo. Clique numa transação ou ledger para seguir você mesmo a prova no Bantu Expansion.

$ curl https://api.mytrusta.com/api/v1/anchor/recent
A obter os últimos lotes da Bantu…
Atualiza a cada 15 s · 0 linhas
BantuMovido pela Blockchain Bantu
Por que isto importa

Por que os registos Trusta nunca podem ser negados.

Nenhuma parte pode negar depois o que foi acordado.

Cada acordo selado é assinado criptograficamente pelo backend do Trusta. Mude um único caractere e a assinatura quebra — de forma comprovável.

O registo sobrevive ao operador.

A raiz Merkle vive na blockchain Bantu — não nos servidores do Trusta. Mesmo que o Trusta feche, as âncoras permanecem.

Qualquer um pode verificar de forma independente.

Não é necessária confiança no Trusta. A matemática sustenta-se por si só. Qualquer pessoa com o ID do acordo pode percorrer a prova.

A jornada de 4 etapas

Do aperto de mão ao registo imutável.

Cada acordo selado no Trusta percorre quatro etapas antes de ser registado de forma permanente.

01
Selar

Duas pessoas tocam para confirmar um acordo. O registo é criado.

O Trusta calcula o hash dos bytes canónicos do acordo e assina-os com a sua chave de servidor ed25519.

02
Lote

Acordos recém-selados são reunidos — até uma vez por hora — e combinados.

Uma árvore Merkle é construída a partir do hash canónico de cada acordo. A raiz de 32 bytes representa de forma única cada acordo no lote.

03
Transmissão

O Trusta submete uma transação à blockchain Bantu com a raiz Merkle.

A carteira âncora assina a transação. A taxa é uma fração de cêntimo em ativo nativo Bantu.

04
Ancoragem

Assim que o Bantu confirma a transação (5–10 segundos), o registo é permanente.

Cada recibo no lote aponta agora para uma transação on-chain que ninguém pode alterar.

O que vai on chain

Dados públicos e privados separados por design.

Publicado on-chain
  • Raiz Merkle de 32 bytes — a impressão digital do lote
  • Uma entrada manage_data por lote
  • O endereço público da carteira âncora
  • A chave pública de assinatura do servidor Trusta
Permanece privado
  • Conteúdo e descrição do acordo
  • Nomes e handles das partes
  • Avaliações e reflexões
  • Chat e qualquer contexto anexado

Qualquer um pode provar que um acordo Trusta foi assinado num momento específico. Ninguém pode ler o que estava dentro sem a sua permissão.

O modelo de carteiras

Cinco papéis. Zero sobreposição.

Cada carteira Bantu no Trusta serve exatamente um propósito. Nunca se misturam.

Mnemónica mestre
Raiz de confiança

Uma frase BIP39 de 24 palavras que deriva todas as outras carteiras Trusta. Nunca toca num servidor. Guardada com partes Shamir offline.

Pool de pagamento de utilizadores
20 carteiras · selos de recibo

Cada acordo selado é carimbado numa destas 20 carteiras, atribuída de forma determinística a partir do UUID do acordo.

Carteira âncora
1 carteira · commits on-chain

Assina e paga a taxa de cada transação de ancoragem da raiz Merkle. Separada do pool para que as falhas de ancoragem nunca bloqueiem os pagamentos aos utilizadores.

Carteira tesouraria
1 carteira · reserva operacional

Mantém a reserva de XBN que financia o pool e a carteira âncora. Nunca assina transações voltadas para o utilizador.

Chave de assinatura do servidor
chave ed25519 · não é uma carteira Bantu

Assina os bytes canónicos de cada acordo no momento do selo. A sua contraparte pública é publicada on-chain para que qualquer um possa verificar.

BantuVerifique por si mesmo

Cada artefacto é público. Aqui estão.

Estes são os registos on-chain reais da carteira âncora de produção do Trusta. Clique em qualquer link para os inspecionar no explorador Bantu Expansion.

Carteira âncora

GBRIJRBFBZRV…73EBG5ZXEVExpansion

Chave pública de assinatura do servidor (entrada de dados on-chain)

nome do dado: trusta:server_pubkey:v1

2c452b2d 3ac8f701 7347ac42 2a01c29f…

Verificar via curl:

curl -s 'https://expansion.stargate.is/accounts/GBRIJRBFBZRVC4EGR5BUKNHOZWAUSFFH5NFICEKMOYTZ7F73EBG5ZXEV/data/trusta:server_pubkey:v1' | jq -r .value | base64 -d | xxd

Transação de publicação da chave pública

edbfda1a…8308bac7

Transação de ancoragem do primeiro lote (13 acordos)

cb8f621a…719f71fb

Raiz Merkle

5b3ed34d 9a978f90 c61afb5c cfe3c3e4…
Verificação em 6 passos

Se não confia no Trusta, verifique por si mesmo.

Aqui está como pode verificar qualquer um dos nossos recibos sem nós:

  1. 01

    Obtenha o URL do recibo ou o QR de qualquer uma das partes do acordo.

    Isso diz-lhe qual acordo investigar.

  2. 02

    Obtenha os bytes canónicos do acordo + assinatura da API do Trusta.

    Isso dá-lhe os dados brutos que foram hasheados e assinados no momento do selo.

    GET api.mytrusta.com/api/v1/agreements/{id}
  3. 03

    Verifique a assinatura contra a chave pública publicada do Trusta (a entrada de dados on-chain acima).

    Isso prova que o backend do Trusta criou o acordo — sem confiar na palavra do Trusta.

    trusta:server_pubkey:v1
  4. 04

    Calcule SHA-256 dos bytes canónicos — esse é o hash folha do acordo.

    Isso liga o acordo à sua posição na árvore Merkle.

  5. 05

    Percorra a prova Merkle até à raiz do lote.

    Isso prova que o acordo está incluído num lote específico sem revelar outros acordos.

  6. 06

    Consulte a transação on-chain e confirme que a raiz Merkle corresponde.

    Este é o elo final: o registo na blockchain corresponde ao registo que calculou localmente.

    cb8f621a…719f71fb
Comece a selar

Abra uma conta Trusta.

Comece a selar acordos que nunca poderão ser negados.