Thanks Luke, Got my first solo block on the avalons 2013-04-03 12:47:18,968 checkShare INFO BLKHASH: 1aad1acfb70c8687b84c11149e6956ec259f4285ba767b113c4
2013-04-03 12:47:18,969 checkShare INFO TARGET: 2816e0000000000000000000000000000000000000000000000
2013-04-03 12:47:18,969 checkShare INFO Submitting upstream
2013-04-03 12:47:18,978 checkShare INFO Real block payload: 02000000e27b70c6dd7809a4534d88fdf2c5a4562d36240d71ac3d355302000000000000
2013-04-03 12:47:19,154 Waker for BitcoinNode DEBUG Read wakeup
2013-04-03 12:47:19,155 BitcoinNode INFO Sent `block' to 1 nodes
2013-04-03 12:47:19,155 merkleMaker INFO New block: 00000000000001aad1acfb70c8687b84c11149e6956ec259f4285ba767b113c4 (height: 229535; bits: 1a02816e)
2013-04-03 12:47:19,157 JSONRPCServer INFO Nobody to longpoll
2013-04-03 12:47:19,400 blockSubmission DEBUG Upstream 'primary' accepted block
2013-04-03 12:47:19,428 newBlockNotification INFO Received new block notification |
|
|
|
it was an oopsie coding  there's a bug in cgminer-monitor that watches accepted shares and at high difficulty ( >10000 ) or solo bitcoind kills cgminer. bug fixed but while testing and fixing api (5s):15.73P (avg):788.3Ph/s | Q:12 A:37 R:0 HW:0 E:308% U:47.4/m
conman lol now that's progress, Ph/s
|
|
|
|
|
avalon on 120v USA, pull 658W at 300 and 615w at 282
they do not run any hotter.
|
|
|
|
|
been busy helping ckolivas tweak cgminer code and building usable firmware directions for avalon. ckolivas has greatly improved LP time on avalon ( supposedly ) he also made an avalon run at 1.3PH last night. :/
Anyways more work on p2pool soon.
|
|
|
|
|
technically UPS Fedex and DHL are cargo, not mail. But since it's "mail fraud" across state lines it's still a federal crime.
|
|
|
|
EMS is China Post. Then they hand it off to USPS (or Canada Post) or whatever country you are in. EMS is usually faster than other couriers out of china. But china has a LOT of holidays where people just do not work and even the government shuts down.
Thanks. I hope they have more strict policy for changing receiving address. Yes, EMS has great security, it is like google's (impossible to contact for help). EMS is your local post office. They can look up packages in EMS system. I regularly receive EMS from India and China and many other countries. All of ours are sent registered mail, it is essentially under lock and key. You need to make friends with your post master. No, EMS is NOT your local post office. It is the name used by each countries post office for their Express Mail Service. Since these shipments originate in CHINA, it is China post UNTIL it is handed to customs in your home country, then you can track it. If you track it before all you see is outbound from XXXX. And, please do go and try to call China Post and say you are Joe Blow from XXXXX zip code and do you have a package coming my way. Let me know how that works for you. Yes it is "the local post office" its handed around to each of them and they can look up things between each other, although there is usually some lag, a day or two. the post office, specifically the post master ( in the US ) does have the ability to look up packages in EMS system by address. If they like you and feel like it. |
|
|
|
I still don't see why a slightly longer share chain long poll time would be bad. It would let the slower miners get a share in easier before being cut off and helps higher latency. It would benefit just about everyone. It's still PPLNS so the payouts would still be equal to the balance of shares.
Longer LP means higher difficulty ... yes, but it will be a pittance compared to ASIC. I'm using +32 difficulty now. I would go even higher but p2pool has problems or the work DOA because of age. |
|
|
|
|
What are you offering?
I have 8 5830
3 5870
4 5850
1 6950
1 6990
I'm in USA.
|
|
|
|
EMS is China Post. Then they hand it off to USPS (or Canada Post) or whatever country you are in. EMS is usually faster than other couriers out of china. But china has a LOT of holidays where people just do not work and even the government shuts down.
Thanks. I hope they have more strict policy for changing receiving address. Yes, EMS has great security, it is like google's (impossible to contact for help). EMS is your local post office. They can look up packages in EMS system. I regularly receive EMS from India and China and many other countries. All of ours are sent registered mail, it is essentially under lock and key. You need to make friends with your post master. |
|
|
|
|
I still don't see why a slightly longer share chain long poll time would be bad. It would let the slower miners get a share in easier before being cut off and helps higher latency. It would benefit just about everyone. It's still PPLNS so the payouts would still be equal to the balance of shares.
|
|
|
|
It sounds like forrestv is instead in favor of alternate means to extend the effective work interval through merging of parallel chains. Various theoretical designs were discussed.
We may end up making a fork or a frankenbuild of p2pool to fix things for testing. I don't see why in the end it would need to fork for everyone, but it would be a hard fork and everyone would need to upgrade to a version where everyone is on the same share chain.
It ultimately seems like 10 seconds is just too short, given Internet propagation, current Avalon hashrate, and the up to 1.5-second delay it can take for work to be returned from Avalons (high latency). Thus, I argue for around 30 seconds, which would imply a hard fork at some point. No, taking this direction is a mistake. You are trying to redesign p2pool around the design of one device. There is nothing that says that all future ASICs will have this same hardware limitation. It is an intrinsic design flaw/limitation/shortcut taken in the first generation Avalons. it affects more devices, the bfl singles have the same issue. the minirigs have a work around, but sort of the same as well. I will bet money the bfl SC when/if they come out will as well. The way the current asics are designed is the issue, they are clusters of many small devices with overhead. anyways, the issue is kinda moot right now since it appears that the avalons will work on p2pool once you disable work caching on stratum as well. No need to create a fork to test. But it would be nice to not loose 20-30% to DOA. But in the long run, once asic hit mainstream everyone else will have them too and it will even out. |
|
|
|
I think I got p2pool working on avalon with stratum.. maybe. its hashing at full speed last couple of minutes in main.py serverfactory = switchprotocol.FirstByteSwitchFactory({'{': stratum.StratumServerFactory(wb)}, web_serverfactory)
same workaround as p2pool avalon branch, to disable work caching. |
|
|
|
It sounds like forrestv is instead in favor of alternate means to extend the effective work interval through merging of parallel chains. Various theoretical designs were discussed.
We may end up making a fork or a frankenbuild of p2pool to fix things for testing. I don't see why in the end it would need to fork for everyone, but it would be a hard fork and everyone would need to upgrade to a version where everyone is on the same share chain.
It ultimately seems like 10 seconds is just too short, given Internet propagation, current Avalon hashrate, and the up to 1.5-second delay it can take for work to be returned from Avalons (high latency). Thus, I argue for around 30 seconds, which would imply a hard fork at some point. I'm going to play with it today. ckolivas and xiangfu were in #cgminer today, got a new build of cgminer working with bugfixes from ckolivas. I'll see what we can come up with. babysteps, but we are moving forward. |
|
|
|
could any one tell me, how to give a non-exist tracking number to our customers?
first, we send the packages to HK-DHL agent.
agent transport them to HK, a few days time.
packages picked up at HK.
after about 1 week, they will give us the tracking number if we ask for.
to most country, 1 week time is enough for a delivery.
if anything goes wrong, like custom issues happened or wrong tel number or something , our agent will call us, give us the tracking number, let us contect with our customer. i think multiple people get my email when they having custom issues or DHL can not find you.
why we use such a screwed work flow?
1, save shipment cost.
2, if we go to DHL directly, they didn't accept this device, there is PSU and FANs in it, which is contraband. only these agent can send them out by doing some bribery work. if we tell them we are not satisfied, they simply ask us to deal with DHL ourself instead.
fuck
is there any reason why you couldn't generate the dhl shipping labels yourself with a HK address/account and send them with the units going out? Then agent is just delivering to DHL for pickup. we aren't trying to make it worse, we are trying to find a way to make it easier for everyone and have everyone get their units safely and quickly. |
|
|
|
I havent talked to ckovilas today, but looking at the linux box, hes pulled p2pool down and setup a bunch of other things. He's in Poland, I'm in the USA. We are about 10 hours off from each other. He's going to primarily bring cgminer for avalon up to the current codebase. p2pool compatibility is my special request and I'm sure we'll be screwing with it for some time. We may end up making a fork or a frankenbuild of p2pool to fix things for testing. I don't see why in the end it would need to fork for everyone, but it would be a hard fork and everyone would need to upgrade to a version where everyone is on the same share chain. The ball is rolling just not quickly yet  |
|
|
|
|
It looks like its fixed now.
Orhpaned blocks get "undone" and the transactions contained get picked up again. The only ones who loose are the miners who mined the block.
|
|
|
|
I can't understand why anyone thinks this is Yifu's problem.
Someone posts enough information here to be social engineered at DHL - definitely not Yifu's fault.
Then you're foolish enough to announce it here so that the thief won't show up for pickup at the bar they rerouted it to. Why didn't you get DHL security to ship an empty box and have the cops waiting for whoever claimed it?
This is not Yifu's problem, it is problem for his business. If BiySyncom did not provide shipment tracking, and something bad happens, they are 100% responsible. Go read any online business clause. Ever dealt with Ebay or Amazon or any other online retailer ? I do not understand on the other hand, why you are unable to understand this. Yes except Yifu will only replace the avalon, perhaps when they get around to it in a few weeks. Maybe. If he feels like it. If he ever acknowledges your email or support ticket. In that time you lost 1-2 avalons worth of mining value. There's not much you can buy on ebay that could pay for itself in one day to one week. |
|
|
|
few people however, like OP can not wait and are impatient, then something like this happens.
tell ya what. you promise to make any delayed or lost or stolen avalon owners whole, cover their lost mining profits and we wont bother you anymore. |
|
|
|
Well the good news is we now have an address to investigate.
No, now it's a big can of worms. Now that one idiot has tried and partly succeeded, there's going to be 100 or more try and redirect the next shipment announcement. All it takes is one "bad guy" to have a friend in DHL to take a tiny bribe of like 1 weeks worth of btc and they can redirect the whole lot of avalons. There's enough information out now that everyone knows how they are declare and who the transfer agent is. becuase bitsyncom couldnt be bothered to give people the tracking numbers so they all posted enough info online trying to help that enabled this to happen. |
|
|
|
|
Show Posts
