! [De l’oracle à la couche middleware : Supra entre sur le marché avec un positionnement au niveau de la couche] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-2f789beb11-dd1a6f-69ad2a.webp)
Dans le récit Web3, les investisseurs et les utilisateurs accordent plus d’attention à la couche applicative et à la chaîne sous-jacente, dont l’une peut « transporter le prochain milliard d’utilisateurs » et l’autre est la pierre angulaire du fonctionnement du monde de la cryptographie.
Mais l’attention du marché pour le middleware qui pilote et lubrifie les deux semble faire légèrement défaut, en particulier pour les développeurs, un excellent middleware est crucial, les oracles, l’automatisation, les protocoles cross-chain, etc. sont tous indispensables pour promouvoir le développement Web3. Dans le même temps, l’attention du marché à la sécurité de cette piste et au développement durable de l’avenir doit également être renforcée.
Comme nous le savons tous, les oracles et les ponts inter-chaînes sont des cibles plus courantes. En juillet, Poly Network a été attaqué pour la deuxième fois en raison d’une vulnérabilité de pont à travers les chaînes, avec des pertes allant jusqu’à 10 millions; En août de cette année, l’accord de prêt Exactly Protocol a également subi une perte de 12 millions de dollars en raison d’une vulnérabilité de pont transversal. Selon le rapport de CertiK, il y a eu 54 pertes causées par des prêts flash et des vulnérabilités de manipulation d’oracle au deuxième trimestre de cette année, entraînant une perte d’environ 23 millions de dollars.
Alors, quelle est la principale raison pour laquelle ils sont constamment attaqués? L’un des facteurs communs est que ces deux middleware ont une faiblesse très similaire, c’est-à-dire que lorsque l’événement perd la sécurité et la décentralisation de la blockchain traditionnelle dans le processus de circulation des ponts oracle et cross-chain, le niveau de sécurité des événements de données est réduit du niveau L1 d’origine au niveau middleware, donnant aux pirates plus de possibilités d’être attaqués.
Cependant, Web3 est encore tôt, le dilemme de l’oracle n’est toujours pas résolu, la demande du marché change chaque jour qui passe, et le temps de se retourner contre le vent et de redéfinir la norme du marché viendra à tout moment. Cependant, nous pensons que dans le paysage du marché existant, la couche intermédiaire technologique sera l’élément absolument nécessaire pour la prochaine étape du marché. Odaily emmènera les lecteurs dans un voyage à la découverte de Supra, un innovateur en pleine ascension dans l’ancienne piste du middleware.
En termes de latitude de sécurité blockchain, nous observons que Supra est de l’entrée middleware, à partir de l’original SupraLes Oracles se concentrent maintenant sur la couche de service middleware de l’IntraLayer, tout en fournissant des services de haute qualité pour le marché tout en n’épargnant aucun effort pour améliorer la sécurité, escorter les données hors chaîne et la liquidité inter-chaîne. Jetons un coup d’œil à ce que fait actuellement Supra, qui a récemment annoncé une ronde de financement privé de 24 millions de dollars et qui est investie par un certain nombre d’institutions de premier plan.
Comment Supra commence-t-elle à partir de la piste oracle?
Qu’est-ce que le « dilemme de l’oracle » ?
Quiconque connaît les oracles devrait avoir plus ou moins entendu parler du « dilemme de l’oracle ». La situation est que la blockchain présente essentiellement les avantages naturels de réduire les points de défaillance uniques, d’assurer la sécurité des données et d’empêcher la falsification des données. Cependant, lorsque la blockchain a besoin de données externes pour exécuter le contrat, le service oracle doit être utilisé, et si l’oracle en tant que source de données présente des risques de sécurité, la sécurité de la blockchain est réduite au niveau oracle et le problème de données de la source affectera directement le résultat d’exécution du contrat intelligent. Par conséquent, idéalement, les réseaux oracle devraient être aussi sécurisés et décentralisés que L1 tout en garantissant des données précises.
En d’autres termes, afin d’améliorer la sécurité et la décentralisation, nous devons construire autant de nœuds de réseau que possible. Mais plus il y a de nœuds de réseau, plus les multiples cycles de consensus sont longs et plus le gaz consommé par les transactions des utilisateurs est important. Cela entraîne non seulement des coûts plus élevés, une réduction de la certitude et des performances éventuelles, mais aussi des retards dans la disponibilité des données, ce qui entraîne un risque de dérapage. Par conséquent, il y a un « dilemme oracle » dans le réseau oracle. De nombreux réseaux oracle sur le marché sacrifient la sécurité et la décentralisation pour assurer le taux de rafraîchissement des données disponibles.
Cependant, les oracles, en tant que pont entre la blockchain et le monde réel, sont cruciaux pour le développement ultérieur et l’atterrissage du Web3 et du métavers. Peut-être qu’au début du développement de Web3, le projet DeFi en plein essor n’avait pas une demande particulièrement forte pour les liens du monde réel, tant que le middleware peut fournir une alimentation rapide et précise, que la sécurité a une certaine garantie de base et que le degré de décentralisation ne reste que dans le concept et n’a pas de grand impact. Cependant, avec l’évolution continue du Web3, le marché a un besoin urgent de données précises et sécurisées, et il est nécessaire d’assurer la sécurité des données et d’améliorer la décentralisation tout en assurant des performances élevées, c’est-à-dire que le dilemme oracle doit être résolu.
Comment Supra résout-elle le « dilemme de l’oracle » ?
Alors, comment pouvons-nous équilibrer ces points de demande afin que le degré de décentralisation et de sécurité des oracles ne soit pas inférieur à L1 et L2 et assurer des performances élevées de données précises.
Supra construit la prochaine génération d’oracles pour l’industrie de la blockchain, résolvant le « dilemme de l’oracle » dans un sens réel. Supra a conçu l’architecture de nœud de réseau « tribu-clan » ou « tribu-clan », introduit le mécanisme de consensus L1 et créé des technologies innovantes telles que la valeur représentative et la distance de cohérence. Cette conception de mécanisme unique est appelée DORA (Distributed Oracle Protocol).
En lisant le dernier livre blanc de Supra, l’auteur résume les points clés de l’accord :
Mélanger l’architecture du nœud parent-enfant - Tribe & Clan
Le réseau de nœuds de Supra a une « architecture de clan tribal ». Il s’agit d’une relation mère-ensemble, sous-ensemble, où une tribu est divisée uniformément et aléatoirement en plusieurs clans.
! [De l’oracle à la couche middleware : Supra entre sur le marché avec un positionnement au niveau de la couche] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-415e6cb885-dd1a6f-69ad2a.webp)
Chaque clan contient 5 clans, chaque clan contient 25 nœuds, le mécanisme de brassage aléatoire entre les clans et les clans est exécuté toutes les x minutes (x temps d’exécution peut varier), le processus aléatoire est béni par les nombres aléatoires vérifiables de Supra, la collusion des nœuds et les attaques de nœuds sont peu susceptibles de se produire dans ce réseau.
Pour faciliter la compréhension, de nombreux réseaux de nœuds oracle sur le marché sont équivalents à un CLAN dans le fabric, de sorte que DORA peut être 100+ fois plus sécurisé dans un certain sens.
! [De l’oracle à la couche middleware : Supra entre sur le marché avec un positionnement au niveau de la couche] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-6842ac7720-dd1a6f-69ad2a.webp)
! [De l’oracle à la couche middleware : Supra entre sur le marché avec un positionnement au niveau de la couche] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-0eecbeb6b9-dd1a6f-69ad2a.webp)
33% de tolérance byzantine: valeur représentative
Sans aucune erreur byzantine, un seul nœud est nécessaire pour récupérer des informations provenant de sources multiples; Mais dans le cas d’une erreur byzantine, nous aurons besoin de plusieurs nœuds. Lorsque tous les nœuds peuvent fournir une valeur en entrée, alors lorsque certains d’entre eux sont des nœuds byzantins, le reste des nœuds honnêtes sont d’accord et les mettent au défi de choisir une seule valeur représentative, la valeur S. Cette valeur représentative doit converger entre les valeurs maximale et minimale du nœud honnête dans le protocole. La valeur représentative est calculée par la famille d’agrégateurs sélectionnée par la tribu, et est une valeur unique formée par la famille agrégatrice combinant les valeurs signées par les nœuds de clan.
Distance de cohérence
Le protocole exige que même dans le pire des cas, il y ait une valeur honnête, prendre cette valeur comme ancre, puis fixer les autres valeurs ensemble afin que les autres valeurs, même malhonnêtes, ne puissent pas s’écarter arbitrairement de la valeur honnête. Cette distance de liaison est appelée distance de cohérence D.
Protocoles alternatifs
Après le démarrage du protocole, le compte à rebours de sauvegarde est lancé, et s’il n’y a pas de sortie de valeur représentative dans le délai spécifié, le protocole de secours est déclenché et le protocole démarre toute la tribu du tissu pour calculer la valeur représentative au lieu d’une tribu dans des conditions normales.
Calcul asynchrone multi-rond de nœud
En réalité, une nouvelle série de protocoles peut être lancée toutes les quelques secondes, puisqu’une nouvelle série peut être lancée sans attendre la fin de la série précédente. Les valeurs des rondes peuvent être publiées dans le désordre. Par exemple, la valeur de la ronde 4 peut apparaître avant la valeur de la ronde 3 sur le PRM. En fait, la ronde 4 a une valeur plus fraîche et plus précise, de sorte que les informations de la ronde 3 peuvent ne pas être utiles après la disponibilité de la ronde 4. Sur la base de cette hypothèse, nous pouvons économiser des ressources sur certains calculs et communications inutiles. Les données différées peuvent être retirées.
Les caractéristiques ci-dessus apportent également une série d’avantages au protocole, dont les principaux avantages sont résumés comme suit:
L’architecture de nœud mélangé introduit un degré élevé de caractère aléatoire, ce qui peut grandement améliorer le coefficient de sécurité et de décentralisation, et limiter considérablement la capacité d’attaque de l’attaquant;
Les données peuvent être traitées en fragments entre différentes tribus, ce qui améliore considérablement l’efficacité du traitement;
Calcul asynchrone multi-tours pour assurer l’exactitude des données et le taux de rafraîchissement;
En outre, son algorithme de consensus moonshot fournit également une sécurité basée sur L1 et 2-3 secondes de déterminisme final pour le protocole, ce qui rend les performances globales du protocole plus élevées.
Qu’est-ce que l’IntraLayer construit par Supra ?
SupraOracles est le point de départ de Supra, mais avec le lancement continu d’autres produits middleware tels que VRF et les protocoles cross-chain, le projet a officiellement mis à niveau la marque vers Supra en juillet de cette année, en essayant de construire un centre d’interopérabilité inter-chaîne automatisé qui fournit des services multi-middleware, connectant L1 et L2, Web2 et Web3, afin de fournir l’infrastructure de base pour promouvoir le développement de la blockchain.
Il existe actuellement des centaines de chaînes sur le marché, et de nombreuses blockchains fournissent également des services de plus en plus diversifiés, ce qui fait que l’expérience utilisateur actuelle dans les scénarios d’utilisation réels est extrêmement fragmentée. Le principal problème de cette réalité multichaîne a également attiré l’attention des chercheurs et des développeurs de l’industrie, et la façon de transférer de manière sécurisée et invisible les actifs et les informations d’une chaîne à une autre pour atteindre l’interopérabilité est devenue un problème urgent pour l’industrie.
En se concentrant sur ce point douloureux, Supra a récemment lancé un modèle de communication interchaîne innovant « sans pont » pour aider à couvrir plus de réseaux avec les services de Supra et relier en toute sécurité les chaînes de blocs pour atteindre une interopérabilité haute vitesse et sécurisée.
À l’heure actuelle, la plupart des ponts croisés sur le marché utilisent une conception multi-signature. Ces ponts se composent généralement d’un ensemble de nœuds de pont jalonnés, dont chacun signe individuellement les événements qui se produisent sur la chaîne source (tels que les fonds bloqués dans la devise de la chaîne source), puis ces événements signés sont agrégés et transmis à la chaîne cible avec les signatures/sceaux de protocole de chaque nœud via un mécanisme « multisig ». Un tel processus déclenche des actions correspondantes (par exemple, le déblocage de fonds dans les actifs locaux ou les devises de la chaîne cible). Et ce processus est également l’étape de la manipulation du pont croisé, et les cas de manipulation de pont croisé que nous avons mentionnés au début de l’article sont pour la plupart de tels cas.
Dans le protocole HyperNova « sans pont » de Supra, les nœuds relais ne partagent que les informations de consensus cryptographique de la chaîne source, et il n’est pas nécessaire de faire confiance aux nœuds de pont relais pour assurer l’exactitude des informations de relais, juste pour s’assurer que les événements pertinents sur la chaîne source ne sont pas manquants, censurés ou retardés lorsqu’ils sont livrés à la chaîne de destination. Les nœuds de la chaîne cible vérifieront indépendamment la validité de l’événement de chaîne source, de sorte que les informations relatives à un événement de chaîne du nœud de pont relais ne peuvent pas être falsifiées pendant la transmission interchaîne de l’événement, et les attaques qui ne verrouillent pas les actifs correspondants sur la chaîne source et fournissent de fausses informations sur le pont interchaîne à libérer ou les actifs mint ne pourront pas se produire sur le pont interchaîne « modèle de relais », limitant directement la possibilité de manipulation.
En outre, dans le modèle sans pont HyperNova, seuls les nœuds relais sont utilisés pour transmettre les données, plutôt que de vérifier l’exactitude des données. Par conséquent, les nœuds de pont ne nécessitent pas une grande quantité d’équité, juste un nœud honnête pour assurer l’activité et la résistance à la censure. En outre, cela peut également éviter de multiples cycles de consensus, ce qui peut améliorer l’efficacité de la mise en œuvre.
HyperNova permet aux services existants de Supra de couvrir plus de réseaux, construit une couche de service middleware - IntraLayer - en intégrant verticalement des oracles natifs, des VRF et d’autres fonctions, et constitue également une infrastructure de base pour l’interopérabilité, aidant les dApps à communiquer de manière transparente dans le domaine de la blockchain décentralisée, et peut fusionner toutes les chaînes en un tout.
! [De l’oracle à la couche middleware : Supra entre sur le marché avec un positionnement au niveau de la couche] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-ca172c412a-dd1a6f-69ad2a.webp)
L’ancien circuit middleware : la découverte de valeur a peut-être commencé
Pris ensemble, le concept d’IntraLayer décrit avec précision le positionnement unique de Supra. IntraLayer est un cadre intégré pour l’oracle, le pont inter-chaînes et la plate-forme de contrats intelligents de Supra qui est nativement compatible inter-chaînes et conçu pour fonctionner ensemble pour aider les dApps à communiquer de manière transparente dans l’environnement fragmenté de la blockchain.
Supra se concentre sur le « dilemme » et utilise des algorithmes L1 pour assurer la sécurité des intergiciels, tant qu’il est nécessaire de résoudre le problème de confiance de sécurité, nous pouvons voir les efforts de Supra. Le projet prend déjà en charge 10+ mainnets, 40+ testnets, et sa campagne de parachutage communautaire « Learn to Earn » qui vient d’être annoncée bat son plein.
Lorsque nous regardons en arrière sur l’ancienne expérience du monde DeFi - à la recherche de la demande des marchés incrémentiels et de nouveaux scénarios d’application des technologies émergentes telles que L2 / ZK, les produits de Supra ont peut-être pris une voie plus nouvelle et potentielle.
À l’heure actuelle, le marché a atteint un stade important d’alternance baissière et haussière. Dans la prochaine étape du marché qui inaugurera l’avenir, peu de gens peuvent prédire la prochaine piste de poids lourds de 0 à 100 dans le contexte actuel de l’industrie (l’innovation technologique n’a pas encore produit de changements majeurs et le récit du thème de l’industrie n’a pas percé). Dans le même temps, nous avons tous expérimenté dans le monde de la cryptographie, et aucune piste n’a été monopolisée par un seul gagnant depuis longtemps. Un plus grand potentiel de développement et un plus grand espace de marché valent encore la peine d’être explorés. Nous pensons que ces explorations originales ont déjà ouvert un espace de croissance plus large pour l’ancienne piste.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
De l’oracle à la couche middleware : Supra entre sur le marché avec un positionnement au niveau de la couche
Original | Odaily Planet Daily
Auteur | Loopy Lu
! [De l’oracle à la couche middleware : Supra entre sur le marché avec un positionnement au niveau de la couche] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-2f789beb11-dd1a6f-69ad2a.webp)
Dans le récit Web3, les investisseurs et les utilisateurs accordent plus d’attention à la couche applicative et à la chaîne sous-jacente, dont l’une peut « transporter le prochain milliard d’utilisateurs » et l’autre est la pierre angulaire du fonctionnement du monde de la cryptographie.
Mais l’attention du marché pour le middleware qui pilote et lubrifie les deux semble faire légèrement défaut, en particulier pour les développeurs, un excellent middleware est crucial, les oracles, l’automatisation, les protocoles cross-chain, etc. sont tous indispensables pour promouvoir le développement Web3. Dans le même temps, l’attention du marché à la sécurité de cette piste et au développement durable de l’avenir doit également être renforcée.
Comme nous le savons tous, les oracles et les ponts inter-chaînes sont des cibles plus courantes. En juillet, Poly Network a été attaqué pour la deuxième fois en raison d’une vulnérabilité de pont à travers les chaînes, avec des pertes allant jusqu’à 10 millions; En août de cette année, l’accord de prêt Exactly Protocol a également subi une perte de 12 millions de dollars en raison d’une vulnérabilité de pont transversal. Selon le rapport de CertiK, il y a eu 54 pertes causées par des prêts flash et des vulnérabilités de manipulation d’oracle au deuxième trimestre de cette année, entraînant une perte d’environ 23 millions de dollars.
Alors, quelle est la principale raison pour laquelle ils sont constamment attaqués? L’un des facteurs communs est que ces deux middleware ont une faiblesse très similaire, c’est-à-dire que lorsque l’événement perd la sécurité et la décentralisation de la blockchain traditionnelle dans le processus de circulation des ponts oracle et cross-chain, le niveau de sécurité des événements de données est réduit du niveau L1 d’origine au niveau middleware, donnant aux pirates plus de possibilités d’être attaqués.
Cependant, Web3 est encore tôt, le dilemme de l’oracle n’est toujours pas résolu, la demande du marché change chaque jour qui passe, et le temps de se retourner contre le vent et de redéfinir la norme du marché viendra à tout moment. Cependant, nous pensons que dans le paysage du marché existant, la couche intermédiaire technologique sera l’élément absolument nécessaire pour la prochaine étape du marché. Odaily emmènera les lecteurs dans un voyage à la découverte de Supra, un innovateur en pleine ascension dans l’ancienne piste du middleware.
En termes de latitude de sécurité blockchain, nous observons que Supra est de l’entrée middleware, à partir de l’original SupraLes Oracles se concentrent maintenant sur la couche de service middleware de l’IntraLayer, tout en fournissant des services de haute qualité pour le marché tout en n’épargnant aucun effort pour améliorer la sécurité, escorter les données hors chaîne et la liquidité inter-chaîne. Jetons un coup d’œil à ce que fait actuellement Supra, qui a récemment annoncé une ronde de financement privé de 24 millions de dollars et qui est investie par un certain nombre d’institutions de premier plan.
Comment Supra commence-t-elle à partir de la piste oracle?
Qu’est-ce que le « dilemme de l’oracle » ?
Quiconque connaît les oracles devrait avoir plus ou moins entendu parler du « dilemme de l’oracle ». La situation est que la blockchain présente essentiellement les avantages naturels de réduire les points de défaillance uniques, d’assurer la sécurité des données et d’empêcher la falsification des données. Cependant, lorsque la blockchain a besoin de données externes pour exécuter le contrat, le service oracle doit être utilisé, et si l’oracle en tant que source de données présente des risques de sécurité, la sécurité de la blockchain est réduite au niveau oracle et le problème de données de la source affectera directement le résultat d’exécution du contrat intelligent. Par conséquent, idéalement, les réseaux oracle devraient être aussi sécurisés et décentralisés que L1 tout en garantissant des données précises.
En d’autres termes, afin d’améliorer la sécurité et la décentralisation, nous devons construire autant de nœuds de réseau que possible. Mais plus il y a de nœuds de réseau, plus les multiples cycles de consensus sont longs et plus le gaz consommé par les transactions des utilisateurs est important. Cela entraîne non seulement des coûts plus élevés, une réduction de la certitude et des performances éventuelles, mais aussi des retards dans la disponibilité des données, ce qui entraîne un risque de dérapage. Par conséquent, il y a un « dilemme oracle » dans le réseau oracle. De nombreux réseaux oracle sur le marché sacrifient la sécurité et la décentralisation pour assurer le taux de rafraîchissement des données disponibles.
Cependant, les oracles, en tant que pont entre la blockchain et le monde réel, sont cruciaux pour le développement ultérieur et l’atterrissage du Web3 et du métavers. Peut-être qu’au début du développement de Web3, le projet DeFi en plein essor n’avait pas une demande particulièrement forte pour les liens du monde réel, tant que le middleware peut fournir une alimentation rapide et précise, que la sécurité a une certaine garantie de base et que le degré de décentralisation ne reste que dans le concept et n’a pas de grand impact. Cependant, avec l’évolution continue du Web3, le marché a un besoin urgent de données précises et sécurisées, et il est nécessaire d’assurer la sécurité des données et d’améliorer la décentralisation tout en assurant des performances élevées, c’est-à-dire que le dilemme oracle doit être résolu.
Comment Supra résout-elle le « dilemme de l’oracle » ?
Alors, comment pouvons-nous équilibrer ces points de demande afin que le degré de décentralisation et de sécurité des oracles ne soit pas inférieur à L1 et L2 et assurer des performances élevées de données précises.
Supra construit la prochaine génération d’oracles pour l’industrie de la blockchain, résolvant le « dilemme de l’oracle » dans un sens réel. Supra a conçu l’architecture de nœud de réseau « tribu-clan » ou « tribu-clan », introduit le mécanisme de consensus L1 et créé des technologies innovantes telles que la valeur représentative et la distance de cohérence. Cette conception de mécanisme unique est appelée DORA (Distributed Oracle Protocol).
En lisant le dernier livre blanc de Supra, l’auteur résume les points clés de l’accord :
Le réseau de nœuds de Supra a une « architecture de clan tribal ». Il s’agit d’une relation mère-ensemble, sous-ensemble, où une tribu est divisée uniformément et aléatoirement en plusieurs clans.
! [De l’oracle à la couche middleware : Supra entre sur le marché avec un positionnement au niveau de la couche] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-415e6cb885-dd1a6f-69ad2a.webp)
Chaque clan contient 5 clans, chaque clan contient 25 nœuds, le mécanisme de brassage aléatoire entre les clans et les clans est exécuté toutes les x minutes (x temps d’exécution peut varier), le processus aléatoire est béni par les nombres aléatoires vérifiables de Supra, la collusion des nœuds et les attaques de nœuds sont peu susceptibles de se produire dans ce réseau.
Pour faciliter la compréhension, de nombreux réseaux de nœuds oracle sur le marché sont équivalents à un CLAN dans le fabric, de sorte que DORA peut être 100+ fois plus sécurisé dans un certain sens.
! [De l’oracle à la couche middleware : Supra entre sur le marché avec un positionnement au niveau de la couche] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-6842ac7720-dd1a6f-69ad2a.webp)
! [De l’oracle à la couche middleware : Supra entre sur le marché avec un positionnement au niveau de la couche] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-0eecbeb6b9-dd1a6f-69ad2a.webp)
Sans aucune erreur byzantine, un seul nœud est nécessaire pour récupérer des informations provenant de sources multiples; Mais dans le cas d’une erreur byzantine, nous aurons besoin de plusieurs nœuds. Lorsque tous les nœuds peuvent fournir une valeur en entrée, alors lorsque certains d’entre eux sont des nœuds byzantins, le reste des nœuds honnêtes sont d’accord et les mettent au défi de choisir une seule valeur représentative, la valeur S. Cette valeur représentative doit converger entre les valeurs maximale et minimale du nœud honnête dans le protocole. La valeur représentative est calculée par la famille d’agrégateurs sélectionnée par la tribu, et est une valeur unique formée par la famille agrégatrice combinant les valeurs signées par les nœuds de clan.
Le protocole exige que même dans le pire des cas, il y ait une valeur honnête, prendre cette valeur comme ancre, puis fixer les autres valeurs ensemble afin que les autres valeurs, même malhonnêtes, ne puissent pas s’écarter arbitrairement de la valeur honnête. Cette distance de liaison est appelée distance de cohérence D.
Après le démarrage du protocole, le compte à rebours de sauvegarde est lancé, et s’il n’y a pas de sortie de valeur représentative dans le délai spécifié, le protocole de secours est déclenché et le protocole démarre toute la tribu du tissu pour calculer la valeur représentative au lieu d’une tribu dans des conditions normales.
En réalité, une nouvelle série de protocoles peut être lancée toutes les quelques secondes, puisqu’une nouvelle série peut être lancée sans attendre la fin de la série précédente. Les valeurs des rondes peuvent être publiées dans le désordre. Par exemple, la valeur de la ronde 4 peut apparaître avant la valeur de la ronde 3 sur le PRM. En fait, la ronde 4 a une valeur plus fraîche et plus précise, de sorte que les informations de la ronde 3 peuvent ne pas être utiles après la disponibilité de la ronde 4. Sur la base de cette hypothèse, nous pouvons économiser des ressources sur certains calculs et communications inutiles. Les données différées peuvent être retirées.
Les caractéristiques ci-dessus apportent également une série d’avantages au protocole, dont les principaux avantages sont résumés comme suit:
Qu’est-ce que l’IntraLayer construit par Supra ?
SupraOracles est le point de départ de Supra, mais avec le lancement continu d’autres produits middleware tels que VRF et les protocoles cross-chain, le projet a officiellement mis à niveau la marque vers Supra en juillet de cette année, en essayant de construire un centre d’interopérabilité inter-chaîne automatisé qui fournit des services multi-middleware, connectant L1 et L2, Web2 et Web3, afin de fournir l’infrastructure de base pour promouvoir le développement de la blockchain.
Il existe actuellement des centaines de chaînes sur le marché, et de nombreuses blockchains fournissent également des services de plus en plus diversifiés, ce qui fait que l’expérience utilisateur actuelle dans les scénarios d’utilisation réels est extrêmement fragmentée. Le principal problème de cette réalité multichaîne a également attiré l’attention des chercheurs et des développeurs de l’industrie, et la façon de transférer de manière sécurisée et invisible les actifs et les informations d’une chaîne à une autre pour atteindre l’interopérabilité est devenue un problème urgent pour l’industrie.
En se concentrant sur ce point douloureux, Supra a récemment lancé un modèle de communication interchaîne innovant « sans pont » pour aider à couvrir plus de réseaux avec les services de Supra et relier en toute sécurité les chaînes de blocs pour atteindre une interopérabilité haute vitesse et sécurisée.
À l’heure actuelle, la plupart des ponts croisés sur le marché utilisent une conception multi-signature. Ces ponts se composent généralement d’un ensemble de nœuds de pont jalonnés, dont chacun signe individuellement les événements qui se produisent sur la chaîne source (tels que les fonds bloqués dans la devise de la chaîne source), puis ces événements signés sont agrégés et transmis à la chaîne cible avec les signatures/sceaux de protocole de chaque nœud via un mécanisme « multisig ». Un tel processus déclenche des actions correspondantes (par exemple, le déblocage de fonds dans les actifs locaux ou les devises de la chaîne cible). Et ce processus est également l’étape de la manipulation du pont croisé, et les cas de manipulation de pont croisé que nous avons mentionnés au début de l’article sont pour la plupart de tels cas.
Dans le protocole HyperNova « sans pont » de Supra, les nœuds relais ne partagent que les informations de consensus cryptographique de la chaîne source, et il n’est pas nécessaire de faire confiance aux nœuds de pont relais pour assurer l’exactitude des informations de relais, juste pour s’assurer que les événements pertinents sur la chaîne source ne sont pas manquants, censurés ou retardés lorsqu’ils sont livrés à la chaîne de destination. Les nœuds de la chaîne cible vérifieront indépendamment la validité de l’événement de chaîne source, de sorte que les informations relatives à un événement de chaîne du nœud de pont relais ne peuvent pas être falsifiées pendant la transmission interchaîne de l’événement, et les attaques qui ne verrouillent pas les actifs correspondants sur la chaîne source et fournissent de fausses informations sur le pont interchaîne à libérer ou les actifs mint ne pourront pas se produire sur le pont interchaîne « modèle de relais », limitant directement la possibilité de manipulation.
En outre, dans le modèle sans pont HyperNova, seuls les nœuds relais sont utilisés pour transmettre les données, plutôt que de vérifier l’exactitude des données. Par conséquent, les nœuds de pont ne nécessitent pas une grande quantité d’équité, juste un nœud honnête pour assurer l’activité et la résistance à la censure. En outre, cela peut également éviter de multiples cycles de consensus, ce qui peut améliorer l’efficacité de la mise en œuvre.
HyperNova permet aux services existants de Supra de couvrir plus de réseaux, construit une couche de service middleware - IntraLayer - en intégrant verticalement des oracles natifs, des VRF et d’autres fonctions, et constitue également une infrastructure de base pour l’interopérabilité, aidant les dApps à communiquer de manière transparente dans le domaine de la blockchain décentralisée, et peut fusionner toutes les chaînes en un tout.
! [De l’oracle à la couche middleware : Supra entre sur le marché avec un positionnement au niveau de la couche] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-ca172c412a-dd1a6f-69ad2a.webp)
L’ancien circuit middleware : la découverte de valeur a peut-être commencé
Pris ensemble, le concept d’IntraLayer décrit avec précision le positionnement unique de Supra. IntraLayer est un cadre intégré pour l’oracle, le pont inter-chaînes et la plate-forme de contrats intelligents de Supra qui est nativement compatible inter-chaînes et conçu pour fonctionner ensemble pour aider les dApps à communiquer de manière transparente dans l’environnement fragmenté de la blockchain.
Supra se concentre sur le « dilemme » et utilise des algorithmes L1 pour assurer la sécurité des intergiciels, tant qu’il est nécessaire de résoudre le problème de confiance de sécurité, nous pouvons voir les efforts de Supra. Le projet prend déjà en charge 10+ mainnets, 40+ testnets, et sa campagne de parachutage communautaire « Learn to Earn » qui vient d’être annoncée bat son plein.
Lorsque nous regardons en arrière sur l’ancienne expérience du monde DeFi - à la recherche de la demande des marchés incrémentiels et de nouveaux scénarios d’application des technologies émergentes telles que L2 / ZK, les produits de Supra ont peut-être pris une voie plus nouvelle et potentielle.
À l’heure actuelle, le marché a atteint un stade important d’alternance baissière et haussière. Dans la prochaine étape du marché qui inaugurera l’avenir, peu de gens peuvent prédire la prochaine piste de poids lourds de 0 à 100 dans le contexte actuel de l’industrie (l’innovation technologique n’a pas encore produit de changements majeurs et le récit du thème de l’industrie n’a pas percé). Dans le même temps, nous avons tous expérimenté dans le monde de la cryptographie, et aucune piste n’a été monopolisée par un seul gagnant depuis longtemps. Un plus grand potentiel de développement et un plus grand espace de marché valent encore la peine d’être explorés. Nous pensons que ces explorations originales ont déjà ouvert un espace de croissance plus large pour l’ancienne piste.