@ asimm241 @hstove J'ai quelques questions en suspens pour vous deux concernant les mises à jour du bureau d'enregistrement: https://github.com/blockstack/subdomain-registrar/pull/42#issuecomment -771617618

@ blocks8 @jcnelson L'un de vous pourrait-il indiquer la disponibilité de la Fondation pour héberger ce registraire prochainement une fois les mises à jour finalisées? Je pense que @wileyj peut être disponible pour vous aider le cas échéant, mais je ne suis pas tout à fait sûr de ce à quoi ressemble votre configuration d'hébergement pour cela.

Je travaille avec devops chez Hiro PBC pour configurer une instance testnet du registrar nouvellement mis à jour (par https://github.com/blockstackpbc/devops/issues/593, interne à PBC), maintenant que le registrar PR a été approuvé avec toutes les mises à jour pertinentes (par https://github.com/blockstack/subdomain-registrar/pull/42).

Une mise à jour avec quelques objectifs de chronométrage du côté de Hiro PBC:

• Lancez le nouveau bureau d'enregistrement sur testnet en interne d'ici le jeudi 11 février afin que nous puissions commencer à câbler l'enregistrement du nom d'utilisateur avec le portefeuille Stacks pour le Web, Blockstack Connect (tel que maintenu sur app.blockstack.org) et le navigateur Blockstack.
• Travaillez avec la Stacks Foundation pour les aider à déployer le registraire sur le réseau principal d'ici le lundi 15 février .
• Déployez de nouvelles versions du portefeuille Stacks pour le Web, Blockstack Connect et Blockstack Browser avec l'enregistrement du nom d'utilisateur pris en charge par le registraire de la Fondation d'ici le mardi 16 février .

Depuis la publication de ma mise à jour il y a quelques jours, nous avons réalisé que les problèmes récemment découverts avec Atlas sur le réseau principal et le réseau de test ont introduit un bloqueur pour que ce registraire soit opérationnel sur les deux réseaux.

Les ingénieurs de la blockchain travaillent actuellement à résoudre ces problèmes d'Atlas en tant que priorité absolue et nous n'avons pas encore d'estimation claire du moment où ils seront résolus, même si nous l'espérons dans l'immédiat.

Je mettrai à jour ce fil avec de nouveaux objectifs de synchronisation une fois qu'ils seront résolus et nous pourrons procéder à l'exécution du registraire sur testnet puis mainnet comme pris en charge par ces correctifs. Il semble actuellement que les dates ci-dessus seront décalées d'au moins quelques jours.

Merci pour votre patience, comme toujours. 🙏

Merci pour la mise à jour et la transparence.

J'ai été informé que ce sont les trois problèmes abordés du côté de la blockchain Stacks pour Atlas qui doivent être résolus avant de pouvoir continuer à héberger le registraire pour testnet ou mainnet:

• https://github.com/blockstack/stacks-blockchain/issues/2428
• https://github.com/blockstack/stacks-blockchain/issues/2427
• https://github.com/blockstack/stacks-blockchain/issues/2425

Un grand merci à @lgalabru en particulier pour avoir plongé dans ces derniers. 🙏 💯

En attendant, j'ai créé un problème distinct qui suit les besoins de configuration pour l'instance de Stack Foundation de ce registraire mis à jour, qui activera l'authentification pour les applications prises en charge par les produits Hiro PBC répertoriés ci-dessus par défaut.

Salut à tous, nous n'avons pas encore d'ETA précise, mais les travaux avancent pour résoudre les problèmes Atlas ci-dessus sur le PR suivant: https://github.com/blockstack/stacks-blockchain/pull/2453

Une mise à jour sur ce @markmhx? Cette liste de contrôle semble intacte depuis sa création: https://github.com/blockstack/subdomain-registrar/issues/43

Il semble que @lgalabru soit entré dans la phase de test pour "Résoudre les problèmes avec Atlas pour testnet et mainnet" par https://github.com/blockstack/stacks-blockchain/pull/2453.

Je viens de cocher "Mettre à jour la gestion des variables ENV pour prendre en charge les besoins d'hébergement" dans la liste puisque @hstove a résolu celle-ci récemment et nous avons fusionné toutes les mises à niveau du registraire dans main.

Une fois que les correctifs d'Atlas sont fusionnés, nous pouvons procéder à l'hébergement du nouveau bureau d'enregistrement contre testnet et à la préparation des modifications côté client avec celui-ci.

hé @markmhx! Les correctifs d'atlas sont en cours de révision, mais je ne pense pas que les tests doivent être séquentiels. nous avons produit une image (https://github.com/blockstack/stacks-blockchain/runs/1983724616?check_suite_focus=true), utilisée en interne par Tintash, qui peut être déployée. Donc, si vous êtes à un point où le registraire est prêt et peut être testé sur staging / testnet, je pense que nous devrions continuer.

@lgalabru Fantastique! Cela signifie donc que @ CharlieC3 et @wileyj peuvent procéder directement au déploiement de cette image sur testnet?

@markmhx ouais ce serait super pour les tests de bout en bout.

@lgalabru Cette image doit-elle être déployée pour _à la fois_ le mineur de testnet et l'adepte de l'API? Ou est-ce qu'un seul d'entre eux serait suffisant?

Multiple serait génial, nous pouvons donc tester la réplication.

Mise à jour: nous travaillons toujours pour que les correctifs d'Atlas s'exécutent sur testnet afin que nous puissions ensuite procéder à l'hébergement du registraire contre lui afin de prendre en charge les travaux d'intégration et de test.

@markmhx avez-vous une mise à jour concernant les dates?

Je n'ai malheureusement pas de mise à jour spécifique concernant les dates, bien que nous travaillions toujours à restaurer cette fonctionnalité dès que possible.

Les correctifs Atlas sont maintenant en cours d'exécution sur testnet et nous avons procédé à l'hébergeur du registraire contre lui. Je pense que nous le ferons fonctionner cette semaine et que nous pourrons commencer à réintégrer l'enregistrement du nom d'utilisateur dans le portefeuille Stacks et Blockstack Connect.

Mise à jour : nous avons exécuté les correctifs d'Atlas sur testnet et déployé avec succès le nouveau bureau d'enregistrement de sous-domaine tel que configuré par rapport à testnet. Nous procédons à la réintégration de l'enregistrement du nom d'utilisateur dans Blockstack Connect à des fins de test.

Nous testons actuellement la réintégration de l'enregistrement du nom d'utilisateur dans Blockstack Connect sur ce PR: https://github.com/blockstack/stacks-wallet-web/pull/1103

Nous prévoyons de le mettre en ligne au début de la semaine prochaine en supposant que les correctifs d'Atlas soient mis en ligne sur le réseau principal (cc @lgalabru). 🚀

mise à jour rapide: hier, Hiro a déployé les derniers changements de nœuds suiveurs du réseau principal non en direct. une fois qu'ils sont rattrapés, nous pouvons leur transférer le trafic API. nous semblons également prêts à redéployer les modifications du bureau d'enregistrement de sous-domaines. Notre hypothèse est que nous devrions avoir les mises à jour Atlas et registrar déployées sur le réseau principal aujourd'hui EOD

Notez que l'ETA pour ces déploiements a été poussée vers EOD _aujourd'hui_ au lieu d'hier. On se rapproche!

Des mises à jour lorsque la réintégration de l'enregistrement du nom d'utilisateur serait terminée?
Merci.

Nous finalisons la révision du code et le contrôle qualité pour le PR Blockstack Connect ci-dessus: https://github.com/blockstack/stacks-wallet-web/pull/1103

Nous prévoyons de pousser ces changements pour restaurer l'enregistrement du nom d'utilisateur en direct très bientôt! 🤞

Le bureau d'enregistrement principal est également déjà en ligne sur https://registrar.stacks.co et nous avons un correctif d'API associé bientôt disponible pour BNS ici: https://github.com/blockstack/stacks-blockchain-api/pull/560

L'enregistrement du nom d'utilisateur a été restauré pour Blockstack Connect comme hébergé sur https://app.blockstack.org/ 🥳

Les développeurs devront mettre à niveau leurs applications vers la dernière version de @ stacks / connect (version 4.3.17), et passer registerSubdomain: true dans le cadre de authOptions , pour profiter de cette restauration. Voir exemple .

S'il vous plaît laissez-nous savoir si vous avez des questions! Et merci pour votre patience alors que nous avons rassemblé toutes les pièces nécessaires pour restaurer cette fonctionnalité. 🙏

@markmhx merci pour la nouvelle, je viens de la tester localement et l'enregistrement du flux de nom d'utilisateur fonctionne 🎉.
Mais je rencontre un problème pour récupérer le profil de l'utilisateur à l'aide du nom d'utilisateur. Il semble que je ne puisse pas obtenir les informations sur ce nouveau compte.

import { lookupProfile } from '@stacks/auth';

await lookupProfile({ username: 'testusenameregistration.id.stx' });

Lancez une erreur avec le message suivant "Erreur: nom introuvable".

Salut @pradel , bonne légende. Essentiellement, vous devrez également mettre à jour @stacks/auth vers la dernière version - connect déjà lié, mais vous avez probablement plusieurs dépendances de version.

Une version bêta est déjà publiée, mais elle sera dans une version de production (espérons-le aujourd'hui) une fois que ce PR aura fusionné: https://github.com/blockstack/stacks.js/pull/984#pullrequestreview -645110373

J'essaierais d'utiliser 1.3.0-beta-1 pour @stacks/network et 1.3.0-beta-3 pour @stacks/auth si vous voulez déboguer dès que possible.

@hstove J'ai essayé de mettre à niveau le SDK mais j'ai eu le problème suivant https://github.com/blockstack/stacks.js/issues/1016