Récemment, nous avons eu la chance d'interviewer George Danezis, pour discuter de la complexité et de l'évolutivité de l'infrastructure Sui, ainsi que de la manière dont le système de traitement des transactions de Sui contribue à un réseau haute performance. George Danezis est co-fondateur et chef scientifique de Mysten Labs, ainsi que professeur dans le domaine de la sécurité et de la vie privée à l'University College London.
Voici le contenu principal de cette interview :
Q1 : Pouvez-vous nous parler de vos axes de recherche ?
Je suis professeur à l'University College London, avec un accent sur la sécurité et la vie privée. Au début, je me concentrais principalement sur les systèmes pair à pair et les systèmes anonymes, qui étaient pour la plupart de grands systèmes distribués centrés sur le stockage. Avec le développement de la technologie blockchain, en particulier l'émergence d'Ethereum, j'ai commencé à m'intéresser aux livres de comptes distribués, à la blockchain et aux méthodes d'exécution des contrats intelligents. Mon groupe de recherche à UCL se consacre à la recherche de la manière de construire des systèmes plus performants. Nous avons fondé la société Chainspace pour commercialiser certaines de nos idées, et l'équipe a ensuite été acquise. Par la suite, nous avons participé au développement de solutions pour l'évolutivité de la blockchain. Maintenant, je continue à chercher des opportunités pour réaliser l'idée d'une blockchain haute performance.
Q2 : Quelle est la différence entre l'application et la recherche ?
En réalité, la différence n'est pas grande. Lors de nos recherches, nous prenons en compte toutes les possibilités pour atteindre des objectifs spécifiques, comme la construction d'une blockchain haute performance. Mais lors de la construction réelle du système, nous devons faire des choix, déterminer quelles idées sont les plus utiles et lesquelles sont réellement nécessaires pour les gens. Nous devons considérer les goulets d'étranglement de l'adoption de la blockchain, ce qui empêche les gens d'atteindre leurs objectifs. Lors de la construction du système, toutes les possibilités sont encore prises en compte, en s'inspirant de la littérature académique, puis en sélectionnant les éléments les plus pertinents pour créer de la valeur pour les utilisateurs.
Q3 : Comment déterminez-vous le problème à résoudre lorsque vous passez de la théorie à l'application pratique ?
Ma recherche se concentre principalement sur la façon d'étendre les diverses fonctionnalités de la blockchain, en particulier du point de vue système, comme comment améliorer le débit des transactions et réduire la latence. Ce problème est très évident, chaque fois qu'un contrat sur Ethereum devient très populaire, la plateforme ne peut pas supporter le volume élevé de transactions, ce qui entraîne des congestions et une augmentation des frais. Chaque fois que la blockchain réussit, nous constatons que sa capacité de traitement n'est pas suffisante pour répondre à la demande des utilisateurs. Ce défi n'est pas seulement l'objet d'intérêt de notre équipe, l'ensemble de la communauté académique étudie la blockchain afin de résoudre ce problème de différentes manières. De nombreuses technologies ont déjà été développées pour étendre les capacités de la blockchain.
Q4 : Quelles sont les différences et les avantages du réseau L2 par rapport à l'établissement d'un nouveau réseau L1 comme Sui ?
L2 est une solution d'extension dans l'écosystème Ethereum, mais son utilisation est quelque peu délicate pour les développeurs d'applications. L'interaction entre L2 et L1 nécessite un pont, ce qui est acceptable pour des jetons simples, mais devient compliqué pour des actifs plus complexes. Il est très difficile de déplacer des actifs entre différents réseaux L2, ce qui entraîne une mauvaise expérience utilisateur.
Cosmos a adopté une autre approche en utilisant différentes blockchains pour différentes applications afin de réaliser l'évolutivité. Mais il fait également face à des problèmes similaires, les utilisateurs doivent effectuer des opérations de pont chaque fois qu'ils souhaitent utiliser différentes applications.
La solution de Sui consiste à établir une grande base de données contenant l'état de tous les nœuds vérifiés. Une fois la transaction effectuée, tous les états dans la même base de données peuvent être utilisés pour la transaction suivante, permettant aux utilisateurs de ne pas avoir à déplacer constamment l'état des actifs entre différents réseaux.
Q5 : Quelle est l'innovation clé de Sui Lutris ?
Sui Lutris est composé de deux idées clés :
De nombreuses opérations blockchain ne nécessitent pas de consensus.
Lorsqu'un consensus est nécessaire, il existe une méthode à haut débit.
Sui Lutris est le cœur du système distribué Sui, garantissant que les nœuds de validation respectant le protocole ne se trouvent jamais dans un état d'incohérence. Il offre deux chemins différents : un chemin rapide qui ne nécessite pas de consensus, et un chemin de consensus qui nécessite un consensus.
Le chemin rapide est utilisé pour manipuler les objets propres de l'utilisateur, permettant d'obtenir la finalité des transactions sans attendre le consensus. Le chemin de consensus est utilisé pour les transactions impliquant des objets partagés, comme les enchères et d'autres opérations nécessitant la participation de plusieurs personnes.
Ces deux chemins ont leurs avantages. Le chemin rapide a une latence très faible, généralement inférieure à une seconde, et peut être largement étendu. Le chemin de consensus a une latence plus élevée, généralement supérieure à une seconde, une capacité également très élevée, mais une évolutivité moins bonne.
Q6 : Les développeurs d'applications sur Sui peuvent-ils concevoir leurs applications pour tirer parti des chemins rapides ?
Oui, c'est le travail central de la conception d'applications étendues. Les développeurs peuvent contrôler si les objets sur lesquels ils opèrent dans le contrat sont des objets exclusifs ou partagés. Un des trucs des applications étendues Sui est de s'assurer que la plupart des opérations sont basées sur des objets exclusifs, car cela peut se faire avec une très faible latence, offrant une bonne expérience utilisateur.
Les concepteurs de contrats intelligents ont un contrôle total sur cela et peuvent spécifier avec précision les types de transactions dans chaque catégorie. À mesure que la demande augmente, les développeurs doivent réfléchir à la manière de maximiser l'utilisation des chemins rapides.
Q7 : Comment fonctionne un bloc de transaction programmable ?
Les blocs de transaction programmables peuvent être utilisés sur un chemin rapide ou un chemin de consensus. S'il ne s'agit que d'objets exclusifs, plusieurs opérations peuvent être effectuées dans une seule opération sur une chaîne, avec un retard très faible. Si des objets partagés sont impliqués, cela passera par le chemin de consensus, et le retard sera légèrement plus élevé.
Q8 : Comment Sui se comporte-t-il après le lancement de la chaîne principale ? Y a-t-il quelque chose qui vous a surpris ?
La conception de Sui a été validée, en particulier pendant les pics de volume de transactions. Le volume des transactions a dépassé 60 millions par jour, la plupart d'entre elles utilisant le chemin rapide. Cela prouve que Sui Lutris est très évolutif et a une faible latence.
Cependant, l'utilisation de la voie rapide pose également certains défis. Parfois, des objets peuvent être verrouillés par erreur, bien qu'ils soient généralement déverrouillés à la fin d'un epoch, ce qui n'est pas une expérience idéale. Pour cela, une technologie est en cours de développement pour permettre le déverrouillage rapide des objets verrouillés par erreur.
Ces nouvelles technologies peuvent non seulement résoudre des erreurs, mais elles pourraient également permettre aux développeurs d'exprimer davantage d'opérations par des chemins rapides, voire de traiter certaines situations d'objets partagés.
Q9 : Quelle est la principale raison de la mise en verrouillage des objets actuellement ?
Le verrouillage d'objet se produit principalement sur le chemin rapide, lorsque l'ordre des opérations sur le même objet présente des contradictions. Par exemple, si différents appareils de l'utilisateur fournissent des ordres d'opération contradictoires pour le même objet, Sui ne peut pas déterminer l'ordre correct, ce qui entraîne le verrouillage de l'objet.
Actuellement, les objets verrouillés doivent attendre la fin de l'epoch pour être déverrouillés, ce qui peut causer des problèmes graves. Pour cela, Sui développe un nouveau mécanisme qui résout rapidement les problèmes par consensus pendant que les objets sont verrouillés, réduisant ainsi le temps de déverrouillage d'un epoch à quelques secondes.
Q10 : Comment percevez-vous la question de l'équilibre entre la transparence, la traçabilité et la vie privée des chaînes publiques ?
Dans les blockchains publiques, les besoins en matière de confidentialité dépendent en grande partie des applications spécifiques. La méthode de Sui consiste à fournir aux développeurs d'applications des outils pour protéger la vie privée des utilisateurs, plutôt que d'imposer la protection de la vie privée au niveau du protocole.
Sui offre un certain support natif pour la cryptographie, tel que la capacité de vérifier les preuves à connaissance nulle. Cela permet aux concepteurs d'applications de vérifier certains événements hors chaîne, sans avoir besoin de divulguer des détails spécifiques sur la chaîne. Les développeurs peuvent combiner des stratégies en chaîne, hors chaîne et cryptographiques pour résoudre leurs problèmes de confidentialité.
Q11 : Sui prévoit-il d'ajouter un support natif de la confidentialité supplémentaire ?
La communauté discute du soutien supplémentaire dont les développeurs ont besoin pour rédiger des contrats intelligents plus respectueux de la vie privée. En plus des preuves à connaissance nulle, d'autres fonctions mathématiques ou cryptographiques plus générales pourraient également être nécessaires. D'autres technologies comme le calcul multipartite ou le matériel de confiance sont également envisagées, mais cela nécessiterait des changements significatifs dans l'architecture Sui et nécessiterait une discussion et un soutien complets de la part de la communauté.
Q12 : Que pensez-vous du développement de Sui au cours des 6 à 12 prochains mois ?
À court terme, de nombreuses améliorations seront axées sur les besoins d'application réels. À long terme, nous améliorerons le protocole Sui Lutris pour réaliser des latences plus faibles, des protocoles plus simples et une meilleure évolutivité. Nous nous consacrerons également à améliorer l'efficacité économique, afin que les nœuds de validation puissent fonctionner sur du matériel plus contraint et optimiser l'utilisation des ressources matérielles. Ce sont les principales orientations de développement que nous prévoyons.
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
9
Partager
Commentaire
0/400
MemeTokenGenius
· 07-22 03:20
Cette fois, ils parlent de manière convaincante. On verra une fois que ce sera en ligne.
Voir l'originalRépondre0
SchrodingerProfit
· 07-21 23:50
Ce piège là est toujours aussi bon...
Voir l'originalRépondre0
ResearchChadButBroke
· 07-21 16:08
Toute la journée à parler de technique, à quoi ça sert ? On en reparlera quand il y aura une pump.
Voir l'originalRépondre0
PessimisticLayer
· 07-19 06:14
On dit que la performance est toujours une nécessité.
Voir l'originalRépondre0
GasFeeLady
· 07-19 06:14
yo leur tx throughput est impressionnant mais montre-moi les vraies données de gas fr
Voir l'originalRépondre0
ImaginaryWhale
· 07-19 06:14
Revenus mensuels de k, vie privée des anciens
Voir l'originalRépondre0
HappyMinerUncle
· 07-19 06:11
Qui ne sait pas parler grandement ? Tout dépend de la vitesse à laquelle on court en réalité.
Voir l'originalRépondre0
NervousFingers
· 07-19 06:09
La technologie est trop géniale, bull bull
Voir l'originalRépondre0
WhaleMistaker
· 07-19 06:07
Ah, avec autant d'architectures, je ne comprends pas. Est-ce que ça peut pump ?
Sui co-fondateur interprète l'architecture de Blockchain haute performance et son développement futur
Récemment, nous avons eu la chance d'interviewer George Danezis, pour discuter de la complexité et de l'évolutivité de l'infrastructure Sui, ainsi que de la manière dont le système de traitement des transactions de Sui contribue à un réseau haute performance. George Danezis est co-fondateur et chef scientifique de Mysten Labs, ainsi que professeur dans le domaine de la sécurité et de la vie privée à l'University College London.
Voici le contenu principal de cette interview :
Q1 : Pouvez-vous nous parler de vos axes de recherche ?
Je suis professeur à l'University College London, avec un accent sur la sécurité et la vie privée. Au début, je me concentrais principalement sur les systèmes pair à pair et les systèmes anonymes, qui étaient pour la plupart de grands systèmes distribués centrés sur le stockage. Avec le développement de la technologie blockchain, en particulier l'émergence d'Ethereum, j'ai commencé à m'intéresser aux livres de comptes distribués, à la blockchain et aux méthodes d'exécution des contrats intelligents. Mon groupe de recherche à UCL se consacre à la recherche de la manière de construire des systèmes plus performants. Nous avons fondé la société Chainspace pour commercialiser certaines de nos idées, et l'équipe a ensuite été acquise. Par la suite, nous avons participé au développement de solutions pour l'évolutivité de la blockchain. Maintenant, je continue à chercher des opportunités pour réaliser l'idée d'une blockchain haute performance.
Q2 : Quelle est la différence entre l'application et la recherche ?
En réalité, la différence n'est pas grande. Lors de nos recherches, nous prenons en compte toutes les possibilités pour atteindre des objectifs spécifiques, comme la construction d'une blockchain haute performance. Mais lors de la construction réelle du système, nous devons faire des choix, déterminer quelles idées sont les plus utiles et lesquelles sont réellement nécessaires pour les gens. Nous devons considérer les goulets d'étranglement de l'adoption de la blockchain, ce qui empêche les gens d'atteindre leurs objectifs. Lors de la construction du système, toutes les possibilités sont encore prises en compte, en s'inspirant de la littérature académique, puis en sélectionnant les éléments les plus pertinents pour créer de la valeur pour les utilisateurs.
Q3 : Comment déterminez-vous le problème à résoudre lorsque vous passez de la théorie à l'application pratique ?
Ma recherche se concentre principalement sur la façon d'étendre les diverses fonctionnalités de la blockchain, en particulier du point de vue système, comme comment améliorer le débit des transactions et réduire la latence. Ce problème est très évident, chaque fois qu'un contrat sur Ethereum devient très populaire, la plateforme ne peut pas supporter le volume élevé de transactions, ce qui entraîne des congestions et une augmentation des frais. Chaque fois que la blockchain réussit, nous constatons que sa capacité de traitement n'est pas suffisante pour répondre à la demande des utilisateurs. Ce défi n'est pas seulement l'objet d'intérêt de notre équipe, l'ensemble de la communauté académique étudie la blockchain afin de résoudre ce problème de différentes manières. De nombreuses technologies ont déjà été développées pour étendre les capacités de la blockchain.
Q4 : Quelles sont les différences et les avantages du réseau L2 par rapport à l'établissement d'un nouveau réseau L1 comme Sui ?
L2 est une solution d'extension dans l'écosystème Ethereum, mais son utilisation est quelque peu délicate pour les développeurs d'applications. L'interaction entre L2 et L1 nécessite un pont, ce qui est acceptable pour des jetons simples, mais devient compliqué pour des actifs plus complexes. Il est très difficile de déplacer des actifs entre différents réseaux L2, ce qui entraîne une mauvaise expérience utilisateur.
Cosmos a adopté une autre approche en utilisant différentes blockchains pour différentes applications afin de réaliser l'évolutivité. Mais il fait également face à des problèmes similaires, les utilisateurs doivent effectuer des opérations de pont chaque fois qu'ils souhaitent utiliser différentes applications.
La solution de Sui consiste à établir une grande base de données contenant l'état de tous les nœuds vérifiés. Une fois la transaction effectuée, tous les états dans la même base de données peuvent être utilisés pour la transaction suivante, permettant aux utilisateurs de ne pas avoir à déplacer constamment l'état des actifs entre différents réseaux.
Q5 : Quelle est l'innovation clé de Sui Lutris ?
Sui Lutris est composé de deux idées clés :
Sui Lutris est le cœur du système distribué Sui, garantissant que les nœuds de validation respectant le protocole ne se trouvent jamais dans un état d'incohérence. Il offre deux chemins différents : un chemin rapide qui ne nécessite pas de consensus, et un chemin de consensus qui nécessite un consensus.
Le chemin rapide est utilisé pour manipuler les objets propres de l'utilisateur, permettant d'obtenir la finalité des transactions sans attendre le consensus. Le chemin de consensus est utilisé pour les transactions impliquant des objets partagés, comme les enchères et d'autres opérations nécessitant la participation de plusieurs personnes.
Ces deux chemins ont leurs avantages. Le chemin rapide a une latence très faible, généralement inférieure à une seconde, et peut être largement étendu. Le chemin de consensus a une latence plus élevée, généralement supérieure à une seconde, une capacité également très élevée, mais une évolutivité moins bonne.
Q6 : Les développeurs d'applications sur Sui peuvent-ils concevoir leurs applications pour tirer parti des chemins rapides ?
Oui, c'est le travail central de la conception d'applications étendues. Les développeurs peuvent contrôler si les objets sur lesquels ils opèrent dans le contrat sont des objets exclusifs ou partagés. Un des trucs des applications étendues Sui est de s'assurer que la plupart des opérations sont basées sur des objets exclusifs, car cela peut se faire avec une très faible latence, offrant une bonne expérience utilisateur.
Les concepteurs de contrats intelligents ont un contrôle total sur cela et peuvent spécifier avec précision les types de transactions dans chaque catégorie. À mesure que la demande augmente, les développeurs doivent réfléchir à la manière de maximiser l'utilisation des chemins rapides.
Q7 : Comment fonctionne un bloc de transaction programmable ?
Les blocs de transaction programmables peuvent être utilisés sur un chemin rapide ou un chemin de consensus. S'il ne s'agit que d'objets exclusifs, plusieurs opérations peuvent être effectuées dans une seule opération sur une chaîne, avec un retard très faible. Si des objets partagés sont impliqués, cela passera par le chemin de consensus, et le retard sera légèrement plus élevé.
Q8 : Comment Sui se comporte-t-il après le lancement de la chaîne principale ? Y a-t-il quelque chose qui vous a surpris ?
La conception de Sui a été validée, en particulier pendant les pics de volume de transactions. Le volume des transactions a dépassé 60 millions par jour, la plupart d'entre elles utilisant le chemin rapide. Cela prouve que Sui Lutris est très évolutif et a une faible latence.
Cependant, l'utilisation de la voie rapide pose également certains défis. Parfois, des objets peuvent être verrouillés par erreur, bien qu'ils soient généralement déverrouillés à la fin d'un epoch, ce qui n'est pas une expérience idéale. Pour cela, une technologie est en cours de développement pour permettre le déverrouillage rapide des objets verrouillés par erreur.
Ces nouvelles technologies peuvent non seulement résoudre des erreurs, mais elles pourraient également permettre aux développeurs d'exprimer davantage d'opérations par des chemins rapides, voire de traiter certaines situations d'objets partagés.
Q9 : Quelle est la principale raison de la mise en verrouillage des objets actuellement ?
Le verrouillage d'objet se produit principalement sur le chemin rapide, lorsque l'ordre des opérations sur le même objet présente des contradictions. Par exemple, si différents appareils de l'utilisateur fournissent des ordres d'opération contradictoires pour le même objet, Sui ne peut pas déterminer l'ordre correct, ce qui entraîne le verrouillage de l'objet.
Actuellement, les objets verrouillés doivent attendre la fin de l'epoch pour être déverrouillés, ce qui peut causer des problèmes graves. Pour cela, Sui développe un nouveau mécanisme qui résout rapidement les problèmes par consensus pendant que les objets sont verrouillés, réduisant ainsi le temps de déverrouillage d'un epoch à quelques secondes.
Q10 : Comment percevez-vous la question de l'équilibre entre la transparence, la traçabilité et la vie privée des chaînes publiques ?
Dans les blockchains publiques, les besoins en matière de confidentialité dépendent en grande partie des applications spécifiques. La méthode de Sui consiste à fournir aux développeurs d'applications des outils pour protéger la vie privée des utilisateurs, plutôt que d'imposer la protection de la vie privée au niveau du protocole.
Sui offre un certain support natif pour la cryptographie, tel que la capacité de vérifier les preuves à connaissance nulle. Cela permet aux concepteurs d'applications de vérifier certains événements hors chaîne, sans avoir besoin de divulguer des détails spécifiques sur la chaîne. Les développeurs peuvent combiner des stratégies en chaîne, hors chaîne et cryptographiques pour résoudre leurs problèmes de confidentialité.
Q11 : Sui prévoit-il d'ajouter un support natif de la confidentialité supplémentaire ?
La communauté discute du soutien supplémentaire dont les développeurs ont besoin pour rédiger des contrats intelligents plus respectueux de la vie privée. En plus des preuves à connaissance nulle, d'autres fonctions mathématiques ou cryptographiques plus générales pourraient également être nécessaires. D'autres technologies comme le calcul multipartite ou le matériel de confiance sont également envisagées, mais cela nécessiterait des changements significatifs dans l'architecture Sui et nécessiterait une discussion et un soutien complets de la part de la communauté.
Q12 : Que pensez-vous du développement de Sui au cours des 6 à 12 prochains mois ?
À court terme, de nombreuses améliorations seront axées sur les besoins d'application réels. À long terme, nous améliorerons le protocole Sui Lutris pour réaliser des latences plus faibles, des protocoles plus simples et une meilleure évolutivité. Nous nous consacrerons également à améliorer l'efficacité économique, afin que les nœuds de validation puissent fonctionner sur du matériel plus contraint et optimiser l'utilisation des ressources matérielles. Ce sont les principales orientations de développement que nous prévoyons.