Bitcoin Forum
February 04, 2023, 06:32:50 PM *
News: Latest Bitcoin Core release: 24.0.1 [Torrent]
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Economy / Computer hardware / WTS Mining setup - Avalon 821 + AX1500i on: August 02, 2020, 06:35:55 PM
Selling home mining setup.

- Canaan Avalon 821
- Canaan AUC3 interface
- Raspberry Pi controller - includes PSU-USB cable (no AC adapter required)
- Corsair AX1500i - all cables included

$500 + shipping - lower offers may be considered - higher offers will be preferred  Grin
2  Economy / Computer hardware / [WTS] H81 Pro BTC, Phenom II X4 965 BE, Athlon II X4 620, 4GB RAM, R9 270 on: March 18, 2017, 12:48:54 PM
H81 Pro BTC Motherboard - 0.1 BTC

Phenom II X4 965 BE - 0.05 BTC

Athlon II X4 620 - 0.025 BTC

4GB DDR3-2400 G.skill RAM - 0.03 BTC

Asus R9 270 DirectCU II OC - 0.03 BTC

Shipping not included in any price.

Escrow by request.

Buyer pays shipping and escrow (if requested).
3  Bitcoin / Pools / [ANN] **New promo: fee sharing** - Support block limit increase on: March 09, 2016, 07:42:46 AM has been shut down for lack of use is a new Bitcoin mine that supports BIP109 currently only supports solo mining.

Come visit us at

/Fee sharing/ now features a unique promotion called fee sharing. At all times, there can be one "Luckyminer" who will recieve 50% (so 0.5% of transaction fees + block subsidy) of collected fees for all blocks found at This miner is selected by being the first block finder when there is currently no one sharing fees. This 50% fee share will last through the next two difficulty changes.

Here is an example:

  • Miner1 finds a block and becomes the Luckyminer and will begin collecting 50% of all fees. This amount is calculated as: (.005)x(transaction fees + block subsidy). This additional reward is calculated for every block found, starting with the block Miner1 just found, and sent to Miner1's Bitcoin address.
  • Approximately 3 days later the network difficulty changes. Miner1 is still sharing fees.
  • Approximately 2 weeks after the last difficulty change, the difficulty changes again. Miner1 is no longer sharing fees.
  • Until another block is found, fees will not be shared.
  • Note that each new fee sharer will share fees from the block which made them the fee sharer.


  • Address and port -
  • Username - any valid Bitcoin address with optional worker extension (worker extension starts with a period)
  • Username Example without worker name - 1PKMYiumvScJhpMTuKoWM6vp5HBqkyrzC8
  • Username Example with worker name "worker1" - 1PKMYiumvScJhpMTuKoWM6vp5HBqkyrzC8.worker1
  • Password - x
  • IMPORTANT NOTE - The validity of the Bitcoin address you use will not necessarily be checked. Please take care to make sure it is valid and belongs to you. Blocks solved to an invalid address will be donated to the admin.
  • Example command line for cgminer - cgminer -o stratum+tcp:// -u 1PKMYiumvScJhpMTuKoWM6vp5HBqkyrzC8.worker1 -p x


Limited statistics can be found at Stats will refresh once per minute.


What payout scheme does use?

There is no payout scheme. If you find a block, the bitcoins (block subsidy + transaction fees) will be initially generated to 1FcxM9zzYceogy2CW3V8LMXpFzmFPa5n1s and from there distributed to the Bitcoin address you are using as a username, less a 1% fee for maintenance of Note that at current block subsidy and exchange rate this means if you find a block you will recieve a little over 25 BTC (equivalent to over $10,000 USD).

Why would I solo mine here instead of on my own Bitcoin node at home or in my data center?

The admin of has made every effort to ensure it keeps up with block changes. Casual observation of logs has shown that typically responds to new blocks on the network within less than a second. It's unlikely your node does the same. Mining here removes the overhead (bandwidth, storage, time) of running and maintaining a full node at home or in your datacenter.

Are transaction fees included in the amount I will get paid out?

Yes. Transaction fees contained in a block will always be contained in the payout for that block when the block is found. will pass along those transaction fees (less 1%) to the block finder.

What is BIP109?

BIP109 is a one-time increase in total amount of transaction data permitted in a block from 1MB to 2MB, with limits on signature operations and hashing. BIP109 is currently implemented in Bitcoin Classic. You can read more about it on the official Bitcoin Github.

What kind of mining do you currently support?

Currently we support solo mining only. We may support pooled mining in the future.

How do I mine here?

Please see the section labelled "Configuration".

Is affiliated with any existing or former pools?

No. At this time is not affiliated with any existing or former pools, including[/s]
4  Bitcoin / Pools / Bitcoin Classic "solo mining pool" *BETA*-beta period is over on: February 17, 2016, 12:54:17 AM
5  Economy / Computer hardware / [SOLD] 1.75x Spondoolies SP20 / SP20E (+ PSUs if needed) - WANT TO SELL ASAP on: January 30, 2016, 06:52:55 PM

## For sale:

 - 1x SP20E - fully functional

 - 1x SP20E - 75% functional (one loop not working)

## Details and pricing

 - Location: currenltly hosted at Toomim Bros. Bitcoin Mining Concern

 - Shipping: you pay for shipping via prepaid label

 - Asking Price: 0.9 BTC, but open to other offers if reasonable - WANT TO SELL ASAP

 - Escrow: if you want escrow, you find one and cover the fee (but I'm not going to use an escrow that I don't find trustworthy)... not really necessary since they are already hosted at third party facility and facility staff can confirm existence and shipping of miners

 - ATX PSUs available with purchase for added cost: EVGA 1300W G2 and Corsair HX850 (both excellent single rail PSUs)

 - Can start mining immediately if you want to host at same hosting facility
6  Bitcoin / Mining software (miners) / BYOTBDOMD - Visualizing share difficulty on: June 21, 2015, 04:38:05 AM
I spent some time building this rudimentary / retro "dashboard" for watching my little U3 as it tries to win the lottery.

I present BYOTBDOMD - Build Your Own, Text Based, Difficulty Oriented, Mining Dashboard

Here's a screenshot

What you're seeing, clockwise, starting from top left is...

- cgminer 4.9.2

- "" - rudimentary script I wrote to monitor cgminer output log for the word block (not sure on the exact wording of log output when a block is found... because I've never found one)

- "" - less rudimentary script I wrote to parse the cgminer output log for accepted shares and show the 20 best shares

- "" - even less rudimentary script I wrote to plot the 20 best shares as a bar chart with fixed width and height

- "" - script that parses cgminer output log and ouputs the difficulty of the last 80 accepted shares in a table with 20 rows and 4 columns

- "" - script to plot the difficulty of the last 80 shares as a line graph that auto senses terminal size and adapts

All of the scripts expect a file called cgminer.log in the same directory. This file is created by appending "2>>cgminer.log" to the end of your cgminer startup command. This file could, of course, be copied locally from elsewhere.

Other requirements: sed, awk, stty, tail, pr, head, sort, feedgnuplot (and all subsequent dependencies)

To get all the scripts on the same screen I used tmux. Other terminal multiplexers like screen or byobu (which is really a screen and tmux front end) will work too.

Why did I build this? Well I wanted something fun to watch as my little U3 churns away trying to solve a block. The only meaningful stats to this end are really difficulty of submitted shares. I didnt find anything to monitor this stat so this is what I came up with. I guess the other meaningful piece of info is whether or not the miner is working and what the hashrate is, but those are readily visible from looking at cgminer itself (I might try to add hashrate as a different line on the big graph for second release, but it will require a little time to put that together).

How to use these? Well, if your miner submits a share with difficulty higher than the network difficulty, then you have solved a block. So look at the Best 20 Shares table for that info. The Best 20 Shares graph is useful as a quick "fingerprint" of your best 20 shares that you can easily glance at. If you notice it has changed shape significantly since last time you looked (specifically, if the height of most of the graph has dropped significantly) then that means you have some new higher difficulty shares. The line graph of last 80 shares just gives you something to look at and last 80 shares table is the corresponding data. Find spikes in the chart and data and you'll see high-difficulty shares.

I'm quite sure no one else will find these scripts useful, but I spent time on them and figured I'd share with the class. I take no responsibility if you stare at them for extended periods hoping to catch your miners hitting a high-difficulty share. At the very least its something retro and techy looking you can show all your friends.

I'm also quite sure these scripts are not in any way well-written or optimized. If you care enough to improve on them, please post them back here.

Here are the scripts:

Code: - ctrl+c to exit

while true
echo "Last 80 Shares"; echo " "; tail -n 160 cgminer.log | sed -n 's/.*Accepted.\{10\}Diff \(.*\)\/.*/\1/p' | tail -n 80 | pr -4 -J -T -l 20
sleep 10

Code: - ctrl+c to exit

tail -f cgminer.log | grep -i block

Code: - ctrl+c to exit

while true
echo "Best 20 Shares"; echo " "; sed -n 's/.*Accepted.\{10\}Diff \(.*\)\/.*/\1/p' cgminer.log | sort -hr | head -n 20;
sleep 60

Code: - ctrl+c to exit

while true
termsize=`stty size | awk '{print $2,$1}'`
sed -n 's/.*Accepted.\{10\}Diff \(.*\)\/.*/\1/p' cgminer.log | sort -rh | head -n 20 | awk '/[0-9]$/{print $1;next};/[pP]$/{printf"%u\n", $1(1000*1000*1000*1000*1000);next};/[tT]$/{printf"%u\n", $1*(1000*1000* 1000*1000);next};/[gG]$/{printf"%u\n", $1*(1000*1000*1000);next};/[mM]$/{printf "%u\n", $1*(1000*1000);next};/[kK]$/{printf "%u\n", $1*1000;next};' | feedgnuplot --with "impulse" --title "Best 20 Shares" --set 'logscale y' --terminal 'dumb 25,24' --xmin 1 --xmax 20 --unset ytics  --exit
sleep 60

Code: - ctrl+c to exit

while true
termsize=`stty size | awk '{print $2,$1}'`
tail -n 160 cgminer.log | sed -n 's/.*Accepted.\{10\}Diff \(.*\)\/.*/\1/p' | tail -n 80 | awk '/[0-9]$/{print $1;next};/[pP]$/{printf"%u\n", $1(1000*1000*1000*1000*1000);next};/[tT]$/{printf"%u\n", $1*(1000*1000* 1000*1000);next};/[gG]$/{printf"%u\n", $1*(1000*1000*1000);next};/[mM]$/{printf "%u\n", $1*(1000*1000);next};/[kK]$/{printf "%u\n", $1*1000;next};' | feedgnuplot --lines --title "Last 80 Shares" --set 'logscale y' --terminal 'dumb '"$termsize" --exit
sleep 10
7  Bitcoin / Mining / solo mining in lottery terms on: June 17, 2015, 02:20:09 AM
So in a lottery  you have a 1 in xxx,xxx,xxx chance of winning.

Is it meaningful to state something similar about solo mining? And if so, how do you state it according to mining hardware speed? Is it as simple as [hashrate of miner]/[global hashrate] ? Or does difficulty or target come into play?

Note that I'm aware of calculators that show expected length of time to produce a block based on hashrate.  That's not what I'm talking about here. What I mean is if we think of each block found as a winning lottery ticket, is there a meaningful way to say any given miner has a 1 in xxx chance of winning that lottery?
8  Economy / Computer hardware / [WTS] ASICMiner Tube Mining Rig on: June 05, 2015, 04:08:09 PM
Potentially selling my mining rig. 1.2 BTC for the whole kit. Includes:

- 1 complete Tube

- 1 partial Tube (has 3/4 boards... The missing board was DoA and I shipped it back to Hong Kong but ASICMiner / friedcat disappeared before I could finalize the RMA)

- original fans for both tubes

- 1 BE UART controllers (only need 1 controller to run this setup)

- All required wires

- Molex power cable for the controller

- USB-UART adapter (allows flexibility to run over USB to a PC, laptop, RPi, etc and control via cgminer)

This setup hashes at around 1440 GH/S. Power consumption will vary based on PSU, but is rated at 0.9J/GH at the board and I've found that to be accurate based on my PSU efficiency.

The Tubes are fully assembled, which is a huge bonus because each tube required approximately a billion screws.

Shipping is extra. Escrow requested. Located in Washington DC metro area and willing to meet in person.

Also willing to part out individual pieces of this setup but haven't put much thought into pricing. If you're interested in that route, make an offer here or by PM.
9  Economy / Computer hardware / [WTB] ASICMINER TUBE HASHING BOARD on: March 20, 2015, 01:04:42 PM
I'm interested in buying a single working ASICMiner Tube HASHING board.  Offering .3 BTC but that price is negotiable. Will want to use escrow until I can verify the board is in working condition and runs stable for at least 24 hrs.

Note: I'm ONLY interested in the hashing board itself. I don't need the heatsink.

Please reply here or PM me.
10  Bitcoin / Hardware / ASICMiner Tube Owners Thread on: September 03, 2014, 09:20:07 PM
I'm starting this as a resource for ASICMiner Tube owners. There are currently 2-4 threads spread around the forums with various info that will be useful to have all in one place. Please post additional info here and I will try to keep the OP updated.

Note, this is entirely unofficial. I would love for someone to "officially" weigh in on these topics (Friedcat? PhaseBird?).

Anywhere you see a "Huh" I'd love to have some input from other users.

Getting started

Note: see the useful links section for some setup pictures and videos.

Default IP of controller =

You can change the IP from the Settings page (see below), but you'll need to configure your computer/tablet/phone to be on the subnet initially (or configure your router's subnet mask to include the range).

On first boot, you should open the controller page in a broswer at and check the "Test Status" page to make sure the right number of boards is showing up. If it is correct, go to to flash the boards to the latest firmware.

Pool Compatibility

Works out of the box with:

- Slush's pool (
- Bitcoin Affiliate Network (
- BTC Guild (using to connect)

Other pools may need to use a proxy.

Using BFGMiner as a proxy (Windows, Linux, Raspberry Pi, OpenWRT)

run BFGMiner with these options: -o <real pool url> -u <real pool username> -p <real pool password> --stratum-port 3333 --set-device PXY:diff=850

While BFGMiner is running, point the tube to the IP address of the machine BFGMiners is running on. Username and password don't matter.

Full instructions here:

Note: sometimes there is a problem with bfgminer where it reports an error with bufferevent and the controller will lock up and/or reset. When this happens, it seems the only solution is to power down and power back up your whole rig.

Note2: sometimes bfgminer starts kicking back tons of duplicaates causing a high reject rate. I cannot find a pattern to this.

Using ckpool as a proxy

Download, compile, and run ckpool from and run in proxy mode.

Using slush gekko proxy

Try out the code here:

(documentation included in archive)


Test Status

For each healthy board you will see this:

Board xx: |OOO|OOO|OOO|OOO|OOO|OOO|OOO|OOO| - V:x.xx

Where "Board xx" is the unique board number and "V:x.xx" designates the firmware version of the board. If you have fewer status lines on this page than connected boards (4 boards per tube unit) then you have a bad board. If any of your boards doesnt show up as the above, but instead the "O" is replaced by a "-" or "." then you have bad chips on a board.


For each running board you will see a line like this:

Board 01: Prf:180.41GHs, ExP:207.36GHs, Uti:2520.32, Efi:087.00%, HWe:000.00%, PwrDn:00

Prf = hashrate of board
ExP = expected hashrate of board
Uti = Shares per minute
Efi = Efficiency = Prf/ExP
HWe = Hardware error rate (Currently there seems to be a bug where HWe is periodically, incorrectly reported at 100%)
PwrDn = number of chips on this board that are dead (equal to number of "." characters for that board on the Test Status page)

Below the lines explained above, there is a row of buttons. In the middle of the buttons is the current clock speed of the miners. It looks like this:

[ReSession] [Force LP] [Clock Up] Clock:270MHz [Clock Down] [Wake Up] [ReClock]

ReSession = restart current mining session
ForceLP = Force Long Poll - Force the board to accept a new job
Clock Up = increase clock speed of mining boards by 10 MHz
Clock Down = decrease clock speed of mining boards by 10 MHz
Wake Up = (I think this just refreshes the page, but I'm not sure)
ReClock = Adjust time difference between local and pool

You will also see lines below that give a sumary of performance for the entire unit, which is however many boards you have chained together. It looks like this:

Accepted:5.2545e+08, Rejected:0.0000e+00, Hardware errors:0.03%, PwrDn:0
Real performance:1202.42GHs, Expected performance:1244.16GHs, Utility:16797.47
Miner:96.65%, Network diff:2.7429e+10, Worker diff:1313.44, Real_LP:3
Running time: 0d:00h:23m:54s, Session time: 0d:00h:23m:49s, RS:0, RC:0
Sha/m:4430, Subm/m:13 Jobs/m:147, Nonce/m:253, Cmd/s:7819, Ans/s:7819

Accepted = total number of accepted shares
Rejected = total number of rejected shares
Hardware errors = (you guessed it) total % hardware errors
PwrDn = total number of chips that are dead
Real performance = total hashrate
Expected performance = total expected hashrate
Utility = total utility (not sure how calculated)
Miner = total efficiency
Network diff = total network difficulty
Worker diff = worker difficulty
Real_LP = number of real Long Poll events Huh
Running time = uptime
Session time = total time in current session (I think time since starting hashing at current pool and connection... can anyone confirm?)
RS = number of resyncs on the data cable (errors on the data cable)
RC = number of reconnects to the pool
Sha/m = (I think shares per minute???)
Subm/m = (I think submissions per minute???)
Jobs/m = (I think jobs per minute???)
Nonce/m = (nonce per minute???)
Cmd/s = Huh (related to communication between controller and boards)
Ans/s = Huh (related to communication between controller and boards)


Settings is broken into 3 sections: LAN (network settings of the miner), Stratum (pool settings), and ASIC (settings for the device itself).

LAN Section

IP = IP address of miner
Mask = subnet mask of network miner is attached to
Gateway = gateway of network miner is attached to
WEB Port = port for accessing web interface
System port = Huh
Primary/Secondary DNS = DNS servers for miner to use

Stratum Section

Pool URL = URL of mining pool to connect to (format like -- do not include "stratum+tcp://" or the port)
Pool port = port to connect to on the mining pool
User name = mining pool user name / worker name
Password = password for the mining pool user / worker

ASIC Section

Clock[Mhz] = starting clock speed of the boards (this can be adjusted dynamically from the Statistics page
RollNtime[ s] = How many seconds the board should change on nTime ( bigger means less communications to controller, default value should be OK)
WakeUp period[ s] = Huh
Normal/Smart[0/1] = Huh (all I can tell is that the firmware version on Test Status page shows difference, but no apparent impact to hash rate

Useful Links

- Setup guide (not english):
- HW assembly and SW setup guide:

To-Do/Welcome Contributions

These are some things I think it would be useful to have included here but I haven't had time to put together myself. If you want to write them, I will include them. Or if they are present somewhere I can easily link to, please post a link.

- Prf and ExP of boards at different clock speeds along with power consumption at those speeds (so we can identify the most efficient clock speed to run at)
- More info on pools that work "out of the box"
- Information on anything above marked with Huh, especially the ASIC settings (what do these things do?!)
- More complete guides for bfgminer and ckpool proxy
- Actual screenshots of all of the above
- Assembly instructions
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!