Bitcoin Forum
April 01, 2015, 04:34:52 AM *
News: Latest stable version of Bitcoin Core: 0.10.0 [Torrent]
 
  Home Help Search Donate Login Register  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 [21] 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 ... 228 »
401  Bitcoin / Mining software (miners) / Re: BFGMiner 4.2.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, RockMiner R-BOX on: June 16, 2014, 07:34:16 PM
Thanks for the quick reply!! The lowest diff I can set on the page is 4 which means I'll have to ssh and try to set it manually.

I'll let you know how it goes. Thanks again!
If you can compile, there's a hack on https://github.com/luke-jr/bfgminer/pull/456 you could merge to make it diff 16.
402  Bitcoin / Mining software (miners) / Re: BFGMiner 4.2.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, RockMiner R-BOX on: June 16, 2014, 07:14:57 PM
Luke,

I'm using BFGminer to proxy a Dragon 1T miner & it seems to be working well except for the reported speed. The miner as well as the pool are reporting roughly 1TH while BFGminer is reporting 11.xx Gh. Kinda like the decimal is
two places to far to the left ...
I've heard Dragon miners are broken and require you to set the share difficulty on the device itself.
For BFGMiner's stratum proxy, the correct value is pdiff 1.
403  Bitcoin / Pools / Re: *** GHash.IO mining pool official page *** on: June 16, 2014, 05:29:28 PM
To that effect we are in the process of arranging contact to the leading mining pools and Bitcoin Foundation to propose a ‘round table’ meeting of the key players with the aim of discussing and negotiating collectively ways to address the decentralisation of mining as an industry. Our aim is to do this quickly with a possible date coinciding with the CoinSummit Conference in London.
This has been ongoing since 2012 on mailing lists and IRC.
Please join and participate.
GHash.io is the only major pool that has not been involved in inter-pool relationships.
404  Bitcoin / Pools / Re: ==== Eligius, please pay my 200+ BTC ==== on: June 16, 2014, 03:49:49 AM
I am not wrong no solo pool will be hurt  by the attacker.
Um, so you get the worst of both worlds?
Just solo mine for real.
405  Bitcoin / Hardware / Re: ROCKMINER ASIC miner official thread on: June 16, 2014, 01:33:21 AM
BTW, if anyone else wants to implement ROCKMINER support, here are my notes from reverse engineering the protocol:
Code:
Device->Host:
32-bit nonce
4-bit status
4-bit command
0 = nonce found
1 = Task complete
2 = Get task
2-bit product id
0 = R-Box (4 chips, freq 200-270-290)
6-bit chip id
8-bit task id
8-bit temperature

Host->Device:
256-bit midstate
128-bit unused/zero
8-bit 0xaa
8-bit (MHz / 10) - 1
8-bit chip id
8-bit 0x55
96-bit datatail
406  Bitcoin / Hardware / Re: ROCKMINER ASIC miner official thread on: June 16, 2014, 01:04:30 AM
Thanks for the fast replies.

I bought my R-Box from Canary along with the power supply, so I assume it is adequate.

IF the cause is an unstable pool, I am wondering why that problem doesn't happen to my Antminer U2's? I should have been more specific, that there are 3 devices (R-Box and 2 U2's) but the only one that dies is the R-box.
It was a driver-specific bug when it is starved for work (which happens when the pools are unstable).
407  Bitcoin / Hardware / Re: ROCKMINER ASIC miner official thread on: June 16, 2014, 01:00:55 AM
My R-Box is "dying" after running a day or two. This has happened at least 3 times the first week I've owned it. I'm running with 2 Antminers U2's as well with the following command line

bfgminer.exe -S rockminer:all --set rockminer:clock=270 -S antminer:all --set-device antminer:clock=x0A81 -o <pool URL> -u <username> -p <password>

And it doesn't seem what frequency I run at, this is about all I can get. I've tried freq=270, 280, and 290. Running at lower frequency doesn't seem to help the stability. Am I doing anything wrong or is this typical?

RKM 0: 42.0C | 32.54/32.48/32.12Gh/s | A:13 R:0+0(none) HW:4/none

I think this can happen when pools aren't completely stable.
I've put some improvements in git to try to handle it better, and hopefully recover no matter what stops it.
408  Bitcoin / Pools / Re: ==== Eligius, please pay my 200+ BTC ==== on: June 16, 2014, 12:05:24 AM
Are you located in China? Is the selfish miner located in China?
He claims to be named LiYi, and located in GuangZhou, China.

Quote
2 - Individual miners may not have standing to sue the selfish miner. In a civil case (involving money/damages) you must prove that damages be caused, but also that he damages were against you. There is clearly a relationship between the miners and the pool (the miners provide work for the pool and in exchange for each unit of work the pool provides a maximum amount of payment, if payment is less then the maximum then when the pool can afford to pay more then the maximum the units that got paid less get paid more). The relationship between miners at the pool are not as clear. I am not an attorney, but I think a likely ruling would be if a miner tried to sue another miner at the same pool, the judge would say that their "beef" is with the pool operator, not the selfish miner. On the other hand if the pool operator were to sue a miner the damages are more clear, as the miner did not provide the work, the miner said they provided the work, and the pool operator paid for the work that was not done. There is clearly a fraud here.
Pools don't pay miners for work, merely coordinate cooperation between miners who pay each other.
This is especially clear-cut on Eligius, where most of the funds never pass through the pool operator's hands.
That may be how it is on a logistics standpoint, but is that how it is in the eyes of the law? If you were BTC Guild or ghash I would say defiantly no, as both of those pools have block rewards (and tx fees) paid to the "pool" wallet, and the BTC is then eventually transferred to miners' wallets via automatic payouts. Eligius is very different in that it pays the block rewards (and tx fees) directly to miners via a TX in the found block. Someone could argue what you are saying but they could also argue that since the pool determines who gets paid how much via the payout cue (this being embedded into the header of work provided by the pool - I think this is how it works) that the pool does really control the found blocks. Even a attorney could likely not answer this question with certainty, as I don't think this kind of dispute has been litigated before. The only person who can answer would be the judge that hears the case (and any appellate panel of judges that hear any appeals).
I know for tax purposes, other pools are using this same interpretation.

In theory he paid good money for this equipment.
Supposedly he made it all himself.
That means his primary cost is electricity (actual chips and PCBs do not cost very much to produce).

As far as I can tell he has done this to multiple pools. Do you think it would be possible to modify mining software so that only the stratum shares are sent back to the pool with the correct header, but the other shares could use a different header (one that pay out to another address)? Do you have a way to determine when he withheld a block from the pool? If so can you compare that to other blocks found around that time, is there any consistency as to who found the blocks? I know that it has previously been determined that you cannot modify block headers to make a found block payout to your own address as the hash would be invalid, but someone who has the resources to have millions of dollars worth of mining equipment might have the resources to make this happen.
It's not possible. I don't understand this part of your post entirely.
409  Bitcoin / Pools / Re: ==== Eligius, please pay my 200+ BTC ==== on: June 15, 2014, 10:44:54 PM
You previously said that eligius lost ~400 BTC, based on $571 for 1 BTC that comes out to ~$228,400 that was stolen. Your largest mining address lost ~$14,850 from the selfish miner. If you look at your number 5 mining address they only lost ~$3,300 from the selfish miner. The point is that the amounts of individual miners are relatively small and probably would not be worth hiring an attorney over, also attorneys would probably want to be paid by the hour for a case with that much is dispute. If you were to hire an attorney to bring a case trying to recover the entire $228,400 (400 BTC) then there would be a better chance that an attorney would work on a contingent basis (agree to only get paid if they win and the payment would be taken out of the settlement/judgment).
Probably right. Which would mean it'd have to be a class-action case (if there even is such a thing in China).
As far as I know, nobody ever wins in class-action lawsuits... Sad

2 - Individual miners may not have standing to sue the selfish miner. In a civil case (involving money/damages) you must prove that damages be caused, but also that he damages were against you. There is clearly a relationship between the miners and the pool (the miners provide work for the pool and in exchange for each unit of work the pool provides a maximum amount of payment, if payment is less then the maximum then when the pool can afford to pay more then the maximum the units that got paid less get paid more). The relationship between miners at the pool are not as clear. I am not an attorney, but I think a likely ruling would be if a miner tried to sue another miner at the same pool, the judge would say that their "beef" is with the pool operator, not the selfish miner. On the other hand if the pool operator were to sue a miner the damages are more clear, as the miner did not provide the work, the miner said they provided the work, and the pool operator paid for the work that was not done. There is clearly a fraud here.
Pools don't pay miners for work, merely coordinate cooperation between miners who pay each other.
This is especially clear-cut on Eligius, where most of the funds never pass through the pool operator's hands.
410  Bitcoin / Pools / Re: ==== Eligius, please pay my 200+ BTC ==== on: June 15, 2014, 07:50:11 PM
Quote
In regards to the proof holding up in a criminal case it is important to understand how complex Bitcoin is. You need to be smart to understand even much of the basics as to how Bitcoin works. I would be surprised if you could explain to a jury (made of up "average" people, most of which likely would not have any technical background) how a pool works or how miners work in enough detail that would allow you to explain the evidence.
I don't think courts usually require a full explanation of the technical details, just expert witness testimony that such and such is fact.
If you were to testify, the defense attorney would ask what you think he did. Your response would be something along the lines of he withheld blocks that he founds while mining on our pool (you would explain what mining, pools are and what with holding blocks mean). The next thing he would ask is "how do you know" you would respond by saying something along the lines of "I looked at our pool records and saw x y and z" The defense attorney would ask to see the records and for you to explain what they mean. Having the records in a presettable format may be the difference between guilty and not guilty or 400 BTC or 0 BTC
Perhaps. But should criminal charges be filed, the prosecutors probably have a budget for discovery, which I presume would include doing this kind of organisation of data.

In regards to should he be paid if he is withholding blocks, if it appears that he withheld three blocks (for example) then 76 BTC (I would be aggressive with TX fees) should be withheld from his payment, at the very least. This is regardless if he was doing this intentionally or not and is especially true for such a large mining farm.
Unfortunately, even after withholding the ~200 BTC, he still owes us like ~400 BTC. Sad
If you could find out his identity with relative certainty you could pursue civil charges against him. Assuming he was not mining via tor finding his identity shouldn't be more difficult then filing a lawsuit against the alias, then sending a subpoena to the ISP, data center until you can connect the dots to his identity.
Yes, but arguably it should be some high-loss miner who would file these charges.
I think wizkid057 is prepared to provide IP addresses to assist in any such lawsuit.
411  Bitcoin / Pools / Re: ==== Eligius, please pay my 200+ BTC ==== on: June 15, 2014, 05:53:03 AM
whew...I'm stuffed on popcorn...this is getting good  Cheesy
Yea this is ridiculous.

Not only that but noone has any real proof of any of this.
There is sufficient proof to easily hold up in a criminal court case, IMO.

I respect eligius a lot and would say that the reputation of eligius would be sufficient to believe you if you say that there is proof. However I would be very interested to see proof.
That is something up to wizkid057 to try to organise and present.
If it were me, I'd consider the effort to try to put it in a form understandable by anyone to be more trouble than it's worth.

In regards to the proof holding up in a criminal case it is important to understand how complex Bitcoin is. You need to be smart to understand even much of the basics as to how Bitcoin works. I would be surprised if you could explain to a jury (made of up "average" people, most of which likely would not have any technical background) how a pool works or how miners work in enough detail that would allow you to explain the evidence.
I don't think courts usually require a full explanation of the technical details, just expert witness testimony that such and such is fact.

In regards to should he be paid if he is withholding blocks, if it appears that he withheld three blocks (for example) then 76 BTC (I would be aggressive with TX fees) should be withheld from his payment, at the very least. This is regardless if he was doing this intentionally or not and is especially true for such a large mining farm.
Unfortunately, even after withholding the ~200 BTC, he still owes us like ~400 BTC. Sad

If it is apparent that he was doing this on purpose (if this person is who he says he is then he was doing it on purpose) then there is no reason to provide payment at all IMO. Intentionally withholding blocks from pools will degrade confidence in pools, which would lead to a decreased number of people mining in the first place (they would only solo mine and only if they could do it when they have enough hahspower that luck will not be a big issue), which would lead to centralization of mining.
The more he talks, the more I get convinced it was intentional.
But we may never know for sure.
412  Bitcoin / Pools / Re: [6600Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB (New Thread) on: June 15, 2014, 01:37:29 AM
I already did it and now....i wonder if can still do something.
I never received my first pay, can anyone help me in this situation?
The address did, so you will have to deal with whoever controls it.
413  Bitcoin / Mining software (miners) / Re: BFGMiner 4.2.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, RockMiner R-BOX on: June 14, 2014, 07:27:40 PM
Question: This may sound super stupid, but I have been checking the docs and I don't see it.

Can BFGMiner or CGMiner issue explicit commands to the miner while running? I'd like to do a ZCX on a BFL Jalapeno while it is running (trying to lower the 1.0 volt voltage while hashing to see what effect it has) and I can't figure it out. Or do I have to use screen in some way I'm not (I can run Windows or PiUnix)

Thanks
C
There's a hidden RPC option to issue arbitrary commands, but I don't think it can handle multiple line responses, so not sure how it would affect things.
414  Bitcoin / Pools / Re: [6600Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB (New Thread) on: June 14, 2014, 10:23:26 AM
Large hashing power will always be very carefully on selecting pools.
The eligius pool is now a "clean" one with a "potential" tiny black corner, and others 3 big is totally clean like the sky until now.
If you own 1000+T, which one will you choose?
What does Bruce mean by that?
He's trolling.
Basically saying when someone with 1Ph/s is looking for a pool, they will skip Eligius because of his slander.
Too bad for him, Eligius is a no-fee pool, and the pool operator couldn't care less if people go elsewhere...
(or at least that was my attitude when people tried crap like that)
415  Bitcoin / Pools / Re: ==== Eligius, please pay my 200+ BTC ==== on: June 14, 2014, 02:23:31 AM
whew...I'm stuffed on popcorn...this is getting good  Cheesy
Yea this is ridiculous.

Not only that but noone has any real proof of any of this.
There is sufficient proof to easily hold up in a criminal court case, IMO.
416  Bitcoin / Pools / Re: [6600Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB (New Thread) on: June 14, 2014, 02:17:24 AM
[Do the people in your mining group know that you were involved in this withholding attack?

This kind of statement is typically pejorative - and its not been just you.

Who knows for sure if this was an attack (as in the sense of it being willful)?

Block withholding due to a bug in mining code that has now been fixed is one thing, an intentional block withholding attack is another.

Brucexie does not appear to deny the former - the extant narrative/claims suggests that there was a cgminer bug in their kit which got fixed - the time line on this is still a little unclear and it would be helpful if this was clarified.

So far as I can tell there is no evidence (that any one has seen presented so far on this forum) to support that this was willful.

Surely one needs this evidence in order to assess it; otherwise one is guessing.
Not really. Whether it was intentional or not is irrelevant.
They didn't contribute to the pool, that is a fact.
Therefore, they should not benefit from the pool.
417  Bitcoin / Pools / Re: *** GHash.IO mining pool official page *** on: June 14, 2014, 12:21:53 AM
cex has zero incentive to give up any hashrate considering it's their main profit now (fees from trades within their system)  Why do you think they have a 0% pool in the first place?
The hashrate they employ for the Gh/s traded on CEX is not the problem. Many miners unrelated to their services choose their pool to mine and that's contributes causes the majority of their pools hashrate. It's because people choose to mine there that it has all this hashpower, not because they are using half of the asics in this planet.
You're wrong. Both are serious problems.
Having half the ASICs on the planet is the bigger problem, since miners using the pool can switch to another one.
Pointing their ASICs at other pools does not help the problem at all, only hides it.
418  Bitcoin / Mining software (miners) / Re: BFGMiner 4.2.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, RockMiner R-BOX on: June 13, 2014, 11:59:24 PM
I can probably create one for Raspi SD card - have never done this before and not quite sure where to upload and share this rather large image. Let me see what I can do.
Should Hashra be listed in README as a GUI/OS based on BFGMiner?
Let me know where to put it Smiley
419  Bitcoin / Pools / Re: *** GHash.IO mining pool official page *** on: June 13, 2014, 11:02:24 PM
CEX.IO has been working on possible ways of decentralising Bitcoin mining since February. We will present our solutions to the Bitcoin community in the nearest time and ask you for understanding our intentions in the right way.
The Bitcoin community has been working on this since 2012.
Why are you working in secret instead of collaborating with the ongoing efforts?
In fact, your pool doesn't even have support for the current progress in decentralisation (GBT) today...
420  Bitcoin / Mining software (miners) / Re: BFGMiner 4.2.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, RockMiner R-BOX on: June 13, 2014, 10:12:29 PM
Hi Luke
Vladimir say that is better connect miso-mosi-sck of atmel328 with misoout mosiout sckout of bitfury chip. Then write a driver like nf1_init (sorry but in vb.net because it is the language that I know better) and you should translate in C.
About the algorithm that manage the energetic behaviour of device, it should be written in external file "PowerManagementScript" so anyone could change it.
What do you think?
Anyone can change C code for now.
Maybe RPC can be used to enable scripting it...
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 [21] 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 ... 228 »
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!