En vivo en Bantu desde el 2026-05-09Bantu

Cada recibo de Trusta tiene un hogar permanente — en la blockchain.

Cuando dos personas sellan un acuerdo en Trusta, el registro va a un lugar que ninguna de ellas — ni siquiera Trusta — podrá cambiar jamás.

En vivo · red Bantu

Los últimos 20 anclajes. En vivo.

Cada lote en esta lista vive en la blockchain Bantu ahora mismo. Haz clic en una transacción o ledger para seguir tú mismo la prueba en Bantu Expansion.

$ curl https://api.mytrusta.com/api/v1/anchor/recent
Obteniendo los últimos lotes desde Bantu…
Se actualiza cada 15 s · 0 filas
BantuImpulsado por la Blockchain Bantu
Por qué importa

Por qué los registros de Trusta nunca pueden ser negados.

Ninguna parte puede negar después lo que se acordó.

Cada acuerdo sellado está firmado criptográficamente por el backend de Trusta. Cambia un solo carácter y la firma se rompe — de forma demostrable.

El registro sobrevive al operador.

La raíz Merkle vive en la blockchain de Bantu — no en los servidores de Trusta. Incluso si Trusta desaparece, los anclajes permanecen.

Cualquiera puede verificar de forma independiente.

No se requiere confianza en Trusta. Las matemáticas se sostienen solas. Cualquiera con el ID del acuerdo puede seguir la prueba.

El recorrido de 4 etapas

Del apretón de manos al registro inmutable.

Cada acuerdo sellado de Trusta pasa por cuatro etapas antes de ser registrado de forma permanente.

01
Sellar

Dos personas tocan para confirmar un acuerdo. El registro es creado.

Trusta hace un hash de los bytes canónicos del acuerdo y los firma con su clave de servidor ed25519.

02
Lote

Los acuerdos recién sellados se reúnen — hasta una vez por hora — y se combinan.

Se construye un árbol Merkle a partir del hash canónico de cada acuerdo. La raíz de 32 bytes representa de forma única cada acuerdo del lote.

03
Difusión

Trusta envía una transacción a la blockchain de Bantu con la raíz Merkle.

El monedero ancla firma la transacción. La tarifa es una fracción de céntimo en activo nativo de Bantu.

04
Anclaje

Una vez que Bantu confirma la transacción (5–10 segundos), el registro es permanente.

Cada recibo del lote ahora apunta a una transacción on-chain que nadie puede alterar.

Qué va on chain

Datos públicos y privados separados por diseño.

Publicado on-chain
  • Raíz Merkle de 32 bytes — la huella digital del lote
  • Una entrada manage_data por lote
  • La dirección pública del monedero ancla
  • La clave pública de firma del servidor de Trusta
Permanece privado
  • Contenido y descripción del acuerdo
  • Nombres y handles de las partes
  • Valoraciones y reflexiones
  • Chat y cualquier contexto adjunto

Cualquiera puede demostrar que un acuerdo de Trusta fue firmado en un momento específico. Nadie puede leer lo que contenía sin tu permiso.

El modelo de monederos

Cinco roles. Cero solapamiento.

Cada monedero de Bantu en Trusta sirve exactamente un propósito. Nunca se mezclan.

Mnemónico maestro
Raíz de confianza

Una frase BIP39 de 24 palabras que deriva todos los demás monederos de Trusta. Nunca toca un servidor. Respaldado con partes Shamir fuera de línea.

Pool de pago de usuarios
20 monederos · sellos de recibo

Cada acuerdo sellado se estampa en uno de estos 20 monederos, asignado de forma determinista a partir del UUID del acuerdo.

Monedero ancla
1 monedero · compromisos on-chain

Firma y paga la tarifa de cada transacción de anclaje de la raíz Merkle. Separado del pool para que los fallos de anclaje nunca bloqueen los pagos a usuarios.

Monedero tesoro
1 monedero · reserva operativa

Mantiene la reserva de XBN que financia el pool y el monedero ancla. Nunca firma transacciones orientadas al usuario.

Clave de firma del servidor
clave ed25519 · no es un monedero Bantu

Firma los bytes canónicos de cada acuerdo en el momento del sellado. Su contraparte pública se publica on-chain para que cualquiera pueda verificarla.

BantuVerifícalo tú mismo

Cada artefacto es público. Aquí están.

Estos son los registros on-chain reales del monedero ancla de producción de Trusta. Haz clic en cualquier enlace para inspeccionarlos en el explorador Bantu Expansion.

Monedero ancla

GBRIJRBFBZRV…73EBG5ZXEVExpansion

Clave pública de firma del servidor (entrada de datos on-chain)

nombre de dato: 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

Transacción de publicación de clave pública

edbfda1a…8308bac7

Transacción de anclaje del primer lote (13 acuerdos)

cb8f621a…719f71fb

Raíz Merkle

5b3ed34d 9a978f90 c61afb5c cfe3c3e4…
Verificación en 6 pasos

Si no confías en Trusta, verifícalo tú mismo.

Aquí está cómo puedes verificar cualquiera de nuestros recibos sin nosotros:

  1. 01

    Obtén la URL del recibo o el QR de cualquiera de las partes del acuerdo.

    Esto te indica qué acuerdo investigar.

  2. 02

    Obtén los bytes canónicos del acuerdo + firma desde la API de Trusta.

    Esto te da los datos brutos que fueron hasheados y firmados en el momento del sellado.

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

    Verifica la firma contra la clave pública publicada de Trusta (la entrada de datos on-chain de arriba).

    Esto prueba que el backend de Trusta creó el acuerdo — sin confiar en la palabra de Trusta.

    trusta:server_pubkey:v1
  4. 04

    Calcula SHA-256 de los bytes canónicos — ese es el hash hoja del acuerdo.

    Esto vincula el acuerdo a su posición en el árbol Merkle.

  5. 05

    Sube la prueba Merkle hasta la raíz del lote.

    Esto prueba que el acuerdo está incluido en un lote específico sin revelar otros acuerdos.

  6. 06

    Consulta la transacción on-chain y confirma que la raíz Merkle coincide.

    Este es el vínculo final: el registro en la blockchain coincide con el registro que calculaste localmente.

    cb8f621a…719f71fb
Comienza a sellar

Abre una cuenta Trusta.

Empieza a sellar acuerdos que nunca podrán ser negados.