V2 Specification
抱歉,此页面目前还没翻译成中文
AsicBoost

Efficiency improvement for ASIC mining devices that lowers their electricity consumption.

Bitcoin Core

Free and open-source software that includes a full node implementation for Bitcoin.

bitcoind

A Bitcoin client / program that implements the Bitcoin protocol for remote procedure call (RPC) use.

Coinbase transaction

The single transaction in each new block sending the block reward of newly mined Bitcoins (i.e. a new UTXO) to the address of the miner.

Coinbase

Special field containing the input for the coinbase transaction as well as up to 100 bytes of data available for arbitrary use.

extraNonce

Since the nonce is a 32-bit number, the highest nonce possible is 232, or approx. 4 billion; the extraNonce is a field in the coinbase used to iterate the nonce and expand the search space.

Merkle root

The root hash of a Merkle tree which contains the coinbase transaction and the transaction set consisting of all the other transactions in the block.

Mining Device (i.e. Client)

Furthest downstream node; does the actual hash computations, i.e. the proof of work.

Nonce

Abbreviation for “number only used once”; In Bitcoin, the nonce is a 32-bit-long value which is adjusted incrementally and used to rehash a hashed block until the hash output meets the current difficulty level restrictions of the network, signaling a valid solution has been found and the miner can then propose their block to the rest of the network.

nTime rolling

nTime is the integer timestamp (in seconds) included in the block header. NTime rolling is a way for miners to increase the timestamp locally in their hardware rather than requiring a new block header from their pool every single second, reducing the amount of data transfers that need to occur between pools and miners. An explicit nTime rolling value instructs miners how long they can increment nTime (in seconds) before they need to request new work (i.e. a new, valid block header to mine on) from the pool.

Pool Service (i.e. Server)

Furthest upstream node, responsible for generating unique jobs for each connection to the server by putting unique data into the coinbase.

代理 (Proxy)

Intermediate node, used for hashrate / difficulty aggregation.

Transaction set

All transactions being included in a proposed block.

Version rolling

Changing the block version value in the first field of the Bitcoin block header, thereby enabling AsicBoost.

协议

Stratum V2 – mining protocol

下一代矿池挖矿协议由Pavel MoravecJan ČapekMatt Corallo与其他的业内专家共同合作设计。

a
b
c

阶层协议V2(Stratum V2)是下一代的矿池挖矿协议,它将提高挖矿数据传输的效率和安全性,并减少挖矿所需的硬件设施。它同时也引入了三个新的子协议,让矿工通过与矿池的协商过程来选择他们自己的交易集。

在下面的部分,我们将解释阶层协议V2(Stratum V2)的每个特性,以让您了解到V2协议与V1相比有什么变化,为什么这些变化很重要,以及在技术层面协议是如何运作的。.

注:在您深入研究技术上的细节前,您最好需要了解我们使用的术语。

协议总览

设备 (Device)

哈希是由真实的挖矿设备矿机算出的。

代理 (Proxy)

代理是指在挖矿设备和矿池服务商之间的中介,代理以汇聚网络连接的方式提高传输效率,并可以提供像比如监控设备的运行情况和性能这样的一些附加功能。

算力消耗者 (Hashrate consumer)

接收挖矿设备发送的份额(即Share,已完成工作)的上游节点。矿池是最常见的算力消耗者。

工作协商者 (Job Negotiator)

A node which negotiates with a pool on behalf of one or more miners to determine which jobs they will work on. This node also communicates with a block template provider (e.g. bitcoind) and sends jobs to mining proxies to be distributed to miners.

挖矿协议

V2协议是阶层协议V1(Stratum V1)的直接后继。它是挖矿的主要协议,以及整个协议堆栈中,唯一需要在所有情况下都必须实现的一个部分。协议适用于挖矿设备与代理和矿池服务商间的通信。

协议定义了三种通信信道: 
  • Standard channels don’t manipulate the Merkle path / coinbase transaction, greatly simplifying the communication required between them and upstream nodes.

  • 扩展信道被赋予了对搜索空间的广泛控制权,以便可以在一些高级使用情况下进行通信(例如V1与V2协议之间的交易,难度汇聚,定制的探索空间分割等)

  • 团体信道汇集了在特定连接中打开的标准信道,因此在公共通信信道里能够对它进行寻址。

工作协商协议

Used by a miner to negotiate a block template (which includes the transaction set) with a pool, making pooled mining more similar to solo mining and thus increasing decentralization. The negotiation results can be re-used for all mining connections to the pool (of which there can be hundreds of thousands), greatly reducing the computational intensity.

此协议与挖矿协议独立,是挖矿基础设施中的可选部分,也可以作为第三方的服务提供给矿场。

模板分配协议

Used to get information about the next block out of Bitcoin Core. This protocol was designed as a much more efficient and easy-to-implement API to replace getblocktemplate (BIPs 22 and 23).

More specifically, the Template Distribution Protocol is used to communicate with a part of Bitcoin Core called “bitcoind” which implements the Bitcoin protocol for Remote Procedure Call (RPC) use. In other words, bitcoind allows the Bitcoin protocol to be integrated with other software.

工作分配协议

这一协议用于将新协商好的工作传送给感兴趣的节点,这些节点可以是代理,也可以是实际的挖矿设备。该协议与工作协商协议相辅相成。

In the case that miners aren’t negotiating their own work (i.e. choosing their own transaction sets), jobs will be distributed directly from pools to proxies and end devices, similarly to in the original stratum protocol. Additionally, it’s possible that the Job Negotiation role will be part of a larger Mining Protocol proxy that also distributes jobs, making this sub-protocol unnecessary even when miners do choose their own transaction sets.

上游和下游描述数据流向。矿机作为最下游的设备,而矿池服务作为最上有的。

特性

带宽消耗

为了减少带宽消耗,阶层协议V2(Stratum V2)使用了两种方式进行优化。第一,因为它是完全基于二进制,而不是像V1那样基于JSON的,所以传输数据的大小达到了最小化。第二,它剔除了很多情况下不必要的数据传输(例如冗余信息),这意味着传输数据的总量也被最小化。

阶层协议Stratum V2

V2协议的份额(Share)提交信息通常为32字节(未加密)和48字节(加密的)

阶层协议V1(Stratum V1)

V1协议的份额(Share)提交信息通常为100字节

技术描述

使用二进制比基于文本的协议能够显著减少带宽消耗。虽然通过阶层协议V1(Stratum V1)交换的消息是人类可读的,但是这也造成了信息量比实际需要的大小冗余了2-3倍,而在V2协议里的消息大小已经被最可能地减小了。

此外,V1协议还包含一些完全没必要的消息,例如minig.subscribe。V2协议通过去除这些没必要的信息,使需要传输的消息更少,从而进一步减少带宽消耗。  

动机和影响

减少网络流量,也是减少客户端和服务器端的计算强度,这样降低了所有参与者的基础设施成本。同时,带宽消耗显著的降低使得哈希结果可以更频繁地传输,从而让更精确的哈希计量和挖矿奖励分配得以实现。

服务器CPU负载

With the introduction of standard and group channels for end devices, Stratum V2 enables efficient caching so that server CPUs don’t need to recompute the Merkle root for every share submission. This shifts more responsibility upstream from end mining devices to proxies that connect to pools via extended channels.

阶层协议Stratum V2

V2协议与V1协议相比,在提交份额(Share)时的CPU负载减少了70-80%。

阶层协议V1(Stratum V1)

V1 Efficient caching is not possible. The Merkle root is recomputed for every submission.

技术描述

Reduced server CPU load in Stratum V2 is a result of enabling end devices to do header-only mining. This means that the Merkle root is always provided by an upstream node and doesn’t need to be handled by end devices at all. In other words, end devices no longer have to perform any coinbase modifications. This makes computations simpler for miners, but it also has the consequence of making work validation (i.e. CPU load) much lighter on the server side.

动机和影响

作为矿池运营商,很明显我们的主要动机之一就是要减少服务器的CPU负载,这样能减少我们的项目成本。但是,任何矿池都可以(并应该)利用这个好处,所以从总体上讲,更重要的动机则是要提高整个挖矿网络的效率。

工作分配延迟

指矿池在未来的区块的时间前,即使未来的区块还尚未被发现,就能提前给矿工发送工作。这样矿池就能将最新的上一区块哈希值(Prevhash)以更小的(即更快的)消息发送给矿工,提醒他们应该立即开始对新的区块进行挖矿。

阶层协议Stratum V2

V2协议将消息分离,让矿工在前一个区块被发现的时候,就能更快地开始对下一个区块进行挖矿。

阶层协议V1(Stratum V1)

V1的上一区块哈希值(Prevhash)和未来工作都在同一消息里,因此矿池发送空区块。

技术描述

Pools distribute jobs to miners by sending blocks containing some predefined data as well as some variable data that the miners handle. In Stratum V1, the predefined data includes the prevhash (i.e. hash of the most recently found valid block) and the Merkle root for the transaction set to be included in the current block. However, these two pieces of data aren’t seperabable, so there is a heavy (slow) data transfer necessary to distribute new jobs as soon as a new block (with a new prevhash) has been found and propagated. In Stratum V2, it’s possible to separate the prevhash from the rest of the predefined block data, which allows for the block data to be sent before a new prevhash is available. As a result, the new prevhash message can be sent on its own as soon as a valid block is found, and this transmission can occur much faster because the message doesn’t include heavier data. This enables miners to begin working on new jobs more quickly than they could with Stratum V1.

动机和影响

在开始对下一区块挖矿时,矿工要等的每一毫秒都是机会(也是金钱)的损失。通过将上一区块哈希值(Prevhash)的消息与阶层协议V2(Stratum V2)中的其他工作分配消息分开,能够节省价值千金的每一毫秒。

二进制 vs. 非二进制

阶层协议V2(Stratum V2)是用二进制编写的,它对收发的消息进行了编码,这样能让机器能高效地读写消息,但这样的消息不适合人直接阅读或者使用。这样带来的结果是,矿工、代理和矿池运营商之间的数据传输大小最小化了。

阶层协议Stratum V2

V2协议传输的数据人不可读,但是效率更高。

阶层协议V1(Stratum V1)

V1协议传送人可读的(JSON格式的)数据,这有助于数据的采用,且更易于分析和调试,但效率低得多。

技术描述

协议具有精确定义的固定消息框架(Fixed Message Framing),这意味着通过V2协议传输的消息,就无法像对V1协议里的消息一样,能够进行不同的解释。具体的消息框架结构在比特币改进提议草案(BIP)的“框架”部分可以查看。

动机和影响

最初的阶层(Stratum)协议使用JSON格式,它的消息负载大小与实际传输消息之间的比率很差。而让阶层协议V2(Stratum V2)成为二进制协议,则能带来更好的数据效率,且节省的带宽可以用来进行更频繁的提交,从而进一步减少算力差异。

防止中间人攻击

为确保敏感数据的机密性和完整性,阶层协议V2(Stratum V2)使用极强的加密方案,防止数据被潜在的第三方恶意解密。这样能保护矿工不会受到V1协议中可能发生的多种攻击,包括通过算力劫持(第三方侦听矿工与矿池之间的通信)来获得矿工完成工作的成绩(即窃取奖励)。

是否有防止恶意窃取算力,和防止挖矿数据传输被侦听的机制?
阶层协议Stratum V2


阶层协议V1(Stratum V1)


技术描述

阶层协议V2(Stratum V2)使用一种“带关联数据的认证加密”(ADAD, authenticated encryption with associated data)方案,来解决客户端和服务器端之间发生的所有通信的安全性问题。这保证了传输密文(即加密文本)的加密性和完整性,同时未加密的相关数据的完整性也得以保证。

动机和影响

阶层协议V1(Stratum V1)容易受到三种中间人攻击:侦听矿池与矿工之间的所有通信,窃取ISP运行日志中的元数据,以及算力劫持。这些攻击都可以在不容易被检测到的情况下偷偷地进行,造成对付它们更加地棘手。阶层协议V2(Stratum V2)使用带关联数据的认证加密 (AEAD),因此黑客无法用份额提交数据(Share Submission Data)来识别出具体的矿工,在保护矿工隐私的同时,也让他们免受算力劫持。

消除挖矿中的空区块

在阶层协议V2(Stratum V2)中,矿池向矿工发送空区块(即不包含任何交易的区块),和发送作为开始工作信号的完整区块都是同样有效的。由于现在发送完整区块不会引发任何的额外延迟,所以也就不存在需要发送空块的动机了。

阶层协议Stratum V2

发送完整区块没有任何延迟,所以不需要空区块了。

阶层协议V1(Stratum V1)

发送完整区块比发送空区块慢。

技术描述

消除挖矿中的空区块与工作分配延迟部分非常相似,消除它的动机可以归结为将上一区块哈希值(Prevhash)消息,从其他的区块头数据分离开。对于阶层协议V1(Stratum V1)来说,有一种激励机制,它要求矿池尽快发送包含新的上一区块哈希值(Prevhash)的空区块,因为这些消息比包含完整区块的消息更快地能到达。而在阶层协议V2(Stratum V2)中,通过分离这两种消息,矿池可以在发送新的上一区块哈希值(Prevhash)消息前,就给矿工发送完整区块。 换句话说,矿工可以在前一个区块被确认前,就可以准备开始挖矿新的(完整)区块,而唯一需要的是新的上一区块哈希值(Prevhash)消息。由于无论是矿池发送了空区块还是完整区块,上一区块哈希值(Prevhash)消息的大小都依然相同(即都需要同样时间到达),因此就再没有挖矿空区块的激励机制了。 空块,因为这些消息会比包含完整块的消息到达得更快。通过在Stratum V2中分离这两个消息,现在可以让矿池在新的prevhash消息之前向矿工发送完整的区块。换句话说,矿工可以在找到前一个区块之前就准备好开始处理一个新的(完整的)区块,然后他们只需要新的prevhash消息就可以开始处理下一个区块。由于无论矿池是否发送了一个空区块或满区块,这个prevhash消息的大小都是一样的(即需要同样的时间到达),因此不再有在空区块上挖矿的动机。

动机和影响

只要挖空区块的动机存在,就不可能有能让矿工找到实际有效的解决方法,从而让空区块能够被网络的其余部分所接受的问题得以解决。在阶层协议V2(Stratum V2)中,挖空区块和挖完整区块相比,挖空区块没有任何的优势,所以对空区块的挖矿应该被有效地消除。

工作选择

Miners now have the ability to choose their own work (i.e. choose their own transaction set), making mining more decentralized. This is implemented separately from the main mining protocol and is optional for pools and miners.

是否允许矿工选择自己的交易集?
阶层协议Stratum V2


阶层协议V1(Stratum V1)


技术描述

矿工终端的工作选择作为阶层协议V2(Stratum V2)的可选组件,与主要挖矿协议分开。实际上,它由三个子协议执行:工作协商协议,工作分配协议和模板分配协议。

工作”谈判“协议的名字,顾名思义,工作选择的确是矿工和矿池之间的协商过程。矿工提出区块模板,然后让矿池决定是要接受还是拒绝它。一旦协商模板被接受,任何数量的甚至几十万个挖矿设备,就都可以使用其结果。为什么它要和主要挖矿协议分开,是因为这样可以让矿池,能够在不同于主要挖矿协议的独立基础设施上能结束连接,这样做对实际份额(Share)提交的效率不造成任何影响。

动机和影响

允许矿工选择自己的交易集,这让一些权力从矿池下放到矿工,从而也增加了比特币的抗审查性。这个概念最初由Matt Corallo在BetterHash提出,我们觉得将它纳入阶层协议V2(Stratum V2)中非常重要,这对比特币的去中心化很有意义。

复用机制 (Multiplexing)

复用机制允许将单个连接(例如TCP)用于任意数量设备间的独立信道。这能减少矿池和代理所需要连接的数量,从而节省一些成本。

是否有复用机制?
阶层协议Stratum V2


阶层协议V1(Stratum V1)


技术描述

尽管可能不切实际,但从理论上将,在往上游节点的单个物理连接中(例如TCP)最多可以有232 个(约43亿)开放通道。 这些通道都各自独立,并拥有不同的通道ID,这意味着许多设备可以同时从同一连接,接收不同的工作分配,从而节省基础设施成本。同时,这些通道可能都共享一些信息以提高效率,例如在广播新的上一区块哈希值(Prevhash)时。

动机和影响

每多一条物理连接,复杂性就越高,挖矿作业中基础设施的项目成本也越高。开启复用机制,就能在单个连接中,可以将许多不同的信息传递给多个不同的参与者,让管理更简单高效。

隐式工作订阅 (Implicit Work Subscription)

阶层协议V2(Stratum V2)通过隐式地假设,一旦矿工开启挖矿通道,就表明矿工准备接受分配的工作,这样V2协议就消除了一些以前V1协议中不必要的消息。

阶层协议Stratum V2

V2消除挖矿订阅(mining.subscribe)消息

阶层协议V1(Stratum V1)

V1中具有两种消息:挖矿订阅(mining.subscribe)和挖矿授权(mining.authorize)

技术描述

在阶层协议V1(Stratum V1)中,当矿工与矿池(客户端→服务器端)建立连接时,他们发送挖矿授权(mining.authorize)消息。一旦授权申请成功,矿工会接着发送挖矿订阅(mining.subscribe)消息,表明他们希望开始(或恢复)矿池所分配的工作任务。换句话说,矿工需要明确地向矿池要求工作分配。而在阶层协议V2(Stratum V2)中,矿池隐式地假设,如果矿工开启了与矿池的信道,则表示他们希望从矿池接收工作分配。

动机和影响

挖矿订阅(即mining.subscribe)消息,最初是现在已经不再有效的冗杂的挖矿协议中的一部分。当前,显式挖矿订阅在阶层协议V1(Stratum V1)中,只会生产不必要的数据传输。隐式的工作订阅可提高协议的相对效率。

原生版本滚动(Native Version Rolling)

Version rolling was added as an extension (BIP 310) for Stratum V1. This has become an essential part of mining, and V2 directly supports version rolling by the miners without requiring any extensions.

阶层协议Stratum V2

V2原生支持版本滚动

阶层协议V1(Stratum V1)

V1 Has an extension (BIP 310) to allow version rolling 

技术描述

Each Bitcoin block header contains a version field whose bits can be freely used to extend the search space for a miner. This process is called version rolling. Given the current hashing power of modern ASIC machines, the 32-bit nonce field can be exhausted in under 100ms. Every time this occurs, the controller on the machine must distribute new jobs to each mining chip. This consumes a lot of bandwidth and CPU load. Rolling the version bits can greatly reduce the frequency with which new jobs need to be distributed, and it’s already a common technology (see BIP320). Given it’s prevalent use, we’ve decided to make version rolling a native part of Stratum V2 rather than requiring an extension as it does in V1.

动机和影响

Version rolling is already extremely common and widely adopted. We’ve simply changed it from an extension in Stratum V1 to a native component of the protocol in Stratum V2. The end result from the outside perspective is not much different.

零时后端切换(Zero-time Backend Switching)

Zero-time backend switching means that a proxy can provide jobs from different pools without causing a loss of mining efficiency. In other words, a mining farm operator could use a single proxy for all of their devices while mining with multiple pools and they wouldn’t experience any latency or other inefficiencies by doing so.

阶层协议Stratum V2

V2协议原生支持接收来自多个上游来源的工作。

阶层协议V1(Stratum V1)

V1协议通过非标准扩展,允许矿工改变他们所用的矿池,但终端设备需要明确地支持这种情况。

技术描述

Enabling miners to do zero-time backend switching (i.e. changing the upstream server from which they are receiving jobs or connecting to multiple upstream servers at once) means that it’s possible to efficiently implement more complicated use cases (e.g. coin switching between Bitcoin and Bitcoin Cash). This can be done with the extraNonce subscription extension in v1, but it’s uncommon and has to be supported in the mining firmware. By making this a native feature of v2, it’s possible for miners on standard channels to receive jobs from multiple sources simultaneously without experiencing any inefficiency compared to receiving jobs from only one upstream server at a time.

动机和影响

用零延迟的后端切换,让所需的物理基础设施能更有效地实施更精细的挖矿设置。

同一连接上的不同类型工作(Different Type of Jobs on the Same Connection)

它允许矿工在单个连接上,进行多种工作的挖矿(甚至可能可以挖不同的币)。例如,矿池的矿机共享同一个的连接时,一些矿机可以挖比特币BTC,而另一些则可以挖比特币现金BCH。

阶层协议Stratum V2

在V2协议中,在同一个连接上的不同的信道,可以进行不同的工作。

阶层协议V1(Stratum V1)

在V1协议中,共享同一个连接的所有设备都进行同一个工作。

技术描述

对阶层协议V2(Stratum V2)来说,复用机制的特殊优势之一,就是一个物理的连接可以用于传输多个(种)工作的数据。这样可以降低复杂性和成本。例如,建立一个TCP连接需要进行三次握手,这其中要传输三个数据包,就会消耗一些资源。而当有成百上千这样的连接,每天都在开关,成本就会增加。通过单个连接发送多个工作,能降低连接所需要的开关频率,减少所需的连接总数。

动机和影响

根据之前的复用机制部分所述,允许在单个连接上传输多个工作数据的主要动机,就是要降低物理基础设施的复杂性和项目成本。

Implementation

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Dolor aliquam eget sit urna. Morbi at at amet sed lorem nisl. Viverra integer id purus sed facilisis eu condimentum nulla.

The Stratum Proxy

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Ornare quisque maecenas cursus magna tempus diam.

Link to repository

The mining client

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Ornare quisque maecenas cursus magna tempus diam.

Link to repository

Possible Deployment
scenarios

Lorem ipsum dolor sit amet, onsectetur adipiscing elit. Diam mi sit sed molestie ligula volutpat ipsum risus. Erat ut quam massa velit.

Lorem ipsum dolor sit amet, onsectetur adipiscing elit. Diam mi sit sed molestie ligula volutpat ipsum risus. Erat ut quam massa velit.

Lorem ipsum dolor sit amet, onsectetur adipiscing elit. Diam mi sit sed molestie ligula volutpat ipsum risus. Erat ut quam massa velit.

Lorem ipsum dolor sit amet, onsectetur adipiscing elit. Diam mi sit sed molestie ligula volutpat ipsum risus. Erat ut quam massa velit.

Lorem ipsum dolor sit amet, onsectetur adipiscing elit. Diam mi sit sed molestie ligula volutpat ipsum risus. Erat ut quam massa velit.

Lorem ipsum dolor sit amet, onsectetur adipiscing elit. Diam mi sit sed molestie ligula volutpat ipsum risus. Erat ut quam massa velit.

扩展

比特币挖矿行业迅速发展,可以预料到的是,业界人士可能会希望通过扩展的方式,向协议新增功能。我们在阶层协议V2(Stratum V2)的比特币改进提议(BIP)中,没有对拓展进行大规模的定义,但是我们概述了一些所有扩展都必须符合/注意到的基本要求。这些要求可以在协议扩展部分中找到。

Pick your number

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Faucibus morbi morbi amet sed. Id elit aliquam aliquam.

Pick your number

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Faucibus morbi morbi amet sed. Id elit aliquam aliquam.

Pick your number

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Faucibus morbi morbi amet sed. Id elit aliquam aliquam.

当前可用扩展

Extension name

Lorem ipsum dolor sit amet, consectetur adipiscing elit.

Extension name

Lorem ipsum dolor sit amet, consectetur adipiscing elit.

Extension name

Lorem ipsum dolor sit amet, consectetur adipiscing elit.

技术描述

在阶层协议V2(Stratum V2)中,协议扩展可以通过消息头段的非零(Non-zero) extension_type项来定义。在0x4000到0x7fff范围的扩展被视为“实验性”拓展,在生产硬件上不会展示出来。而已经分配的针对特定目的扩展,可以在本站的“当前可用扩展”部分找到。

One of our design goals with Stratum V2 is to enable simple support for vendor-specific extensions without polluting the mining protocol or complicating pool implementation. Thus, it is possible to request extension_type allocations for vendor-specific proprietary extensions to be used in production hardware. To do so, a brief description of the extension’s intended use case should be sent to the Bitcoin Protocol Development List and here.

想要了解扩展要求的完整说明,请见阶层协议V2(Stratum V2)比特币改进提议(BIP)的协议扩展(Protocol Extensions)部分。

当前可用扩展

想要了解扩展要求的完整说明,请见阶层协议V2(Stratum V2)比特币改进提议(BIP)的协议扩展(Protocol Extensions)部分。

一份技术规范的草案已经发布,并向挖矿社区开放讨论。看一下它,并贡献你的建议吧。
了解阶层协议V2(STRATUM V2)的技术规范
开始测试V2
开始测试V2

1) 获得带有V2支持和代理的Braiins OS

下载BRAIINS操作系统

2) 点击此处参考Slush Pool指南怎么在Slush Pool矿池测试V2协议

如果有任何疑问,或者发现任何问题,请联系我们