I'm not aware of anything new, deposits get activated if you make them. Payouts seem to be weekly now. Not much that I can tell other than that.

I ended up heading into it figuring (hoping) it'd go through fairly quick. The site timestamps show about 40 hours between deposit (I'm guessing when it was confirmed, not sent) and activation of hardware. Assuming the process is at least partially manual I'd call it a reasonable turnaround time to activation, especially since pyramining certainly shouldn't be expected to sit at a computer waiting for deposits.

After less than a day I'm already back to getting regular payouts instead of the slow trickle of single-digit payments from the old (FPGA) deposits. The amount is slightly lower than the calculated payment based on that hash rate, but within normal pool variance, especially only given under a day.

Is anyone aware of the current state (other than still running) of pyramining? I saw the update from Jan 14 about adding new hardware in the near future and the (currently unrealized) possibility of reopening referrals up, but I was wondering if there's currently hardware available for new deposits, or what the current ballpark on that might be. The pace of ASIC developments has slowed to closer to normal semiconductor development instead of the breakneck pace when they first came out and the returns would likely be more stable now.

At time of writing the site shows ~480GH/BTC, with roughly 1 year for return on initial investment (simplistically, and falsely, assuming no change in difficulty over that time period; also not sent over network, just earned). With quick numbers based on current info, moore's law (doubles in 18 months), and wild guessing the expected full payback on 110% at around 18 months. Assuming, not unreasonably, that the network difficulty doubles in 12 months instead of 18 months would extend that again somewhat, at this point it may not be worth it depending on the upkeep costs with running things.

TL;DR - I think the annual return could be reasonable (>50%), and wanted to know the current guess as to how soon new deposits would go to work. Thanks

I've been working on this live from the RasPi itself, just modifying files as needed/desired to update things. I've also moved to my own fork of VoxDemonix's work (Which is itself a fork of Neil's minepeon-base code on github). Both VoxDemonix and myself have been working on code, though at least for my changes, a lot of it has been focused on the web interface (http/server stuff) instead of things like new versions of cgminer or bfgminer. Feel free to fork or otherwise submit updates on anything. Vox's repo is here and mine is here. The Readme has instructions for pulling down code from the alternate repos as well.

I have no idea, did mogrith's post help?


I'm not sure, but you may be able to get started by pulling down the minepeon-base code (/opt/minepeon in the released builds), but integrating things like the http server and startup scripts might be a bit of work. Let me know if there's anything I can help with though, although it's obviously been a while since you asked.

I have no idea what the differences between the bananaPi and RaspberryPi are, so I don't know that I'd be particularly useful helping with this. My first guess is that the boot process may be different if it's not the same insert SD card, add power, and boot setup; and you may need to use a different kernel, especially if the bananaPi runs on a different architecture. Are you able to get standard Arch Linux to run on it?

As far as how to distribute the hashrate from completed accounts, I don't know enough about how many accounts have how much in them to say what would be the best. Although another idea would be to randomly pay out to one account at a time (0.01 BTC) given to a random account at a time with some extra weight to larger accounts. Or split things between different plans 75% to n oldest accounts, 20% randomly, 5% to largest account). I'll be happy if I can get paid out in the foreseeable future.

As for favoring new vs old deposits, that's something that has to be done. If old accounts are favored there's no reason to create a new account, keeping some of the completed account hashing power in the new deposits even makes sense; faster returns is more incentive to add money into the system. If there's no new money there's no new hardware, this is something that should probably have happened for each successive generation of hardware. Getting MHs when you have to pay for GHs doesn't make a lot of sense and just seems like tossing more money into the same pit that took your money in the first place. People have to be able to profit off their own money and then everyone else can recoup "lost" money.

http://www.modern.ie/en-us/virtualization-tools

Microsoft sponsored free VMs for testing different versions of IE in different versions of Windows from IE 6 in XP to IE 11 in Win8.1

One word of caution, automatically starting the watchdog (ie putting it in the modules-load.d directory) Can put you in a bootloop where the hardware watchdog initializes and runs out of time before any hardware monitor can start pushing a heartbeat into it.

I stuck my Pi in the exhaust airflow off of my BFL Little single. Dropped the temperature around 10 degrees C

The site sharedcoin sender is rejecting my transaction with the error that I'm lacking funds, however it's only considering my largest key. It would also be nice if sendmany were possible with shared coin, but that's a feature request instead of bug.

After my pi hung and I lost ~12 hours of mining I setup the onboard hardware watchdog. Tutorials here (and another one here), for more explanation there's also this blog post.

For a quick run down of commands you can:

• ssh into the pi
• Add the watchdog module to the automatically loaded modules each time the pi boots up (this is the piece that reboots the pi via hardware)
  $ echo "bcm2708_wdog" | sudo tee /etc/modules-load.d/bcm2708_wdog.conf
  Module parameters are "timeout=n" (max just above 15) and "nowayout=(0|1)" I used "bcm2708_wdog timeout=16 nowayout=1"
• For a fully featured watchdog dameon (alternatives available in the tuts)
  $ sudo pacman -S watchdog
• Start the watchdog dameon at boot (this is the piece that resets the hardware watchdog to stop it from rebooting)
  $ sudo systemctl enable watchdog
• Configure the watchdog options (there's a fair number, manpage for full details)
  $ sudo nano /etc/watchdog.conf
• If you want to start the services now (instead of next boot)
  $ sudo modprobe bcm2708_wdog; sudo systemctl start watchdog.service

I tried to keep this brief, but feel free to ask any questions if you have any or I was unclear.

While that upgrades the underlying software, I don't think it upgrades the web frontend. While I don't think the web frontend has changed as much, keeping everything up to date might be helpful. Does anyone know what directory a git pull request from will update the frontend?

Seconded. Between Stratum and GBT there really wasn't a problem and one failed to materialize for no reason. Everything's moving along nicely now. Probably an idea worth revisiting in the future if there's another, more important, reason to do a hard-fork (like switching to SHA-512 or an SHA-3 family item) which would break current ASICs due to the massive change in protocol.

Currently waiting on 28nm deployment (which is much cheaper than the previous ASICS). Unfortunately it's in the same timeframe as KNC announcing their 20nm preorders :-/ March of progress I guess. Although no one is near 20nm deployment yet.

Just ran "sudo pacman -Syu" on the underlying system (working on installing some other stuff to play with onboard unrelated to MinePeon). While I'm at it is there anyway to bring the minepeon files up to stable without just starting with the new image from scratch (and importing /opt/ files or backup from the web interface).

+1 for reasonable responses (and +1 for the sarcastic as well). TF got the short end of the stick getting his site hijacked, but as a depositor who would like back whatever I can get as it's available I'd love to hear updates as they're available and responses to the sane posters would be nice. Ignoring anyone whining about scam, ponzi, or the aliens that probed them last night is perfectly fine.

I'd also love to receive back whatever portion of funds are available as they become available. While I realize that a large portion of funds are illiquid or otherwise not immediately available, they're doing nothing for me currently in CL anymore; I understand why CL isn't paying fee rebates anymore, but that also means there's no point to my coin being there instead of in my wallet once I can get it out. If getting lenders to pay back is difficult because of scam accusations, beginning to pay back current deposits can help clear that up and make them the bad guy instead of TF if they refuse to repay.

You can put money in and pyramining buys hardware with it (or you wait in queue until pyramining can get said hardware). You buy x hardware that's added to the pool of hardware that everyone uses and then you get back x/y from each block where y is the total deposited amount across all of pyramining (So your returns are proportional to your share of uncompleted deposits). A total of 30% of your hashing rate is used to complete accounts that referred your account. Each amount you deposit is tracked for completion separately, and once you get the full reward you lose the hashing power (and it goes back into the hardware pool for uncompleted deposits). The deposit bonus (the amount above 100%) that you earn on your deposit starts at 10% (so 110% return) and increases if you get referrals underneath your account. Getting the full return is currently fairly slow and there is no way to refund your deposit unless someone is willing to buy your account from you, however this likely is at a severely reduced price.

I may well have missed something, so I'd definitely recommend reading through the pyramining site and asking about anything specific that doesn't make sense.

Tl;dr - deposit; wait; profit. Bonus for referrals! (Note, no step).

Tips and tricks:
Opening multiple accounts is perfectly allowed, and opening one account as a referral of another of your accounts gets extra bonus for you.
The more you deposit the faster everyone hashes.
You can't withdraw your money once deposited!
The completion time is currently relatively high, this is not an overnight process.

They only start 3 deep, once an account is completed the bonus will continue up the chain until all accounts above you in the chain are completed as well. So until everyone is completed you'll still be "leaking" referral amounts. Additionally any of the accounts on the bottom (4.x or 5.x depending) don't get any bonus from having lower down referral accounts. I don't personally see any reason not to make them one long line off accounts all the way down instead of grouping them (Although given that some account that belongs to you is getting a bonus it might be about the same, I don't think that there would be any difference between just having a larger bottom account instead of having multiple accounts).

Ahh, I'm on 0.2.3 and I think I understand where the number is coming from I just thought it wasn't the best way to do it. I'll update and see if I still have any issues. What's the currently recommended upgrade process right now? Copy everything from the Advanced>Backup and then reupload it after adding the new image to the SD card?

Bit of funny behaviour that I noticed recently. I noticed that MinePeon was reporting ~20% hardware errors, after briefly freaking out I figured out that it's based on (hardware errors / accepted shares), since all my miners are setup to submit on relatively high difficulties (64 on bitminter, 256 on p2pool backups. Higher variance, lower overhead) an accepted share is much less common than my diff1 shares and it tends to inflate the relative frequency of hardware errors by a factor of the difficulty I'm running at, any way to deal with this or is it coming from cgminer itself?

For smaller deposits it makes more difference. If someone threw in 0.5 BTC and has to wait two years (currently, this should get better) until their deposit is 20% of the way along it's a lot more noticeable than for someone who's got 100 BTC and still gets something out every few days. I would argue (without any concrete evidence) that most deposits are relatively small, 1 BTC or under, and that this will likely be even smaller average deposits in the future with the increased price of bitcoins.

Besides, anything that has to ask for money is going to run on warm fuzzy feelings. If people get enough warm fuzzies to deposit with pyramining then everyone wins and the average hash rate goes up.

I'd definitely be up for having the threshold lowered, it could also be made a percentage of the account size. If payments were made at a set time instead of as each account reaches payout it could be done with multisend to cut down on transactions and chain spam.