How to optimize cryptocurrency mining performance

Abstract

This provides a method for optimizing cryptocurrency mining performance. [Solution] A computer implementation method for a cryptocurrency mining process includes the steps of: an operational server collecting performance indicators of mining devices connected to the operational server; the operational server applying a protocol to generate a block header and assign work to the mining devices based on the performance indicators of each mining device; the operational server submitting the proof of work shares generated by the mining devices to a mining pool for verification and aggregation; and the mining pool distributing rewards proportionally based on the work contribution of each mining device.

Description

Technical Field

[0001] The present invention relates to the mining process of cryptocurrencies. In particular, the present invention relates to a method for optimizing the mining efficiency of cryptocurrencies.

Background Art

[0002] Bitcoin mining is a process of verifying transactions and calculating new blocks for the blockchain network. This process relies on the proof-of-work (PoW) mechanism that requires solving computationally intensive cryptographic puzzles to add new blocks to the blockchain. When a new block is successfully added to the chain, bitcoins are generated as a reward. The mining process starts with the miner autonomously selecting unconfirmed transactions from the memory pool to construct the Merkle root. Then, the miner composes additional block metadata including the version number, timestamp, hash of the previous block in the chain, and nonce to form the block header. Once the block header is created, a hashing process is applied to generate a hash value. During mining, the miner iteratively adjusts the nonce to systematically search the hash space and repeats the hashing process until a hash value that meets the target difficulty is found. When a block is successfully mined, the miner broadcasts it to the blockchain network and claims the corresponding block reward including the block subsidy and cumulative transaction fees.

[0003] In traditional mining, individual miners operate independently, generating block headers and systematically adjusting nonces to find valid hashes. A critical computational task in mining is finding a 32-bit nonce that, when combined with the Merkle root, the previous block hash, and other header data, produces a 256-bit hash value below a predetermined threshold. This hashing operation is repeated millions of times during the mining process, making it the most resource-intensive and costly process for miners.

[0004] An example of the above process is described in the disclosure of U.S. Patent No. 1,0142098B2. This patent discloses a processing system comprising: a processor that constructs an input message including a plurality of padding bits; a hardware accelerator that is communicably connected to the processor and includes a plurality of first circuits that perform a Stage 1 Secure Hash Algorithm (SHA) hash based on the input message, wherein the hardware accelerator includes a first data path coupled between a first reference node and first input nodes of the plurality of the first circuits to supply first padding bits of the plurality of padding bits to the first input nodes.

[0005] Despite the effectiveness of traditional mining in transaction verification and new block generation, existing processes have significant drawbacks that hinder overall efficiency. One major limitation is the rigid approach to nonce searching. Miners systematically and sequentially adjust the nonce without using statistical analysis or adaptive mechanisms to evaluate whether the method is most efficient in finding valid hashes. This rigid search strategy leads to unnecessary computation and increased energy consumption because it does not consider patterns or probabilities that could optimize the process.

[0006] Furthermore, the distribution of workload for hashing operations is often inefficient. In traditional mining, each miner independently performs the same repetitive calculations, resulting in redundant processing on the network. Lack of cooperative workload allocation between miners or mining devices leads to inefficient utilization of computing resources. Without a mechanism to dynamically distribute or balance the workload based on performance metrics or real-time mining status, this process becomes energy-intensive and slows down the overall block discovery rate.

[0007] Therefore, an improved method to solve the above-mentioned shortcomings is needed. The present invention provides a method for optimizing the mining performance of such cryptocurrencies. [Overview of the project]

[0008] One embodiment of the present invention provides a computer implementation method for optimizing the efficiency of a cryptocurrency mining process performed by a plurality of mining devices connected to at least one mining pool via an operational server, the method comprising: the operational server collecting performance metrics of the mining devices connected to the operational server; the operational server applying a protocol configured to generate a block header and assign work to the mining devices based on the performance metrics of each of the mining devices; the operational server submitting the proof of workshare generated by the mining devices to the mining pool for verification and aggregation; and the mining pool distributing rewards proportionally based on the work contribution of each mining device, wherein the protocol comprises the steps of dynamically adjusting the difficulty target of individual mining tasks, providing the mining devices with real-time updates to communicate changes in the block header, difficulty target, and / or mining strategy, and dynamically defining and updating the mining strategy.

[0009] According to this embodiment, the mining strategy may include two or more nonce search groups, each of which follows a unique pattern of nonce selection.

[0010] According to this embodiment, the two or more nonce search groups may include a first search group in which the nonce is searched sequentially within a predetermined range, a second search group in which the nonce is searched in reverse order within a predetermined range, and a third search group in which the nonce is searched at predetermined intervals by skipping a fixed step size.

[0011] According to this embodiment, the protocol may be configured to monitor the current blockchain network state and the success rate performance of each nonce search group in real time, and to trigger an update of the mining strategy to deploy the nonce search group with the highest success rate based on the monitored performance.

[0012] According to this embodiment, the protocol may be configured to trigger an update of the mining strategy to deploy the next most likely nonce search group in terms of success rate when the performance of the currently deployed group reaches or falls below a predetermined threshold.

[0013] According to this embodiment, the protocol may be configured to trigger an update of the mining strategy to revert to the default search strategy if all nonce search groups have been deployed but are not performing adequately.

[0014] According to this embodiment, the protocol may be configured to trigger an update of the mining strategy in order to adjust the step size in the third search group.

[0015] According to this embodiment, the protocol may be configured to trigger an update of the mining strategy to adjust the block header extranance when the entire 32-bit nonce range is exhausted.

[0016] According to this embodiment, the protocol may be configured to ensure that each mining device receives a unique block header.

[0017] Those skilled in the art will readily understand that the present invention is well suited to achieving the above objectives and obtaining the goals and benefits mentioned, as well as those specific thereto. The embodiments described herein are not intended to limit the scope of the present invention. [Brief explanation of the drawing]

[0018] To facilitate understanding of the present invention, preferred embodiments are shown in the accompanying drawings, and when considered in conjunction with the following description, many aspects of the present invention, its configuration and operation, and its advantages will be readily understood and recognized by viewing the accompanying drawings.

[0019] [Figure 1] This block diagram shows a common architecture for systems that optimize the efficiency of the cryptocurrency mining process. [Figure 2] This is a schematic diagram showing the communication layer between multiple mining devices and the operational server. [Figure 3] This is a flowchart illustrating the protocols implemented by the operational server. [Figure 4] This is a flowchart illustrating the protocol's strategic group feedback loop process. [Modes for carrying out the invention]

[0020] The present invention will now be described based on preferred embodiments with reference to the accompanying description and drawings. However, the description is limited to preferred embodiments of the present invention solely for the purpose of facilitating the discussion of the invention, and those skilled in the art should understand that various modifications can be devised without departing from the scope of the appended claims.

[0021] It should be understood that each block in a flowchart and / or block diagram, as well as combinations of blocks in a flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions may be provided to the processor of a general-purpose computer, a dedicated computer, or other programmable data processing device for manufacturing machines, thereby creating a means for instructions executed via the processor of the computer or other programmable data processing device to implement the functions / operations specified in the blocks of the flowchart and / or block diagram.

[0022] Furthermore, these computer program instructions may be stored in computer-readable memory that can instruct a computer or other programmable data processing device to function in a particular manner, thereby producing a product that includes instruction means for implementing functions / operations specified in blocks of a flowchart and / or block diagram.

[0023] Furthermore, computer program instructions may be loaded into a computer or other programmable data processing device such that a series of operational steps are executed on the computer or other programmable device to generate a computer implementation process, thereby providing steps for implementing functions / operations specified in blocks of flowcharts and / or block diagrams.

[0024] Referring to FIG. 1, a system for optimizing the efficiency of the cryptocurrency mining process is shown. Preferably, the system includes a mining farm 1 having at least one mining pool 4 and a plurality of mining devices 2 connected to the mining pool 4 via an operation server 3. The mining pool 4 functions as a joint platform, enabling the mining devices 2 to aggregate their computing resources on the network to successfully solve blocks and increase the probability of obtaining related rewards. Different mining pools may use various methods to calculate and distribute rewards, including but not limited to proportional (PROP), pay-per-share (PPS), full pay-per-share (FPPS), and pay-per-last-N-shares (PPLNS).

[0025] Preferably, the mining device 2, the operation server 3, and the mining pool 4 are connected via a communication network. The communication network may be a wireless network connection established via a wireless protocol cloud such as Long-Term Evolution (LTE) cloud, Code Division Multiple Access (CDMA) and its derivatives, GSM Enhanced Data Rates for GSM Evolution (EDGE), 3G protocol, High-Speed Packet Access (HSPA), 4G protocol, 5G protocol, etc., in accordance with the temporal progress of wireless technology. Also, the communication network may be a wired network where communication is established via a local network port.

[0026] The mining device 2 is a dedicated hardware unit designed to perform the computational operations necessary for solving cryptographic problems in cryptocurrency mining. The mining device 2 typically utilizes an application-specific integrated circuit (ASIC) or a graphics processing unit (GPU) optimized for the high-speed mathematical operations required in the mining process. The mining device 2 operates by processing a large number of cryptographic hash functions to find a solution that meets the network's difficulty target. The mining device 2 may take various forms, such as a stand-alone unit, a rack-mounted system, or an integrated cluster within the mining farm 1. Additionally, the mining device 2 may include a cooling mechanism, a power optimization module, and a network interface to enhance efficiency and reliability during continuous operation. The mining device 2 may be configured individually or as part of a cooperative configuration, and multiple mining devices 2 may be linked under the management of the operation server 3 to maximize joint performance and uptime. Alternatively, the mining device 2 may include general-purpose personal computing devices such as portable media players, mobile phones, pocket-sized personal computers, personal digital assistants (PDAs), desktop computers, laptop computers, and tablet computers. These devices may be equipped with dedicated applications specifically designed to execute instructions received from the operation server 3.

[0027] The operation server 3 is preferably implemented as a cloud-based portal service supported by one or more high-performance computing systems or equivalent devices to provide sufficient data storage and processing capabilities. The operation server 3 stores a plurality of computer-executable instructions pre-stored by software and / or hardware-based modules to coordinate and optimize the mining process.

[0028] In one embodiment, the operational server 3 is configured to aggregate data from all connected mining devices 2 and apply a specific protocol to optimize their collaborative efficiency. This includes collecting performance metrics such as hash rate and computing power from each mining device 2. By collecting and analyzing these metrics, the protocol generates a comprehensive overview of the total computing power available within the system. This aggregated resource pool enables the protocol to efficiently allocate tasks and leverage the combined processing power of all connected mining devices 2.

[0029] This protocol further enhances efficiency by continuously monitoring the current state of the blockchain network. Key parameters such as difficulty and recently mined block hashes are analyzed in real time. The protocol also evaluates historical data, including recent nonce usage patterns and successful hashes, to identify trends or patterns that may form mining strategies. The protocol uses an optimization algorithm to narrow the search space and focus on a more promising subset by removing nonce ranges that are statistically less likely to succeed.

[0030] Based on the analysis, the protocol can be configured to customize the allocation of nonce ranges for each mining device 2. These allocations are tailored to the specific performance profile of each individual mining device 2. The protocol eliminates redundancy and resource contention between mining devices 2 by implementing non-duplicate allocations. The protocol also incorporates a load balancing mechanism to distribute computing tasks evenly, preventing bottlenecks and ensuring optimal utilization of available resources.

[0031] To maintain optimization, the protocol continuously monitors the performance of each mining device 2, tracking metrics such as hash rate and success rate. Real-time data collected from this monitoring allows the protocol to dynamically adjust the nonce range and task assignments, taking into account changes in network conditions or device performance.

[0032] In a further embodiment, the protocol is integrated with a mining pool 4 to facilitate collaborative mining work. Mining devices 2 submit their proof-of-work shares to a designated mining pool 4 via an operational server 3. The shares are verified and aggregated in the mining pool 4. If a block is successfully discovered, the mining pool 4 distributes rewards to the mining devices 2 based on the computational work contributed by each mining device 2 and the reward method.

[0033] Figure 2 shows the communication layer between the operational server 3 and the mining device 2. The communication process begins with the mining device 2 sending the mining.subscribe and mining.authorize commands to the operational server 3. These commands allow the mining device 2 to subscribe to the services provided by the operational server 3 and authorize communication with the mining pool 4 of the operational server 3, thereby enabling the operational server 3 to facilitate the generation of block headers and task assignment by the mining device 2. In response to commands from the mining device 2, the operational server 3 interacts with the mining device 2 using commands such as mining.set_target, mining.notify, and mining.set_strategy. The mining.set_target command allows the protocol to fine-tune the computational load required for a particular subtask by dynamically adjusting the difficulty target of individual mining tasks. This shifts the focus of the mining device 2 toward concentrating resources on high-probability nonce ranges. The mining.notify command provides the mining device 2 with real-time updates on changes in block headers, targets, or mining strategies. This ensures that mining device 2 remains constantly synchronized with the latest task assignments and adjustments to probabilistic concentration. The mining.set_strategy command allows the protocol to dynamically define and update mining strategies, supporting advanced strategies for different search groups. Once mining device 2 completes its respective hashing process, the results are sent to the operational server 3 via the mining.submit command or directly to the mining pool 4.

[0034] Referring to Figure 3, an exemplary flowchart of the protocol is shown. First, the protocol is configured to perform a task assignment process and a strategy definition process. In the task assignment process, the mining pool 4 or the operational server 3 assigns block headers to each mining device 2 using the mining.notify command. This process also includes the protocol dividing the nonce space into logical subsets or groups of searches. As an example, the protocol may divide the nonce space using Equation 1 shown below.

[0035] Formula 1: 32-bit range: 0 to 232‐10 \, \text{to} \, 2^{32} - 10to232‐1

[0036] In the strategy definition process, the protocol selects an initial strategy based on historical data and real-time analysis using the mining.set_strategy command. The search group may include, but is not limited to, the following: Sequential Group (SQ): Nonces are searched sequentially within a predetermined range. Examples of those subsets are, SQ Group 1: [0-1023] SQ Group 2: [1024-2047] SQ Group 3: [2048-3071] ... SQ Group N:[XY] Includes. Reverse Group (RV): The nonce is searched in reverse order within a given range. Examples of those subsets are, RV Group 1:[1023-0], RV Group 2: [2047-1024] RV Group 3: [3071-2048] ... RV Group N:[YX] Includes. Skip group: By skipping a fixed step size, the nonce is explored at predetermined intervals. Examples of those subsets are, 2 skips: [0,2,4,6,…,X] 3 skips: [0,3,6,9,…,X] 4 skips: [0, 4, 8, 12, ..., X] ... N skip: [0, 0+N, 0+2N, 0+3N, ..., X] Includes.

[0037] In the next step, the protocol is configured to perform a probabilistic evaluation process and a dynamic goal setting process. In the probabilistic evaluation process, the protocol assesses the probability of finding valid hashes within each defined group and / or subgroup. This assessment is based on a statistical analysis of past mining success rates and hash distributions. In the dynamic goal setting process, the protocol dynamically adjusts the difficulty target for specific groups using the mining.set_target command. In particular, lower difficulty targets are assigned to groups and / or subgroups with a higher probability. This allows mining device 2 to dynamically reallocate computing resources to preferred or high-performance groups and / or subgroups.

[0038] Once the preferred groups and / or subgroups for executing the hashing process are deployed to mining device 2, the protocol continuously monitors and evaluates the success rate of each group and / or subgroup during execution. If the performance of a group and / or subgroup drops significantly, the protocol triggers a strategy update via the mining.set_strategy command.

[0039] The protocol implements a group switching process as part of strategy updating, as shown in Figure 4. The group switching process is triggered if the current group and / or subgroup does not produce results, or if the probability of success falls below a predetermined threshold. In this case, the protocol switches from the current group and / or subgroup to the next most likely group and / or subgroup. The group switching process may continue until all groups and / or subgroups have been exhausted. For example, the predetermined threshold can be defined using Equation 2 below.

[0040] Formula 2: If \text{Success Rate(Group_X)} < \text{Threshold}, switch to Group_Y

[0041] In one embodiment, the protocol incorporates a fallback mechanism to address scenarios where all groups exhibit a low success rate. The fallback mechanism reverts the search process to the default sequential nonce group to ensure continuity of operation. Furthermore, if no results are obtained after thoroughly searching the entire 32-bit nonce range, the protocol dynamically adjusts the extranance area in the coinbase transaction. This adjustment effectively resets the search space.

[0042] The protocol ensures efficient and dynamic mining through several key features. Firstly, each mining device is assigned a unique block header to prevent duplication of nonce and extranance combinations, and the header is dynamically updated by mining.notify when the blockchain state changes. Secondly, designed for compatibility with existing ASIC hardware, the protocol operates at the software level, implementing strategy updates without requiring firmware changes. Thirdly, it optimizes latency management by updating in real time with mining.notify and mining.set_strategy. These optimizations enhance mining efficiency by concentrating computational load into high-probability ranges, improve randomness by avoiding clustering, dynamically adapt strategies and goals to maximize success rates, and integrate seamlessly with existing mining configurations.

[0043] To maintain compatibility with existing ASIC chip hardware and preserve the integrity of the current mining infrastructure, the protocol is configured to operate exclusively at the software and communication layers, eliminating the need to modify the ASIC hardware. This approach avoids potential disruption or interruption to existing ASIC systems. The protocol also verifies that the nonce range allocation matches the standard hash architecture of the ASIC device, particularly by aligning it with a 32-bit nonce bit width.

[0044] To enable integration between the protocol and mining farm 1, operational server 3 is deployed as an intermediary between mining device 2 and mining pool 4. Operational server 3 is configured to process requests from mining device 2, efficiently distribute work by allocating optimized nonce ranges, and maintain backward compatibility with existing hierarchical protocol commands. To enable real-time communication, a persistent WebSocket or TCP / IP connection is established to ensure that mining device 2 receives updates such as new block headers or difficulty adjustments. The software configuration of mining device 2 is updated to redirect work to operational server 3 by changing the connection endpoint while maintaining support for existing hierarchical protocol commands. The protocol extends hierarchical protocol commands with custom commands such as mining.configure_nonce_range, which allows mining device 2 to request or confirm nonce ranges, and mining.report_status, which allows mining device 2 to periodically send performance metrics for optimization. The operational server 3 dynamically assigns unique nonce ranges or extranance values ​​to the mining devices 2 to avoid duplication, and uses a load balancing algorithm to proportionally distribute tasks based on the performance of each mining device 2. To maximize efficiency, the nodes of the operational server 3 are strategically deployed within the mining farm 1, and each mining device 2 is registered with a unique identifier for precise task assignment.

[0045] To integrate the protocol with mining pool 4, the operational server 3 ensures its operation matches that of mining pool 4's block header and reward structure. An API is established between the operational server 3 and mining pool 4 to enable real-time synchronization of block headers and difficulty levels. For example, a header API endpoint (GET / pool / header) allows the operational server 3 to directly retrieve the latest block header from mining pool 4. This ensures that mining devices 2 operating under the operational server 3 use the latest header for their mining tasks. Furthermore, reward processing is entirely managed by mining pool 4. The operational server 3 can focus solely on optimizing the mining process of connected mining devices 2 while maintaining mining pool 4's existing reward structure, without interfering with or modifying mining pool 4's reward distribution mechanism.

[0046] This disclosure includes what is included in the appended claims and what is included in the preceding description. While the invention has been described and illustrated in detail, it should be understood that these are illustrative and illustrative, and not limiting. The scope of the invention is limited only by the terms of the appended claims. [Explanation of Symbols]

[0047] 1 Mining Farm 2 mining devices 3. Operational Server 4 mining pools

Claims

1. A computer implementation method for optimizing the efficiency of a cryptocurrency mining process performed by multiple mining devices (2) connected to at least one mining pool (4) via an operating server (3), The operation server (3) collects performance indicators of the mining device (2) connected to the operation server (3), The operation server (3) generates a block header and applies a protocol configured to assign tasks to the mining devices (2) based on the performance indicators of each of the mining devices (2). The operation server (3) submits the proof of workshare generated by the mining device (2) to the mining pool (4) for verification and aggregation, The mining pool (4) distributes rewards proportionally based on the work contribution of each mining device (2), Includes, The aforementioned protocol is Steps include dynamically adjusting the difficulty target for each mining task, The steps include providing real-time updates to the mining device to communicate changes in the block header, difficulty target, and / or mining strategy, The steps include dynamically defining and updating the aforementioned mining strategy, including, method.

2. The aforementioned mining strategy includes two or more nonce search groups, each group following a unique pattern of nonce selection. The method according to claim 1.

3. The two or more nonce search groups mentioned above are A first search group in which the nonce is sequentially searched within a predetermined range, The nonce is searched in reverse order within a predetermined range in a second search group, A third search group in which the nonce is searched at predetermined intervals by skipping a fixed step size, including, The method according to claim 2.

4. The aforementioned protocol is The current state of the blockchain network and the success rate performance of each nonce search group are monitored in real time. Based on monitored performance, it is configured to trigger updates to the mining strategy in order to deploy the nonce search group with the highest success rate. The method according to claim 3.

5. The protocol is configured to trigger an update of the mining strategy to deploy the next most likely nonce search group in terms of success rate when the performance of the currently deployed group reaches or falls below a predetermined threshold. The method according to claim 4.

6. The protocol is configured to trigger an update to the mining strategy to revert to the default search strategy if all nonce search groups are deployed but not performing adequately. The method according to claim 5.

7. The protocol is configured to trigger an update of the mining strategy in order to adjust the step size in the third search group. The method according to any one of claims 4 to 6.

8. The protocol is configured to trigger an update of the mining strategy to adjust the block header extranance when the entire 32-bit nonce range is exhausted. The method according to any one of claims 4 to 7.

9. The protocol is configured to ensure that each mining device (2) receives a unique block header. The method according to any one of claims 1 to 8.

Images