Sui fondateur dévoile : Technologie et défis des Blockchain haute performance

Récemment, nous avons interviewé un expert renommé dans le 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 cofondateur et chef scientifique d'un laboratoire réputé, et il est également professeur dans le domaine de la sécurité et de la vie privée dans une université célèbre.

Voici le contenu de cette interview :

Q1 : Vous venez du domaine académique, pouvez-vous nous parler de vos domaines de recherche ?

Je suis professeur dans une université renommée, mes recherches se concentrent principalement sur la sécurité et la vie privée. Au début, j'ai effectué de nombreuses recherches sur les systèmes pair à pair et les systèmes anonymes, qui étaient principalement des systèmes distribués à grande échelle axés sur le stockage. Avec le développement de la technologie Blockchain, en particulier l'apparition d'Ethereum, j'ai développé un vif intérêt pour les registres distribués et la Blockchain, ainsi que sur la manière d'exécuter des contrats intelligents. Nous avons commencé à étudier comment construire des systèmes plus performants et à essayer de commercialiser certaines idées. Plus tard, nous avons également participé à un projet Blockchain d'une grande entreprise de médias sociaux, essayant de proposer des solutions d'évolutivité. Lorsque ce projet n'a pas progressé, j'ai continué à chercher d'autres opportunités pour réaliser le concept de Blockchain haute performance.

Q2 : Vous êtes toujours un professeur, que pensez-vous qu'il y ait comme différence entre l'application et la recherche ?

En réalité, il n'y a pas de grande différence. Lors de la recherche, nous prendrons en compte toutes les possibilités pour atteindre des objectifs spécifiques, comme la construction d'un Blockchain haute performance. Cependant, dans l'application pratique, nous devons faire des choix parmi de nombreuses bonnes idées, en évaluant celles qui sont les plus précieuses et qui répondent le mieux aux besoins des utilisateurs. Nous devons considérer les goulets d'étranglement de l'adoption du Blockchain, ainsi que les facteurs qui entravent les gens dans la réalisation de leurs objectifs. Lors de la construction des systèmes, nous nous référons toujours à la littérature académique, mais nous nous concentrons davantage sur la création de valeur pratique pour les utilisateurs.

Q3 : Comment déterminez-vous les problèmes à résoudre lors du passage de la théorie à l'application pratique ?

Je me concentre principalement sur la façon 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 très évident - chaque fois qu'un contrat devient populaire sur Ethereum, la plateforme ne peut pas supporter un tel volume de transactions, ce qui entraîne des congestions et une explosion des frais. Nous voyons à plusieurs reprises que la capacité de traitement de la Blockchain ne peut pas répondre à la demande des utilisateurs. Ce défi a non seulement attiré l'attention de notre équipe, mais l'ensemble du monde académique étudie également différentes solutions. 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 les réseaux L2 proposés pour résoudre le problème de scalabilité et l'établissement de nouveaux réseaux L1 ?

L2 est une solution d'extension dans l'écosystème Ethereum, mais son utilisation peut être un peu compliquée pour les développeurs. Le transfert d'actifs entre L2 et L1 nécessite des opérations de pont complexes, ce qui nuit à l'expérience utilisateur. C'est acceptable pour des jetons simples, mais cela devient très difficile pour des actifs plus complexes. Déplacer des actifs entre différents réseaux L2 est également très délicat.

En comparaison, notre solution consiste à établir une grande base de données distribuée contenant tous les états. Une fois la transaction terminée, tous les états peuvent être immédiatement utilisés pour la prochaine transaction, sans avoir à les transférer d'un réseau à l'autre. Cela offre aux utilisateurs une expérience plus fluide.

Q5 : Quelles sont les innovations clés de Sui Lutris, qui est la base du protocole Sui, permettant à Sui d'avoir des caractéristiques de haute capacité de traitement et de faible latence ?

Sui Lutris est composé de deux concepts clés : d'une part, de nombreuses opérations de blockchain n'ont en réalité pas besoin de consensus ; d'autre part, pour les cas nécessitant un consensus, nous avons une méthode à haut débit. Cela garantit que les nœuds de validation respectant le protocole ne seront jamais dans un état d'incohérence.

Sui Lutris propose deux chemins différents : un chemin rapide sans consensus et un chemin de consensus nécessitant un consensus. Pour les objets possédés par l'utilisateur, le chemin rapide peut être utilisé, permettant d'obtenir la finalité de la transaction sans attendre le consensus. Pour les objets partagés par plusieurs personnes, le chemin de consensus doit être utilisé.

Le délai du chemin rapide est très faible, généralement inférieur à une seconde, et peut être largement extensible. Le délai du chemin de consensus est plus élevé, mais sa capacité est également grande. La plupart des transactions quotidiennes peuvent utiliser le chemin rapide, tandis que les opérations DeFi complexes nécessitent généralement le chemin de consensus.

Q6 : Les développeurs d'applications sur Sui peuvent-ils concevoir leurs applications pour tirer parti des chemins rapides ?

Absolument. C'est l'un des travaux clés dans la conception d'applications extensibles. Les développeurs peuvent entièrement contrôler si les objets qu'ils manipulent dans le contrat sont exclusifs ou partagés. Un truc pour étendre une application dans Sui est de s'assurer que la plupart des opérations sont basées sur des objets exclusifs, ce qui permet d'atteindre des latences très faibles.

Les concepteurs de contrats intelligents ont un contrôle total sur cela. Ils peuvent spécifier avec précision chaque type de transaction. Bien que la version initiale du contrat puisse considérer tout comme un état partagé, à mesure que les besoins évoluent, les développeurs doivent réfléchir à la manière de maximiser l'utilisation du chemin rapide.

Q7 : Comment les blocs de transaction programmables jouent-ils un rôle dans tout cela ?

Les blocs de transactions programmables peuvent être utilisés sur le chemin rapide ou le chemin de consensus. S'il n'y a que des objets exclusifs 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'il s'agit d'objets partagés, cela passera par le chemin de consensus, avec un délai légèrement plus élevé. Cela offre aux développeurs la flexibilité de choisir le chemin approprié en fonction des besoins.

Q8 : La mise en ligne du mainnet a plus de 100 jours, la performance de Sui a-t-elle confirmé vos théories de recherche ? Y a-t-il quelque chose qui vous a surpris ?

Il y a effectivement certaines choses qui confirment la conception de Sui, mais il y a aussi des situations qui font réfléchir. Lors de volumes de transactions particulièrement élevés, Sui traite même plus de 60 millions de transactions par jour, dont la plupart sont réalisées via des chemins rapides. Cela prouve la scalabilité et les caractéristiques de faible latence de Sui Lutris.

Cependant, nous avons également constaté que l'utilisation des chemins rapides présente quelques subtilités. Parfois, des objets peuvent être mal verrouillés, 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. Nous développons une technologie permettant de déverrouiller rapidement les objets mal verrouillés.

De plus, nous explorons comment permettre à davantage de types d'objets d'utiliser le chemin rapide, même s'ils sont partagés par plusieurs parties. Cela pourrait encore améliorer la performance et la flexibilité de Sui.

Q9 : Pouvez-vous partager plus en détail les raisons qui entraînent actuellement le verrouillage des objets ?

Le verrouillage d'objet se produit généralement sur le chemin rapide, lorsque le système reçoit un ordre d'opération contradictoire. Par exemple, si le téléphone portable et l'ordinateur d'un utilisateur effectuent des opérations sur le même actif dans un ordre différent, Sui ne pourra pas déterminer l'ordre correct, entraînant ainsi le verrouillage de l'objet.

Au départ, nous pensions que cette situation ne se produirait pas souvent, mais en réalité, elle est plus fréquente que prévu. Actuellement, les objets verrouillés doivent attendre la fin d'un epoch pour être déverrouillés, ce qui peut causer de graves problèmes.

Nous développons des solutions qui permettent au système de résoudre rapidement les problèmes par le chemin de consensus lorsque les objets sont verrouillés, au lieu d'attendre la fin de l'epoch. Cela améliorera considérablement l'expérience utilisateur.

Q10 : Que pensez-vous de la meilleure façon de équilibrer transparence, traçabilité et vie privée dans une blockchain publique ?

Dans les blockchains publiques, le besoin de confidentialité dépend en grande partie des applications spécifiques. La méthode de Sui est de fournir des outils aux développeurs d'applications pour leur permettre de mettre en œuvre la protection de la vie privée selon leurs besoins.

Pour cela, Sui fournit un certain support natif en cryptographie, comme la capacité de vérifier des preuves à divulgation nulle de connaissance. Cela permet aux concepteurs d'applications de vérifier certains événements hors chaîne sans avoir à révéler des détails spécifiques sur la chaîne.

Les développeurs d'applications peuvent traiter les problèmes de confidentialité en fonction de leurs besoins, en combinant des stratégies on-chain, off-chain et de cryptographie. Nous croyons que cette flexibilité peut répondre aux besoins de différents types d'applications.

Q11 : Y a-t-il un support natif de la confidentialité supplémentaire sur Sui ?

La communauté envisage de fournir plus de soutien à l'écriture de contrats intelligents axés sur la confidentialité pour les développeurs. En plus des preuves à divulgation nulle de connaissance, nous envisageons également d'ajouter davantage de fonctions mathématiques ou cryptographiques générales.

Nous accueillons les concepteurs de contrats intelligents pour fournir des retours sur les fonctionnalités manquantes. De plus, d'autres technologies telles que le calcul multipartite ou le matériel de confiance pourraient également être utilisées pour protéger la vie privée. Si la communauté a un besoin fort de ces technologies, nous envisagerons d'apporter des ajustements architecturaux correspondants.

Q12 : Que pensez-vous de l'évolution de Sui au cours des 6 à 12 prochains mois ?

Le développement de Sui dépendra en grande partie des applications développées sur la plateforme. À court terme, nous apporterons des améliorations en fonction des besoins d'applications réelles. À long terme, nous nous consacrerons à l'amélioration du protocole Sui Lutris pour réaliser une latence plus faible et une structure de protocole plus simple, afin d'améliorer l'évolutivité.

Nous allons également nous efforcer d'améliorer l'efficacité économique, afin que les nœuds de validation puissent fonctionner sur du matériel plus restreint et optimiser l'utilisation des ressources matérielles. Ces améliorations rendront Sui plus efficace et puissant.