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.
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/recentPor 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.
Del apretón de manos al registro inmutable.
Cada acuerdo sellado de Trusta pasa por cuatro etapas antes de ser registrado de forma permanente.
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.
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.
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.
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.
Datos públicos y privados separados por diseño.
- 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
- 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.”
Cinco roles. Cero solapamiento.
Cada monedero de Bantu en Trusta sirve exactamente un propósito. Nunca se mezclan.
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.
Cada acuerdo sellado se estampa en uno de estos 20 monederos, asignado de forma determinista a partir del UUID del acuerdo.
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.
Mantiene la reserva de XBN que financia el pool y el monedero ancla. Nunca firma transacciones orientadas al usuario.
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.
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 | xxdTransacción de anclaje del primer lote (13 acuerdos)
cb8f621a…719f71fbRaíz Merkle
5b3ed34d 9a978f90 c61afb5c cfe3c3e4…Si no confías en Trusta, verifícalo tú mismo.
Aquí está cómo puedes verificar cualquiera de nuestros recibos sin nosotros:
- 01
Obtén la URL del recibo o el QR de cualquiera de las partes del acuerdo.
Esto te indica qué acuerdo investigar.
- 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} - 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 - 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.
- 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.
- 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
Abre una cuenta Trusta.
Empieza a sellar acuerdos que nunca podrán ser negados.