En mai, nous avons annoncé que nous construisions un tout nouveau réseau haute performance. En novembre, nous avons annoncé une mise à jour majeure de Lens V2 à V3 : des blocs sociaux modulaires, flexibles et personnalisables, offrant des possibilités infinies pour connecter, distribuer et découvrir pour les développeurs et les utilisateurs.
Actuellement, Lens v2 compte 647 000 profils et 640 000 poignées. Chaque semaine, 45 000 utilisateurs interagissent avec le protocole et créent 31 millions de publications. Pour passer de Lens V2 sur Polygon à Lens V3 sur Lens Chain (basé sur la pile ZKSync et construit avec Avail), nous avons décidé de migrer sans couture les profils, les poignées et le contenu sans intervention de l'utilisateur.
L'équipe Lens a développé un ensemble de solutions pour migrer les profils, les gestionnaires, les contacts et le contenu de Lens V2 sur Polygon vers Lens V3 et Lens Chain. Cette migration à grande échelle a présenté des défis uniques, car le principe fondamental du Protocole Lens est que les utilisateurs conservent la propriété de leur identité numérique, de leur contenu et de leur graphe social. Préserver cette valeur centrale tout en exécutant une transition aussi complète nécessite des solutions techniques innovantes.
Évolution technique de la migration du protocole Lens
La migration du Protocole Lens a présenté d'énormes défis techniques. Au cours des dernières années, notre communauté d'utilisateurs et d'applications a créé un écosystème riche composé d'identités, de connexions et de contenu. Il est essentiel de préserver cet héritage numérique tout en migrant vers Lens Chain.
C'est un défi sans précédent - les outils existants ne sont pas suffisants pour migrer des données entre des blockchains à une telle échelle. Bien que d'autres équipes aient également tenté des migrations similaires, aucune n'a réussi à exécuter un projet d'une telle envergure.
Pour résoudre ce problème, nous avons développé une solution de migration en Rust. Cet outil puissant a réussi à transférer toutes les données existantes de Polygon vers Lens Chain, tout en préservant l'intégrité de l'identité des utilisateurs, des connexions sociales et de l'historique du contenu. En regardant vers l'avenir, nous avons conçu ce cadre de migration pour qu'il soit adaptable, avec la possibilité de servir d'autres projets cherchant à migrer vers Lens Chain.
Sur la base de ce succès, nous prévoyons d'affiner davantage nos outils de migration et de créer une solution standardisée pour soutenir les futurs projets de n'importe quel réseau EVM cherchant à rejoindre l'écosystème Lens Chain.
La migration du Protocole Lens vers Lens Chain nécessite une coordination technique, notamment avec Matter Labs (l'équipe derrière ZKsync et Elastic Network), pour gérer le transfert de données à grande échelle. Le principal défi est de gérer 125 Go de journaux de stockage pendant la génération de la chaîne, ce qui nécessite que Matter Labs renforce les capacités de ses nœuds.
Développement de l'infrastructure
Nous avons établi un nœud Matter Labs local sur une infrastructure à haute capacité, en traitant les journaux de stockage par des appels de contrat vérifiés. Nous ne mettrons pas directement les données dans la base de données, mais nous prioriserons la sécurité en nous assurant que toutes les transactions passent par du code de contrat audité et une infrastructure de nœuds.
Mise en œuvre stratégique
Notre approche commence par rendre les contrats évolutifs et en créant des contrats de migration dédiés pour chaque composant. Cette approche légère se concentre sur le stockage principal et combine des vérifications de validation pour prévenir les migrations redondantes. Pour relever le défi de la perte d'événements à la genèse, nous avons collaboré avec Matter Labs pour développer un contrat d'assemblage capable de recréer des événements historiques après la création de la chaîne principale. Nous avons amélioré la flexibilité du protocole en mettant en œuvre une clé "extraData" pour rechercher efficacement les anciens ID pendant l'indexation.
Optimisation de l'échelle
La première tentative de migration avec une seule clé privée a nécessité 100 jours pour être complétée. Pour optimiser ce processus, nous :
Traitement distribué à travers plusieurs clés privées (une pour chaque 10 000 comptes)
Implémentation d'un traitement concurrent multithread
Utilisez le calcul de nombres aléatoires locaux pour optimiser le traitement des transactions
Utilisation de fonctionnalités multi-appels pour effectuer des opérations en masse
Gestion de la taille des données d'appel pour éviter les problèmes de chargeur de démarrage
Contrôle de la gestion de la concurrence via des sémaphores
Synchronisation des données
Notre indexeur Polygon existant fournit une base solide pour l'extraction de données. Le système de migration se connecte à ces bases de données, synchronisant les données avec les nœuds locaux de Lens, tout en maintenant un instantané précis du numéro de bloc pour éviter les doublons.
Validation et sécurité
Le processus de migration comprend des étapes de validation complètes :
Validation des journaux de stockage concurrentiels via des fonctions multi-appels
Vérifiez les méthodes getter en fonction des objectifs de migration
Contrôle de la gestion de la concurrence des nœuds via des sémaphores
Calendrier et état d'avancement
Le processus de migration a pris cinq jours, générant finalement un instantané de la base de données au bloc 67,391,819. Matter Labs a effectué un audit de sécurité des journaux de stockage pendant une semaine.
Après la création de la chaîne principale, le système continuera à synchroniser quotidiennement les données entre Polygon et la nouvelle chaîne pendant une période de vote de gouvernance de deux semaines, garantissant la cohérence des données jusqu'à ce que Lens V3 et Lens Chain soient officiellement lancés.
Ce cadre de migration illustre l'importance du traitement parallèle de données non dépendantes, posant des bases pour les futurs projets de migration de blockchain.
Migration du Protocole Lens V3 : aperçu du transfert de données
La transition de Lens V2 à V3 implique une migration complète des données à travers plusieurs composants du protocole. Voici un aperçu détaillé de la portée et du processus de migration :
Migration du système de comptes
La transformation des profils vers des comptes marque un changement fondamental, passant de profils basés sur les NFT à une architecture de portefeuille intelligent. Nous avons réussi à migrer 650 000 profils, et le processus de transfert de propriété se fera lors du lancement du type d'origine des propriétaires :
Transfert de propriété direct pour les propriétaires EOA
Tant que tous les signataires sont EOA, les profils détenus par Safe recevront un nouveau déploiement Safe avec la même configuration de signataires
Les données de contrat détenues sont toujours sous la garde temporaire d'un protocole et établissent un mécanisme de déclaration via l'API Lens.
Transfert des gestionnaires et des métadonnées
Nous avons transféré 590 000 gestionnaires de profils vers un nouveau système de gestion des comptes, le transfert s'effectuant si le gestionnaire de compte est un EOA, et une nouvelle planification 1 à 1 sera attribuée si la fonctionnalité sans signature est activée. La migration comprend également 400 000 entrées de métadonnées de profil, afin de préserver l'identité des utilisateurs et les informations de profil.
Nom d'utilisateur
Migration de 650 000 noms d'utilisateur vers un nouveau système de noms d'utilisateur, tout en préservant l'identité des utilisateurs lors de la mise en œuvre d'une gestion améliorée des espaces de noms. Tous les noms d'utilisateur précédemment liés sont automatiquement associés à leurs comptes respectifs.
Applications
Cette transformation marque un changement significatif dans l'architecture des applications, passant des métadonnées hors chaîne aux primitives sur chaîne. Nous avons réussi à migrer 360 applications vers ce nouveau cadre, renforçant leur autonomie et leur fonctionnalité.
Migration du graphe social
Nous avons préservé le graphe social de la plateforme en migrant 28 000 000 connexions d'abonnés vers un nouveau système de graphe global, maintenant ainsi les relations et les effets de réseau des utilisateurs.
Migration du contenu
La migration de contenu suit une approche structurée :
Publications principales : 12 000 000 de publications racines migrées
Commentaires imbriqués : migration à une profondeur de quatre niveaux
Niveau un : 4 millions de commentaires
Niveau deux : 600 000 commentaires
Niveau trois : 100 000 commentaires
Niveau quatre : 40 000 commentaires
Citations : 310 000 citations racines, 155 000 commentaires de niveau un
En raison de considérations de pertinence et de volume, les miroirs ont été exclus
Collecte/Action
Nous avons décidé de ne pas migrer les collections et les opérations, préservant ainsi leur proposition de valeur sur le réseau Polygon. Le nouveau système permet aux utilisateurs de réactiver ces fonctionnalités selon leurs besoins.
Données d'engagement
D'autres données d'engagement (y compris les réactions et les informations de rapport) seront migrées et fournies via BigQuery public.
Processus de gouvernance d'un réseau résilient
Le déploiement de Lens Chain entraînera un changement d'état significatif à la genèse, nécessitant l'approbation via le cadre de gouvernance de ZKsync. Cette étape clé garantit la transparence du processus de migration et la validation par la communauté.
Le vote de gouvernance durera deux semaines, pendant lesquelles notre infrastructure de migration restera active. Cette synchronisation continue garantit que toutes les données des utilisateurs (y compris les profils, les connexions et le contenu) restent synchronisées avec le protocole existant jusqu'à la sortie officielle de Lens V3.
Cette approche montre notre engagement à maintenir l'intégrité des données tout au long de la transition, tout en respectant les procédures de gouvernance appropriées. En maintenant un état constamment mis à jour pendant la période de vote, nous garantissons que la publication finale reflétera l'activité des utilisateurs la plus récente, minimisant ainsi les perturbations dans l'écosystème Lens.
La mise en œuvre de ce processus de gouvernance, combinée à notre synchronisation proactive des données, représente une approche méthodique pour le lancement de Lens Chain, tout en maintenant la confiance et l'engagement de la communauté des utilisateurs.
Transition vers Lens V3 : processus de migration sans couture
Pendant la transition, les utilisateurs conserveront un accès complet à leurs comptes Lens sur Polygon jusqu'à la date de lancement officielle du mainnet. Pour assurer une migration fluide, nous avons conçu une fenêtre de maintenance pendant laquelle nous mettrons en œuvre les dernières étapes de transition.
Accord de période de maintenance
Pendant cette période de maintenance planifiée, nous suspendrons temporairement l'accès API et les opérations d'écriture pour éviter toute perte potentielle de données. Cette précaution garantit que toutes les activités des utilisateurs sont correctement capturées et transmises. Nous coordonnons avec les développeurs d'applications pour mettre en œuvre des notifications de maintenance appropriées dans tout l'écosystème.
Étapes finales de migration
La période de maintenance facilitera deux processus clés :
Exécution de la synchronisation finale des données
Transférer le compte au propriétaire légitime
Accès post-migration
À la fin de la période de maintenance, les utilisateurs auront immédiatement accès à leurs comptes sur Lens Chain. Toutes les principales applications de l'écosystème (y compris Orb, Hey, Tape et Soclly) seront prêtes à prendre en charge les améliorations de Lens V3 ainsi que quelques nouvelles applications.
Expérience utilisateur
Tout au long du processus de transition, nous avons toujours mis la commodité des utilisateurs au premier plan. Le processus de migration ne nécessite aucune action ou investissement financier de la part des utilisateurs. L'ensemble du processus est conçu pour être très transparent — les utilisateurs profitent simplement d'un protocole Lens amélioré, plus rapide et plus efficace, offrant une vitesse et une disponibilité accrues.
Migration des applications : transition coordonnée
L'équipe Lens a collaboré avec des applications bien connues telles que Hey, Orb, Tape et Soclly pour établir le cadre de migration. Cet effort coordonné garantit que ces plateformes peuvent fonctionner pleinement sur Lens Chain dès leur lancement, permettant aux utilisateurs d'accéder immédiatement aux améliorations de V3.
Mise au rebut de Lens V2 : transition vers Lens Chain
Avec le lancement de Lens Chain et de Lens V3, nous mettons en œuvre un plan de transition structuré pour assurer la clarté et la continuité de la communauté.
Calendrier de transition
À partir du lancement du mainnet, nous lancerons la phase finale de Lens V2 sur Polygon et Momoka. Cette décision stratégique comprend l'arrêt immédiat des programmes de sponsoring ultérieurs et la réduction des taux de Momoka à zéro.
Raisons de la transition immédiate
Une transition immédiate est essentielle pour maintenir la cohérence des données et l'expérience utilisateur. Étant donné que Lens V3 représente une branche unique du protocole, permettre une continuation des activités sur V2 pourrait entraîner une fragmentation des données et une confusion des utilisateurs. Notre priorité est de garantir que les utilisateurs utilisent une version du protocole qui est activement maintenue, offrant des fonctionnalités et un support améliorés.
Support aux développeurs
Nous reconnaissons que cette transition nécessite une coordination avec notre communauté de développeurs. Nous encourageons les développeurs d'applications qui n'ont pas encore lancé le processus de migration à nous contacter via notre canal Telegram dédié pour bénéficier d'un support et d'une orientation complets en matière de migration.
Meilleures pratiques techniques pour les migrations de blockchain à grande échelle
Lens V2 sur Polygon a été migré avec succès vers Lens V3 sur Lens Chain, marquant une étape importante dans l'industrie de la blockchain. Vous trouverez ci-dessous quelques meilleures pratiques apprises et mises en œuvre au cours de ce processus.
Gestion des transactions
Pour obtenir les meilleures performances lors des migrations de blockchain, réalisez des transactions en masse via des fonctions multi-appels. Cette approche simplifie non seulement le traitement des transactions, mais améliore également l'efficacité de la récupération des données. Les fonctionnalités de sécurité des types et de traitement concurrent de Rust en font un choix idéal pour ce type de migration, réduisant considérablement le temps d'exécution et les erreurs potentielles.
Optimisation de l'infrastructure
En mettant en œuvre une gestion de clés par sharding et un suivi de nombres aléatoires locaux, nous pouvons maximiser le débit des transactions. Cela peut éliminer les goulets d'étranglement causés par les délais de réponse des nœuds. Cependant, il est crucial d'implémenter des limites de taux via des mécanismes tels que les sémaphores pour éviter la surcharge des nœuds et garantir la stabilité du système.
Fiabilité d'exploitation
Une migration réussie nécessite une infrastructure robuste et un suivi minutieux des progrès. Déployez le système de migration sur des serveurs dédiés à haute capacité, en garantissant un temps de disponibilité continu et un espace de stockage suffisant. Mettez régulièrement à jour l'état de la base de données pour maintenir les points de contrôle, permettant ainsi une récupération sans couture en cas d'interruption.
Stratégie de gestion des données
Des données sources bien structurées et correctement indexées peuvent considérablement simplifier le processus de migration. Envisagez d'implémenter une méthode de mise en cache en écrivant les données de migration dans une table intermédiaire pour réduire l'impact des requêtes complexes sur les performances du système. Traitez les données en plus petites quantités et plus fréquemment plutôt qu'en gros morceaux pour améliorer le débit global.
Sécurité des contrats intelligents
En mettant en œuvre des contrats de migration avec des ID de séquence pour prévenir les incohérences d'état, en vue de la validation des transactions. Cela peut prévenir les mises à jour d'état redondantes et fournir des mécanismes de sécurité pour le traitement des interruptions ou des migrations répétées. Utilisez le suivi des numéros de bloc pour maintenir des limites de migration précises et garantir la cohérence des données.
Mise en œuvre de la base de données
Utilisez des systèmes de bases de données haute performance comme PostgreSQL avec des fonctionnalités d'insertion binaire pour un stockage de données fiable. Cette méthode offre une plus grande fiabilité par rapport aux solutions de stockage basées sur disque, tout en maintenant l'intégrité des données tout au long du processus de migration.
Étapes techniques
La migration du Protocole Lens de V2 à Lens Chain est l'une des transformations techniques les plus importantes. Ce transfert de données complet couvre plus de deux ans d'activité des utilisateurs et d'engagement communautaire, nécessitant une planification et une exécution minutieuses pour maintenir l'intégrité des données tout au long du processus.
Échelle de migration
Cette migration a réussi à transférer 125 Go de journaux de stockage de contrats intelligents, y compris :
650 000 comptes utilisateurs et leurs identités numériques associées
650 000 noms d'utilisateur uniques maintiennent la reconnaissance des utilisateurs sur l'ensemble de la plateforme
28 millions de connexions d'abonnés préservent le graphe social
360 applications garantissent la continuité de l'écosystème
16 millions de publications contenant du contenu généré par les utilisateurs
En plus des données de protocole centrales, la migration comprend également le transfert de 50 millions de réactions d'utilisateurs, préservant les indicateurs d'engagement et d'interaction sociale.
Regard vers l'avenir
Après le lancement du mainnet, les utilisateurs de Lens pourront facilement ouvrir leurs applications préférées, interagir avec le contenu et gérer leurs comptes sur la nouvelle Lens Chain. Lens est fier d'avoir réussi à réaliser la migration de Lens V2 sur Polygon vers Lens V3 sur Lens Chain, et remercie l'équipe ZKsync pour son effort collaboratif. Les outils puissants développés pour cette migration seront open source, permettant à d'autres équipes de développeurs de les utiliser. Ce processus de migration établit non seulement un nouveau standard pour une transition sans couture (sans intervention des utilisateurs ni dépenses en cryptomonnaie), mais il élève également les normes d'innovation sur la chaîne.