Avalon ASIC Batch #2 Income Sharing; arrived and hashing

[SolarSilver]

I'm trying to figure out if people can learn my physical address if I post the pictures on Google+

Display the picture with Preview, remove the visual identifiable sections with select & cmd-x, take a screenshot with cmd-shift-4. Bye bye EXIF data. Still possible steganography data inside, but not likely.

[1714968201]

1714968201

[1714968201]

1714968201

[ProfMac]

I did a Google on my real name and address, and there are lots and lots of links.  I have not ever been very secretive.  That means that using Google+ is a clear roadmap to my house, with photos and GPS locations.  There is even an address I used in New Orleans that I swear I never, ever put on the internet or even in employment records.  I have no idea how anyone got that.

I found an anonymous photo posting service.  You can upload photos without registering, but then you don't have a way to delete them.

I found an online exif viewer.  It gives a location where the waiting photograph was taken.


I have a nice photo of the delivery man but it has GPS data in it.  I have a nice photo of the unopened box, and it has address info on it.

The photos in the basement do not have GPS data, I guess there is too much stucco and earth.  

opening
dimension
padding
blemish
utility table
firebox
placed
air filter
thermometer

[perseus]

Cool! I like the heat removal solution.

[ProfMac]

Cool! I like the heat removal solution.

I am pretty good at thinking outside the box, but even so it took me days to envision this.

The table is a really cheap "get 'er done" model using pine.  I thought about making a more upscale table and selling them to the community.  I have an unemployed friend with a woodworking shop who likes to be very independent...

With another change, I can use water cooling to  pre-heat the water returning to the firebox, and just dump all the heat into a gravity fed circulating water home heating system.  The pipes in the computer room directly above the furnace are never much warmer than body temperature, even when it is -20°F outside.  This might make it simpler, to let me connect the Avalons after the firebox instead of before.

[bitrocket]

ProfMac, can you pls confirm what the distribution schedule will be for dividends?

thx!

[ProfMac]

ProfMac, can you pls confirm what the distribution schedule will be for dividends?

thx!

I was thinking every Tuesday about 12:30 PM, the weekly anniversary of when the device was powered up.
I can do it as often as 120 blocks after eligius pays out, but that will lead to a lot of clutter.
I can also do it "on demand" or whenever someone asks for it, in addition to at least every Tuesday.

At the moment, I don't have a preference.

[bitrocket]

ProfMac, can you pls confirm what the distribution schedule will be for dividends?

I was thinking every Tuesday about 12:30 PM, the weekly anniversary of when the device was powered up.
I can do it as often as 120 blocks after eligius pays out, but that will lead to a lot of clutter.
I can also do it "on demand" or whenever someone asks for it, in addition to at least every Tuesday.

At the moment, I don't have a preference.

I like Tuesdays, let's see what everyone else thinks. I also like the idea of a daily dividend if it's not too much extra work for you (automated?)

[ProfMac]

ProfMac, can you pls confirm what the distribution schedule will be for dividends?

I was thinking every Tuesday about 12:30 PM, the weekly anniversary of when the device was powered up.
I can do it as often as 120 blocks after eligius pays out, but that will lead to a lot of clutter.
I can also do it "on demand" or whenever someone asks for it, in addition to at least every Tuesday.

At the moment, I don't have a preference.

I like Tuesdays, let's see what everyone else thinks. I also like the idea of a daily dividend if it's not too much extra work for you (automated?)

I can't do a daily dividend.  There have been some periods of almost 48 hours between payments from eligius.  See the green line from July 17 through July 19.

I did think about putting your account numbers directly into the eligius payout.  It is not possible to be exactly sure of the payout amount, however, and so I would be doing cleanup payments, changing the miner settings, and it would lose the clarity of looking at http://eligius.st/~wizkid057/newstats/userstats.php/18bLcVkviErQi75zB8X39jZXxHNpSZggdC to see what's up.  I think that would reduce everyone's comfort level.

[bitrocket]

ProfMac, can you pls confirm what the distribution schedule will be for dividends?

I was thinking every Tuesday about 12:30 PM, the weekly anniversary of when the device was powered up.
I can do it as often as 120 blocks after eligius pays out, but that will lead to a lot of clutter.
I can also do it "on demand" or whenever someone asks for it, in addition to at least every Tuesday.

At the moment, I don't have a preference.

I like Tuesdays, let's see what everyone else thinks. I also like the idea of a daily dividend if it's not too much extra work for you (automated?)

I can't do a daily dividend.  There have been some periods of almost 48 hours between payments from eligius.  See the green line from July 17 through July 19.

I did think about putting your account numbers directly into the eligius payout.  It is not possible to be exactly sure of the payout amount, however, and so I would be doing cleanup payments, changing the miner settings, and it would lose the clarity of looking at http://eligius.st/~wizkid057/newstats/userstats.php/18bLcVkviErQi75zB8X39jZXxHNpSZggdC to see what's up.  I think that would reduce everyone's comfort level.

Im in favor of a daily dividend even if it skips the odd day, as long as it can be automated and doesn't require any extra work for you (or manual clean up payments)

[ProfMac]

ProfMac, can you pls confirm what the distribution schedule will be for dividends?

I was thinking every Tuesday about 12:30 PM, the weekly anniversary of when the device was powered up.
I can do it as often as 120 blocks after eligius pays out, but that will lead to a lot of clutter.
I can also do it "on demand" or whenever someone asks for it, in addition to at least every Tuesday.

At the moment, I don't have a preference.

I like Tuesdays, let's see what everyone else thinks. I also like the idea of a daily dividend if it's not too much extra work for you (automated?)

I can't do a daily dividend.  There have been some periods of almost 48 hours between payments from eligius.  See the green line from July 17 through July 19.

I did think about putting your account numbers directly into the eligius payout.  It is not possible to be exactly sure of the payout amount, however, and so I would be doing cleanup payments, changing the miner settings, and it would lose the clarity of looking at http://eligius.st/~wizkid057/newstats/userstats.php/18bLcVkviErQi75zB8X39jZXxHNpSZggdC to see what's up.  I think that would reduce everyone's comfort level.

Im in favor of a daily dividend even if it skips the odd day, as long as it can be automated and doesn't require any extra work for you (or manual clean up payments)

Give me a program or script that will work with Ubuntu 12.04.  It must be written clearly enough that a somewhat experienced programmer can read it and be sure it is safe.  Everyone will have to agree to let me run it.  If it fails in any manner, none of you will have any recourse for lost funds.  It should probably use the standard API calls. 

As a reminder, I am willing to make a payout whenever there are mature funds.  I think it will increase the clutter and difficulty when you want to check the books, but that is your call.  If just 1 person calls for this, I will make it so.

Also, I am willing to produce a distribution any time someone asks for one and there are mature funds.  If you have some need coming up, I will make a distribution on demand, no questions asked.  The funds from 7:33 CDT today (Chicago/Dallas) still need about 1-2 hours to be mature, so at this time, block + 15 hours, I can't distribute them.

Another option, in principle, is for me to forgo my own payout until everyone else is an average week ahead, and continue to pay weekly.  Of course, I would want some compensation for this.  For example, I currently pay myself balance*(31/100) - miner_fee.  We could change the fraction to [( (31+k) / (100+k)) - miner_fee] where everyone's share is diluted 100 / (100+k).  I note that the value of k is currently 0.  If there is unanimous agreement on some value of k, I am willing to do prepay everyone a week.

[dchou]

I am fine with the weekly payout schedule

[perseus]

Weekly is fine -- let's not burden ProfMac with too much overhead beyond the care and feeding of the machine.

[ProfMac]

I have a second Avalon in my shop for repair.  It is hashing at this moment, and the statistics are online.

It is in a warm room, temp1 is 26°C and the --avalon-auto frequency is 353 MHz, and temp 3 is 49°C.
My original machine is in a cool basement.  temp1 is 22°C, --avalon-auto frequency is 347, and temp 3 is 49°C.

The repair is not perfected.  I still have to do some careful soldering, and some extensive dis-assembly of his Avalon.  The fact that it started working after my temporary patch now gives me confidence that my diagnosis is correct, and the repair is feasible.

The owner may want to sell his Avalon at auction due to the current difficulty level.  His Avalon, as is with some parts dangling outside the case, may be hashing slightly better (82/80) than my original.  I will let it run overnight and see what the data say tomorrow.

I may want to suggest that he may get more at auction if he sells my original Avalon with a 2 week online history and no modifications, instead of his marginally better machine but with a short hashing history and a field repair.

If he goes for the proposal, I will swap ownership of the units.  I may or may not finish the repair if I do the swap.  The repair may or may not damage the machine.

If anyone is not comfortable with the swap, please respond with something very similar to "I veto the swap" and I will not propose it to the owner.  I need to repair his unit tomorrow, Wed, morning if I am not going to make the swap-out.

[perseus]

Although I'm a total believer in ProfMac having autonomy (and indeed my last post on this thread was to that effect), I guess I must say this is pushing me a bit past my comfort zone.  A 2.5% increase in return in exchange for unknown risk does not seem worth it, unless ProfMac is able to make stronger warranties than he has in the post.  (Perhaps instead ProfMac should ask for 5% of the mining profit of the machine he repaired -- for himself, not for us?)

[ProfMac]

Although I'm a total believer in ProfMac having autonomy (and indeed my last post on this thread was to that effect), I guess I must say this is pushing me a bit past my comfort zone.  A 2.5% increase in return in exchange for unknown risk does not seem worth it, unless ProfMac is able to make stronger warranties than he has in the post.  (Perhaps instead ProfMac should ask for 5% of the mining profit of the machine he repaired -- for himself, not for us?)

I accept this as a veto.  My original machine is steadily hashing away.  The last power down was when I moved it to the cool basement, 8d 21h 3m 4s.

The repair went well.  The customer machine was down approximately 3 hours.  I rented bench space at the local computer repair business that my friends own.  Had a nice chat, they got to see an Avalon.  It's nice to have a dial-a-temp soldering iron.  I used a copper strand instead of a 0R resister.  Those guys are about the size of a pixel on your screen. 

The nuts for the Avalons are something I have never seen before.  They are machined from round stock, with a slot cut in the top.  This slot mates with a San Francisco Bay shaped cutout in the side panel, and the ears keep the slot aligned.  The bolt goes through the Golden Gate area.  Fortunately, I learned long ago to make a shop jig when I am doing anything.

We had a double or nothing sort of pay plan.  He paid USD mileage for the 170 mile travel, but I get to hash with his machine until Friday and keep the coins.  No repair, no pay; late repair, minimal pay;  all bitcoin, no fiat exchange.

[perseus]

OR resistor -- I had never heard of that until I googled it. So it was a bad resistor that had to be replaced?

[ProfMac]

OR resistor -- I had never heard of that until I googled it. So it was a bad resistor that had to be replaced?

I don't know what was wrong with the original TP-Link.  The blue LED flashes about 1 second, then goes dark.  I think the catch all phrase is that it was "bricked."  I suspect that I can connect the serial port and de-brick it.  I don't see how it passed QC the way it was when I received it from the other customer. 

I should probably give Avalon a chance to retrieve it and run a post mortem.  I may just offer it for sale at $10 on eBay, as is, modified, non-functional.

Avalon made some mods to the TP-Link 703n.  And now I have repeated them on the replacement unit. 

There is a 0R that links the PCB antenna to the rest of the circuit, and there is a oversized pad conveniently placed where you can attach a wire for an external antenna.  One of the mods is to remove that 0R link and to attach the external wire, ground pad and signal pad, that goes to the antenna coupling.

The other mod is to couple the +5V from the downstream USB back to the board.  This is also anticipated on the board.  So basically, if you are good at handling small parts, you can move the same 0R from one place to another.  The part is about the size of two .. and I switched over to the piece of wire after about 15 minutes of failure with the original part.

[ProfMac]

I lost contact with eligius about 9 AM CDT.  The miner has performed fail-over to stratum+tcp://stratum.bitcoin.cz:3333 but they do not have public statistics on the individual accounts.
It had also restarted cgminer at that time.  I later warm-rebooted the TP-Link.

Since it is mining with another pool, I don't suspect any problem with the Avalon.

[ProfMac]

I disbursed a payment. 

The transaction details are not as I expected them to be.  Funds were pulled from some of my addresses that bitcoind is not supposed to link with the account, and the transaction fee is not what I requested.  I don't see anything improper in the command that I issued, but now there has to be some accounting adjustment.  I will puzzle over this and issue the adjustment next Tue.  It should not affect the amount of bitcoin that you receive, only the addresses that are inputs to the transaction.

I really want this to stay easy to understand.  My approach to pushing back against the negative vibes in the bitcoin world is to be transparent, and civilized in my language.

This is the command that I issued.

~/.bitcoin$ bitcoind sendmany "Asic #2 Income Sharing Payments" '{"18RKachrcvzBHFdwzjgGK19amp77pkNBKz":3.29314456,
> "18qDhkReMuFfciHshdpQhr3QhXZp82aWon":2.65979400,
> "17LBCmWzVjJFVuLTWBM7GPSUkgu1e3MruU":2.65979400,
> "1BJa5r7bq3xEuAfmKmiLFUmqMK8NwhszLB":0.53195880,
> "12fLsHddqAhjZEc6HEAxMTWPe4vgR3f1uT":0.42556704,
> "14Zqn3i1iDJzmkFCRjVqDe4YqgkrrmyEYd":0.10639176,
> "15B1jLCFXFiWwkreAo3bEMeMMjH435Q9cA":0.10639176,
> "18NQjpGcUdjMnqgCCz3F3SZcQfMyCi5Kyv":0.10639176,
> "1CBkQc83dMGVAaseYM1TZRLjeBGAcsd4Z1":0.10639176,
> "1cCXNG5mNFkErBWtCLaVLA9fZrGAzFCB1":0.10639176,
> "1CwLwBgR16urEkcL5Su3LkzA7RYYqyjHy4":0.10639176,
> "1Fm1mN7o16Te6PrkpgirWzZ2daibW9jdUD":0.10639176,
> "1Fu4JaynbQrtkSPN73uoDqEPAxyzVfsqLu":0.10639176,
> "1LktD4cXPmcJ75Sd2WgRs69rBZqNQd5L4P":0.10639176,
> "1MLFkF3dPwNzwBsw6DFUpXjn78RKwwhVuJ":0.10639176}'


These are some addresses in the account:

~/.bitcoin$ bitcoind getaddressesbyaccount "Asic #2 Income Sharing Payments"
[
    "18bLcVkviErQi75zB8X39jZXxHNpSZggdC",
    "1Hv1Rz1zZS7CSKxUxWBVdcaVXGQ4UYUi7r"
]


This is the account balance before the disbursement:

~/.bitcoin$ bitcoind getbalance "Asic #2 Income Sharing Payments" 120
10.63917699

:~/.bitcoin$ bitcoind getbalance "Asic #2 Income Sharing Payments" 1
11.92803544


And it shows a negative balance after the disbursement.

~/.bitcoin$ bitcoind getbalance "Asic #2 Income Sharing Payments" 120
-0.01500297

~/.bitcoin$ bitcoind getbalance "Asic #2 Income Sharing Payments" 1
1.27385548

The transmission fee was set to:

~/.bitcoin$ bitcoind settxfee 0.00500099
true

[ranlo]

I disbursed a payment. 

The transaction details are not as I expected them to be.  Funds were pulled from some of my addresses that bitcoind is not supposed to link with the account, and the transaction fee is not what I requested.  I don't see anything improper in the command that I issued, but now there has to be some accounting adjustment.  I will puzzle over this and issue the adjustment next Tue.  It should not affect the amount of bitcoin that you receive, only the addresses that are inputs to the transaction.

I really want this to stay easy to understand.  My approach to pushing back against the negative vibes in the bitcoin world is to be transparent, and civilized in my language.

This is the command that I issued.

~/.bitcoin$ bitcoind sendmany "Asic #2 Income Sharing Payments" '{"18RKachrcvzBHFdwzjgGK19amp77pkNBKz":3.29314456,
> "18qDhkReMuFfciHshdpQhr3QhXZp82aWon":2.65979400,
> "17LBCmWzVjJFVuLTWBM7GPSUkgu1e3MruU":2.65979400,
> "1BJa5r7bq3xEuAfmKmiLFUmqMK8NwhszLB":0.53195880,
> "12fLsHddqAhjZEc6HEAxMTWPe4vgR3f1uT":0.42556704,
> "14Zqn3i1iDJzmkFCRjVqDe4YqgkrrmyEYd":0.10639176,
> "15B1jLCFXFiWwkreAo3bEMeMMjH435Q9cA":0.10639176,
> "18NQjpGcUdjMnqgCCz3F3SZcQfMyCi5Kyv":0.10639176,
> "1CBkQc83dMGVAaseYM1TZRLjeBGAcsd4Z1":0.10639176,
> "1cCXNG5mNFkErBWtCLaVLA9fZrGAzFCB1":0.10639176,
> "1CwLwBgR16urEkcL5Su3LkzA7RYYqyjHy4":0.10639176,
> "1Fm1mN7o16Te6PrkpgirWzZ2daibW9jdUD":0.10639176,
> "1Fu4JaynbQrtkSPN73uoDqEPAxyzVfsqLu":0.10639176,
> "1LktD4cXPmcJ75Sd2WgRs69rBZqNQd5L4P":0.10639176,
> "1MLFkF3dPwNzwBsw6DFUpXjn78RKwwhVuJ":0.10639176}'


These are some addresses in the account:

~/.bitcoin$ bitcoind getaddressesbyaccount "Asic #2 Income Sharing Payments"
[
    "18bLcVkviErQi75zB8X39jZXxHNpSZggdC",
    "1Hv1Rz1zZS7CSKxUxWBVdcaVXGQ4UYUi7r"
]


This is the account balance before the disbursement:

~/.bitcoin$ bitcoind getbalance "Asic #2 Income Sharing Payments" 120
10.63917699

:~/.bitcoin$ bitcoind getbalance "Asic #2 Income Sharing Payments" 1
11.92803544


And it shows a negative balance after the disbursement.

~/.bitcoin$ bitcoind getbalance "Asic #2 Income Sharing Payments" 120
-0.01500297

~/.bitcoin$ bitcoind getbalance "Asic #2 Income Sharing Payments" 1
1.27385548

The transmission fee was set to:

~/.bitcoin$ bitcoind settxfee 0.00500099
true

You set your txfee as 0.005 BTC (or 5 BTM) per 1kb. Transaction size was 3 KB. So while the number does appear to be off a little, it's not by far (0.015 should have been the fee as opposed to 0.02). I think what you meant to set the fee as was 0.0005 (or half a bitmil) but you forgot a zero.