CN116170495A - 基于区块链的域名注册方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开实施例公开了一种基于区块链的域名注册方法、装置、电子设备和存储介质，应用于注册代理端，其中，方法包括：向域名注册端请求获取多个通道；其中，所述通道连通所述注册代理端和域名注册端；接收注册请求端发出的所述注册请求，通过所述多个通道中的目标通道将所述注册请求发送给所述域名注册端；接收所述域名注册端根据所述注册请求反馈的响应信息，确定所述注册请求对应的域名是否注册成功；响应于所述域名注册成功，将所述域名存入区块链中保存的预设队列中，并对所述域名进行审核；响应于所述域名通过审核，向所述注册请求端反馈域名注册成功信息。

Description

基于区块链的域名注册方法、装置、电子设备和存储介质

技术领域

本公开涉及域名注册技术，尤其是一种基于区块链的域名注册方法、装置、电子设备和存储介质。

背景技术

根据工信部《互联网域名管理办法》要求，境内注册商不能直接连接境外注册局进行域名注册服务，域名注册服务需要在境内设立，同时注册域名的注册人需要完成实名认证。为了保证注册人的权益，注册局对每家注册商的传输控制协议（TCP，TransmissionControl Protocol）连接有数量限制，当注册商的业务扩展时，无法满足为注册商动态扩容的需求。

发明内容

本公开的实施例提供了一种基于区块链的域名注册方法、装置、电子设备和存储介质。

根据本公开实施例的一个方面，提供了一种基于区块链的域名注册方法，应用于注册代理端，包括：

向域名注册端请求获取多个通道；其中，所述通道连通所述注册代理端和域名注册端；

接收注册请求端发出的所述注册请求，通过所述多个通道中的目标通道将所述注册请求发送给所述域名注册端；

接收所述域名注册端根据所述注册请求反馈的响应信息，确定所述注册请求对应的域名是否注册成功；

响应于所述域名注册成功，将所述域名存入区块链中保存的预设队列中，并对所述域名进行审核；其中，所述区块链中保存有多个所述预设队列，每个所述预设队列对应一个所述注册代理端；

响应于所述域名通过审核，向所述注册请求端反馈域名注册成功信息。

可选地，所述接收注册请求端发出的所述注册请求，通过所述多个通道中的目标通道将所述注册请求发送给所述域名注册端之后，还包括：

释放所述目标通道，将所述目标通道对应的状态设置为空闲状态。

可选地，所述接收注册请求端发出的所述注册请求，通过所述多个通道中的目标通道将所述注册请求发送给所述域名注册端，包括：

接收所述注册请求端发出的所述注册请求；

从所述多个通道中包括的至少一个空闲通道中确定一个所述空闲通道，作为所述目标通道；其中，所述空闲通道为对应状态为空闲状态的通道；

通过所述目标通道将所述注册请求发送给所述域名注册端。

可选地，所述接收所述域名注册端根据所述注册请求反馈的响应信息，确定所述注册请求对应的域名是否注册成功之前，还包括：

接收所述注册请求端或其他注册请求端发送的注册请求，并将所述注册请求通过所述多个通道中的空闲通道传输到所述域名注册端。

可选地，所述向域名注册端请求获取多个通道之后，还包括：

针对所述多个通道中的每个通道建立一个线程，每间隔预设周期通过所述线程向所述域名注册端发送预设格式的心跳报文。

可选地，所述将所述域名存入区块链中保存的预设队列中，并对所述域名进行审核，包括：

将所述域名存入区块链中保存的预设队列中，将所述域名对应的解析状态设置为不可解析状态，接收所述域名注册端反馈的至少一个响应信息；

基于所述预设队列中保存的所述域名按顺序进行审核，根据所述域名对应的所述注册请求端上传的资料信息，确定所述域名是否通过审核。

可选地，所述响应于所述域名通过审核，向所述注册请求端反馈域名注册成功信息，包括：

响应于所述域名通过审核，将所述域名对应的解析状态设置为可解析状态；

向所述注册请求端反馈域名注册成功信息。

根据本公开实施例的另一方面，提供了一种基于区块链的域名注册装置，应用于注册代理端，包括：

通道预热模块，用于向域名注册端请求获取多个通道；其中，所述通道连通所述注册代理端和域名注册端；

请求转发模块，用于接收注册请求端发出的所述注册请求，通过所述多个通道中的目标通道将所述注册请求发送给所述域名注册端；

反馈响应模块，用于接收所述域名注册端根据所述注册请求反馈的响应信息，确定所述注册请求对应的域名是否注册成功；

域名存储模块，用于响应于所述域名注册成功，将所述域名存入区块链中保存的预设队列中，并对所述域名进行审核；其中，所述区块链中保存有多个所述预设队列，每个所述预设队列对应一个所述注册代理端；

注册成功模块，用于响应于所述域名通过审核，向所述注册请求端反馈域名注册成功信息。

可选地，所述装置还包括：

通道释放模块，用于释放所述目标通道，将所述目标通道对应的状态设置为空闲状态。

可选地，所述请求转发模块，具体用于接收所述注册请求端发出的所述注册请求；从所述多个通道中包括的至少一个空闲通道中确定一个所述空闲通道，作为所述目标通道；其中，所述空闲通道为对应状态为空闲状态的通道；通过所述目标通道将所述注册请求发送给所述域名注册端。

可选地，所述请求转发模块，还用于接收所述注册请求端或其他注册请求端发送的注册请求，并将所述注册请求通过所述多个通道中的空闲通道传输到所述域名注册端。

可选地，所述装置还包括：

通道保持模块，用于针对所述多个通道中的每个通道建立一个线程，每间隔预设周期通过所述线程向所述域名注册端发送预设格式的心跳报文。

可选地，所述域名存储模块，具体用于将所述域名存入区块链中保存的预设队列中，将所述域名对应的解析状态设置为不可解析状态，接收所述域名注册端反馈的至少一个响应信息；基于所述预设队列中保存的所述域名按顺序进行审核，根据所述域名对应的所述注册请求端上传的资料信息，确定所述域名是否通过审核。

可选地，所述注册成功模块，具体用于响应于所述域名通过审核，将所述域名对应的解析状态设置为可解析状态；向所述注册请求端反馈域名注册成功信息。

根据本公开实施例的又一方面，提供了一种电子设备，包括：

存储器，用于存储计算机程序产品；

处理器，用于执行所述存储器中存储的计算机程序产品，且所述计算机程序产品被执行时，实现上述任一实施例所述的基于区块链的域名注册方法。

根据本公开实施例的还一方面，提供了一种计算机可读存储介质，其上存储有计算机程序指令，该计算机程序指令被处理器执行时，实现上述任一实施例所述的基于区块链的域名注册方法。

基于本公开上述实施例提供的一种基于区块链的域名注册方法、装置、电子设备和存储介质，应用于注册代理端，包括：向域名注册端请求获取多个通道；其中，所述通道连通所述注册代理端和域名注册端；接收注册请求端发出的所述注册请求，通过所述多个通道中的目标通道将所述注册请求发送给所述域名注册端；接收所述域名注册端根据所述注册请求反馈的响应信息，确定所述注册请求对应的域名是否注册成功；响应于所述域名注册成功，将所述域名存入区块链中保存的预设队列中，并对所述域名进行审核；其中，所述区块链中保存有多个所述预设队列，每个所述预设队列对应一个所述注册代理端；响应于所述域名通过审核，向所述注册请求端反馈域名注册成功信息；本实施例通过提前获取多个连通注册代理端和域名注册端的通道，便于快速建立域名注册端和注册请求端之间的连接，减少连接耗时，提高了域名注册效率。

下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。

附图说明

构成说明书的一部分的附图描述了本公开的实施例，并且连同描述一起用于解释本公开的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：

图1是本公开一示例性实施例提供的基于区块链的域名注册方法的流程示意图；

图2是本公开另一示例性实施例提供的基于区块链的域名注册方法的流程示意图；

图3是本公开一示例性实施例提供的基于区块链的域名注册装置的结构示意图；

图4图示了根据本公开实施例的电子设备的框图。

具体实施方式

下面，将参考附图详细地描述根据本公开的示例实施例。显然，所描述的实施例仅仅是本公开的一部分实施例，而不是本公开的全部实施例，应理解，本公开不受这里描述的示例实施例的限制。

应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

本领域技术人员可以理解，本公开实施例中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等，既不代表任何特定技术含义，也不表示它们之间的必然逻辑顺序。

还应理解，在本公开实施例中，“多个”可以指两个或两个以上，“至少一个”可以指一个、两个或两个以上。

还应理解，对于本公开实施例中提及的任一部件、数据或结构，在没有明确限定或者在前后文给出相反启示的情况下，一般可以理解为一个或多个。

另外，本公开中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本公开中字符“/”，一般表示前后关联对象是一种“或”的关系。本公开中所指数据可以包括文本、图像、视频等非结构化数据，也可以是结构化数据。

还应理解，本公开对各个实施例的描述着重强调各个实施例之间的不同之处，其相同或相似之处可以相互参考，为了简洁，不再一一赘述。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

本公开实施例可以应用于终端设备、计算机系统、服务器等电子设备，其可与众多其它通用或专用计算系统环境或配置一起操作。适于与终端设备、计算机系统、服务器等电子设备一起使用的众所周知的终端设备、计算系统、环境和/或配置的例子包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统、大型计算机系统和包括上述任何系统的分布式云计算技术环境，等等。

终端设备、计算机系统、服务器等电子设备可以在由计算机系统执行的计算机系统可执行指令（诸如程序模块）的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。

示例性方法

图1是本公开一示例性实施例提供的基于区块链的域名注册方法的流程示意图。本实施例可应用在注册代理端等电子设备上，如图1所示，包括如下步骤：

步骤102，向域名注册端请求获取多个通道。

其中，通道连通注册代理端和域名注册端。

可选地，注册代理端可以为任意可以处理信息的服务器等电子设备，域名注册端可以为注册局的客户端，例如，境外注册局的客户端等；通道可以为安全传输层协议（Transport Layer Security，TLS）的TCP通道。

在域名注册代理服务启动时，预先启动从注册代理端到域名注册端的多个基于TLS的TCP通道，待域名注册端连接到注册代理端时，即可直接使用这多个通道中的某一个，便于快速建立注册请求端和域名注册端之间的联系。由于注册代理端和域名注册端之间使用的是基于TLS的TCP通道，建立比较耗时，例如，以位于北京的注册代理连接位于美国的一家注册局为例，TCP通道建立需要200毫秒左右，之后建立TLS通道需要400毫秒左右，如果在注册请求端连接到注册代理端时再动态创建注册代理端到域名注册端的通道，则注册请求端需要多使用600毫秒的时间才能和域名注册端通信，本实施例通过使用通道预热技术可以大大降低注册请求端的通信时间，便于快速建立注册请求端和域名注册端之间的连接。通过在注册代理端启动时预热通道技术，减少消息交互时TCP通道建立时间，并达到共享通道的效果，解除了注册请求端和域名注册端的TCP连接数量限制。

步骤104，接收注册请求端发出的注册请求，通过多个通道中的目标通道将注册请求发送给域名注册端。

在一实施例中，注册代理端可以同时接收多个注册请求端的多个请求，每个请求对应一个目标通道，通过目标通道将对应的请求发送到域名注册端。

步骤106，接收域名注册端根据注册请求反馈的响应信息，确定注册请求对应的域名是否注册成功。

本实施例中，响应信息包括注册成功信息或注册不成功信息，是否注册成功根据域名是否被占用来确定，当域名未被占用时，确定注册请求对应的域名注册成功；响应于注册请求对应的域名是否注册不成功，向注册请求端反馈注册失败信息，注册请求端可根据信息提示修改域名重新进行请求注册等操作。

步骤108，响应于域名注册成功，将域名存入区块链中保存的预设队列中，并对域名进行审核。

其中，区块链中保存有多个预设队列，每个预设队列对应一个注册代理端。

本实施例中，通过区块链对预设队列进行保存，提升了预设队列中数据的安全性和不可篡改性，避免被非法用户读取注册域名，盗用域名的问题；保障了注册请求端的权益。

步骤110，响应于域名通过审核，向注册请求端反馈域名注册成功信息。

可选地，域名审核可以包括但不限于命名审核、实名审核等；只有通过审核的域名才会将其对应的解析状态设置为可解析状态，注册请求端可以对解析状态为可解析状态的域名进行使用，而解析状态为不可解析状态的域名不可使用。

本公开上述实施例提供的基于区块链的域名注册方法，应用于注册代理端，包括：向域名注册端请求获取多个通道；其中，所述通道连通所述注册代理端和域名注册端；接收注册请求端发出的所述注册请求，通过所述多个通道中的目标通道将所述注册请求发送给所述域名注册端；接收所述域名注册端根据所述注册请求反馈的响应信息，确定所述注册请求对应的域名是否注册成功；响应于所述域名注册成功，将所述域名存入区块链中保存的预设队列中，并对所述域名进行审核；其中，所述区块链中保存有多个所述预设队列，每个所述预设队列对应一个所述注册代理端；响应于所述域名通过审核，向所述注册请求端反馈域名注册成功信息；本实施例通过提前获取多个连通注册代理端和域名注册端的通道，便于快速建立域名注册端和注册请求端之间的连接，减少连接耗时，提高了域名注册效率。

在一些可选的实施例中，本实施例提供的方法在步骤104之后还可以包括：

释放目标通道，将目标通道对应的状态设置为空闲状态。

为了提升通道的使用效率，本实施例提出了通道共享技术，在将注册请求端发送的注册请求通过目标通道转发给域名注册端之后，即可释放该目标通道，使该目标通道回归共享通道池，使后续其他注册请求端可以再次申请通过该通道进行传输注册请求，减少了由于通道被占用而需要等待的情况。

现有技术中，注册请求端直接与域名注册端连接，不存在注册代理端，因TCP连接通道的数量在域名注册端初始化时已经设定好，无法动态调整。比如注册请求端a和域名注册端建立了y个TCP通道，注册请求端a的域名注册请求通过这y个通道发送，当业务量增加时，无法动态调整通道数量，只能等待；注册请求端b和域名注册端建立了z个TCP通道，注册请求端b的域名注册请求通过这z个通道发送，业务量减少时，空闲通道也无法被其他注册请求端使用。

可选地，步骤104可以包括：

接收注册请求端发出的注册请求；

从多个通道中包括的至少一个空闲通道中确定一个空闲通道，作为目标通道；其中，空闲通道为对应状态为空闲状态的通道；

通过目标通道将注册请求发送给域名注册端。

可选地，一般域名注册端（例如，注册局的客户端等）有连接数限制，例如，每个域名注册端可以有100个连接，即注册代理只能建立100个通道到注册局，但是注册商侧由于数量多就需要超过100个的连接，例如有三十个注册商，每个注册商需要5个通道就需要150个通道。为解决这个问题，本实施例使用通道共享技术，即注册请求端和注册代理端之间使用M个通道，而注册代理端和域名注册端之间使用N个通道，且，N<M。因为M个注册请求端的通道不是100%满负荷通信，所以可以使用小于M个域名注册端通道传输注册请求端通道的信息。如一个注册请求端通道发送数据时，从N个域名注册端通道中选择一个状态为空闲状态的通道使用，使用完毕后立即释放回共享通道池。如暂时获取不到共享通道则等待，每间隔预设时间（例如，x毫秒等，x取值可根据实际场景进行设置），直至获取到状态为空闲状态的通道。

可选地，步骤106之前还可以包括：

接收注册请求端或其他注册请求端发送的注册请求，并将注册请求通过多个通道中的空闲通道传输到域名注册端。

本实施例中，当注册代理端和域名注册端之间的通道被释放，状态置为空闲状态之后，可以基于该通道继续传输其他注册请求端或该注册请求端的新的注册请求，实现对通道的共享，提升了通道的利用率。

在一些可选的实施例中，在步骤102之后，还可以包括：

针对多个通道中的每个通道建立一个线程，每间隔预设周期通过线程向域名注册端发送预设格式的心跳报文。

本实施例中，通过通道预热使用多线程并行启动多个通道，避免了串行启动时时间过长的问题。例如，每个通道建立需要600毫秒，50个通道串行创建需要30秒时间，并行启动时该过程只需要600毫秒左右。另外，为了避免长时间通道无数据导致通道关闭的问题，本实施例为每个通道定时发送预设格式（具体格式可根据实际应用场景进行设置）的心跳报文，使每个预热的通道始终保持可用状态，接收注册请求后可直接使用执行数据传输。

在一些可选的实施例中，步骤108可以包括：

将域名存入区块链中保存的预设队列中，将域名对应的解析状态设置为不可解析状态，接收域名注册端反馈的至少一个响应信息；

基于预设队列中保存的域名按顺序进行审核，根据域名对应的注册请求端上传的资料信息，确定域名是否通过审核。

本实施例中，注册代理端在注册请求端和域名注册端之间传输请求和响应，处理请求和响应的消息时，采用异步消息处理方式（即注册代理端转发请求指令至域名注册端后，在收到响应消息之前即可再次转发注册请求端的请求，提高请求指令的发送速率），可以显著提高注册请求端抢注域名的效率，经实际测试分析可以提高50%的效率。另外，对于创建成功的域名，会调用域名注册端的API接口将域名的解析状态设置为不可解析状态。由于调用API会耗时较长，这里仍使用异步设置方式，即将域名发送至一个预设队列中就立即返回继续处理，由专门的线程负责设置域名的不可解析状态。对于创建成功的域名对象，会存储在区块链保存的数据库中，该过程也是采用异步存储方式，即将要存储的域名对象发送至数据库的一个队列（对应上述实施例中的预设队列）中，即返回继续处理，不会阻塞当前流程，由专门的线程负责将数据存入数据库。如果域名通过了实名审核以及命名审核，可通过域名注册端的API接口将该域名的解析状态设置为可解析状态；否则设置为不可解析状态。

可选地，步骤110可以包括：

响应于域名通过审核，将域名对应的解析状态设置为可解析状态；

向注册请求端反馈域名注册成功信息。

本实施例中，域名的实名审核需要注册请求端发送实名资料，注册代理端对该实名资料进行审核，实名资料通过的确定该域名通过实名审核；命名审核是对该域名根据预设的域名命名规则进行审核，例如，域名命名规则可以包括但不限于：中文域名命名规则：（1）中文域名至少需要包含一个汉字，其余部分可包含英文字母（不区分大小写）、数字以及连接符（-）；（2）简体和繁体中文只需要注册一个，如果注册了简体域名，现需要使用繁体域名，可先注销掉简体域名再重新注册繁体域名，反之亦然；（3）域名不能由纯英文或纯数字组成；（4）域名的首尾不能有连接符（-）、加号（+）、#、@、&等特殊字符；（5）连接符（-）不能单独注册，不能连续出现，不能放在首尾位置；（6）域名长度转换成Punycode后不超过63个字符；（7）部分域名不支持中文前缀，例如“.com.cn”、“.net.cn”、“.org.cn”等。英文域名命名规则：英文域名由英文字母、数字和连接符（-）组合而成，注册英文域名需遵守以下命名规则：（1）英文域名最大长度不能超过63个字符；（2）域名不得使用空格以及其%、&、

等特殊字符；（3）连接符（-）即不能单独注册，也不能连续出现，同时不能放置域名开头和末尾位置；（4）部分域名不支持中文前缀，例如“.com.cn”、“.net.cn”、“.org.cn”等。

本实施例将通过审核的域名对应的解析状态设置为可解析状态，注册请求端完成对该域名的注册。

本公开实施例提供的方法具有以下优点：高效性：对域名注册的请求和响应采用异步的方式保证发送速率，对域名解析状态设置，数据库存储采用异步的方式保证系统高效性；共享性：通过对线程并行处理预热多个TCP通道，根据请求分配，用完即还的原则达到注册请求端通道和域名注册端通道解绑的效果，突破域名注册端对通道连接的限制，保障了代理服务的服务质量。

图2是本公开另一示例性实施例提供的基于区块链的域名注册方法的流程示意图。

步骤201，注册代理端接收注册请求端发出的域名注册的请求指令；

步骤202，注册代理端通过预热的多个通道中任一空闲通道作为目标通道，将请求指令通过目标通道发送给域名注册端；

步骤203，域名注册端向注册代理端反馈响应消息；

步骤204，根据响应消息确定域名是否创建成功，如果域名创建成功，设置为不可解析状态；

步骤205，将域名存入区块链任一节点中存储的预设队列中，完成数据留存；

步骤206，注册代理端向注册请求端发送响应消息；

步骤207，注册请求端根据该响应消息上传实名资料；

步骤208，通过注册代理端对实名资料和域名命名规则进行审核，完成命名和实名审核，当审核通过，通过域名注册端将域名的解析状态设置为可解析状态。

本实施例为了减少域名注册中注册代理端处理请求的时间，保障代理服务质量，对域名注册的请求转发、数据留存、域名解析状态设置等多处环节进行异步处理，达到快速响应的目的。通过在代理服务启动时预热通道池技术，减少消息交互TCP通道建立时间，并达到共享通道的效果，解除注册请求端和域名注册端的TCP连接数量限制。

本公开实施例提供的任一种基于区块链的域名注册方法可以由任意适当的具有数据处理能力的设备执行，包括但不限于：终端设备和服务器等。或者，本公开实施例提供的任一种基于区块链的域名注册方法可以由处理器执行，如处理器通过调用存储器存储的相应指令来执行本公开实施例提及的任一种基于区块链的域名注册方法。下文不再赘述。

示例性装置

图3是本公开一示例性实施例提供的基于区块链的域名注册装置的结构示意图。如图3所示，本实施例提供的装置通常应用于注册代理端，包括：

通道预热模块31，用于向域名注册端请求获取多个通道。

其中，通道连通注册代理端和域名注册端。

请求转发模块32，用于接收注册请求端发出的注册请求，通过多个通道中的目标通道将注册请求发送给域名注册端。

反馈响应模块33，用于接收域名注册端根据注册请求反馈的响应信息，确定注册请求对应的域名是否注册成功。

域名存储模块34，用于响应于域名注册成功，将域名存入区块链中保存的预设队列中，并对域名进行审核。

其中，区块链中保存有多个预设队列，每个预设队列对应一个注册代理端。

注册成功模块35，用于响应于域名通过审核，向注册请求端反馈域名注册成功信息。

本公开上述实施例提供的基于区块链的域名注册装置，应用于注册代理端，包括：向域名注册端请求获取多个通道；其中，所述通道连通所述注册代理端和域名注册端；接收注册请求端发出的所述注册请求，通过所述多个通道中的目标通道将所述注册请求发送给所述域名注册端；接收所述域名注册端根据所述注册请求反馈的响应信息，确定所述注册请求对应的域名是否注册成功；响应于所述域名注册成功，将所述域名存入区块链中保存的预设队列中，并对所述域名进行审核；其中，所述区块链中保存有多个所述预设队列，每个所述预设队列对应一个所述注册代理端；响应于所述域名通过审核，向所述注册请求端反馈域名注册成功信息；本实施例通过提前获取多个连通注册代理端和域名注册端的通道，便于快速建立域名注册端和注册请求端之间的连接，减少连接耗时，提高了域名注册效率。

在一些可选的实施例中，本实施例提供的装置还可以包括：

通道释放模块，用于释放目标通道，将目标通道对应的状态设置为空闲状态。

可选地，请求转发模块32，具体用于接收注册请求端发出的注册请求；从多个通道中包括的至少一个空闲通道中确定一个空闲通道，作为目标通道；其中，空闲通道为对应状态为空闲状态的通道；通过目标通道将注册请求发送给域名注册端。

可选地，请求转发模块32，还用于接收注册请求端或其他注册请求端发送的注册请求，并将注册请求通过多个通道中的空闲通道传输到域名注册端。

在一些可选的实施例中，本实施例提供的装置还可以包括：

通道保持模块，用于针对多个通道中的每个通道建立一个线程，每间隔预设周期通过线程向域名注册端发送预设格式的心跳报文。

可选地，域名存储模块34，具体用于将域名存入区块链中保存的预设队列中，将域名对应的解析状态设置为不可解析状态，接收域名注册端反馈的至少一个响应信息；基于预设队列中保存的域名按顺序进行审核，根据域名对应的注册请求端上传的资料信息，确定域名是否通过审核。

可选地，注册成功模块35，具体用于响应于域名通过审核，将域名对应的解析状态设置为可解析状态；向注册请求端反馈域名注册成功信息。

示例性电子设备

下面，参考图4来描述根据本公开实施例的电子设备。该电子设备可以是第一设备和第二设备中的任一个或两者、或与它们独立的单机设备，该单机设备可以与第一设备和第二设备进行通信，以从它们接收所采集到的输入信号。

图4图示了根据本公开实施例的电子设备的框图。

如图4所示，电子设备包括一个或多个处理器和存储器。

处理器可以是中央处理单元（CPU）或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备中的其他组件以执行期望的功能。

存储器可以存储一个或多个计算机程序产品，所述存储器可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器（RAM）和/或高速缓冲存储器（cache）等。所述非易失性存储器例如可以包括只读存储器（ROM）、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序产品，处理器可以运行所述计算机程序产品，以实现上文所述的本公开的各个实施例的基于区块链的域名注册方法以及/或者其他期望的功能。

在一个示例中，电子装置还可以包括：输入装置和输出装置，这些组件通过总线系统和/或其他形式的连接机构（未示出）互连。

此外，该输入装置还可以包括例如键盘、鼠标等等。

该输出装置可以向外部输出各种信息，包括确定出的距离信息、方向信息等。该输出装置可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出装置等等。

当然，为了简化，图4中仅示出了该电子设备中与本公开有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备还可以包括任何其他适当的组件。

除了上述方法和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述部分中描述的根据本公开各种实施例的基于区块链的域名注册方法中的步骤。

所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述部分中描述的根据本公开各种实施例的基于区块链的域名注册方法中的步骤。

所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

以上结合具体实施例描述了本公开的基本原理，但是，需要指出的是，在本公开中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本公开的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本公开为必须采用上述具体的细节来实现。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本公开中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

可能以许多方式来实现本公开的方法和装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。

还需要指出的是，在本公开的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本公开。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本公开的范围。因此，本公开不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本公开的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。

Claims (10)

1.一种基于区块链的域名注册方法，其特征在于，应用于注册代理端，包括：

向域名注册端请求获取多个通道；其中，所述通道连通所述注册代理端和域名注册端；

接收注册请求端发出的所述注册请求，通过所述多个通道中的目标通道将所述注册请求发送给所述域名注册端；

接收所述域名注册端根据所述注册请求反馈的响应信息，确定所述注册请求对应的域名是否注册成功；

响应于所述域名注册成功，将所述域名存入区块链中保存的预设队列中，并对所述域名进行审核；其中，所述区块链中保存有多个所述预设队列，每个所述预设队列对应一个所述注册代理端；

响应于所述域名通过审核，向所述注册请求端反馈域名注册成功信息。

2.根据权利要求1所述的方法，其特征在于，所述接收注册请求端发出的所述注册请求，通过所述多个通道中的目标通道将所述注册请求发送给所述域名注册端之后，还包括：

释放所述目标通道，将所述目标通道对应的状态设置为空闲状态。

3.根据权利要求2所述的方法，其特征在于，所述接收注册请求端发出的所述注册请求，通过所述多个通道中的目标通道将所述注册请求发送给所述域名注册端，包括：

接收所述注册请求端发出的所述注册请求；

从所述多个通道中包括的至少一个空闲通道中确定一个所述空闲通道，作为所述目标通道；其中，所述空闲通道为对应状态为空闲状态的通道；

通过所述目标通道将所述注册请求发送给所述域名注册端。

4.根据权利要求3所述的方法，其特征在于，所述接收所述域名注册端根据所述注册请求反馈的响应信息，确定所述注册请求对应的域名是否注册成功之前，还包括：

接收所述注册请求端或其他注册请求端发送的注册请求，并将所述注册请求通过所述多个通道中的空闲通道传输到所述域名注册端。

5.根据权利要求1-4任一所述的方法，其特征在于，所述向域名注册端请求获取多个通道之后，还包括：

针对所述多个通道中的每个通道建立一个线程，每间隔预设周期通过所述线程向所述域名注册端发送预设格式的心跳报文。

6.根据权利要求1-4任一所述的方法，其特征在于，所述将所述域名存入区块链中保存的预设队列中，并对所述域名进行审核，包括：

将所述域名存入区块链中保存的预设队列中，将所述域名对应的解析状态设置为不可解析状态，接收所述域名注册端反馈的至少一个响应信息；

基于所述预设队列中保存的所述域名按顺序进行审核，根据所述域名对应的所述注册请求端上传的资料信息，确定所述域名是否通过审核。

7.根据权利要求6所述的方法，其特征在于，所述响应于所述域名通过审核，向所述注册请求端反馈域名注册成功信息，包括：

响应于所述域名通过审核，将所述域名对应的解析状态设置为可解析状态；

向所述注册请求端反馈域名注册成功信息。

8.一种基于区块链的域名注册装置，其特征在于，应用于注册代理端，包括：

通道预热模块，用于向域名注册端请求获取多个通道；其中，所述通道连通所述注册代理端和域名注册端；

请求转发模块，用于接收注册请求端发出的所述注册请求，通过所述多个通道中的目标通道将所述注册请求发送给所述域名注册端；

反馈响应模块，用于接收所述域名注册端根据所述注册请求反馈的响应信息，确定所述注册请求对应的域名是否注册成功；

域名存储模块，用于响应于所述域名注册成功，将所述域名存入区块链中保存的预设队列中，并对所述域名进行审核；其中，所述区块链中保存有多个所述预设队列，每个所述预设队列对应一个所述注册代理端；

注册成功模块，用于响应于所述域名通过审核，向所述注册请求端反馈域名注册成功信息。

9.一种电子设备，其特征在于，包括：

存储器，用于存储计算机程序产品；

处理器，用于执行所述存储器中存储的计算机程序产品，且所述计算机程序产品被执行时，实现上述权利要求1-7任一所述的基于区块链的域名注册方法。

10.一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，该计算机程序指令被处理器执行时，实现上述权利要求1-7任一所述的基于区块链的域名注册方法。

Images