Contents
COMMENT ACHETER Stafi (FIS) EN BINANCE ET OBTENIR UNE BONIFICATION DE €30 (SEULEMENT 3 ÉTAPES)
ÉTAPE 1: INSCRIPTION
IMPORTANT: POUR OBTENIR €30 EN BTC LORSQUE VOUS VOUS INSCRIVEZ À BINANCE, FAITES-LE À PARTIR DE CE LIEN . EN CONFIRMANT VOTRE EMAIL, VOUS RECEVREZ LA RÉCOMPENSE.
ÉTAPE 2: DÉPÔT DES FONDS
ÉTAPE 3: ACQUÉRIR LA CRYPTO-MONNAIE
Pourquoi acheter Stafi (FIS)
Qu’est-ce que Stafi (FIS)?
Stafi est un protocole décentralisé qui améliore la liquidité. Il comprend 3 couches: sous-couches, couches contractées et couches d’application. La couche inférieure est principalement basée sur un système blockchain mis en place par Substrate (qui est une architecture blockchain développée par Parity, et l’ensemble de l’architecture intègre de nombreux modules de développement, dont le module consensus, le module P2P, le module Staking, etc.). La couche de contrat prend en charge la création de divers contrats de Staking, tels que les contrats de Staking pour XTZ, Atom et Dot respectivement. Le détenteur du jeton peut participer par contrat de participation, ce qui est cohérent avec les incitations à l’inflation obtenues par la participation ordinaire. Mais la différence est que le détenteur peut également obtenir des rTokens. Dernier,
Le protocole fonctionne sur une base purement décentralisée. Stafi, qui est basé sur Substrate, se connectera à Polkadot en tant que chaîne parallèle, partageant le consensus Polkadot sous-jacent. Polkadot garantit également une sécurité et des performances optimales. La couche principale est le niveau du contrat et la propriété du jeton de participation est entièrement garantie par le code du contrat. Stafi utilise un protocole de stockage de clés distribué pour garantir la sécurité des adresses de piquets grâce à plusieurs signatures. Le titulaire peut initier la participation ou racheter la participation à tout moment et en tout lieu sans l’intervention de tiers. Lorsque le détenteur de la pièce initie le contrat pari pour parier, les incitations à l’inflation du système peuvent être obtenues régulièrement. Pendant ce temps, tout détenteur de rTokens peut initier un rachat du contrat de participation correspondant à tout moment et en tout lieu (l’opération de rachat interagit avec la chaîne d’origine via le protocole Stafi. Une fois la transaction de rachat écrite dans la chaîne, les pièces de pari seront envoyées à le compte de pièces envoyé après déverrouillage). Le protocole Stafi garantit que chaque rToken alternatif correspond exclusivement au jeton de chaîne d’origine. Autrement dit, seul le détenteur des rTokens peut initier l’échange du jeton d’origine dans le contrat de mise. Quand A échange des rTokens contre B, A n’a plus le droit de racheter ces jetons, et B peut désormais initier le rachat du contrat de Staking. L’ensemble du processus ne nécessite pas l’intervention de tiers. Les pièces de pari seront envoyées au compte de pièces envoyé après leur déverrouillage.) Le protocole Stafi garantit que chaque rToken alternatif correspond exclusivement au jeton de chaîne d’origine. Autrement dit, seul le détenteur des rTokens peut initier l’échange du jeton d’origine dans le contrat de mise. Quand A échange des rTokens contre B, A n’a plus le droit de racheter ces tokens, et B peut désormais initier le rachat du contrat de Staking. L’ensemble du processus ne nécessite pas l’intervention de tiers. Les pièces de pari seront envoyées au compte de pièces envoyé après leur déverrouillage.) Le protocole Stafi garantit que chaque rToken alternatif correspond exclusivement au jeton de chaîne d’origine. C’est-à-dire, Seul le détenteur des rTokens peut initier l’échange du token original dans le contrat de mise. Quand A échange des rTokens contre B, A n’a plus le droit de racheter ces tokens, et B peut désormais initier le rachat du contrat de Staking. L’ensemble du processus ne nécessite pas l’intervention de tiers. A n’a plus le droit de racheter ces jetons, et B peut désormais initier le rachat du contrat de Staking. L’ensemble du processus ne nécessite pas l’intervention de tiers. A n’a plus le droit de racheter ces jetons, et B peut désormais initier le rachat du contrat de Staking. L’ensemble du processus ne nécessite pas l’intervention de tiers. A n’a plus le droit de racheter ces jetons, et B peut désormais initier le rachat du contrat de Staking. L’ensemble du processus ne nécessite pas l’intervention de tiers. A n’a plus le droit de racheter ces jetons, et B peut désormais initier le rachat du contrat de Staking. L’ensemble du processus ne nécessite pas l’intervention de tiers. A n’a plus le droit de racheter ces jetons, et B peut désormais initier le rachat du contrat de Staking. L’ensemble du processus ne nécessite pas l’intervention de tiers. A n’a plus le droit de racheter ces jetons, et B peut désormais initier le rachat du contrat de Staking. L’ensemble du processus ne nécessite pas l’intervention de tiers.
Tout tiers peut établir un échange décentralisé d’actifs liés à l’aide du protocole Stafi au niveau de la couche application. Tous les échanges rToken partagent la profondeur de la transaction. Avec le nombre croissant de chaînes publiques adoptant PoS qui lancent leurs principaux réseaux, le nombre et la variété des jetons de pieu vont monter en flèche. Et les rTokens seront échangés plus fréquemment. En conséquence, les développeurs seront énormément récompensés, sous la forme de frais de transaction, pour les transactions rToken qu’ils ont initiées.
Mise en œuvre
1. Contrat de participation
Le contrat qui crée l’interaction avec la chaîne de participation d’origine au niveau du contrat Stafi est appelé le contrat de participation (appelé SC). Par exemple, pour créer un XTZ-SC pour connecter Tezos à Stafi. Lorsque l’utilisateur A qui possède XTZ initie une transaction de participation à XTZ-SC, l’accord de participation créera d’abord une adresse multi-signature et transférera XTZ via la chaîne Tezos d’origine à cette adresse. Opération d’implantation de direction multi-signaux. En cas de succès, les puces seront verrouillées sur la chaîne d’origine. Ensuite, le protocole Stafi recevra une preuve de la chaîne Tezos originale (Proofs), puis il activera le contrat pour générer des rXTZ de quantités égales à XTZ et les envoyer au staker.
La mise à jour du contrat de Staking nécessite que la chaîne d’origine et le protocole Stafi fonctionnent ensemble, puisque le statut du contrat de chaque chaîne doit être surveillé, la mise en œuvre du contrat de Staking partage de nombreuses similitudes avec le mécanisme inter-chaîne. Lorsque le titulaire initie une demande de mise dans le contrat de mise, la génération du compte multi-signature se produit dans le protocole Stafi. Dans le même temps, le transfert du bien personnel à l’adresse multi-signature est complété par la signature de l’utilisateur du pieu. Ce transfert se produit sur la chaîne d’origine. Lorsque le contrat capture les informations de transfert, une demande de participation est lancée de l’adresse multi-signature vers la chaîne d’origine. Une fois l’implantation sur la chaîne d’origine terminée, Stafi capture l’état d’implantation de l’adresse dans la chaîne d’origine et le vérifie, et les rTokens correspondants sont émis dans le protocole Stafi immédiatement après la réussite de la validation. Tout au long du processus, le protocole Stafi interagit plusieurs fois avec la chaîne d’origine. La surveillance et la capture de l’état jouent un rôle important dans la sécurité de l’ensemble du protocole.
Le protocole Stafi capture l’état d’origine via un délai et une validation multi-passes pour garantir l’authenticité finale de la chaîne d’origine. Heureusement, mieux que les protocoles interchaînes préexistants et le consensus PoW, la plupart des projets PoS lancés après 2015 considèrent l’authenticité ultime des transactions en masse comme une demande à satisfaire. Autrement dit, lorsque la dernière hauteur est formée, les transactions incluses sont déterministes. À l’heure actuelle, la solution courante pour l’authenticité finale ou la mise en œuvre déterministe en temps opportun consiste à vérifier la légalité de la transaction avant de la conditionner à un nouveau niveau. Cette implémentation est basée sur l’algorithme Byzantine Fault Tolerant (BFT) et un mécanisme de pénalité de branche artificiellement spécifié, Slash. À la lumière de cela, le protocole Stafi a considérablement amélioré la sécurité en interagissant avec la chaîne de consensus PoS d’origine.
2. Adresses de signature multiples
Aujourd’hui, presque tous les modèles de participation sont basés sur le modèle de compte; Lorsque l’utilisateur lance la participation, il a besoin d’une clé privée de l’adresse de la chaîne d’origine pour signer. Pour assurer une correspondance exclusive entre la propriété des actifs de Stake et les rTokens, Stafi a conçu un modèle d’adresse intermédiaire. La propriété des actifs à cette adresse n’appartient à personne, ce qui signifie que personne ne peut posséder la clé privée de cette adresse. Stafi garantit la neutralité des actifs des adresses intermédiaires grâce à une technologie informatique multipartite sécurisée et à une technologie de signature à plusieurs seuils, garantissant que les signatures ne sont effectuées que lorsque le détenteur de rTokens initie un rachat. L’informatique multipartite sécurisée est synonyme de confidentialité, Cela nécessite la participation d’un groupe de certificateurs avec des fonctions spéciales dans Stafi. Un certain nombre de validateurs, appelés Stafi Special Validator (SSV), sont signés par leurs propres clés privées et transmis via un canal sécurisé pour vérifier la validité de la signature, et, enfin, effectuer la restauration de la signature de la direction intermédiaire . Cette adresse intermédiaire n’a pas de clé privée et n’est pas non plus stockée dans le protocole Stafi. Il consiste à signer le certificat privé de l’authentificateur spécial uniquement lorsque la signature est requise. La mise en œuvre de la technologie de signature à plusieurs seuils se rend compte que certains, pas tous, des générateurs peuvent générer la signature de clé privée, ce qui peut grandement satisfaire le besoin de signature. Par exemple, une adresse multi-signature établit le contact via une clé publique multi-validateur (disons 21). Lorsqu’une personne qui a des rTokens doit initier un rachat,
3. Informatique multipartite sécurisée
Le calcul sécurisé en plusieurs parties est principalement axé sur la façon de calculer en toute sécurité une fonction prédéfinie sans l’existence de tiers non approuvés, en abordant une réalité problématique qui est un résultat qui dépend du calcul de données en plusieurs parties où ces parties ne sont pas disposées à partager le données originales. Avec un calcul sécurisé en plusieurs parties, le résultat final peut être vérifié sans révéler la valeur d’entrée initiale à un autre tiers. Dans le contrat Stafi Staking, l’utilisateur qui parie doit générer une nouvelle adresse multi-signaux. Lorsque le détenteur du rToken initie un rachat du contrat de participation, l’adresse multi-signature doit créer une signature à clé privée avec la participation de validateurs spéciaux lors du calcul et de la génération. Les validateurs transmettent les résultats du calcul sur le canal crypté et peuvent vérifier mutuellement les résultats sans avoir à révéler leur propre clé privée. C’est un moyen sûr de déverrouiller et d’utiliser l’accord de mise.
4. Transfert de propriété
Lorsque l’opération de jalonnement est terminée, le droit de racheter XTZ à l’adresse multi-signature est entre les mains du détenteur de rXTZ. Seul le détenteur du rXTZ a le droit de racheter le XTZ-SC, les autres détenteurs n’ont pas le droit de le racheter. Si l’utilisateur A a échangé XTZ avec l’utilisateur B, alors l’utilisateur A perd le droit d’échanger avec la chaîne d’origine XTZ, et la relation de mappage entre le XTZ et l’utilisateur A à l’adresse de l’adresse avec plusieurs signatures dans le contrat est également donnée à l’adresse L’utilisateur B peut initier le rachat selon ses propres souhaits ou échanger des rTokens avec d’autres personnes. Dans ce processus, l’adresse multi-signes complète plusieurs tours de propriété de la chaîne XTZ d’origine en signant des validateurs spéciaux dans Stafi qui sont différents de ceux du monde Polkadot;
5. Validateur spécial Stafi (SSV)
Contrairement à Stafi Validator (SV), un SSV est le témoin de la propriété d’actifs dans le contrat Stafi Stake. Lorsque le titulaire éligible initiera l’échange de contrat, le validateur spécial participera au calcul et effectuera le transfert de l’actif de l’adresse multi-signature à l’adresse personnelle par signature. Lorsqu’aucune opération de remboursement n’a lieu, le validateur spécial stocke sa propre clé privée localement, en attendant d’être appelé. Un validateur spécial est composé de plusieurs personnes sélectionnées au hasard. Avant que l’adresse de signature multiple ne soit formée, Stafi sélectionnera N SSV à partir de SV en utilisant un algorithme aléatoire. Stafi choisira au hasard N SSV pour effectuer le calcul localement et transmettre les résultats via un canal secret. Après validation,
Dans le même temps, chaque SSV devra exécuter le nœud léger des projets soutenus par le contrat de participation, afin de vérifier l’état d’origine de la chaîne commerciale. Ce programme est écrit pour tous les clients validateurs spéciaux et la validation se fait automatiquement.
6. Groupe SSV
Pour assurer la fluidité du canal d’échange, les certificateurs spéciaux de Stafi effectuent des tâches en groupes avec une équipe fixe. Au cours de son propre quart de travail, un seul groupe de certification termine la génération d’adresses multi-jetons et le stockage de la clé secrète, et une fois le cycle d’exécution terminé, il est remplacé par un nouveau groupe. Cela garantit la participation du vérificateur actuel. Une période de validation dure une ère (1 ère correspond à environ 24 heures). L’élection pour le prochain groupe se fait à l’époque précédente. Stafi sélectionne de nouveaux SSV parmi les candidats SV par taux de production de blocs, taux de participation, etc. Et les nouveaux SSV remplaceront la clé privée des anciens SSV par la leur. Pendant, le système détruira la relation établie avec la clé privée des anciens SSV. Cependant, une rotation fréquente affectera l’efficacité du calcul.
7. Système d’incitations et de sanctions pour les validateurs spéciaux
En raison de l’importance des vérificateurs spéciaux, Stafi a mis en place un système d’incitations et de sanctions pour eux, encourageant les comportements positifs tels que les calculs et le stockage, et punissant les comportements négatifs tels que les déconnexions et les remplacements intempestifs. Comme stipulé par le protocole Stafi, la participation à la génération d’adresses, de calculs et de signatures sera récompensée par le token Stafi: FIS incentives. En revanche, les sanctions imposées par Stafi pour les problèmes de sécurité sont sévères. Stafi exigera que tous les certificateurs impliqués dans l’informatique et le stockage maintiennent leur temps désigné en ligne. Si le certificateur se retire fréquemment, il sera considérablement réduit. Si le temps d’attente est supérieur à N heures,
8. Mécanisme de jalonnement pour les validateurs spéciaux
Toute personne possédant des jetons Stafi peut postuler pour devenir un certificateur spécial Stafi. Un certificateur spécial doit jalonner le jeton FIS. Le jeton FIS de contrebande est proportionnel au montant de la mise qui peut être accepté, c’est-à-dire que plus le FIS misé est élevé, plus le calcul des capitaux propres et la valeur de stockage sont élevés. Cela peut effectivement augmenter le coût des comportements malveillants conjoints mis en œuvre par des certificateurs spéciaux. Les FIS qui sont misés seront motivés par le système et en même temps, c’est aussi la réserve de fonds pour la punition du système. En raison de la spécialité du système Stafi, les exigences du vérificateur spécial sont strictes,
9. Sécurité du contrat de pari
La sécurité des actifs d’un contrat de participation est garantie de plusieurs manières. Neutralité des actifs d’abord, les actifs de mise seront verrouillés dans la chaîne d’origine et leur relation de cartographie sera enregistrée dans le contrat de mise. L’adresse multi-signature est garantie par les N SSV grâce à la technologie de prise de contact à plusieurs seuils. Par conséquent, le SC n’est soumis à aucun contrôle de tiers. Deuxièmement, l’adresse de signature multiple utilise le mécanisme d’actif. Le vérificateur spécial est sélectionné par l’algorithme aléatoire de Stafi. Les vérificateurs ne se connaissent pas, la possibilité de collusion devient faible et la protection des actifs sera remplacée de manière dynamique dans un certain laps de temps pour assurer la sécurité. . Le troisième est punitif. Lorsque le certificateur participe au calcul et au stockage de la signature de la clé privée, il doit miser un certain FIS pour participer. En cas d’attaque ou de comportement illégal, le FIS misé sera réduit, la valeur de la mise et pourra être traité. La valeur des actifs est directement proportionnelle. Lorsqu’une variété de conditions sont combinées, le système Stafi peut efficacement punir certains facteurs de risque. En supposant que la plupart des gens soient honnêtes, les actifs du contrat de Staking peuvent garantir une certaine sécurité. La valeur des actifs est directement proportionnelle. Lorsqu’une variété de conditions sont combinées, le système Stafi peut efficacement punir certains facteurs de risque. En supposant que la plupart des gens soient honnêtes, les actifs du contrat de Staking peuvent garantir une certaine sécurité. La valeur des actifs est directement proportionnelle. Lorsqu’une variété de conditions sont combinées, le système Stafi peut efficacement punir certains facteurs de risque. En supposant que la plupart des gens soient honnêtes, les actifs du contrat de Staking peuvent garantir une certaine sécurité.
10. Décentralisation des actifs des contrats de participation
Lorsqu’un titulaire lance le Staking via le Contrat de Staking, la liste complète des actifs de Staking sera concentrée dans un seul contrat. Bien que chaque Staking soit démarré à partir d’une seule direction, cela n’affectera pas le degré de décentralisation, mais lorsque les actifs de Staking sont trop concentrés, ils sont plus faciles à attaquer. Stafi évite la concentration des actifs en établissant plusieurs contrats de participation du même type pour un token. Le montant total du contrat augmentera automatiquement en fonction du montant des actifs de Staking, et les nouveaux actifs entreront dans le nouveau contrat de Staking. Parallèlement, Stafi établira plusieurs contrats de participation au stade primaire. Le système Stafi répartira uniformément la demande initiale de participation entre ces contrats de participation, qui servira de tampon. À mesure que la demande de Stake augmente,
Dans le même temps, Stafi est un protocole ouvert décentralisé. Les contrats de jalonnement développés par les développeurs initiaux seront audités et open source pour des tiers, qui peuvent créer leurs propres contrats de jalonnement pour parvenir à la décentralisation des actifs de jalonnement.
11. Diagramme de séquence
Le processus d’implantation est le suivant. L’utilisateur interagit d’abord avec le SC, puis le SC interagit avec la chaîne d’origine. Pendant cette période, pour que l’opération de l’utilisateur soit suffisamment simple, SC doit prendre la responsabilité d’interagir plusieurs fois avec la chaîne d’origine. Il est important que SC ait besoin de vérifier le succès de l’implantation avant de distribuer des rTokens aux utilisateurs. Le diagramme de séquence suivant montre le processus général d’émission de rTokens.
Les utilisateurs peuvent racheter les actifs de la chaîne d’origine en utilisant les rTokens qu’ils possèdent à tout moment. La modification de la relation SC nécessite la signature du SSV, car la relation d’enregistrement des actifs se trouve dans le SC. Lorsque l’utilisateur lance l’échange, SC active la demande de signature. Une fois que les SSV ont exécuté la signature, SC interagit avec la chaîne d’origine et envoie la demande Unbond / Unstake. Ensuite, SSV vérifie la chaîne d’origine à la recherche de preuves de méfiance. Lorsque la preuve est vraie, les rTokens utilisés pour soumettre la demande seront détruits.
Bitcoin 
Ethereum 
Tether 
BNB 
Solana 
USDC 
XRP 
Lido Staked Ether 
Dogecoin 
Toncoin