Bitcoin Cash · SHA-256 AsicBoost · Solo mining pool with direct on-chain payout

Bitcoin Cash (BCH) Solo Mining Pool: How It Works and What to Check

Choosing a Bitcoin Cash mining pool is not just about comparing fees or hashrate. BCH uses the same SHA-256d proof of work as Bitcoin, so both networks can be mined with the same class of ASIC. That has an important consequence: hashrate can shift between BTC and BCH whenever the relative profitability of one network changes against the other.

From there, other factors come into play: the reward model, the Stratum infrastructure, latency, hardware compatibility, how the reward is paid out, and, specific to Bitcoin Cash, how ASERT responds to changes in hashrate.

In a shared pool, several miners contribute computing power and receive a share of the rewards under the payout system in use. Solo mining also exists, where each miner individually keeps their own probability of finding a block and takes on all the variance.

OwnBlock uses this second model, but provides the pool's infrastructure. In other words, it lets you do solo mining over Stratum without splitting the reward among different participants.

View pool dashboard

What exactly is a Bitcoin Cash mining pool?

A shared pool combines the hashrate of many miners to find blocks more often and then distributes the rewards under a set of agreed rules. Among the most common payout models are PPLNS and PPS. Under PPLNS — Pay Per Last N Shares — the payout depends on the shares submitted within a given window when the pool finds a block. Under PPS — Pay Per Share — the operator pays a fixed amount for every valid share and takes on the risk that the blocks actually found may not exactly match the payouts made.

Solo mining works differently. Each miner competes individually against the network difficulty. The higher their hashrate, the more attempts they make per unit of time, and therefore the higher their probability of finding a block. That does not mean there is any guaranteed frequency: a miner can go a long time without finding a block and then find one sooner than expected. That variance is part of the model.

It is also possible to run all the infrastructure yourself. Doing so takes more than just running a node such as Bitcoin Cash Node: you also need a mining layer capable of pulling block templates from the node, building the work, and talking to the ASICs, usually over Stratum. A solo mining pool provides that infrastructure without turning the reward into a shared system.

OwnBlock has no PPLNS or PPS. Shares from different miners are never combined to split a reward. If your miner finds a valid block, you receive the corresponding reward minus the pool fee; if it doesn't find one, the shares submitted don't generate a payable balance.

What to check before choosing a Bitcoin Cash mining pool?

Bitcoin Cash and Bitcoin share the same mining hardware, but that doesn't mean every pool works the same way. There are several things worth checking before connecting an ASIC or renting hashrate.

Reward model

The first thing to work out is whether you're joining a shared pool or a solo mining service. In a shared pool, variance is spread across many participants and payouts depend on the work contributed and the system used. In solo mining, each participant keeps their own probability of finding a block and also takes on the full variance involved. OwnBlock uses solo mining exclusively: accepted shares confirm and account for the work sent to the server, but they don't represent a share of a future reward. A payout only exists once your own work finds a valid block.

Infrastructure and latency

The connection between the ASIC and the Stratum server is part of the real efficiency of the operation. Being geographically close can help, but it doesn't guarantee a good connection on its own. What matters is the real path between both ends: latency, stability, packet loss, reconnections, and the share of accepted versus stale submissions. That's why it doesn't make much sense to judge a pool purely on whether it uses anycast, unicast, or a particular network architecture; what matters is how the endpoint you're connected to actually responds. OwnBlock runs its BCH infrastructure from Europe. You can connect from other countries, though the effective connection quality will depend on the network path between the source of the hashrate and the server.

AsicBoost and version rolling

Modern SHA-256 ASICs can use techniques such as overt ASICBoost to increase their efficiency. On Stratum, a key part of that compatibility relates to version rolling, which lets the miner modify certain bits of the block header's nVersion field. Those bits need to be negotiated correctly between the miner and the server: accepting a Stratum connection isn't enough, the implementation also needs to support the extensions required by the hardware or hashrate provider in use. OwnBlock supports the SHA256AsicBoost algorithm used by NiceHash for its SHA-256 orders.

ASERT and hashrate swings between BTC and BCH

BTC and BCH can be mined with the same hardware, so some hashrate can shift whenever the relative profitability between the two chains changes: if BCH temporarily becomes more profitable, it can attract capacity that was mining another SHA-256 network, and once that advantage fades, that hashrate can leave again. Bitcoin Cash uses ASERT — Absolutely Scheduled Exponentially Rising Targets — to adjust difficulty in response to those swings, targeting an average block interval of 600 seconds with a half-life of 172,800 seconds (two days): rather than waiting to complete a fixed window of thousands of blocks, it continuously adjusts the target as the chain runs ahead of or behind schedule. Before ASERT, Bitcoin Cash suffered periodic swings in difficulty and hashrate, with miners jumping in when the network became profitable and leaving once difficulty reacted; ASERT was designed to reduce those swings, though it doesn't stop hashrate from moving between BTC and BCH — what changes is how quickly difficulty responds. That's why looking only at the current difficulty gives an incomplete picture of how things might evolve.

ASERT and hashrate rental

This dynamic matters even more when you rent hashrate for a limited period. If BCH difficulty looks attractive and you rent SHA-256 power for a few hours, but other miners spot the same opportunity and also shift hashrate toward BCH, block production can speed up and ASERT will respond by progressively raising the difficulty — so the initial conditions your calculation was based on aren't guaranteed to hold for the full rental. The opposite can also happen: if hashrate leaves the network, blocks arrive more slowly and ASERT gradually lowers the difficulty. When evaluating a rental order, it isn't enough to treat the current difficulty as a constant; it's also worth considering the order's duration, BCH's total hashrate, its relative profitability against other SHA-256 networks, and how difficulty might evolve over that period.

Custody and how the reward is paid

In a conventional shared pool, the reward is usually received first by the operator's infrastructure, which keeps internal records of what's owed to each miner and later makes payouts according to its own rules and thresholds. OwnBlock uses a different scheme: when you're connected to the pool and find a valid BCH block, your reward is built directly into the coinbase transaction, the pool applies a 2% fee, and your share is sent directly to your BCH address, with no balance ever accruing inside OwnBlock. That removes the intermediate step where the operator receives the full reward and later makes a transfer from its own wallet. The reward is still subject to Bitcoin Cash's consensus rules: like any output created by a coinbase transaction, it cannot be spent until it reaches 100 blocks of maturity.

Fees and registration

OwnBlock currently charges a 2% fee on blocks found. Since this is solo mining, the fee only exists when you actually find a block; if there's no reward, there's no amount to charge it against. Connecting an ASIC doesn't require completing any KYC process: the setup uses a Bitcoin Cash address in CashAddr format as the username, with the option to add a worker name. OwnBlock's configuration requires the full address with the bitcoincash: prefix.

Compatibility with rented hashrate

You can also use SHA-256 hashrate rented from external providers. In that case, you need to check more than just the algorithm: the provider has to let you configure an external pool and be compatible with the Stratum parameters the server requires. OwnBlock currently documents compatibility with NiceHash, MiningRigRentals and Braiins for BCH; NiceHash uses SHA256AsicBoost for this type of order. Before renting hashrate, always check the endpoint, the port, the username format, and the terms of the order. With solo mining you're buying computing capacity for a set period, not a guaranteed reward.

Where OwnBlock fits into this

OwnBlock is a solo mining pool for Bitcoin Cash. It doesn't pool the rewards of its users or distribute a block proportionally among all participants. Each miner keeps their own probability of finding one and takes on the corresponding variance. The service provides the infrastructure needed to connect ASICs over Stratum, receive and validate shares, and submit a block to the network whenever one of its miners finds a valid solution.

The BCH pool currently offers solo mining with no PPLNS or PPS, servers in Europe, a 2% fee, direct reward via the coinbase transaction, no custodial mining balance held within the pool, connection with no KYC, compatibility with SHA-256 ASICs, compatibility with NiceHash's SHA256AsicBoost, support for NiceHash, MiningRigRentals and Braiins, Stratum V1 endpoints, and a public dashboard with hashrate, miners, and blocks found.

The fundamental point remains variance. An accepted share proves the ASIC is doing valid work for the pool, but it doesn't represent a fraction of the reward. You can submit millions of shares without finding a block, or find one sooner than the statistical average would suggest. That's solo mining.

If you're after frequent payouts and variance spread across many miners, a shared pool serves that goal better. If you'd rather individually keep the reward when your own work finds a block and accept the variance that comes with it, this is a different model.

You can check pool and network hashrate, connected miners, and the history of blocks found from OwnBlock's public dashboard.

Transparency and on-chain verification

Bitcoin Cash uses a public blockchain. The transactions included in every block, including the coinbase that creates the mining reward, can be examined directly on-chain.

The coinbase transaction combines the block subsidy with the fees from the transactions it includes. Its outputs are part of the block itself and can be verified using any Bitcoin Cash-compatible explorer.

At OwnBlock, this lets you confirm that your reward was generated directly in the block's coinbase and not through a later transfer from a pool wallet. It also lets you verify the amount sent to you and the amount corresponding to the service fee.

It's worth distinguishing, though, between blockchain information and the pool's internal records. The chain can prove that a given block exists and that its coinbase contains specific outputs. What it doesn't know is the name of a Stratum worker like rig1 or miner01. The link between that internal identifier and the work that found the block comes from the pool's own records.

The blockchain therefore lets anyone independently audit the block and where the reward went, while OwnBlock provides the operational information that links that block to you, the miner connected to the service.

This separation is also useful for documenting the origin of funds. An output received directly from a coinbase demonstrates that those BCH originated as a mining reward and not as a later, ordinary transfer.

If an exchange, custodian, or other entity asks for information about the origin of funds, this evidence can form part of the documentation provided. Whether it's considered sufficient will depend on each entity's own compliance procedures.

Compatible hashrate rental

For BCH, OwnBlock currently documents compatibility with three external providers:

NiceHash Stratum V1

MiningRigRentals Stratum V1

Braiins Stratum V1

Ready to connect your miner?

Follow the step-by-step guide to connect your ASIC to the OwnBlock BCH pool.

View connection guide

Frequently asked questions about BCH pools

Can I use the same ASIC to mine both BTC and BCH?

Yes. Bitcoin and Bitcoin Cash both use SHA-256d proof of work, so the same ASIC can be used to mine either network. What changes is the destination pool, the payout address, and the connection parameters.

Does OwnBlock use PPLNS or PPS for BCH?

No. OwnBlock operates as a solo mining pool. Shares from different miners are never combined to split the reward. If your miner finds a valid block, you receive the corresponding reward minus the 2% fee. If it doesn't find a block, the shares submitted don't generate a payout.

Is Bitcoin Cash easier to mine than Bitcoin?

This can't be answered just by comparing the two networks' difficulty. The same ASIC can produce roughly the same number of hashes per second on BTC or BCH, but each network has its own hashrate and difficulty; lower difficulty raises the odds of finding a block in a given period, but that doesn't necessarily mean it's more profitable. Profitability also depends on the price of BCH, the value of the reward, fees, electricity or rented-hashrate costs, and how difficulty evolves. On top of that, since part of the SHA-256 hashrate can shift between BTC and BCH, Bitcoin Cash uses ASERT to progressively respond to those changes and keep the average block time close to ten minutes.

What happens if I submit shares but never find a block?

Shares prove your miner is doing valid work and let the pool measure its performance. In solo mining they don't represent a balance or a proportional share of the reward. You only receive a payout when your own work finds a valid block.

Can I rent hashrate for BCH instead of buying an ASIC?

Yes. OwnBlock documents compatibility with NiceHash, MiningRigRentals and Braiins. The rented hashrate is pointed at the pool's BCH endpoint for the duration of the order. Since this is solo mining, increasing your hashrate increases your number of attempts, and therefore your probability of finding a block, but it doesn't guarantee you'll find one.

How does ASERT affect me if I rent hashrate?

The difficulty you see when starting an order isn't guaranteed to hold for the whole rental period. If a lot of hashrate enters BCH and blocks start coming in faster than expected, ASERT will progressively raise the difficulty. If hashrate leaves and production slows down, it will lower it. That's why, when weighing up a rental, it's more useful to watch how hashrate and difficulty are trending than to rely solely on a snapshot taken when the order was created.