Well, yes they did... and then when they were actually made, 2 different continents...

When someone tells me something needs to be sent to their wife, I pretty much expect the same address unless told differently, and then, it is still typically in the same general area.

But, if I'm sending something to someone's wife, and that her address ends up on the other side of the freakin' planet? Yeah, that's a serious WTF moment.

I wouldn't tend to ask the husband "is she also in North America?" That would just be stupid.

Sorry, but this situation, as described by the participants, would make me feel uncomfortable too, to the point of freezing everything, and wanting some verification/confirmation of who I'm dealing with.

Cuz... if I allowed it to go through, and it turned out to be a scammer who hacked their accounts? That, is SOOO much worse.

MtGox is handling it properly and professionally. It is Goat who is turning this into the major whiney bitch-fest it has become, which is additionally suspicious.

-- Smoov

seems like he's going to have to one way or another...

all could have been avoided by just sending the requested identification... but no... pfft...

-- Smoov

As well as, if I read it right, the payouts were to two different non-contiguous continents also. You'd typically expect spouses to have their accounts within the same geographic region, so this would count as another red flag, begging to be verified.

-- Smoov

well, I thought the page was showing the ping times from his location since it was his page I was looking at.

Oh well.

If it is possible to lift the version # of the p2pools in the list, might be good to have it there, if you wanna pick a pool that is current.

-- Smoov

um... 50% goes to dividends? that seems pretty damned high...

hit a couple/few months of lousy returns and increased expenses (say, for hardware replacement, repairs to the green, etc) and you're in big trouble.

I'd suggest something more like, 10% of profit cash on hand, per period. it would scale over a longer period of time, keeping more of an emergency fund available. If you have a good run with low expenses and low costs, that 10% after about 10 or so months in that condition, would be the equivalent of paying out 100% of that period's profits to dividend, while still keeping the remaining 90% of the cash on hand for emergencies, and next period's dividend cut.

Also, don't make business/financial decisions based on the dividend. The business' sustainability and health comes first, and once it is going and profitable, then, and only then, address the dividend.

I've seen too many companies fail on the net, because they prioritized their dividend, instead of their company. After all. What good is focusing on a dividend when you don't have enough cash on hand left to conduct business?

-- Smoov

redirect the heat to a water heater, or maybe a snow-melt system for the sidewalk/driveway...

hot air popcorn popper? sell the popcorn?

-- Smoov

is it possible to show what version of p2pool the node is running, or is that not available?

also... woohoo! lowest ping time on your list!

138ms!

-- Smoov

yeah, but that's when the process happens without a hitch

I'm thinking more for those unforseen problems with more downtime

like when my cat steps on the power switch of my UPS on the computer p2pool is running on (which I'm starting to think he does intentionally)

-- Smoov

I had someone on mine for around a week or so. Trickle hashing most of the time, keeping me as a backup, tho he set me as his primary for a couple days.

We had excellent latency, being on the same network, but variance was the main factor for going back to his other pool, I'm told.

Am hoping the improvements in the graphs will help out, making it easier to see what the 'global' (for my p2pool) and per-miner payouts are. Otherwise, all people will see, are what my own miners are doing, and since I mine to a different address than the default bitcoind login, my payout always shows 0.

It did seem to work well.

-- Smoov

edit: might be useful to set each other up as backup pools, so when we're updating our p2pool or whatever, are miners just switch over to someone else's p2pool for a while

ok, I voted for it, but, a couple thoughts...

have you done any research into what kind of breaks you can get putting up the turbine or solar or whichever way you end up going?

With the big push of our gov't for green, it wouldn't suprise me if the incentives for that would be substantial.

Also, it may be a better idea to just do an initial IPO for just the first round of costs you'd incur, and instead of holding onto the remaining BTC for so long, then do an SPO later on to bring in more funding later.

Could be a gamble either way. Full IPO now, hold onto the excess, and BTC goes up, netting youmore buying power later... or, IPO and later SPO, only to find that the BTC price has gone down instead...

Oh, and one more thing... have you put any thought into where you are going to be trading at yet? Got it down to a few choices? A big part of my decision to invest my meager amount of BTC would be based in a large part, of what exchange is involved too.

Anyways, wish ya lukc, and if you do this, I'll toss in a few BTC out of my 12 total

-- Smoov

Nobody suggested anything suspect in it, just that something may still be wrong.

I have to agree. I'm no statistician, and maybe it would be worth having someone better versed in statistical analysis to pipe in, but if that one line is indeed a projection of what should be expected, and the other line, what we're actually getting, with variance added, we should expect those lines to cross and re-cross in several different places and continue to do so in the future.

The actual results line, when smoothed out, should be pretty close to the projections, but it is spending too much time below the projection, which would imply an issue somewhere with the actual results we're getting.

One thing the graphs do not suggest, which is correct? Is the actual results line reflecting something wrong, and the projection is correct, or is the actual results line correct, and there is something wrong with the calculation for the projection?

Is it possible to make similar graphs for other operating pools as well to compare against?

Nobody is suggesting that there is something hinky going on with the code, but just by looking at the statistics, after this long a run so far, that as long as this pattern continues, there is the increasing likelihood, of something not operating quite right somewhere.

It could just be the projection calculation too, who knows, but it begs looking into.

-- Smoov

um...

average out to 3.5 ... not 3

otherwise, correct

although, with dice, you're always there for each roll you make, so all of the luck is your own, good or bad... since the numbers in BTC continue to keep rolling whether you're playing or not, you could conceivably, consistently miss out on the good luck periods, and stay in on the bad luck periods. You'd never know when those periods come up tho, so that is another level of luck.


-- Smoov

ok thanks... that would keep the share chain from getting too bloaty...

-- Smoov

well, one idea, is unless he's running with statically created swap space (which I do to avoid fragmentation), then his windows might be expanding and contracting his swap file on demand, which could be eating up some of that empty space.

-- Smoov

admittedly, there was a little sarcasm there, but not much.

it doesn't necessarily mean the blockchain is that big tho. there could be other temporary work files that get created while it is running, and you may have more than one copy of the blockchain while it runs so you always have a safe copy.

unless you're checking filenames and their associated file sizes at the time the program is running, and again when it isn't running, you don't have enough info to know it is the blockchain.

-- Smoov

and you think it was the blockchain taking up the space?

-- Smoov

can anyone confirm the fee being paid?

have had several payouts now, I have a guest using my p2pool, plus me using a different address on my miners (as if I was also a guest), and haven't seen a satoshi yet.

-- Smoov

Ahhhhh, to be young and naive again... .. .

-- Smoov

My testing with GUI Miner was using the poclbm miner.

-- Smoov

GUI Miner works fine, although I have to keep resetting the port it is supposed to connect to. For some reason, it ignores the 9332 port that is saved in the settings, and changes it to 8332 every time I load it back up.

Also, the accepted shares count in the summary tab will always show 0 outside of the perenthesis, like 0(47), but it still works.

Use the v2012-02-19 version.

-- Smoov