GUIDE

Blocs principaux de TREMISS BlockChain.


Toutes les connexions de la plate-forme TREMISS passent par le protocole «Xtre» développé par nous.
Le protocole «Xtre» est un protocole avancé SCTP (Stream Control Transmission Protocol), il utilise la cryptographie multi-thread, il utilise des réseaux mixtes en conjonction avec un grand livre distribué pour créer une chaîne de blocs confidentielle.

TreSupervisor est une entité temporaire dans TREMISS BlockChain. “TreSupervisor” vous permet d'envoyer des messages dans les deux sens de manière anonyme. “TreSupervisor” sont temporaires, ils n'existent que pour la durée du bloc dont ils sont responsables.
TreSupervisor utilise un protocole cohérent pour vérifier et authentifier les opérations qui anonymisent chaque message chiffré, consent de manière indépendante à traiter tous les messages avant le déchiffrement, puis à déchiffrer et traiter indépendamment chaque message.
Après avoir généré le bloc, «TreSupervisor» est dissous.

NodeTr fait partie intégrante de TREMISS BlockChain et participe à la génération de blocs et à la prise en charge du réseau. Il s’agit également d’un réseau de microserveurs. NodeTr est également un stockage pour les jetons et un mineur pour générer des jetons avec l'algorithme Tremiss intégré.
NodeTr est également un portefeuille TREMISS BlockChain.
NodeTr peut fonctionner dans trois modes:
1. Exploiter sur la CPU et joindre «TreSupervisor» avec la puissance de traitement de la CPU.
2. Exploitation en tant que détenteur de jetons et participation au vote de TREMISS BlockChain sur «TreSupervisor».
3. L'exploration complète fait partie du calcul sur la CPU et en tant que détenteur des jetons.

TremissSupervisorMachine est une machine virtuelle qui exécute le code des contrats intelligents, des jetons émis sur la base de TREMISS BlockChain, des applications décentralisées, des calculs de la classe "BIG DATE".
TremissSupervisorMachine - dispose de son propre langage pour la mise en œuvre des fonctions et des capacités les plus larges. Le noyau du langage TremissSupervisorMachine est OTP / Elixir.

L'algorithme TREMISS est développé par l'équipe de Tremiss Blockchain Technologies Ltd. Les bases de notre développement sont les travaux de Daniel J. Bernstein, Daira Hopwood, Andreas Hülsing, Tanja Lange, Ruben Niederhagen, Louiza Papachristodoulou, Michael Schneider, Peter Schwabe et Zooko Wilcox-O’Hearn, "SPHINCS: des signatures pratiques et sans fioritures".

Principes d'interaction dans TREMISS BlockChain.


Les calculs préliminaires dans TREMISS BlockChain sont une partie essentielle de l'écosystème. Les calculs préliminaires créent un modèle qui définit comment le «NodeTr» dans «TreSupervisor» doit traiter les informations lors de la génération de blocs. Par conséquent, le modèle est complètement défini avant que toute information de message n'arrive pour générer un bloc. L'utilisation de calculs préliminaires garantit la confidentialité tout en augmentant considérablement la vitesse de traitement de l'information pour créer un bloc.

La création d'un bloc TREMISS se fait en deux étapes. Tout d'abord, «NodeTr» effectue un calcul préliminaire intensif, comme décrit ci-dessus, en créant un modèle unique qui détermine le traitement des informations ou des messages du bloc. Lorsque les messages arrivent, «NodeTr» travaille ensemble pour traiter les messages en temps réel selon ce modèle unique, processus qui prend moins de 1/30 du temps de pré-calcul. TreSupervisor ne peut affecter l'intégrité du mécanisme de consensus, car tous les aspects de la production de blocs sont prédéterminés de manière indépendante, de manière stricte, vérifiable et immuable. Après avoir généré le bloc, «TreSupervisor» est dissous et «NodeTr» devient disponible pour le placement dans le nouveau «TreSupervisor» aléatoire. Après la création, les données de bloc sont transmises à chaque «NodeTr» dans le prochain «TreSupervisor». Dès que le prochain «TreSupervisor» actif a reçu les données du bloc, les données sont ensuite transmises au «NodeTr» restant sur le réseau. Cette séquence définit la priorité pour la communication avec le prochain «TreSupervisor» responsable de la génération de blocs, garantissant une distribution efficace des blocs.

À tout moment sur le réseau, il y aura des dizaines à des centaines de «NodeTr» à différentes étapes du calcul préliminaire. Ces calculs préliminaires se chevauchent en cascade. En conséquence, la bande passante du réseau augmente avec l’ajout de plus de «NodeTr» au réseau, formant ainsi plus de «TreSupervisor». Cela permet à la plate-forme de faire évoluer sa capacité de manière linéaire en ajoutant davantage de nœuds. L'augmentation du nombre de «NodeTr» entraîne une résilience accrue du réseau.

Le protocole de consensus TREMISS BlockChain est conçu pour simplifier les solutions anonymes et évolutives, en échangeant des messages et des paiements via une chaîne de blocs. Le protocole de négociation de TREMISS BlockChain vous permet de créer une plate-forme robuste et fiable pouvant répondre à toutes les exigences d'application pour BlockChain.
Chaque «NodeTr» dans «TreSupervisor» effectue les opérations suivantes dans un protocole TREMISS cohérent:
a) Avant que toute transaction ne soit connue, «NodeTr» définit un modèle contenant des validations dans les slots de message pour les transactions. Le modèle détermine, mais ne divulgue pas, l'ordre dans lequel chaque transaction sera traitée dans un bloc et le mode d'ouverture des transactions par «NodeTr» dans «TreSupervisor».
b) Quoi qu'il en soit, le «NodeTr» du groupe négocie et fixe les transactions sans en connaître le contenu et transfère cet engagement à tous les autres groupes «NodeTr».
c) En tant que «TreSupervisor», «NodeTr» ouvre toutes les transactions ensemble dans un ordre donné, en révélant leur contenu.
d) Lorsque TreSupervisor accepte que toutes les transactions sont valides et que les commentaires ont été faits pour traiter correctement les transactions, les nœuds transmettent à nouveau ces commentaires à tous les autres nœuds. Ensuite, «NodeTr» effectue toutes les transactions. Chaque «TreSupervisor» génère et transmet indépendamment un bloc, qui doit être identique au bloc créé par tous les autres «NodeTr» dans «TreSupervisor».
Le consensus TREMISS BlockChain présente un avantage par rapport aux autres mécanismes de consensus: chaque «NodeTr» participant à «TreSupervisor» fournit une brève preuve qu'il a correctement traité les transactions et publie cette preuve dans le cadre d'un bloc.
En conséquence, le bloc de sortie est le produit d’une entrée valide.
Tout désaccord entraîne le fait que la preuve erronée est attribuée à un «NodeTr» inapproprié, ce qui désactive l'identification de ce «NodeTr» dans le réseau.

Une transaction de paiement simplifiée dans le système commence par un compte.
Bob envoie à Alice une facture contenant l'adresse du destinataire (où elle devrait envoyer l'argent).
Cette adresse est l'image (la sortie de la fonction de hachage) que Bob avait précédemment générée à partir d'un prototype aléatoire (le hachage secret, qui est l'entrée de la fonction de hachage).
Après avoir reçu l’image cible (adresse), Alice envoie une transaction de paiement au système.
Cette transaction contient l’image (het secrète) du jeton qui lui appartient, ainsi que l’image (adresse) du compte de Bob.
Le système vérifie si la pré-image Alice envoyée (secrète) est valide et si elle existe dans le grand livre, puis transfère le montant spécifié du jeton d'Alice à l'image (adresse) de Bob (adresse).
Une fois la transaction traitée, le système renvoie un chèque de confirmation à Alice, qu'elle peut partager avec Bob, qui confirme que la transaction s'est correctement déroulée.
Ce reçu sert à prouver que la transaction est correctement enregistrée dans le bloc en indiquant le chemin Merkle dans le bloc de ces jetons.
Cela seul est une preuve suffisante que le transfert était correct et que, par conséquent, les jetons appartiennent maintenant à Bob.
Cependant, les deux parties (Alice ou Bob) peuvent vérifier librement TREMISS BlockChain et vérifier la présence dans le bloc correspondant de l'image cible (adresse) et le numéro correct.
L’architecture unique de TREMISS et ses mécanismes de traitement des paiements offrent trois avantages par rapport aux approches traditionnelles:
- La confidentialité des utilisateurs est protégée par un nombre limité d'informations disponibles sur le réseau.
-La sécurité est grandement améliorée en fournissant des jetons au lieu de portefeuilles.
- Le traitement des transactions est plus rapide, car la propriété basée sur le hachage peut être complétée en une fraction du temps nécessaire pour signer numériquement sur les plates-formes traditionnelles de BlockChain.
Comme d'autres l'ont dit, lorsque l'on compare les signatures numériques caractéristiques des plates-formes BlockChain traditionnelles aux signatures numériques basées sur la fonction de hachage utilisées sur la plate-forme TREMISS, «chaque schéma de signature utilise une fonction de hachage cryptographique; Les signatures basées sur le hachage ne sont plus utilisées. "
Enfin, contrairement aux signatures numériques, les hachages sont protégés des capacités informatiques quantiques.

Tremiss utilise une nouvelle approche des informations contenues dans les blocs.
Chaque bloc ne contient rien de plus que des listes non ordonnées d’adresses passées et nouvelles auxquelles des jetons ont été attribués par les transactions de ce bloc.
En analysant toute la chaîne de blocs, l’observateur ne peut pas relier les parties impliquées dans l’opération ni les particularités de la transaction (c’est-à-dire combien ont été envoyées).
En conséquence, nous ne pouvons que conclure que, dans un bloc particulier, un ensemble de jetons a été affecté de manière non liée à de nouvelles adresses à partir d’anciennes adresses.
Tant dans le bloc que dans les nœuds, les données sont stockées sous forme d'arborescence radical binaire en combinaison avec l'arborescence de Merkle.
Cette structure vous permet de rechercher et de reformuler rapidement la racine dans les nœuds, ainsi que de générer des preuves qui vérifient l'existence du jeton dans le bloc.
Ceci est réalisé en ouvrant simplement le hachage du bloc racine, du jeton et de tous les blocs de données intermédiaires non-feuilles.
En conséquence, les transcriptions peuvent être générées et utilisées pour la vérification au lieu de requérir toutes les données du bloc correspondant se rapportant à la transaction d'intérêt.

Le traitement des jetons sur la plate-forme TREMISS a des attributs uniques.
Le traitement des jetons dans la plupart des systèmes BlockChain traditionnels repose aujourd'hui sur un portefeuille. Dans le protocole TREMISS, le traitement des jetons est basé sur un jeton, c’est-à-dire que le jeton reste statique alors qu’un Hesh privé est requis pour confirmer la propriété.
Ces hachages secrets sont stockés en dehors de la chaîne et changent lorsque la propriété du jeton est attribuée au nouveau propriétaire.
TREMISS protège les jetons individuels, pas le portefeuille en entier.
Chaque jeton appartenant à l'utilisateur est protégé par la connaissance d'un hachage secret distinct, ce qui signifie que même si un attaquant réussit une attaque par force brute, un seul jeton de l'utilisateur peut être volé.
Les blocs TREMISS ne contiennent aucune information sur les transactions, c'est-à-dire l'expéditeur, le destinataire et le montant.
Au lieu de cela, un bloc d'une chaîne de blocs TREMISS contient des assignations de jetons aux adresses appartenant au destinataire et aux adresses précédentes appartenant au payeur.
De plus, dans BlockChain, aucune information ne lie le donneur d'ordre et le destinataire, ce qui signifie qu'il n'y a pas de connexion dans la chaîne.

NodeTr fait partie intégrante de TREMISS BlockChain et participe à la génération de blocs et à la prise en charge du réseau, ainsi qu’à un microserveur de réseau, ainsi qu’au minuteur et au stockage de jetons permettant de générer des jetons avec un algorithme TREMISS intégré.
NodeTr peut fonctionner dans trois modes:
1.Maintenir la CPU et joindre “TreSupervisor” avec la puissance de traitement de la CPU
2.Minier en tant que détenteur de jetons et participant au vote de TREMISS BlockChain sur «TreSupervisor»
3. L'exploration complète fait partie du calcul sur la CPU et en tant que détenteur des jetons.
Besoin d'équipement:
L'algorithme TREMISS est conçu pour fonctionner uniquement sur le processeur et l'infrastructure PC correspondante.
Pour exploiter un jeton sur une BlockChain de TREMISS, vous n’avez pas besoin des pools d’énergie combinés, car la génération de blocs se produit directement dans «TreSupervisor».

Principes de sécurité dans TREMISS BlockChain.


À la différence d’autres plates-formes, le consensus dans TREMISS BlockChain n’est pas vulnérable aux attaques de 51%. Tout "NodeTr" liquide protège le consensus de l'équipe. Un TreSupervisor complètement frauduleux ne peut fournir la preuve que pour les transactions soumises par les utilisateurs de TreSupervisor en une seule fois. "TreSupervisor" ne peut pas créer de fausses transactions en sa faveur, ni des preuves valables de fausses transactions. Un "TreSupervisor" totalement frauduleux est impossible - l'attaque doit se limiter à une modification de l'ordre des transactions, à la non-anonymisation ou à l'impossibilité de fournir des preuves, c'est-à-dire falsifier une erreur. Les algorithmes de consensus dans l’espace BlockChain étaient principalement gênés par les limitations de bande passante. Les blocs doivent être distribués à la majeure partie du système avant que la complétude ne soit mise en œuvre. Même un petit bloc nécessite exponentiellement plus de bande passante que la taille du fichier pour la transmission sur le réseau. Dans le protocole convenu BlockChain, Tremiss, «TreSupervisor» atteint le score final avec de courtes preuves qui sont distribuées de manière optimale sur le réseau.En conséquence, le mécanisme de consensus de TREMISS BlockChain obtient des preuves lire des fractions de seconde.

Les attaquants ne peuvent pas affecter le travail de «TreSupervisor», car «TreSupervisor» est constamment en mouvement, imprévisible et collecté à chaque fois à partir de «NodeTr» différents. À mesure que la taille du réseau augmente, la probabilité que le nœud «TreSupervisor» affecte la complétion du bloc augmente. Par conséquent, la solution de compromis principale pour la création d'un bloc flexible est la taille de «TreSupervisor». Nous avons limité par programme la taille de «TreSupervisor». Il ne sera pas composé de plus de 75 «NodeTr».

La plate-forme TREMISS a été conçue pour encourager NodeTr à suivre les règles du protocole. Si vous ne le faites pas, tous les «NodeTr» contenant des nœuds malveillants ou non productifs sont arrêtés. Le protocole offre également une grande flexibilité pour faire face aux défaillances du réseau. L'ensemble de «NodeTr» valides est connu, car ils doivent être sélectionnés pour rejoindre le réseau. Étant donné que «TreSupervisor» est situé en cascade, la défaillance d’un «TreSupervisor» peut être facilement atténuée par le prochain «TreSupervisor» de la cascade. Une interruption réussie de la génération de bloc nécessitera la désactivation de tous les «TreSupervisor» planifiés, ce qui n’est pas possible, car «TreSupervisor» est généré automatiquement à partir de «NodeTr» et de manière aléatoire.

Les propriétés égalitaires obtenues dans la BlockChain de TREMISS sont extrêmement avantageuses par rapport aux autres mécanismes de consensus. En particulier, une puissance de calcul importante ou une grande partie d'un nœud ne confère pas d'avantage à ce nœud par rapport aux autres de cette plate-forme. La réussite d'un bloc est un calcul de groupe protégé par cryptographie, similaire à la preuve d'un travail utile. Vous pouvez considérer le traitement de transaction comme une extraction, où le travail n'est pas perdu, mais correspond directement à la fourniture de propriétés de plate-forme.
Par conséquent, aucune amélioration algorithmique imprévue, nouvelle conception d’ASIC ou autre conception ne profite à une équipe ou à un nœud par rapport à un autre. De plus, chaque nœud est traité de la même manière et vérifie automatiquement la précision de tous les autres nœuds.

Dans le cadre du protocole TREISS, la résistance aux attaques sibil est créée par l'utilisation de tests de performances, de pannes et de sélections en temps réel vérifiables entre noeuds. Toutes les élections sur la plate-forme TREMISS utiliseront une cryptographie protégée, vérifiée par les protocoles d’élection de bout en bout «NodeTr».