Récemment, nous avons interviewé un expert du domaine de la Blockchain, qui a discuté 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 premiers contributeurs de Sui et est professeur dans le domaine de la sécurité et de la vie privée à l'University College London.
Voici le contenu de cette interview :
Q1 : Pouvez-vous parler de vos axes de recherche ?
Je suis professeur à l'University College London, spécialisé dans la sécurité et la confidentialité. Au début, j'ai étudié les systèmes pair à pair et les systèmes anonymes, principalement des systèmes distribués à grande échelle axés sur le stockage. Avec le développement de la Blockchain, en particulier l'émergence d'Ethereum, j'ai développé un intérêt pour les registres distribués et les contrats intelligents. Mon groupe de recherche à UCL a commencé à étudier comment construire des systèmes plus performants. Nous avons fondé la société Chainspace pour commercialiser certaines idées, et plus tard, l'équipe a été rachetée par une entreprise. Ensuite, nous avons aidé à proposer des solutions pour étendre la Blockchain. Lorsque les solutions n'ont pas progressé, j'ai continué à chercher d'autres opportunités pour réaliser l'idée d'une Blockchain haute performance.
Q2 : Quelle est la différence selon vous entre l'application et la recherche ?
En réalité, la différence n'est pas si grande. Lors de nos recherches, nous prendrons en compte toutes les possibilités pour atteindre des objectifs spécifiques, comme la construction d'un blockchain haute performance. Mais lors de la construction d'un système, nous devons choisir parmi de nombreuses bonnes idées celles qui sont les plus utiles et les plus conformes aux besoins. Nous devons évaluer ce qui empêche les gens d'atteindre leurs objectifs, comprendre les situations possibles à partir de la littérature académique, puis sélectionner le contenu le plus pertinent. Ce n'est pas seulement un intérêt pour la connaissance, mais aussi la création de valeur pour les utilisateurs.
Q3 : Comment avez-vous déterminé quels problèmes résoudre lors du passage de la théorie à la pratique ?
Je me concentre principalement sur la manière d'étendre les différentes fonctionnalités de la Blockchain, en particulier l'augmentation du débit des transactions et la réduction de la latence. Ce problème est évident, chaque fois qu'un contrat intelligent devient très populaire, la plateforme ne peut plus supporter le volume énorme de transactions, ce qui entraîne des congestions et une flambée des frais. Nous voyons encore et encore que la capacité de traitement de la Blockchain ne répond pas aux besoins des utilisateurs. Cela est considéré comme un défi précieux, non seulement pour mon équipe, mais pour l'ensemble du monde académique qui s'efforce 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 entre un réseau L2 et l'établissement d'un nouveau réseau L1 ?
L2 est une solution d'extension dans un certain écosystème, mais elle peut être un peu délicate à utiliser pour les développeurs. Lors de l'interaction entre L2 et L1, un pont est nécessaire, et l'état dans L1 doit être reflété dans L2, et vice versa. L2 a également besoin de mécanismes pour permettre à L1 de vérifier tout ce qui s'y passe. Ce processus est compliqué, surtout pour les actifs complexes. Déplacer des actifs entre différents L2 est également difficile.
Une autre méthode consiste à utiliser différentes blockchains pour différentes applications, mais cela pose également un problème de pont. Les utilisateurs doivent fréquemment transférer des actifs entre différentes applications, ce qui entraîne une mauvaise expérience.
Notre solution consiste à établir une grande base de données contenant tous les états répliqués par les nœuds vérifiés. Une fois la transaction terminé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 et comment réalise-t-elle un haut débit et une faible latence ?
Sui Lutris a deux concepts clés : de nombreuses opérations ne nécessitent pas de consensus, et lorsqu'un consensus est nécessaire, il existe une méthode à haut débit. Cela garantit que les nœuds de validation ne se trouvent jamais dans un état d'incohérence lors du traitement des transactions.
Sui Lutris a deux chemins : un chemin rapide (sans consensus) et un chemin de consensus. Utilisez le chemin rapide lors de l'opération de vos propres objets, sans avoir à attendre le consensus pour obtenir la finalité de la transaction. Les transactions impliquant des objets partagés nécessitent le chemin de consensus.
Le chemin rapide a une latence très faible, inférieure à une seconde, et est largement extensible. Le chemin de consensus a une latence plus élevée, dépassant généralement une seconde, avec une grande capacité mais une extensibilité moins bonne. La plupart des transactions quotidiennes utilisent le chemin rapide, tandis que les opérations DeFi complexes utilisent généralement le chemin de consensus.
Q6 : Les développeurs peuvent-ils concevoir des applications pour tirer parti du chemin rapide ?
Absolument. Les développeurs de contrats intelligents peuvent contrôler si l'objet d'opération est exclusif ou partagé. La clé pour étendre les applications est de s'assurer que la plupart des opérations sont basées sur des objets exclusifs, afin d'obtenir une faible latence. Les applications comme les jeux devraient utiliser cette méthode autant que possible, plutôt que de dépendre d'états partagés et d'objets partagés. Les développeurs peuvent spécifier avec précision chaque type de transaction et optimiser le design lorsqu'une extension est nécessaire.
Q7 : Comment fonctionne un Bloc de transactions programmables ?
Les blocs de transaction programmables peuvent être utilisés sur un chemin rapide ou un chemin de consensus. Si seuls des objets exclusifs sont impliqués, plusieurs opérations peuvent être exécutées dans une seule opération sur une chaîne, avec un délai très faible. S'ils incluent des objets partagés, ils entrent dans le chemin de consensus, avec un délai légèrement plus élevé. Cela offre de la flexibilité pour différents scénarios.
Q8 : Après le lancement du réseau principal, la performance de Sui a-t-elle confirmé votre théorie de recherche ? Y a-t-il eu des découvertes inattendues ?
La conception de Sui a été validée, notamment lors des périodes de volume de transactions élevé. Un jour, le volume de transactions a dépassé 60 millions, la plupart utilisant le chemin rapide, prouvant l'évolutivité et la faible latence de Sui Lutris.
Mais la communauté a également constaté que le chemin rapide est un peu délicat. Parfois, des objets peuvent être verrouillés par erreur, bien qu'ils soient généralement déverrouillés à la fin de l'epoch, ce n'est pas une très bonne expérience. Des technologies sont en cours de développement pour permettre le déverrouillage rapide des objets verrouillés.
Ces nouvelles technologies peuvent non seulement éviter les 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. Cela améliorera encore les performances et la flexibilité de Sui.
Q9 : Pouvez-vous expliquer en détail les raisons de la mise en verrouillage de l'objet ?
Lorsqu'un objet appartient à un seul utilisateur, Sui dépend de l'utilisateur pour indiquer l'ordre des opérations. Le système vérifie si tout le monde voit ces opérations dans le même ordre. Le problème survient lorsque l'utilisateur ou le logiciel fait une erreur, par exemple lorsque différents appareils donnent des ordres d'opération contradictoires. Dans ce cas, Sui ne peut pas déterminer l'ordre correct, et l'objet sera verrouillé.
Cette situation est plus courante que prévu, car les gens utilisent plusieurs appareils ou effectuent plusieurs transactions sur le même objet en même temps. Actuellement, les objets verrouillés ne sont déverrouillés qu'à la fin de l'epoch, ce qui peut causer des problèmes graves.
Sui développe un nouveau mécanisme qui résout rapidement les conflits par consensus lorsque les objets sont verrouillés, au lieu d'attendre la fin de l'epoch. Cela sera accompli en quelques secondes, améliorant considérablement l'expérience utilisateur.
Q10 : Quelle est votre opinion sur la manière dont les blockchains publiques équilibrent transparence, traçabilité et vie privée ?
Cela dépend en grande partie de l'application spécifique. Sur certaines plateformes, les développeurs d'applications peuvent créer leurs propres contrats pour protéger la vie privée des utilisateurs. Certaines applications peuvent accorder moins d'importance à la vie privée, tandis que certaines applications financières peuvent nécessiter davantage de protection de la vie privée, tout en tenant compte des problèmes de réglementation.
Pour aider à construire la protection de la vie privée, la plateforme offre un certain nombre de soutiens natifs en cryptographie, tels 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 révéler les détails sur la chaîne.
Les développeurs d'applications peuvent décider du type de protection de la vie privée dont ils ont besoin et combiner des stratégies telles que celles en chaîne, hors chaîne et cryptographiques pour faire face aux défis de la vie privée.
Q11 : Y a-t-il un support natif plus important pour la confidentialité ?
La communauté envisage de fournir un soutien supplémentaire aux contrats intelligents respectueux de la vie privée pour les développeurs. En plus des preuves à divulgation nulle de connaissance, des fonctions mathématiques ou cryptographiques plus générales pourraient également être nécessaires. Nous invitons les concepteurs de contrats intelligents à fournir des retours sur les fonctionnalités manquantes.
D'autres technologies telles que le calcul multipartite ou le matériel de confiance peuvent également être utilisées pour protéger la vie privée, mais celles-ci nécessitent des systèmes supplémentaires complexes. Si la communauté a un besoin pressant, de nouvelles méthodes de protection de la vie privée peuvent être ajoutées par le biais du processus de proposition.
Q12 : Pensez-vous que Sui se développera au cours des 6 à 12 prochains mois ?
Les améliorations à court terme seront axées sur les besoins des applications réelles. À long terme, nous améliorerons le protocole Sui Lutris pour obtenir une latence plus faible, un protocole plus simple et une meilleure évolutivité. Nous améliorerons également l'efficacité économique, permettant aux nœuds de validation de fonctionner sur du matériel plus restreint, et nous utiliserons davantage le matériel existant pour l'exécution réelle des transactions, plutôt que pour les autres frais liés à la Blockchain. Ce sont les principales directions 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.
16 J'aime
Récompense
16
5
Partager
Commentaire
0/400
BlockchainBard
· 07-29 03:23
La route est encore longue.
Voir l'originalRépondre0
CryingOldWallet
· 07-29 03:17
La seule chose que je comprends, c'est le haut débit.
Voir l'originalRépondre0
SocialAnxietyStaker
· 07-29 03:16
Un échange rapide peut-il garantir la confidentialité?
Voir l'originalRépondre0
DataBartender
· 07-29 03:06
sui卷麻了
Voir l'originalRépondre0
CryptoNomics
· 07-29 03:00
*baillement* leurs revendications de débit manquent de validation statistique rigoureuse, à dire vrai
Le fondateur de Sui explique en détail la complexité des infrastructures et la réalisation de Blockchain haute performance.
Récemment, nous avons interviewé un expert du domaine de la Blockchain, qui a discuté 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 premiers contributeurs de Sui et est professeur dans le domaine de la sécurité et de la vie privée à l'University College London.
Voici le contenu de cette interview :
Q1 : Pouvez-vous parler de vos axes de recherche ?
Je suis professeur à l'University College London, spécialisé dans la sécurité et la confidentialité. Au début, j'ai étudié les systèmes pair à pair et les systèmes anonymes, principalement des systèmes distribués à grande échelle axés sur le stockage. Avec le développement de la Blockchain, en particulier l'émergence d'Ethereum, j'ai développé un intérêt pour les registres distribués et les contrats intelligents. Mon groupe de recherche à UCL a commencé à étudier comment construire des systèmes plus performants. Nous avons fondé la société Chainspace pour commercialiser certaines idées, et plus tard, l'équipe a été rachetée par une entreprise. Ensuite, nous avons aidé à proposer des solutions pour étendre la Blockchain. Lorsque les solutions n'ont pas progressé, j'ai continué à chercher d'autres opportunités pour réaliser l'idée d'une Blockchain haute performance.
Q2 : Quelle est la différence selon vous entre l'application et la recherche ?
En réalité, la différence n'est pas si grande. Lors de nos recherches, nous prendrons en compte toutes les possibilités pour atteindre des objectifs spécifiques, comme la construction d'un blockchain haute performance. Mais lors de la construction d'un système, nous devons choisir parmi de nombreuses bonnes idées celles qui sont les plus utiles et les plus conformes aux besoins. Nous devons évaluer ce qui empêche les gens d'atteindre leurs objectifs, comprendre les situations possibles à partir de la littérature académique, puis sélectionner le contenu le plus pertinent. Ce n'est pas seulement un intérêt pour la connaissance, mais aussi la création de valeur pour les utilisateurs.
Q3 : Comment avez-vous déterminé quels problèmes résoudre lors du passage de la théorie à la pratique ?
Je me concentre principalement sur la manière d'étendre les différentes fonctionnalités de la Blockchain, en particulier l'augmentation du débit des transactions et la réduction de la latence. Ce problème est évident, chaque fois qu'un contrat intelligent devient très populaire, la plateforme ne peut plus supporter le volume énorme de transactions, ce qui entraîne des congestions et une flambée des frais. Nous voyons encore et encore que la capacité de traitement de la Blockchain ne répond pas aux besoins des utilisateurs. Cela est considéré comme un défi précieux, non seulement pour mon équipe, mais pour l'ensemble du monde académique qui s'efforce 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 entre un réseau L2 et l'établissement d'un nouveau réseau L1 ?
L2 est une solution d'extension dans un certain écosystème, mais elle peut être un peu délicate à utiliser pour les développeurs. Lors de l'interaction entre L2 et L1, un pont est nécessaire, et l'état dans L1 doit être reflété dans L2, et vice versa. L2 a également besoin de mécanismes pour permettre à L1 de vérifier tout ce qui s'y passe. Ce processus est compliqué, surtout pour les actifs complexes. Déplacer des actifs entre différents L2 est également difficile.
Une autre méthode consiste à utiliser différentes blockchains pour différentes applications, mais cela pose également un problème de pont. Les utilisateurs doivent fréquemment transférer des actifs entre différentes applications, ce qui entraîne une mauvaise expérience.
Notre solution consiste à établir une grande base de données contenant tous les états répliqués par les nœuds vérifiés. Une fois la transaction terminé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 et comment réalise-t-elle un haut débit et une faible latence ?
Sui Lutris a deux concepts clés : de nombreuses opérations ne nécessitent pas de consensus, et lorsqu'un consensus est nécessaire, il existe une méthode à haut débit. Cela garantit que les nœuds de validation ne se trouvent jamais dans un état d'incohérence lors du traitement des transactions.
Sui Lutris a deux chemins : un chemin rapide (sans consensus) et un chemin de consensus. Utilisez le chemin rapide lors de l'opération de vos propres objets, sans avoir à attendre le consensus pour obtenir la finalité de la transaction. Les transactions impliquant des objets partagés nécessitent le chemin de consensus.
Le chemin rapide a une latence très faible, inférieure à une seconde, et est largement extensible. Le chemin de consensus a une latence plus élevée, dépassant généralement une seconde, avec une grande capacité mais une extensibilité moins bonne. La plupart des transactions quotidiennes utilisent le chemin rapide, tandis que les opérations DeFi complexes utilisent généralement le chemin de consensus.
Q6 : Les développeurs peuvent-ils concevoir des applications pour tirer parti du chemin rapide ?
Absolument. Les développeurs de contrats intelligents peuvent contrôler si l'objet d'opération est exclusif ou partagé. La clé pour étendre les applications est de s'assurer que la plupart des opérations sont basées sur des objets exclusifs, afin d'obtenir une faible latence. Les applications comme les jeux devraient utiliser cette méthode autant que possible, plutôt que de dépendre d'états partagés et d'objets partagés. Les développeurs peuvent spécifier avec précision chaque type de transaction et optimiser le design lorsqu'une extension est nécessaire.
Q7 : Comment fonctionne un Bloc de transactions programmables ?
Les blocs de transaction programmables peuvent être utilisés sur un chemin rapide ou un chemin de consensus. Si seuls des objets exclusifs sont impliqués, plusieurs opérations peuvent être exécutées dans une seule opération sur une chaîne, avec un délai très faible. S'ils incluent des objets partagés, ils entrent dans le chemin de consensus, avec un délai légèrement plus élevé. Cela offre de la flexibilité pour différents scénarios.
Q8 : Après le lancement du réseau principal, la performance de Sui a-t-elle confirmé votre théorie de recherche ? Y a-t-il eu des découvertes inattendues ?
La conception de Sui a été validée, notamment lors des périodes de volume de transactions élevé. Un jour, le volume de transactions a dépassé 60 millions, la plupart utilisant le chemin rapide, prouvant l'évolutivité et la faible latence de Sui Lutris.
Mais la communauté a également constaté que le chemin rapide est un peu délicat. Parfois, des objets peuvent être verrouillés par erreur, bien qu'ils soient généralement déverrouillés à la fin de l'epoch, ce n'est pas une très bonne expérience. Des technologies sont en cours de développement pour permettre le déverrouillage rapide des objets verrouillés.
Ces nouvelles technologies peuvent non seulement éviter les 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. Cela améliorera encore les performances et la flexibilité de Sui.
Q9 : Pouvez-vous expliquer en détail les raisons de la mise en verrouillage de l'objet ?
Lorsqu'un objet appartient à un seul utilisateur, Sui dépend de l'utilisateur pour indiquer l'ordre des opérations. Le système vérifie si tout le monde voit ces opérations dans le même ordre. Le problème survient lorsque l'utilisateur ou le logiciel fait une erreur, par exemple lorsque différents appareils donnent des ordres d'opération contradictoires. Dans ce cas, Sui ne peut pas déterminer l'ordre correct, et l'objet sera verrouillé.
Cette situation est plus courante que prévu, car les gens utilisent plusieurs appareils ou effectuent plusieurs transactions sur le même objet en même temps. Actuellement, les objets verrouillés ne sont déverrouillés qu'à la fin de l'epoch, ce qui peut causer des problèmes graves.
Sui développe un nouveau mécanisme qui résout rapidement les conflits par consensus lorsque les objets sont verrouillés, au lieu d'attendre la fin de l'epoch. Cela sera accompli en quelques secondes, améliorant considérablement l'expérience utilisateur.
Q10 : Quelle est votre opinion sur la manière dont les blockchains publiques équilibrent transparence, traçabilité et vie privée ?
Cela dépend en grande partie de l'application spécifique. Sur certaines plateformes, les développeurs d'applications peuvent créer leurs propres contrats pour protéger la vie privée des utilisateurs. Certaines applications peuvent accorder moins d'importance à la vie privée, tandis que certaines applications financières peuvent nécessiter davantage de protection de la vie privée, tout en tenant compte des problèmes de réglementation.
Pour aider à construire la protection de la vie privée, la plateforme offre un certain nombre de soutiens natifs en cryptographie, tels 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 révéler les détails sur la chaîne.
Les développeurs d'applications peuvent décider du type de protection de la vie privée dont ils ont besoin et combiner des stratégies telles que celles en chaîne, hors chaîne et cryptographiques pour faire face aux défis de la vie privée.
Q11 : Y a-t-il un support natif plus important pour la confidentialité ?
La communauté envisage de fournir un soutien supplémentaire aux contrats intelligents respectueux de la vie privée pour les développeurs. En plus des preuves à divulgation nulle de connaissance, des fonctions mathématiques ou cryptographiques plus générales pourraient également être nécessaires. Nous invitons les concepteurs de contrats intelligents à fournir des retours sur les fonctionnalités manquantes.
D'autres technologies telles que le calcul multipartite ou le matériel de confiance peuvent également être utilisées pour protéger la vie privée, mais celles-ci nécessitent des systèmes supplémentaires complexes. Si la communauté a un besoin pressant, de nouvelles méthodes de protection de la vie privée peuvent être ajoutées par le biais du processus de proposition.
Q12 : Pensez-vous que Sui se développera au cours des 6 à 12 prochains mois ?
Les améliorations à court terme seront axées sur les besoins des applications réelles. À long terme, nous améliorerons le protocole Sui Lutris pour obtenir une latence plus faible, un protocole plus simple et une meilleure évolutivité. Nous améliorerons également l'efficacité économique, permettant aux nœuds de validation de fonctionner sur du matériel plus restreint, et nous utiliserons davantage le matériel existant pour l'exécution réelle des transactions, plutôt que pour les autres frais liés à la Blockchain. Ce sont les principales directions de développement que nous prévoyons.