Récemment, nous avons interviewé un expert du domaine de la Blockchain 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 favorise un réseau haute performance. Cet expert est l'un des contributeurs initiaux de Sui et est également professeur dans le domaine de la sécurité et de la confidentialité dans une université renommée.
Voici le contenu principal de cette interview :
Q1 : Pouvez-vous nous parler de vos axes de recherche ?
Mes recherches se concentrent principalement sur la sécurité et la confidentialité. Au début, j'ai mené de nombreuses recherches sur les systèmes pair-à-pair et les systèmes anonymes, qui sont souvent de grands systèmes distribués axés sur le stockage. Avec le développement de la technologie Blockchain, en particulier avec l'émergence d'Ethereum, j'ai développé un vif intérêt pour les registres distribués et l'exécution des contrats intelligents. Notre groupe de recherche à l'université a commencé à étudier comment construire des systèmes plus performants et a fondé une entreprise pour commercialiser certaines idées. Par la suite, nous avons participé au développement d'un grand projet Blockchain, mais lorsque le projet n'a pas progressé, je suis parti pour continuer à chercher d'autres opportunités pour réaliser l'idée de Blockchain haute performance.
Q2 : Comment percevez-vous la différence entre l'application et la recherche ?
En réalité, il n'y a pas de grande différence entre les deux. Lors de la recherche, nous considérons toutes les possibilités pour atteindre des objectifs spécifiques, tandis que lors de la construction d'un système réel, nous devons choisir la solution la plus adaptée. L'essentiel est de déterminer quelles idées sont les plus précieuses pour les utilisateurs et peuvent résoudre les problèmes de goulet d'étranglement liés à l'adoption de la Blockchain. Ce n'est pas seulement par intérêt intellectuel, mais il est plus important de créer une valeur réelle pour les utilisateurs.
Q3 : Comment déterminez-vous le problème à résoudre lors du passage de la théorie à l'application pratique ?
Je me concentre principalement sur la manière d'étendre les différentes fonctionnalités de la Blockchain, en particulier sur la façon d'améliorer le débit des transactions et de réduire la latence. Ce problème est très évident dans la pratique, chaque fois qu'une application populaire apparaît, les plateformes existantes ne peuvent souvent pas supporter un tel volume de transactions, ce qui entraîne des congestions et une flambée des frais. Par conséquent, améliorer la capacité de traitement de la Blockchain est devenu un défi largement discuté, et le milieu académique essaie de résoudre ce problème de différentes manières.
Q4 : Quelles sont les différences et les avantages des réseaux L2 et des nouveaux réseaux L1 dans la résolution des problèmes d'évolutivité ?
L2 est une solution d'extension basée sur une blockchain existante, mais son utilisation est relativement complexe pour les développeurs et les utilisateurs. Le transfert d'actifs entre L1 et L2 nécessite un pont, un processus particulièrement compliqué pour les actifs complexes. Les utilisateurs peuvent avoir besoin de transférer fréquemment des actifs entre plusieurs réseaux, ce qui affecte l'expérience utilisateur.
En comparaison, de nouveaux réseaux L1 comme Sui adoptent une approche différente. Nous avons créé une grande base de données contenant tous les états, répliquée par des nœuds de validation. Après avoir effectué une transaction, les utilisateurs peuvent directement utiliser n'importe quel état dans la même base de données pour la prochaine transaction, sans avoir à transférer des actifs entre différents réseaux. Cette méthode simplifie considérablement les opérations des utilisateurs et améliore l'efficacité.
Q5 : Quelle est l'innovation clé de Sui Lutris ?
Sui Lutris comprend deux idées clés : premièrement, de nombreuses opérations de blockchain n'ont en réalité pas besoin de consensus ; deuxièmement, pour les cas qui nécessitent effectivement un consensus, nous avons une méthode de traitement à haut débit. La combinaison de ces deux approches permet à Sui d'atteindre des performances élevées.
Sui propose deux voies de transaction : une voie rapide sans consensus et une voie de consensus nécessitant un consensus. Lorsque les utilisateurs manipulent leurs objets exclusifs, ils peuvent utiliser la voie rapide, bénéficiant d'une latence très faible et d'une grande évolutivité. En revanche, pour les opérations impliquant des objets partagés, il est nécessaire de passer par la voie de consensus.
Ce design permet à la plupart des transactions quotidiennes de se faire par des chemins rapides, tout en soutenant également les opérations nécessitant un consensus plus complexe. Les développeurs peuvent choisir de manière flexible quel chemin utiliser en fonction des besoins de l'application, optimisant ainsi les performances et l'expérience utilisateur.
Q6 : Comment les développeurs peuvent-ils tirer parti du chemin rapide de Sui ?
Les développeurs peuvent entièrement contrôler le type d'objets dans leurs contrats intelligents, ce qui leur permet de décider quel chemin de transaction utiliser. Pour tirer pleinement parti des avantages de performance de Sui, les développeurs devraient concevoir la plupart des opérations pour qu'elles soient effectuées sur des objets exclusifs, ce qui permet de bénéficier d'une latence extrêmement faible.
Par exemple, la plupart des opérations dans le jeu devraient être conçues pour utiliser des chemins rapides, ce qui peut offrir une meilleure expérience utilisateur. Bien sûr, certaines opérations qui nécessitent une médiation par un état partagé doivent encore utiliser un chemin de consensus.
Les développeurs peuvent peser et concevoir de manière flexible entre deux chemins en fonction des besoins spécifiques de l'application. Avec l'augmentation de l'échelle de l'application, il peut être nécessaire de reconsidérer quelles opérations peuvent être transférées sur le chemin rapide afin d'améliorer les performances globales.
Q7 : Quel est le rôle des blocs de transactions programmables dans Sui ?
Les blocs de transaction programmables peuvent être utilisés sur un chemin rapide ou un chemin de consensus. Si un bloc de transaction n'implique que des objets exclusifs d'un utilisateur, alors plusieurs opérations peuvent être exécutées dans une seule opération de chaîne, ce qui est très utile pour les applications nécessitant le traitement d'un grand nombre de transactions.
Par exemple, une plateforme de trading peut traiter simultanément les opérations d'achat et de vente de plusieurs utilisateurs lors d'une seule transaction, car ces opérations concernent des objets que la plateforme possède. Cette méthode peut considérablement améliorer l'efficacité des transactions.
Si un objet partagé est inclus dans le bloc de transaction, il doit être traité par le chemin de consensus. Bien que le délai soit légèrement plus élevé, cela peut néanmoins être complété en quelques secondes.
Q8 : Après le lancement du réseau principal, la performance de Sui a-t-elle été à la hauteur de vos attentes ? Y a-t-il des éléments qui vous ont surpris ?
Après le lancement du réseau principal, plusieurs points ont confirmé la philosophie de conception de Sui. Tout d'abord, lorsque le volume des transactions est particulièrement élevé, le volume quotidien des transactions de Sui dépasse même les 60 millions, dont la plupart sont traitées via des chemins rapides. Cela valide la scalabilité et les caractéristiques de faible latence de Sui Lutris.
Cependant, nous avons également constaté qu'il existe des subtilités dans l'utilisation des chemins rapides. Comme les propriétaires d'objets doivent gérer l'ordre des opérations sur leurs objets, il peut parfois y avoir des erreurs qui entraînent le verrouillage des objets. Bien que ces verrouillages soient généralement levés à la fin d'un epoch, cette expérience n'est pas idéale.
Pour résoudre ce problème, nous développons une technologie qui permet de déverrouiller rapidement les objets verrouillés par erreur en quelques secondes. Cela permet non seulement d'éviter les erreurs, mais aussi de permettre aux développeurs d'exprimer plus d'opérations via des chemins rapides, et pourrait même permettre à certains objets partagés d'utiliser des chemins rapides sous certaines conditions.
Q9 : Quelle est la principale raison de la verrouillage des objets ?
Le verrouillage des objets 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 un utilisateur effectue des opérations sur le même objet à l'aide de différents appareils, cela peut entraîner un ordre d'opération contradictoire. Dans ce cas, Sui ne peut pas déterminer l'ordre correct et doit uniquement verrouiller l'objet.
Au départ, nous pensions que cette situation ne se produirait pas souvent, mais en réalité, elle est plus courante que prévu. Actuellement, les objets verrouillés doivent attendre la fin de l'epoch pour être déverrouillés, ce qui peut causer de graves problèmes d'utilisation.
Pour améliorer cette situation, nous développons de nouveaux mécanismes qui permettent d'agir plus rapidement lorsque les objets sont verrouillés. À l'avenir, en cas de situation d'ordre ambigu, Sui résoudra cela via un chemin de consensus, ce processus ne prenant que quelques secondes, au lieu d'attendre la fin de l'epoch.
Q10 : Comment voyez-vous l'équilibre entre la transparence, la traçabilité et la vie privée dans les blockchains publiques ?
Dans les blockchains publiques, équilibrer la transparence, la traçabilité et la confidentialité est un problème étroitement lié aux applications. Je pense que les besoins en matière de confidentialité dépendent en grande partie de l'application spécifique. La philosophie de Sui est de fournir aux développeurs d'applications une bonne plateforme leur permettant de mettre en œuvre la protection de la vie privée en fonction de leurs besoins.
Pour soutenir la protection de la vie privée, Sui propose un certain nombre de supports cryptographiques natifs, tels que la capacité de vérification des preuves à divulgation nulle de connaissance. Cela permet aux développeurs d'applications de vérifier certains événements hors chaîne, sans avoir besoin de révéler de contenu spécifique sur la chaîne. C'est un outil de base pour construire des applications respectueuses de la vie privée.
Les développeurs peuvent implémenter le niveau de protection de la vie privée requis en fonction des besoins de leur application, en combinant des opérations on-chain, off-chain et des technologies cryptographiques. L'objectif de Sui est de fournir les outils et la flexibilité nécessaires pour permettre aux développeurs de concevoir des solutions de confidentialité selon leurs besoins.
Q11 : Sui prévoit-il de fournir plus de soutien natif à la confidentialité ?
La communauté discute de la possibilité d'offrir un meilleur soutien à la rédaction de contrats intelligents respectueux de la vie privée pour les développeurs. En plus du soutien existant aux preuves à divulgation nulle de connaissance, il est également envisagé d'ajouter davantage de fonctions mathématiques ou cryptographiques générales sur la chaîne.
Nous accueillons les concepteurs de contrats intelligents à fournir des retours sur les fonctionnalités manquantes. En plus des preuves à divulgation nulle de connaissance, il existe d'autres types de technologies de protection de la vie privée, telles que le calcul multipartite ou le matériel de confiance. Cependant, ces technologies peuvent nécessiter certaines modifications de base de l'architecture Sui, il est donc nécessaire d'avoir des preuves de demande suffisantes au sein de la communauté.
Si la communauté souhaite se développer dans cette direction, nous aurons un processus pour discuter et ajouter de nouvelles méthodes de protection de la vie privée.
Q12 : Quelle est votre perspective sur le développement de Sui au cours des 6 à 12 prochains mois ?
Le développement de Sui sera principalement basé sur les besoins des applications développées par la communauté. À long terme, nous nous engagerons à améliorer le protocole Sui Lutris pour obtenir une latence plus faible et un processus opérationnel plus simple, afin d'améliorer l'évolutivité de Sui.
De plus, nous nous efforcerons d'améliorer l'efficacité économique, permettant aux nœuds de validation de fonctionner sur du matériel plus limité et d'utiliser davantage les ressources matérielles existantes pour l'exécution des transactions réelles, plutôt que pour d'autres dépenses de la Blockchain.
Dans l'ensemble, nous avons hâte de voir Sui continuer à améliorer ses performances, son efficacité et son expérience utilisateur, ainsi que l'émergence de nouvelles applications innovantes.
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
RuntimeError
· Il y a 21h
Quand pourrons-nous jouer avec un Testnet ?
Voir l'originalRépondre0
PessimisticOracle
· 07-18 00:25
Il suffit de se concentrer sur les performances ? La confidentialité est aussi un point difficile.
Voir l'originalRépondre0
ImaginaryWhale
· 07-18 00:24
pro a parlé longtemps sans aborder le sujet principal
Voir l'originalRépondre0
GasFeeTears
· 07-18 00:24
Une production d'énergie élevée ne peut pas compenser ces frais de gas !
Sui fondateur explique : comment une blockchain publique à haute performance peut surmonter le goulot d'étranglement de l'évolutivité.
Récemment, nous avons interviewé un expert du domaine de la Blockchain 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 favorise un réseau haute performance. Cet expert est l'un des contributeurs initiaux de Sui et est également professeur dans le domaine de la sécurité et de la confidentialité dans une université renommée.
Voici le contenu principal de cette interview :
Q1 : Pouvez-vous nous parler de vos axes de recherche ?
Mes recherches se concentrent principalement sur la sécurité et la confidentialité. Au début, j'ai mené de nombreuses recherches sur les systèmes pair-à-pair et les systèmes anonymes, qui sont souvent de grands systèmes distribués axés sur le stockage. Avec le développement de la technologie Blockchain, en particulier avec l'émergence d'Ethereum, j'ai développé un vif intérêt pour les registres distribués et l'exécution des contrats intelligents. Notre groupe de recherche à l'université a commencé à étudier comment construire des systèmes plus performants et a fondé une entreprise pour commercialiser certaines idées. Par la suite, nous avons participé au développement d'un grand projet Blockchain, mais lorsque le projet n'a pas progressé, je suis parti pour continuer à chercher d'autres opportunités pour réaliser l'idée de Blockchain haute performance.
Q2 : Comment percevez-vous la différence entre l'application et la recherche ?
En réalité, il n'y a pas de grande différence entre les deux. Lors de la recherche, nous considérons toutes les possibilités pour atteindre des objectifs spécifiques, tandis que lors de la construction d'un système réel, nous devons choisir la solution la plus adaptée. L'essentiel est de déterminer quelles idées sont les plus précieuses pour les utilisateurs et peuvent résoudre les problèmes de goulet d'étranglement liés à l'adoption de la Blockchain. Ce n'est pas seulement par intérêt intellectuel, mais il est plus important de créer une valeur réelle pour les utilisateurs.
Q3 : Comment déterminez-vous le problème à résoudre lors du passage de la théorie à l'application pratique ?
Je me concentre principalement sur la manière d'étendre les différentes fonctionnalités de la Blockchain, en particulier sur la façon d'améliorer le débit des transactions et de réduire la latence. Ce problème est très évident dans la pratique, chaque fois qu'une application populaire apparaît, les plateformes existantes ne peuvent souvent pas supporter un tel volume de transactions, ce qui entraîne des congestions et une flambée des frais. Par conséquent, améliorer la capacité de traitement de la Blockchain est devenu un défi largement discuté, et le milieu académique essaie de résoudre ce problème de différentes manières.
Q4 : Quelles sont les différences et les avantages des réseaux L2 et des nouveaux réseaux L1 dans la résolution des problèmes d'évolutivité ?
L2 est une solution d'extension basée sur une blockchain existante, mais son utilisation est relativement complexe pour les développeurs et les utilisateurs. Le transfert d'actifs entre L1 et L2 nécessite un pont, un processus particulièrement compliqué pour les actifs complexes. Les utilisateurs peuvent avoir besoin de transférer fréquemment des actifs entre plusieurs réseaux, ce qui affecte l'expérience utilisateur.
En comparaison, de nouveaux réseaux L1 comme Sui adoptent une approche différente. Nous avons créé une grande base de données contenant tous les états, répliquée par des nœuds de validation. Après avoir effectué une transaction, les utilisateurs peuvent directement utiliser n'importe quel état dans la même base de données pour la prochaine transaction, sans avoir à transférer des actifs entre différents réseaux. Cette méthode simplifie considérablement les opérations des utilisateurs et améliore l'efficacité.
Q5 : Quelle est l'innovation clé de Sui Lutris ?
Sui Lutris comprend deux idées clés : premièrement, de nombreuses opérations de blockchain n'ont en réalité pas besoin de consensus ; deuxièmement, pour les cas qui nécessitent effectivement un consensus, nous avons une méthode de traitement à haut débit. La combinaison de ces deux approches permet à Sui d'atteindre des performances élevées.
Sui propose deux voies de transaction : une voie rapide sans consensus et une voie de consensus nécessitant un consensus. Lorsque les utilisateurs manipulent leurs objets exclusifs, ils peuvent utiliser la voie rapide, bénéficiant d'une latence très faible et d'une grande évolutivité. En revanche, pour les opérations impliquant des objets partagés, il est nécessaire de passer par la voie de consensus.
Ce design permet à la plupart des transactions quotidiennes de se faire par des chemins rapides, tout en soutenant également les opérations nécessitant un consensus plus complexe. Les développeurs peuvent choisir de manière flexible quel chemin utiliser en fonction des besoins de l'application, optimisant ainsi les performances et l'expérience utilisateur.
Q6 : Comment les développeurs peuvent-ils tirer parti du chemin rapide de Sui ?
Les développeurs peuvent entièrement contrôler le type d'objets dans leurs contrats intelligents, ce qui leur permet de décider quel chemin de transaction utiliser. Pour tirer pleinement parti des avantages de performance de Sui, les développeurs devraient concevoir la plupart des opérations pour qu'elles soient effectuées sur des objets exclusifs, ce qui permet de bénéficier d'une latence extrêmement faible.
Par exemple, la plupart des opérations dans le jeu devraient être conçues pour utiliser des chemins rapides, ce qui peut offrir une meilleure expérience utilisateur. Bien sûr, certaines opérations qui nécessitent une médiation par un état partagé doivent encore utiliser un chemin de consensus.
Les développeurs peuvent peser et concevoir de manière flexible entre deux chemins en fonction des besoins spécifiques de l'application. Avec l'augmentation de l'échelle de l'application, il peut être nécessaire de reconsidérer quelles opérations peuvent être transférées sur le chemin rapide afin d'améliorer les performances globales.
Q7 : Quel est le rôle des blocs de transactions programmables dans Sui ?
Les blocs de transaction programmables peuvent être utilisés sur un chemin rapide ou un chemin de consensus. Si un bloc de transaction n'implique que des objets exclusifs d'un utilisateur, alors plusieurs opérations peuvent être exécutées dans une seule opération de chaîne, ce qui est très utile pour les applications nécessitant le traitement d'un grand nombre de transactions.
Par exemple, une plateforme de trading peut traiter simultanément les opérations d'achat et de vente de plusieurs utilisateurs lors d'une seule transaction, car ces opérations concernent des objets que la plateforme possède. Cette méthode peut considérablement améliorer l'efficacité des transactions.
Si un objet partagé est inclus dans le bloc de transaction, il doit être traité par le chemin de consensus. Bien que le délai soit légèrement plus élevé, cela peut néanmoins être complété en quelques secondes.
Q8 : Après le lancement du réseau principal, la performance de Sui a-t-elle été à la hauteur de vos attentes ? Y a-t-il des éléments qui vous ont surpris ?
Après le lancement du réseau principal, plusieurs points ont confirmé la philosophie de conception de Sui. Tout d'abord, lorsque le volume des transactions est particulièrement élevé, le volume quotidien des transactions de Sui dépasse même les 60 millions, dont la plupart sont traitées via des chemins rapides. Cela valide la scalabilité et les caractéristiques de faible latence de Sui Lutris.
Cependant, nous avons également constaté qu'il existe des subtilités dans l'utilisation des chemins rapides. Comme les propriétaires d'objets doivent gérer l'ordre des opérations sur leurs objets, il peut parfois y avoir des erreurs qui entraînent le verrouillage des objets. Bien que ces verrouillages soient généralement levés à la fin d'un epoch, cette expérience n'est pas idéale.
Pour résoudre ce problème, nous développons une technologie qui permet de déverrouiller rapidement les objets verrouillés par erreur en quelques secondes. Cela permet non seulement d'éviter les erreurs, mais aussi de permettre aux développeurs d'exprimer plus d'opérations via des chemins rapides, et pourrait même permettre à certains objets partagés d'utiliser des chemins rapides sous certaines conditions.
Q9 : Quelle est la principale raison de la verrouillage des objets ?
Le verrouillage des objets 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 un utilisateur effectue des opérations sur le même objet à l'aide de différents appareils, cela peut entraîner un ordre d'opération contradictoire. Dans ce cas, Sui ne peut pas déterminer l'ordre correct et doit uniquement verrouiller l'objet.
Au départ, nous pensions que cette situation ne se produirait pas souvent, mais en réalité, elle est plus courante que prévu. Actuellement, les objets verrouillés doivent attendre la fin de l'epoch pour être déverrouillés, ce qui peut causer de graves problèmes d'utilisation.
Pour améliorer cette situation, nous développons de nouveaux mécanismes qui permettent d'agir plus rapidement lorsque les objets sont verrouillés. À l'avenir, en cas de situation d'ordre ambigu, Sui résoudra cela via un chemin de consensus, ce processus ne prenant que quelques secondes, au lieu d'attendre la fin de l'epoch.
Q10 : Comment voyez-vous l'équilibre entre la transparence, la traçabilité et la vie privée dans les blockchains publiques ?
Dans les blockchains publiques, équilibrer la transparence, la traçabilité et la confidentialité est un problème étroitement lié aux applications. Je pense que les besoins en matière de confidentialité dépendent en grande partie de l'application spécifique. La philosophie de Sui est de fournir aux développeurs d'applications une bonne plateforme leur permettant de mettre en œuvre la protection de la vie privée en fonction de leurs besoins.
Pour soutenir la protection de la vie privée, Sui propose un certain nombre de supports cryptographiques natifs, tels que la capacité de vérification des preuves à divulgation nulle de connaissance. Cela permet aux développeurs d'applications de vérifier certains événements hors chaîne, sans avoir besoin de révéler de contenu spécifique sur la chaîne. C'est un outil de base pour construire des applications respectueuses de la vie privée.
Les développeurs peuvent implémenter le niveau de protection de la vie privée requis en fonction des besoins de leur application, en combinant des opérations on-chain, off-chain et des technologies cryptographiques. L'objectif de Sui est de fournir les outils et la flexibilité nécessaires pour permettre aux développeurs de concevoir des solutions de confidentialité selon leurs besoins.
Q11 : Sui prévoit-il de fournir plus de soutien natif à la confidentialité ?
La communauté discute de la possibilité d'offrir un meilleur soutien à la rédaction de contrats intelligents respectueux de la vie privée pour les développeurs. En plus du soutien existant aux preuves à divulgation nulle de connaissance, il est également envisagé d'ajouter davantage de fonctions mathématiques ou cryptographiques générales sur la chaîne.
Nous accueillons les concepteurs de contrats intelligents à fournir des retours sur les fonctionnalités manquantes. En plus des preuves à divulgation nulle de connaissance, il existe d'autres types de technologies de protection de la vie privée, telles que le calcul multipartite ou le matériel de confiance. Cependant, ces technologies peuvent nécessiter certaines modifications de base de l'architecture Sui, il est donc nécessaire d'avoir des preuves de demande suffisantes au sein de la communauté.
Si la communauté souhaite se développer dans cette direction, nous aurons un processus pour discuter et ajouter de nouvelles méthodes de protection de la vie privée.
Q12 : Quelle est votre perspective sur le développement de Sui au cours des 6 à 12 prochains mois ?
Le développement de Sui sera principalement basé sur les besoins des applications développées par la communauté. À long terme, nous nous engagerons à améliorer le protocole Sui Lutris pour obtenir une latence plus faible et un processus opérationnel plus simple, afin d'améliorer l'évolutivité de Sui.
De plus, nous nous efforcerons d'améliorer l'efficacité économique, permettant aux nœuds de validation de fonctionner sur du matériel plus limité et d'utiliser davantage les ressources matérielles existantes pour l'exécution des transactions réelles, plutôt que pour d'autres dépenses de la Blockchain.
Dans l'ensemble, nous avons hâte de voir Sui continuer à améliorer ses performances, son efficacité et son expérience utilisateur, ainsi que l'émergence de nouvelles applications innovantes.