Le fondateur de Sui explique en détail la conception de Blockchain haute performance : chemin rapide et chemin de consensus en parallèle.

Récemment, nous avons interviewé George Danezis sur la complexité et l'évolutivité des infrastructures Sui, ainsi que sur la façon dont le système de traitement des transactions de Sui favorise un réseau haute performance. George Danezis est cofondateur et directeur scientifique de Mysten Labs, et également professeur dans le domaine de la sécurité et de la confidentialité à l'University College London.

Voici le contenu principal de cette interview :

Q1 : Pouvez-vous nous parler de vos principaux axes de recherche ?

Je fais principalement des recherches dans le domaine de la sécurité et de la vie privée à l'University College London. Au début, je me suis concentré sur les systèmes pair à pair et les systèmes anonymes, puis je me suis tourné vers les registres distribués et la blockchain, en étudiant comment construire des systèmes à haute performance. Nous avons fondé la société Chainspace pour commercialiser certaines idées. Par la suite, j'ai rejoint Facebook et participé au développement du projet Libra/Diem. Actuellement, je cherche d'autres opportunités pour réaliser l'idée de blockchain à haute performance.

Q2 : Quelle est la différence entre l'application et la recherche ?

En réalité, la différence n'est pas si grande. 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, il est nécessaire de faire des choix. Nous devons évaluer quelles idées sont les plus précieuses et peuvent répondre aux besoins réels des utilisateurs. Ce n'est pas seulement un intérêt pour le savoir, il est plus important de 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 ?

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'augmenter le débit des transactions et de réduire la latence. Ce problème est évident : chaque fois qu'une application populaire apparaît sur la blockchain, les plateformes existantes ont souvent du mal à supporter un volume de transactions énorme, ce qui entraîne des congestions et une flambée des frais. Par conséquent, améliorer la capacité de traitement de la blockchain devient un défi urgent à résoudre.

Q4 : Quelle est la différence et l'avantage des réseaux L2 par rapport aux nouveaux réseaux L1 comme Sui ?

L2 est une solution d'extension pour l'écosystème Ethereum, mais elle est relativement compliquée à utiliser pour les développeurs et les utilisateurs. Il est nécessaire de faire le pont entre les actifs de L1 et L2, et ce processus est sujet à des erreurs, ce qui entraîne une mauvaise expérience utilisateur. En particulier pour les actifs complexes, il est nécessaire de déployer des contrats intelligents des deux côtés, ce qui est très fastidieux.

En comparaison, Sui adopte une solution basée sur une grande base de données où tous les états sont répliqués par les nœuds de validation. Une fois qu'un utilisateur a effectué une transaction, il peut directement utiliser n'importe quel état dans la même base de données pour la transaction suivante, sans avoir à déplacer fréquemment des actifs entre différents réseaux. Cela améliore considérablement l'expérience utilisateur.

Q5 : Quelle est l'innovation clé de Sui Lutris ?

Sui Lutris a deux concepts fondamentaux :

1. De nombreuses opérations blockchain ne nécessitent pas de consensus
2. Il existe une méthode à fort débit lorsqu'un consensus est nécessaire.

Il offre deux chemins de transaction : le chemin rapide ( qui ne nécessite pas de consensus ) et le chemin de consensus. Pour les objets exclusifs des utilisateurs, les transactions peuvent être effectuées en 1 seconde via le chemin rapide. Pour les objets partagés, le traitement doit se faire via le chemin de consensus, avec un délai plus élevé mais un débit toujours très élevé.

Ce design permet à la plupart des transactions quotidiennes d'être traitées rapidement, améliorant ainsi considérablement les performances. En même temps, il conserve la capacité de traiter des scénarios complexes tels que le DeFi.

Q6 : Comment les développeurs peuvent-ils utiliser le design de chemin rapide pour créer des applications ?

Les développeurs ont un contrôle total sur la question de savoir si un objet est exclusif ou partagé. La clé pour étendre les applications est d'utiliser autant que possible des objets exclusifs, car cela permet d'obtenir une latence extrêmement faible. Par exemple, la plupart des opérations dans un jeu devraient être effectuées sur des objets exclusifs.

Bien sûr, la première version de l'application peut considérer tout comme un état partagé. Mais à mesure que le besoin d'extension se fait sentir, les développeurs doivent réfléchir à quelles parties peuvent être transformées en objets exclusifs pour améliorer les performances.

Q7 : Comment fonctionne un bloc de transaction programmable ?

Les blocs de transaction 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, ce qui est très efficace. En revanche, si des objets partagés sont impliqués, cela passera par le chemin de consensus, ce qui entraînera un léger délai.

Q8 : Après le lancement sur le réseau principal, la performance de Sui a-t-elle été conforme aux attentes ? Y a-t-il eu des découvertes inattendues ?

La conception de Sui a été largement validée. Pendant les pics de volume de transactions, plus de 60 millions de transactions sont traitées chaque jour, la plupart d'entre elles étant effectuées par des chemins rapides, démontrant une très grande évolutivité et une faible latence.

Des problèmes ont également été identifiés. L'utilisation des chemins rapides peut parfois entraîner le verrouillage des objets, bien qu'ils soient généralement déverrouillés à la fin de l'epoch, cela affecte néanmoins l'expérience utilisateur. Des technologies sont actuellement en cours de développement pour déverrouiller rapidement ces objets.

De plus, ce mécanisme de déverrouillage rapide pourrait également offrir aux développeurs plus de capacité d'expression, voire permettre à certains objets partagés d'être traités via un chemin rapide.

Q9 : Quelles sont les raisons de la verrouillage d'objet ?

Lorsqu'un utilisateur ou son logiciel donne des séquences d'opérations contradictoires sur le même objet sur différents appareils, cela entraîne un verrouillage de l'objet. Par exemple, un téléphone et un ordinateur effectuent simultanément différentes opérations sur un actif.

Au départ, on pensait que cette situation était rare, mais en réalité, elle se produit fréquemment. Les objets actuellement verrouillés ne pourront être déverrouillés qu'à la fin de l'epoch, ce qui pourrait poser de graves problèmes.

La solution en cours de développement est de résoudre immédiatement cela par un chemin de consensus lorsque cela se produit, plutôt que d'attendre la fin de l'epoch. Cela réduira le temps de déverrouillage d'un jour à quelques secondes.

Q10 : Comment une blockchain publique équilibre-t-elle transparence, traçabilité et confidentialité ?

Les besoins en matière de confidentialité dépendent en grande partie de l'application spécifique. La stratégie de Sui est de fournir aux développeurs des outils et une plateforme pour construire des protections de la vie privée, plutôt que d'imposer un certain schéma de confidentialité.

Sui offre un certain support cryptographique natif, tel que la fonctionnalité de vérification des preuves à divulgation nulle de connaissance. Les développeurs peuvent utiliser ces outils, combinés à des stratégies on-chain et off-chain, pour atteindre le niveau de protection de la vie privée requis.

Q11 : Sui va-t-il augmenter le soutien natif à la confidentialité ?

Nous envisageons de fournir plus de soutien aux développeurs afin qu'ils puissent rédiger des contrats intelligents plus privés. En plus des preuves à divulgation nulle de connaissance, nous pourrions également ajouter d'autres fonctions mathématiques ou cryptographiques plus générales.

Nous prêtons également attention à d'autres technologies de protection de la vie privée, telles que le calcul multipartite et le matériel de confiance. Cependant, cela pourrait nécessiter des modifications majeures de l'architecture Sui, d'où la nécessité d'un fort soutien de la communauté.

Q12 : Comment voyez-vous le développement de Sui dans les 6 à 12 prochains mois ?

Les améliorations à court terme dépendent principalement du type d'applications que les développeurs construisent sur Sui. À long terme, nous allons :

1. Améliorer le protocole Sui Lutris pour obtenir une latence plus faible et un design plus simple.
2. Améliorer l'efficacité économique, permettant aux nœuds de validation de fonctionner sur du matériel plus limité.
3. Optimiser l'utilisation des ressources en utilisant davantage de matériel pour exécuter des transactions réelles plutôt que des frais liés à la blockchain.