Chaque reçu Trusta a un foyer permanent — sur la blockchain.
Quand deux personnes scellent un accord sur Trusta, le dossier va dans un endroit que ni l'une ni l'autre — et pas même Trusta — ne pourra jamais modifier.
Les 20 derniers ancrages. En direct.
Chaque lot de cette liste vit sur la blockchain Bantu, en ce moment même. Cliquez sur une transaction ou un ledger pour suivre la preuve vous-même sur Bantu Expansion.
$ curl https://api.mytrusta.com/api/v1/anchor/recentPropulsé par la blockchain BantuPourquoi les registres Trusta ne peuvent jamais être niés.
Aucune partie ne peut plus tard nier ce qui a été convenu.
Chaque accord scellé est signé cryptographiquement par le backend de Trusta. Changez un seul caractère et la signature se casse — de façon prouvable.
Le registre survit à l'opérateur.
La racine Merkle vit sur la blockchain Bantu — pas sur les serveurs de Trusta. Même si Trusta disparaît, les ancres demeurent.
N'importe qui peut vérifier de façon indépendante.
Aucune confiance en Trusta requise. Les mathématiques se tiennent seules. Quiconque dispose de l'identifiant de l'accord peut suivre la preuve.
De la poignée de main à l'enregistrement immuable.
Chaque accord Trusta scellé passe par quatre étapes avant d'être définitivement enregistré.
Deux personnes appuient pour confirmer un accord. Le dossier est créé.
Trusta hache les octets canoniques de l'accord et les signe avec sa clé serveur ed25519.
Les accords nouvellement scellés sont rassemblés — au maximum une fois par heure — et combinés.
Un arbre Merkle est construit à partir du hash canonique de chaque accord. La racine de 32 octets représente de façon unique chaque accord du lot.
Trusta soumet une transaction à la blockchain Bantu portant la racine Merkle.
Le portefeuille d'ancrage signe la transaction. Les frais sont une fraction de centime en actif natif Bantu.
Une fois que Bantu confirme la transaction (5 à 10 secondes), le dossier est permanent.
Chaque reçu du lot pointe désormais vers une transaction on-chain que personne ne peut modifier.
Données publiques et données privées séparées par conception.
- Racine Merkle de 32 octets — l'empreinte du lot
- Une entrée manage_data par lot
- L'adresse publique du portefeuille d'ancrage
- La clé publique de signature du serveur Trusta
- Contenu et description de l'accord
- Noms et handles des parties
- Notes et réflexions
- Chat et tout contexte joint
“N'importe qui peut prouver qu'un accord Trusta a été signé à un moment précis. Personne ne peut lire ce qu'il contenait sans votre permission.”
Cinq rôles. Zéro chevauchement.
Chaque portefeuille Bantu dans Trusta sert exactement un seul objectif. Ils ne se mélangent jamais.
Une phrase BIP39 de 24 mots qui dérive tous les autres portefeuilles Trusta. Ne touche jamais un serveur. Sauvegardé avec des parts Shamir hors ligne.
Chaque accord scellé est tamponné sur l'un de ces 20 portefeuilles, assigné de manière déterministe à partir de l'UUID de l'accord. Future source de paiement pour les récompenses XBN.
Signe et paie les frais pour chaque transaction d'ancrage de la racine Merkle. Séparé du pool pour que les échecs d'ancrage ne bloquent jamais les paiements utilisateurs.
Détient la réserve XBN qui finance le pool et le portefeuille d'ancrage. Ne signe jamais de transactions côté utilisateur.
Signe les octets canoniques de chaque accord au moment du scellement. Sa contrepartie publique est publiée on-chain pour que quiconque puisse la vérifier.
Vérifiez vous-mêmeChaque artefact est public. Les voici.
Ce sont les véritables enregistrements on-chain du portefeuille d'ancrage de production de Trusta. Cliquez sur n'importe quel lien pour les inspecter sur l'explorateur Bantu Expansion.
Portefeuille d'ancrage
GBRIJRBFBZRV…73EBG5ZXEVExpansion Clé publique de signature serveur (entrée de données on-chain)
nom de données : trusta:server_pubkey:v1
2c452b2d 3ac8f701 7347ac42 2a01c29f…Vérifier via curl :
curl -s 'https://expansion.stargate.is/accounts/GBRIJRBFBZRVC4EGR5BUKNHOZWAUSFFH5NFICEKMOYTZ7F73EBG5ZXEV/data/trusta:server_pubkey:v1' | jq -r .value | base64 -d | xxdTransaction d'ancrage du premier lot (13 accords)
cb8f621a…719f71fbRacine Merkle
5b3ed34d 9a978f90 c61afb5c cfe3c3e4…Si vous ne faites pas confiance à Trusta, vérifiez vous-même.
Voici comment vérifier n'importe lequel de nos reçus sans nous :
- 01
Obtenez l'URL ou le QR du reçu auprès de l'une ou l'autre partie de l'accord.
Cela vous indique quel accord examiner.
- 02
Récupérez les octets canoniques de l'accord + la signature depuis l'API Trusta.
Cela vous donne les données brutes qui ont été hachées et signées au moment du scellement.
GET api.mytrusta.com/api/v1/agreements/{id} - 03
Vérifiez la signature par rapport à la clé publique publiée de Trusta (l'entrée de données on-chain ci-dessus).
Cela prouve que le backend de Trusta a rédigé l'accord — sans faire confiance à la parole de Trusta.
trusta:server_pubkey:v1 - 04
Calculez SHA-256 des octets canoniques — c'est le hash feuille de l'accord.
Cela relie l'accord à sa position dans l'arbre Merkle.
- 05
Remontez la preuve Merkle jusqu'à la racine du lot.
Cela prouve que l'accord est inclus dans un lot spécifique sans révéler les autres accords.
- 06
Interrogez la transaction on-chain et confirmez que la racine Merkle correspond.
C'est le lien final : le dossier sur la blockchain correspond au dossier calculé localement.
cb8f621a…719f71fb
Ouvrez un compte Trusta.
Commencez à sceller des accords qui ne pourront jamais être niés.