La technologie blockchain a fait des progrès significatifs depuis la naissance de Bitcoin. Avec l'émergence de nouveaux cas d'application comme les jeux et les NFT, l'industrie explore constamment des moyens d'améliorer l'efficacité technique, notamment en ce qui concerne le traitement des charges élevées et la réalisation de latences en temps réel. Les blockchains de niveau 1 sont confrontées à deux grands défis : d'une part, il faut atteindre un haut débit tout en maintenant une faible latence, et d'autre part, il est essentiel d'assurer la stabilité à long terme des protocoles de consensus. Lors de la résolution de ces défis, il convient de maintenir la décentralisation par la participation dynamique et la reconfiguration des nœuds de validation.
Une méthode pour augmenter le débit est d'utiliser des protocoles de consensus basés sur le DAG. Ce type de protocole permet à la blockchain de traiter simultanément un grand nombre de transactions, ce qui est idéal pour des applications telles que les jeux et les NFT. Cependant, les protocoles basés sur le DAG entraînent généralement quelques secondes de latence, ce qui représente un coût temporel élevé pour les transferts ordinaires ou les opérations de jeu.
D'un autre côté, les protocoles sans consensus montrent un énorme potentiel pour réduire la latence et améliorer l'évolutivité. Ces protocoles ne nécessitent pas de consensus, permettant un traitement rapide des transactions sans avoir à trier globalement les transactions indépendantes traitées en parallèle. Cependant, ils ne sont applicables qu'à un nombre limité d'opérations simples sur la blockchain, ce qui limite les types de contrats intelligents exécutables, et l'ajustement dynamique de l'ensemble des validateurs peut poser des défis.
Bien que ces méthodes présentent un potentiel énorme, elles n'ont pas encore été appliquées à des blockchains de niveau production et n'ont été publiées que lors de conférences académiques, sans être largement adoptées par la communauté blockchain. Le protocole de soutien d'un réseau blockchain combine un consensus basé sur un DAG et des méthodes sans consensus, réalisant ainsi le meilleur des deux mondes : une latence de sous-seconde et un débit soutenu de milliers de transactions par seconde. Ce protocole non seulement a accompli ces deux tâches, mais a également maintenu la capacité d'exécuter des contrats complexes sur des objets partagés, de générer des points de contrôle et de reconfigurer les ensembles de validateurs à travers les cycles.
méthodes de consensus et non-consensus fusionnées
Ce protocole innovant adopte une approche unique en combinant les deux solutions mentionnées ci-dessus. Pour garantir la sécurité des opérations des actifs appartenant à un seul propriétaire (objets possédés), le système utilise un protocole de diffusion cohérent entre les validateurs, réalisant un retard inférieur au consensus. Ce protocole ne s'appuie que sur le consensus pour traiter des contrats intelligents complexes sur des objets partagés, c'est-à-dire des objets que tout utilisateur peut modifier. De plus, il prend en charge des opérations de maintenance du réseau, telles que la définition de points de contrôle et la reconfiguration des validateurs. En traitant des transactions dans un environnement byzantin répliqué, cette stratégie novatrice offre une solution qui équilibre efficacité et sécurité.
Le cycle de vie des transactions de ce protocole est le suivant : les utilisateurs possédant une clé privée créent et signent des transactions pour modifier les objets qu'ils possèdent, ou impliquant des opérations mixtes sur des objets propres et partagés. La transaction est envoyée à chaque nœud de validation (généralement via des nœuds complets), les nœuds de validation effectuent une série de vérifications de validité et de sécurité, signent la transaction et renvoient la transaction signée au client. Le client recueille les réponses de la majorité des nœuds de validation pour former un certificat de transaction, à ce moment la transaction peut être considérée comme irréversible (atteignant la finalité).
Une fois que le certificat est assemblé, il est envoyé à tous les nœuds de validation, qui vérifient sa validité et confirment sa réception au client. En cas d'objet exclusif, le certificat de transaction peut être traité immédiatement, sans attendre le moteur de consensus (chemin direct rapide). Tous les certificats sont transmis au protocole de consensus basé sur le DAG. Le consensus produit finalement l'ordre total des certificats ; les nœuds de validation vérifient et exécutent les transactions contenant des objets partagés, le client peut recueillir les réponses de la majorité des nœuds de validation, les assembler en un certificat d'effet, comme preuve de règlement de la transaction. Par la suite, pour chaque soumission de consensus, des points de contrôle sont formés pour alimenter le protocole de reconfiguration.
En plus du processus de transaction principal, le protocole offre également plusieurs installations pour soutenir une blockchain de niveau production:
Mettre en œuvre le protocole de point de contrôle après avoir atteint la finalité ultime, générant l'historique causal de toutes les transactions dans le système. Utilisé pour un audit complet et pour maintenir efficacement la synchronisation entre les nœuds complets et les nœuds de validation en retard.
prend en charge la reconfiguration à la fin de chaque période, moment où le groupe de validateurs et leurs droits de vote peuvent changer. Pour s'assurer que toutes les transactions finales sont incluses dans une époque, chaque époque doit être soigneusement fermée et sa sécurité finale confirmée.
Dans l'ancien protocole sans consensus, lorsque des clients vulnérables tentaient de double dépenser des actifs, ces actifs étaient définitivement verrouillés. Ce protocole "déverrouille" en toute sécurité les actifs verrouillés par erreur à la fin du cycle, minimisant ainsi les dommages causés par le bogue.
Ce protocole innovant soutient la gestion d'une grande valeur utilisateur sur la blockchain. Le rapport technique complet décrit en détail le fonctionnement des protocoles de sécurité et d'activité, ainsi que leurs preuves de sécurité avec des participants byzantins partiellement synchronisés dans un modèle de système distribué standard.
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.
12 J'aime
Récompense
12
7
Partager
Commentaire
0/400
WhaleSurfer
· Il y a 11h
dag a ce comportement.
Voir l'originalRépondre0
TaxEvader
· 08-05 20:16
C'est juste le grand-père de la Blockchain.
Voir l'originalRépondre0
GweiWatcher
· 08-03 18:33
Quelle affaire est si importante ?
Voir l'originalRépondre0
ZenZKPlayer
· 08-03 18:27
Il n'y a pas de déjeuner gratuit.
Voir l'originalRépondre0
MetaverseVagabond
· 08-03 18:26
Consensus ne peut pas être réalisé.
Voir l'originalRépondre0
CryptoAdventurer
· 08-03 18:23
Encore un nouveau concept pour se faire prendre pour des cons.
Voir l'originalRépondre0
AltcoinAnalyst
· 08-03 18:17
D'après les données historiques, le débit du DAG a augmenté de 32 %, mais le risque de latence mérite d'être surveillé.
Pilote Blockchain protocole : Fusionner DAG Consensus et méthodes sans consensus pour réaliser un haut débit et une latence faible
Texte principal
La technologie blockchain a fait des progrès significatifs depuis la naissance de Bitcoin. Avec l'émergence de nouveaux cas d'application comme les jeux et les NFT, l'industrie explore constamment des moyens d'améliorer l'efficacité technique, notamment en ce qui concerne le traitement des charges élevées et la réalisation de latences en temps réel. Les blockchains de niveau 1 sont confrontées à deux grands défis : d'une part, il faut atteindre un haut débit tout en maintenant une faible latence, et d'autre part, il est essentiel d'assurer la stabilité à long terme des protocoles de consensus. Lors de la résolution de ces défis, il convient de maintenir la décentralisation par la participation dynamique et la reconfiguration des nœuds de validation.
Une méthode pour augmenter le débit est d'utiliser des protocoles de consensus basés sur le DAG. Ce type de protocole permet à la blockchain de traiter simultanément un grand nombre de transactions, ce qui est idéal pour des applications telles que les jeux et les NFT. Cependant, les protocoles basés sur le DAG entraînent généralement quelques secondes de latence, ce qui représente un coût temporel élevé pour les transferts ordinaires ou les opérations de jeu.
D'un autre côté, les protocoles sans consensus montrent un énorme potentiel pour réduire la latence et améliorer l'évolutivité. Ces protocoles ne nécessitent pas de consensus, permettant un traitement rapide des transactions sans avoir à trier globalement les transactions indépendantes traitées en parallèle. Cependant, ils ne sont applicables qu'à un nombre limité d'opérations simples sur la blockchain, ce qui limite les types de contrats intelligents exécutables, et l'ajustement dynamique de l'ensemble des validateurs peut poser des défis.
Bien que ces méthodes présentent un potentiel énorme, elles n'ont pas encore été appliquées à des blockchains de niveau production et n'ont été publiées que lors de conférences académiques, sans être largement adoptées par la communauté blockchain. Le protocole de soutien d'un réseau blockchain combine un consensus basé sur un DAG et des méthodes sans consensus, réalisant ainsi le meilleur des deux mondes : une latence de sous-seconde et un débit soutenu de milliers de transactions par seconde. Ce protocole non seulement a accompli ces deux tâches, mais a également maintenu la capacité d'exécuter des contrats complexes sur des objets partagés, de générer des points de contrôle et de reconfigurer les ensembles de validateurs à travers les cycles.
méthodes de consensus et non-consensus fusionnées
Ce protocole innovant adopte une approche unique en combinant les deux solutions mentionnées ci-dessus. Pour garantir la sécurité des opérations des actifs appartenant à un seul propriétaire (objets possédés), le système utilise un protocole de diffusion cohérent entre les validateurs, réalisant un retard inférieur au consensus. Ce protocole ne s'appuie que sur le consensus pour traiter des contrats intelligents complexes sur des objets partagés, c'est-à-dire des objets que tout utilisateur peut modifier. De plus, il prend en charge des opérations de maintenance du réseau, telles que la définition de points de contrôle et la reconfiguration des validateurs. En traitant des transactions dans un environnement byzantin répliqué, cette stratégie novatrice offre une solution qui équilibre efficacité et sécurité.
Le cycle de vie des transactions de ce protocole est le suivant : les utilisateurs possédant une clé privée créent et signent des transactions pour modifier les objets qu'ils possèdent, ou impliquant des opérations mixtes sur des objets propres et partagés. La transaction est envoyée à chaque nœud de validation (généralement via des nœuds complets), les nœuds de validation effectuent une série de vérifications de validité et de sécurité, signent la transaction et renvoient la transaction signée au client. Le client recueille les réponses de la majorité des nœuds de validation pour former un certificat de transaction, à ce moment la transaction peut être considérée comme irréversible (atteignant la finalité).
Une fois que le certificat est assemblé, il est envoyé à tous les nœuds de validation, qui vérifient sa validité et confirment sa réception au client. En cas d'objet exclusif, le certificat de transaction peut être traité immédiatement, sans attendre le moteur de consensus (chemin direct rapide). Tous les certificats sont transmis au protocole de consensus basé sur le DAG. Le consensus produit finalement l'ordre total des certificats ; les nœuds de validation vérifient et exécutent les transactions contenant des objets partagés, le client peut recueillir les réponses de la majorité des nœuds de validation, les assembler en un certificat d'effet, comme preuve de règlement de la transaction. Par la suite, pour chaque soumission de consensus, des points de contrôle sont formés pour alimenter le protocole de reconfiguration.
En plus du processus de transaction principal, le protocole offre également plusieurs installations pour soutenir une blockchain de niveau production:
Mettre en œuvre le protocole de point de contrôle après avoir atteint la finalité ultime, générant l'historique causal de toutes les transactions dans le système. Utilisé pour un audit complet et pour maintenir efficacement la synchronisation entre les nœuds complets et les nœuds de validation en retard.
prend en charge la reconfiguration à la fin de chaque période, moment où le groupe de validateurs et leurs droits de vote peuvent changer. Pour s'assurer que toutes les transactions finales sont incluses dans une époque, chaque époque doit être soigneusement fermée et sa sécurité finale confirmée.
Dans l'ancien protocole sans consensus, lorsque des clients vulnérables tentaient de double dépenser des actifs, ces actifs étaient définitivement verrouillés. Ce protocole "déverrouille" en toute sécurité les actifs verrouillés par erreur à la fin du cycle, minimisant ainsi les dommages causés par le bogue.
Ce protocole innovant soutient la gestion d'une grande valeur utilisateur sur la blockchain. Le rapport technique complet décrit en détail le fonctionnement des protocoles de sécurité et d'activité, ainsi que leurs preuves de sécurité avec des participants byzantins partiellement synchronisés dans un modèle de système distribué standard.