Bitcoin Forum
April 26, 2024, 10:57:48 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  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 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 ... 247 »
941  Bitcoin / Pools / Re: [6600Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB (New Thread) on: April 26, 2014, 01:51:45 AM
It is EXTREMELY LIKELY that a pool the person is connected to before it was redirected is the cause.
It is EXTREMELY UNLIKELY that it is a MITM attack unless there is a shoddy network somewhere in the middle.
I can agree with your probabilistic statements here, but in this case, it does indeed seem to be a TCP MITM attack.
942  Bitcoin / Pools / Re: [6600Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB (New Thread) on: April 26, 2014, 01:41:12 AM
Everyone, please check your miner is actually connected to Eligius.
It seems there are some MITM attacks going on to redirect Eligius miners to another pool Sad
Do you know which pool, or at least an IP address? It'd be interesting to try and tie the pool-in-the-middle to a reused generation address.
Redirected clients show "Connected to 46.28.205.80..." in the miner.
This seems to be a scrypt "Worldcoin" mining server, and it seems likely they are just automatically MITM'ing any stratum connections they can inject into, regardless of the destination pool.

I'm just wondering how a MITM attack is possible.

Stratum uses a TCP connection (not UDP), so the source must of course say where it came from.

Thus the only option I can see is that there is a network provider on the network who is hacking packets going through them.
I'd be VERY surprised if that was the case - unless the network provider themselves has been hacked - and that would be major news.

My guess would actually be that the Eligius server itself has been hacked
(or it's connected to a shoddy network)
You seem to have a very naive view of the internet.
TCP may be harder to MITM than UDP, but it's far from difficult.
There have been ongoing attempts to BGP redirect Eligius and other pool IPs (these only successful against scamcoin pools to date, AFAIK) for months now.
A little TCP MITM is nothing in comparison...
Security on the internet at large is almost non-existent.
This is why protocols like SSL/TLS etc exist.
943  Bitcoin / Pools / Re: [6600Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB (New Thread) on: April 25, 2014, 10:17:55 PM
Everyone, please check your miner is actually connected to Eligius.
It seems there are some MITM attacks going on to redirect Eligius miners to another pool Sad
That's interesting, I was noticing that one miner I had that pointed to Slush wasn't pointed to the normal bitcoin.cz but instead was connected to an IP address, I believe 48.xxx. The shares were also not getting logged on Slush's website.
Here, I had 3 Antminers that appeared to still be submitting shares to Eligius but the website showed them as down.

Is there an ETA on a fix for this, or do you recommend moving everything to another pool until it can get sorted out?
It's not pool-specific. They're intercepting any stratum connections they can MITM.
Will be patching BFGMiner to reject redirections across domains...
944  Bitcoin / Pools / Re: [6600Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB (New Thread) on: April 25, 2014, 08:09:37 PM
Everyone, please check your miner is actually connected to Eligius.
It seems there are some MITM attacks going on to redirect Eligius miners to another pool Sad
945  Bitcoin / Mining software (miners) / Re: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB, HFA on: April 25, 2014, 05:22:52 PM
I have been using CGMiner 3.7.2 modified because it supports overclocking gridseeds with the following frequency selections built in: 250, 400, 450, 500, 550, 600, 650, 700, 706, 713, 719, 725, 731, 738, 744, 750, 756, 763, 769, 775, 781, 788, 794, 800, 813, 825, 838, 850, 863, 875, 888, 900, 913, 925, 938, 950, 963, 975, 988, 1000, 1013, 1025, 1038, 1050, 1063, 1075, 1088, 1100, 1113, 1125, 1138, 1150, 1163, 1175, 1188, 1200, 1213, 1225, 1238, 1250, 1263, 1275, 1288, 1300, 1313, 1325, 1338, 1350, 1363, 1375, 1388, 1400.

My question is, can I do this with the BFGminer? I have been running CGMiner with gridseeds for a couple weeks, and haven't had any issues running at 1200Mhz on all the gridseeds, I'm just curious whats different about BFGminer than CGMiner for overclocking gridseeds? Trying to establish the best fit.

http://cryptomining-blog.com/1828-updated-cgminer-3-7-2-and-cpuminer-for-overclocking-gridseed-5-chip-gc3355-asics/

 Cool
BFGMiner can set any clock frequency supported by the gridseed chip.
Instead of a hardcoded list of frequencies, it calculates the correct code on demand
946  Bitcoin / Development & Technical Discussion / Re: 1,500% transaction fee and 3,5 months to confirm? on: April 24, 2014, 05:57:27 PM
So my service is skimming a tiny 0,001% (1/1,000) fee off every payment that gets through it. Most of the transactions are actually micro-payments so there are thousands of tiny unspent outputs accumulating in the service's wallet. I'm worried now that I will not be able to spent these outputs without having to pay a load of transaction fees and wait for eternity for this payment to clear.
Wow, the antispam fees are actually working for once, in a sense!
Your service is exactly what the fee aims to prevent.

Bitcoin's blockchain is not a micropayment system.

Bitcoin could be a better system for micropayment, if it allows:

1. shorter public keys and key hash: you don't need the full protection just for just 100 satoshi. Something that is bruteforcable in a few months is already more than enough

2. signing multiple inputs with one signature

3. adopt a balance based system
There are a number of ways Bitcoin could be extended to do micropayments; I was just commenting on the OP's present use.
(btw, your suggestion #3 is fatally flawed when it comes to avoiding double spends...)
947  Bitcoin / Development & Technical Discussion / Re: 1,500% transaction fee and 3,5 months to confirm? on: April 24, 2014, 05:38:35 PM
So my service is skimming a tiny 0,001% (1/1,000) fee off every payment that gets through it. Most of the transactions are actually micro-payments so there are thousands of tiny unspent outputs accumulating in the service's wallet. I'm worried now that I will not be able to spent these outputs without having to pay a load of transaction fees and wait for eternity for this payment to clear.
Wow, the antispam fees are actually working for once, in a sense!
Your service is exactly what the fee aims to prevent.

Bitcoin's blockchain is not a micropayment system.
948  Bitcoin / Pools / Re: [6600Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB (New Thread) on: April 24, 2014, 01:24:21 AM
I saw someone the other day with 60TH/s on here.  He linked his payout address.  0% donation.  0%!!!  
If I were running a pool I would give large miners a negative fee (i.e. a rebate)
Where is this money coming from?
You mean take from the poor to give to the rich? O.o;;
949  Bitcoin / Pools / Re: [6600Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB (New Thread) on: April 24, 2014, 12:50:55 AM
The algorithms are public.
What about the sharelog?
Used to be public, but it got huge and nobody ever used it :/
Not sure if the security-compressed sharelog used by CPPSRB itself is public, wizkid057 will have to answer that.
950  Bitcoin / Pools / Re: [6600Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB (New Thread) on: April 23, 2014, 10:56:10 PM
There is no fee at all. Nobody got the 6% you're "missing". You wouldn't have got 6% more on another pool.
That 6% is lost before any fees due to bad luck.

Yeah I know all that - guess I'll just carry on waitng for my 'manual' payout in a few seconds.
You forgot the "no sooner than" part.
951  Bitcoin / Pools / Re: [6600Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB (New Thread) on: April 23, 2014, 10:50:25 PM
I don't doubt other pools have a fee. You missed my point completely. If I mine at a pool and earn some coin, then it should be 'automatically' paid - without waiting for some guy who is busy with his other job to say - yeah you can have your coin now. If running a pool and working a job is too much - pick one and do it properly.

[edit]
If your implication is that wk does this 'pool' thing out of the goodness of his heart and makes no money out of it all then 93.53% share reward? Shelved shares. Come on... There's 6%+ fees right there.

I get your point.

It isn't 6% fees.  If you understood the algorithm, you would know that.

M

Dude I like your posts too - maybe I'm having a bad day - but this pool is shrinking and I'm not surprised...
There is no fee at all. Nobody got the 6% you're "missing". You wouldn't have got 6% more on another pool.
That 6% is lost before any fees due to bad luck.
952  Bitcoin / Pools / Re: [6600Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB (New Thread) on: April 23, 2014, 10:40:19 PM
That's why I stopped mining here because you are constantly 'begging' for your rightful payout which should be 'automatic' like it is in other respected pools.
It's automatic here too. It doesn't change anything when you beg because it isn't on your schedule...
If it's automatic here too - why am I waiting 2 weeks plus for my 'manual' payment? And still not in the queue. I work hard too so I know how that is. But if I chose to run a pool then I would 'run' a pool. If I couldn't manage my job and the pool, then I would pick one and do it properly.
It requires a manual payout because it's so little an amount (under $5 worth!) that it would overload buggy miners to generate to it.
If you're so starved that you can't wait a few months for $5, then you shouldn't be mining...

If your implication is that wk does this 'pool' thing out of the goodness of his heart and makes no money out of it all
This is correct.
then 93.53% share reward? Shelved shares. Come on...
The algorithms are public.
953  Bitcoin / Pools / Re: [6600Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB (New Thread) on: April 23, 2014, 10:08:46 PM
That's why I stopped mining here because you are constantly 'begging' for your rightful payout which should be 'automatic' like it is in other respected pools.
It's automatic here too. It doesn't change anything when you beg because it isn't on your schedule...
954  Bitcoin / Mining software (miners) / Re: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB, HFA on: April 23, 2014, 12:45:40 PM
Hi,,
I have a problem with API command.

With this code:
Code:
$request = array('command'=>'summary');
$url = "xxxxxx:xxxx";
$request = json_encode($request);
echo "<br>".$request."<br>";
        $ch = curl_init();
        curl_setopt($ch, CURLOPT_URL, $url);
        curl_setopt($ch,CURLOPT_RETURNTRANSFER, true);
        curl_setopt($ch, CURLOPT_HTTPHEADER, array('Content-type: application/json'));
        curl_setopt($ch, CURLOPT_POST, true);
        curl_setopt($ch, CURLOPT_POSTFIELDS, $request);
        $response = curl_exec($ch);
        curl_close($ch);
var_dump($response);

I have this error Sad
Code:
string(82) "STATUS=E,When=1398234523,Code=14,Msg=Invalid command,

I don't understand because in the README.RPC, command "summary" exist.

Anyone can help me ?
The RPC interface is not JSON-RPC or even HTTP.
Check out the api-example.* files.

(patches are welcome to add a HTTP JSON-RPC compliant interface, but please note I reserve the right to replace libmicrohttpd with something else...)
955  Bitcoin / Pools / Re: [6600Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB (New Thread) on: April 23, 2014, 01:22:24 AM
wizkid057's been spotty, but I did talk to him a bit today.
He's been overworked at his day job lately.
956  Alternate cryptocurrencies / Altcoin Discussion / Re: How can a new coin break-in and be a big success? on: April 22, 2014, 10:14:11 PM
ITGeniusGuru has obviously never heard of open source......don't fuck him too badly, crunchynut.
To be fair, it's encouraged to sell open source software for the whatever price you can.

957  Bitcoin / Mining software (miners) / Re: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB, HFA on: April 22, 2014, 08:58:12 PM
I did but I was not sure how the msg would combat Malware.  Would it be to let us know it was ok or clear?
It pops up a message dialog if the main window is hidden.
In theory, it should be difficult for the malware to hide it also.
But it seems it'll be a problem for GUIs Sad
958  Bitcoin / Mining software (miners) / Re: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB, HFA on: April 22, 2014, 08:38:54 PM
Frontend/GUI authors: Do you hide the BFGMiner window? Will an informational notice annoy you or your users?
What kind of information is it that you want to display?
Read the link?
959  Alternate cryptocurrencies / Altcoin Discussion / Re: How can a new coin break-in and be a big success? on: April 22, 2014, 03:49:44 PM
with a coder next to you that can take care of the developing department

Turns-out: easier said than done. All potential developers I contacted thru this forum were more interested in discouraging me from creating my coin, than offering advice or some help.
Because your "idea" is downright ridiculous and stupid.

Anyone knows, if the source code for an altcoin is available online? Maybe I can start with that and modify it to meet my needs?
Anyone with a clue wouldn't be asking this.
960  Bitcoin / Mining software (miners) / Re: BFGminer on Raspberry pi on: April 22, 2014, 03:30:54 PM
If you're not set on bfgminer and don't want to make it yourself, you can use cgminer, he has binaries available
You should be able to just apt-get install bfgminer too Smiley
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 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 ... 247 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!