@ asimm241 @hstove我有两个关于注册商更新的悬而未决的问题： https :

@ blocks8 @jcnelson你们中的一位可以表明更新一旦定稿，基金会就可以立即托管此注册服务商吗？ 我相信@wileyj可能会在相关的地方为您提供帮助，但是我不完全确定您的托管设置的外观。

我正在Hiro PBC的devops一起建立新更新的注册服务商的testnet实例（通过PBC内部的https://github.com/blockstackpbc/devops/issues/593），现在注册商PR已经已批准并进行了所有相关更新（根据https://github.com/blockstack/subdomain-registrar/pull/42）。

Hiro PBC方面的一些计时目标更新：

• 在2月11日星期四之前在内部针对Testnet运行新的注册商
• 与Stacks Foundation合作，以帮助他们在2月15日星期一之前将注册服务商部署到主网上。
• 2月16日，

自几天前发布我的更新以来，我们已经意识到，在主网和testnet上新发现的Atlas问题已经引入了阻止程序，以使此注册服务商可以在两个网络上启动并运行。

区块链工程师目前正在努力解决这些Atlas问题，并将其作为头等大事，尽管我们迫在眉睫地希望，但我们尚不清楚何时将解决这些问题。

一旦解决了新的计时目标，我将用新的计时目标更新此线程，我们可以继续在这些修复程序支持的testnet和mainnet上运行注册器。 目前看来，上述日期至少要移回几天。

一如既往的感谢您的耐心配合。 🙏

感谢您的更新和透明度。

我获悉，这是Atlas在Stacks区块链方面要解决的三个问题，在我们继续托管testnet或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

特别感谢@lgalabru参与其中。 💯

同时，我创建了一个单独的问题，该

大家好，我们还没有确切的ETA，但正在努力解决以下PR上的上述Atlas问题： https :

@markmhx有任何更新吗？ 自创建以来，此清单看上去从未改变过： https :

似乎@lgalabru已按照https://github.com/blockstack/stacks-blockchain/pull/2453进入“解决Atlas用于测试网和主网的问题”的测试阶段

我刚刚在列表中选中了“更新ENV变量处理以支持主机需求”，因为@hstove最近解决了这一问题，并且我们将所有注册商的升级合并到main中。

合并Atlas修复程序后，我们可以继续针对testnet托管新的注册服务商，并准备与此相关的客户端更改。

嘿@markmhx！ 地图集修复程序正在审查中，但我认为测试不必是连续的。 我们确实生成了一个图像（https://github.com/blockstack/stacks-blockchain/runs/1983724616?check_suite_focus=true），可以由Tintash内部使用。 因此，如果您正准备好注册服务商并且可以在登台/ testnet上对其进行测试，那么我认为我们应该继续进行。

@lgalabru太棒了！ 因此，这意味着@ CharlieC3和@wileyj可以直接将映像部署到testnet吗？

@markmhx是的，这对于端到端测试非常

@lgalabru是否需要同时为testnet矿工和API的追随者部署此映像？ 还是仅其中之一就足够了？

多个将是很好的，所以我们可以测试复制。

更新：我们仍在努力使Atlas修复程序在testnet上运行，因此我们可以继续针对它注册托管服务商，以支持集成和测试工作。

@markmhx您是否有有关日期的更新？

遗憾的是，我没有关于日期的任何特定更新，尽管我们仍在努力尽快恢复此功能。

Atlas修复程序现在在测试网上运行，我们已经着手针对此注册服务商。 我希望我们能在本周的某个时候开始运行它，并且可以开始将用户名注册重新集成到Stacks Wallet和Blockstack Connect中。

更新：我们已经获得了在testnet上运行的Atlas修复程序，并根据testnet成功地部署了新的子域注册商。 我们正在将用户名注册重新集成到Blockstack Connect中进行测试。

我们现在正在此PR上测试Blockstack Connect中用户名注册的重新集成： https :

假设Atlas修复程序随后在主网上发布（cc @lgalabru），我们预计将在下周初发布它。 🚀

快速更新：昨天，Hiro部署了最新的节点更改非实时主网关注者。 一旦发现这些问题，我们就可以将API流量切换到它们。 我们似乎还准备重新部署子域注册商更改。 我们的假设是，我们应该在今天将Atlas a注册服务商更新发布到主网EOD

请注意，这些部署的ETA已被推到EOD _today_而不是昨天。 我们越来越近了！

重新整合用户名注册后，是否有任何更新？
谢谢你。

我们正在完成上述Blockstack Connect PR的代码审查和质量检查： https :

我们希望推动这些更改，以便尽快恢复用户名注册！ 🤞

主网注册商也已经在https://registrar.stacks.co上发布了，我们将在此处为BNS推出一个相关的API修复程序： https :

托管在https://app.blockstack.org/上的Blockstack Connect用户名注册已恢复。

开发人员将需要将其应用程序升级到最新版本的@ stacks / connect （版本4.3.17），并将registerSubdomain: true作为authOptions一部分传递，以利用此还原。 参见示例。

如果你有问题，请告诉我们！ 感谢您的耐心配合，我们已将所有必要的内容整理在一起以恢复此功能。 🙏

@markmhx感谢您的消息，我刚刚在本地对其进行了测试，并且用户名流注册正在运行🎉。
但是我在使用用户名获取用户的个人资料时遇到了问题。 看来我无法获取有关此新帐户的信息。

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

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

引发错误，并显示以下消息“错误：找不到名称”。

嘿@pradel ，好的标注。 本质上，您还需要将@stacks/auth更新connect已经链接到该版本，但是您可能具有多个版本依赖性。

已经发布了一个Beta，但是一旦合并此PR，它将在生产版本中发布（希望今天）： https :

如果您想尽快调试，我会尝试将1.3.0-beta-1用于@stacks/network ，将1.3.0-beta-3用于@stacks/auth 。

@hstove我尝试升级SDK，但遇到以下问题https://github.com/blockstack/stacks.js/issues/1016