Pages:
Author

Topic: F2Pool「魚池」🐟 - page 19. (Read 169413 times)

legendary
Activity: 4256
Merit: 8551
'The right to privacy matters'
July 05, 2015, 11:36:43 AM
Okay so how long will it take this to be fixed?

I mine here not much but some.   About 2th------my actual machines.

I rent large ph from miners at times and mine at:

 solo.ckpool

kanos pool

and mmpool.org

So the risk here is small to me personally as 2th does not earn much and these miners are costing me and my friend 3 cents a kwatt.

But F2pool lost 125 btc of a claimed 10,000 btc reserve. 
So as I read this losing 1.25% of all of F2pool's reserve is still not enough to get F2pool to stop doing this style of mining.
We all know that F2pool is the gold standard of pps mining and has more then 22% of the entire network.
Once you add in the merged coins they give they are pretty much the best pool to mine in to a miner that does not want variance.

Of course f2pool is subject to a withholding attack like no other pool.  I could direct 4ph a day to nice hash and west hash offer to rent it out at a bargain price of  0.0095  and my partner in the attack could go to nicehash and rent the gear for 0.0098 point it all at F2pool.

My losses would be about 3 to 4 btc a day and F2pool would lose more then 40 btc a day.

Also if someone choose to they could skip nicehash and direct withholding miners right at  F2pool .

They could also have the mining gear discard shares over 80 bill    with reduces  the  winning blocks the gear makes but the gear still wold make blocks.
  My point here is F2pool is inviting people to direct mining gear at them that will discard some blocks.  Many people do not like the style of mining being done here.   If I direct 100th here that has software discarding all 80+ bill  bill shares it hurts F2pool. Not me. I would get my 1 btc a day - 4% or about 0.96btc and the merged coins brings me near 100% payout.

 F2pool would simply think their luck is a bit bad.  That day.

Not that I would ask Kano or Ck to build me a cgminer that discards shares. But many people could write this into a  cgminer custom build.

I simply do not understand why F2pool chooses to ignore this risk and invites angry people to attack them this way by mining the way they do.



sr. member
Activity: 266
Merit: 250
July 05, 2015, 07:10:01 AM
And we believe the way we are doing bitcoin mining is safe yet profitable to our miners.

Unfortunately, recent events have proven that this is not the case.
sr. member
Activity: 324
Merit: 260
July 05, 2015, 06:51:50 AM
Mining on block header is nothing wrong. It is not greed. It is strategy.

Then it is an incompetent, greedy & damaging strategy. For you, miners & the network in general.

As has been pointed out repeatedly.

Can you please prove me how it is greedy and damaging? Can you go to AntPool and BTC China's thread tell them the same? Can you go to Eligius's thread where the strategy was invented?
Just to save p3yot33at3r the trouble of doing it ...
Yes I have for both Eligius and AntPool

I have even run (and still am running) long running tests that show mining on Eligius eloipool is still slower block changes with their empty blocks every block change than mining on my pool that never gives out empty blocks (unless bitcoind has no transactions in it)
It is also easy to test yourself as I have explained.
https://bitcointalksearch.org/topic/m.11607167
https://bitcointalksearch.org/topic/m.11681429

But the point about empty blocks is at what point is it OK to mine empty blocks and not confirm new transactions?
1% of blocks? 10% of blocks? Obviously not 100% of blocks coz then no new transactions would be confirmed and bitcoin would die.
If it's 1% of blocks then you are saying it would be OK for my pool to mine ALL blocks empty - since my pool is currently less than 1% of the bitcoin network.
Of course I'd never do it.

The argument for mining empty blocks is that the pools are too slow to generate new work on a block change.
Well that argument is rubbish. My pool doesn't have that problem. So maybe you are just making an excuse for your poorly written pool software?

So now that's all done, what are you going to do about it? Smiley
I would have thought that after you lost 125BTC yesterday due to this you might stop doing it ... but I guess 125BTC means nothing to the pool?

I second this.

I have to make things clearly, as some people may not fully understand what is going on. We are NOT running the pool without a full node nor only mining on top of unverified blocks as some people suggested, at least it is not what we intended to do. The incident is only because the fall back safeguard mechanism was manually deactivated for upgrade at some point.

This should be able to easily corrected. And after that, our operation will be safe enough for everyone. I will also double check with AntPool and BTC China to ensure that their operations are as safe. It is not about greedy. F2Pool is running by a group of geeks. We always like to explore new technologies and possibilities. That is why we are among the first to introduce FSS RBF, why we chose to have a countdown clock to Pluto in our coinbase, and why we donated the Namecoin and Huntercoin community with 25000 NMC and more. We are trying our best to make the best profit to our customers. And we are also responsible to the security and usability of the Bitcoin network. And we believe the way we are doing bitcoin mining is safe yet profitable to our miners.
legendary
Activity: 1610
Merit: 1000
July 05, 2015, 06:46:13 AM
Yeah it is very hard to explain to Chinese "engineers" that something is totally wrong. As long as it is working "somehow" they will do nothing about it and there is no force on earth that will make them think the opposite  Wink
They are just copy pasting from each other and that is all.
And they do not care..
The usual excuse is please do understand...we will put more men's power.
You need to put more brain power folks and make things right!
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
July 05, 2015, 06:24:09 AM
Mining on block header is nothing wrong. It is not greed. It is strategy.

Then it is an incompetent, greedy & damaging strategy. For you, miners & the network in general.

As has been pointed out repeatedly.

Can you please prove me how it is greedy and damaging? Can you go to AntPool and BTC China's thread tell them the same? Can you go to Eligius's thread where the strategy was invented?
Just to save p3yot33at3r the trouble of doing it ...
Yes I have for both Eligius and AntPool

I have even run (and still am running) long running tests that show mining on Eligius eloipool is still slower block changes with their empty blocks every block change than mining on my pool that never gives out empty blocks (unless bitcoind has no transactions in it)
It is also easy to test yourself as I have explained.
https://bitcointalksearch.org/topic/m.11607167
https://bitcointalksearch.org/topic/m.11681429

But the point about empty blocks is at what point is it OK to mine empty blocks and not confirm new transactions?
1% of blocks? 10% of blocks? Obviously not 100% of blocks coz then no new transactions would be confirmed and bitcoin would die.
If it's 1% of blocks then you are saying it would be OK for my pool to mine ALL blocks empty - since my pool is currently less than 1% of the bitcoin network.
Of course I'd never do it.

The argument for mining empty blocks is that the pools are too slow to generate new work on a block change.
Well that argument is rubbish. My pool doesn't have that problem. So maybe you are just making an excuse for your poorly written pool software?

So now that's all done, what are you going to do about it? Smiley
I would have thought that after you lost 125BTC yesterday due to this you might stop doing it ... but I guess 125BTC means nothing to the pool?
sr. member
Activity: 324
Merit: 260
July 05, 2015, 05:57:08 AM
Mining on block header is nothing wrong. It is not greed. It is strategy.

Then it is an incompetent, greedy & damaging strategy. For you, miners & the network in general.

As has been pointed out repeatedly.

Can you please prove me how it is greedy and damaging? Can you go to AntPool and BTC China's thread tell them the same? Can you go to Eligius's thread where the strategy was invented?
sr. member
Activity: 266
Merit: 250
July 05, 2015, 05:49:22 AM
Mining on block header is nothing wrong. It is not greed. It is strategy.

Then it is an incompetent, greedy & damaging strategy. For you, miners & the network in general.

As has been pointed out repeatedly.
sr. member
Activity: 324
Merit: 260
July 05, 2015, 05:37:51 AM
Mining on block header is nothing wrong. It is not greed. It is strategy.
legendary
Activity: 1512
Merit: 1057
SpacePirate.io
July 05, 2015, 01:06:09 AM
We will continue do SPV mining despite the incident, and I think so will AntPool and BTC China.

Another very good reason people should not mine on Chinese pools.  This is EXTREMELY bad for the Bitcoin network.

Agreed, these guys are greedy and shouldn't be used by the community. It's unfortunate that math can't defeat greed in this circumstance. They're bad news for Bitcoin.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
July 04, 2015, 10:29:58 PM
RE: sloopy

First, we are not a pure SPV mining operation. We only do that within seconds after a new block is found on the network. We did have a safe guard in the beginning ...
Yes that was the cause of the problem and your safeguard didn't work.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
July 04, 2015, 10:27:27 PM
Not even an appology for causing the biggest bitcoin fuck up since the march 2013 hard fork, which was a bug and not caused by incompetence and greed.

Chun Wang, (F2Pool) has now not only proven the second time that he is clearly not compented and greedy but is also quite arrogant.

Quote
We will continue do SPV mining despite the incident, and I think so will AntPool and BTC China.
Chun Wang, Mark Kaperkles, Trendon Shavers -> The three worst people that ever happened to Bitcoin. The whole bitcoin network would much safer without F2Pools hashing power. Please find some other thing you can exploit/abuse and destroy.
I contacted someone I know at bitmain when it happened and got them to talk to the pool engineers to sort it out
(that's why antpool switched away from the v2 fork to the v3 fork)
antpool should hopefully have resolved the problem from recurring also.

But the idea for SPV came from eligius eloipool - blame them for starting it.
eligius has fixed it for the v3 change before it happened but even the eloipool git was very late updating the code to v3 so who knows what problems will occur like that in the future for pools using eloipool ...
The other pools using eloipool base have to fork it, so they probably have a lot of changes not in common with the git.
hero member
Activity: 968
Merit: 515
July 04, 2015, 08:06:29 PM
Not even an appology for causing the biggest bitcoin fuck up since the march 2013 hard fork, which was a bug and not caused by incompetence and greed.

Chun Wang, (F2Pool) has now not only proven the second time that he is clearly not compented and greedy but is also quite arrogant.

Quote
We will continue do SPV mining despite the incident, and I think so will AntPool and BTC China.
Chun Wang, Mark Kaperkles, Trendon Shavers -> The three worst people that ever happened to Bitcoin. The whole bitcoin network would much safer without F2Pools hashing power. Please find some other thing you can exploit/abuse and destroy.
legendary
Activity: 1150
Merit: 1004
July 04, 2015, 04:48:34 PM
Between this failure to validate incoming blocks problem and the RBF issue just 2 weeks ago, I've got serious concerns about this pool. It feels to me like you favor tweaks to boost the pool's performance over conformance and reliability.

I've had it with this F2Pool and Antpool until I see some evidence of improved core competence and stability.

How's this for a new movie title?

"Smaller Pools Here I Come, or: How I Learned to Stop Worrying and Love Variance."
sr. member
Activity: 324
Merit: 260
July 04, 2015, 04:14:51 PM
RE: sloopy

First, we are not a pure SPV mining operation. We only do that within seconds after a new block is found on the network. We did have a safe guard in the beginning which falls back to the verified block template if after one or two minutes the local bitcoind still not able to catch up with the udp notification. But the safe guard was disabled due to bug when we lost an orphan race a few months ago. We have already implemented a quick fix. It should be ok now. And we will further refine the code in the next few days.
legendary
Activity: 1750
Merit: 1007
July 04, 2015, 03:26:26 PM
We will continue do SPV mining despite the incident, and I think so will AntPool and BTC China.

Another very good reason people should not mine on Chinese pools.  This is EXTREMELY bad for the Bitcoin network.
sr. member
Activity: 324
Merit: 260
July 04, 2015, 02:12:23 PM
Miners will very much be impacted by the incident. Maybe you pay for this time, but you cannot continue to cover such a large loss. What about confidence? Do you think people should have confidence to mine with F2pool and no shady actions will occur?

There is no impact on miners at all, and our PPS fee is very low if you consider all those merged coins we are giving out: 7 NMC/IXC/I0C is about 0.019 BTC or 1.9% of your earning. The loss is also trivial to us. Our Bitcoin reserve is more than 10000 BTC and we also have many altcoins.

I do mine with F2pool at times, currently as a backup, and I think we deserve to hear more about how this does not impact us.
Care to comment on 'SPV mining' explanations being provided by the bitcoin folks?
The short version is they state you and antpool caused most of this because you were not validating blocks.

Do you have a response, or is this the way you plan to run your pool in the future?

We will continue do SPV mining despite the incident, and I think so will AntPool and BTC China. We will do it more carefully in the future however. Today's incident was caused by one of AntPool's outdated bitcoinds. BTC China and us simply followed AntPool's block announcement, only they have worse luck, so they did not generate as many blocks as us.
sr. member
Activity: 324
Merit: 260
July 03, 2015, 11:58:34 PM
We are PPS. Miners will not be affected by the incident.
legendary
Activity: 1344
Merit: 1004
July 03, 2015, 11:57:01 PM
This pool may be mining INVALID blocks, meaning you will not get paid for mining. This applies to the BITCOIN chain.

https://www.reddit.com/r/Bitcoin/comments/3c2cfd/psa_f2pool_is_mining_invalid_blocks/

Switch your miners until this is resolved.
sr. member
Activity: 324
Merit: 260
July 02, 2015, 02:58:57 PM
@macbook are u still on DDOS ? My miners are not very stable.....  Undecided
Your stratum server seems to be dead at this moment

Our upstream network misconfigured their routing to Aliyun Beijing. The issue occurred at 16:35 UTC, and it has been resolved. Stratum servers in Qingdao was not affected. Sorry for the inconvenience.
legendary
Activity: 1150
Merit: 1004
July 02, 2015, 02:34:24 PM
I'd also like to know the actual status of the pool. Yesterday I was still seeing connectivity problems (Scrypt), even though the DDoS note was taken off the web site.

My miners are pointed elsewhere until the site is stable.
Pages:
Jump to: