XXL, Sloth, Grumpy removed from the pool
|
|
|
When will auto payouts to exchange revert to old threshold? Seems monero dev's solved attack issue with latest update.
They solved second attack, but in source currently 0.1 XMR for tx-fee what is for first attack. I make today system that everybody can make manuall payouts to own/exchange wallets.
|
|
|
MAX on DwarfPool is enabled
|
|
|
bittrex email to me: We are not taking the fork. We generally do not take community take overs.
|
|
|
agreed
Maybe time to turn the problem to it's head, just to clean the network a little bit faster, by just connecting to a single clean node for a couple of day (narrowing the problem to network or code):
with: -reindex -maxconnections=1 -connect=CLEANNODEIP1 -connect=CLEANNODIP2 -par=8
Agreed, we need clear solution, clear blockchain. currently reindex may go to fork.
|
|
|
New clients cannot work, they makes as orphan all blocks from 1gh because he used old version. Currently all four my servers on different chains!
|
|
|
I fully agree with miningpoolhub!
1gh use old version and have made own fork specially.
But official clients doesn't work. And the maxcoin network is completely destroyed
|
|
|
There are some issues with Maxcoin network, developer knows about that already.
We stopped max-pool and waiting on news from devs
|
|
|
I present here one small project to protect Monero networkForkGuardhttp://forkguard.com/Watch last blocks on all pools If pool operator/ exchange / seed node want to put stable results, please download forkguard-script and send me mail to get your free key
|
|
|
All four DwarfPool servers shows the same message. May be seed node is not updated?
|
|
|
I really hate using Monero wallet... this is 21st century and I don't want to use MS-DOS Do you know when auto-payouts to exchange can be resolved? I know Poloniex opened XMR market yesterday. so you are "exchange miner"? I'm just doing the rest payments, please check your account in some minutes
|
|
|
Poloniex and Bittrex unfrozen
Mintpal: "NOTICE: Deposits and withdrawals are currently disabled for XMR." Bter: "XMR deposit is disabled"
|
|
|
Atrides thank you for your reply. But still I don't get how my Earning in last 24 hours are 37% lower than calculators, for example on http://monero.crypto-pool.fr/. This is very worrying as the difference is huge. Other calculator show similar discrepancy... can you explain the reason? because of yesterday's attack there were some disconnections, so may be it is the fault of less earning, send me your wallet address I'll look what the real reason is. or do you mine to a wallet or directly to an exchange? "normal" payments are completely made, but "exchange payments" not yet for security reason some suspended. the situation on the exchanges is not clear yet, I wouldn't like our user to lose their money on the way to an exchange Today I corrected the speed-formula, must be more accurate. Also in section "Next 24h earning" and in Profit Calculator now I use avg.24h difficulty instead of currently. I checked some users with stable speed and last day earning is like "Next 24h earning"
|
|
|
Can somebody explain why my Current Aprox. Speed is always 20-30% less than actual in miner? Even worst, Earning in last 24h is at least 15% lower then Next 24h earnings estimation... so I feel something is not correct, even with lower than actual hash is reported I still can't even reach estimation based on same lower reported speeds. I would be OK with like 5% lower payouts than expected but this is too much. I'm using 10x280x & 8x270(x) rigs with Claymore GPU miner 6.1 and miner proxy (void 5% fee).
Thank you.
The engine is custom and approx.speed based on my own formula, it was not precise. I have yesterday corrected it, so I think shows correctly what users send. "Next 24h earnings estimation" was calculated on currently difficulty, now I have changed it and also in calc-section to 24-hour average difficulty. Please check all values and if you see big difference, write me email with your data.
|
|
|
If he was confident in finding the next block, assuming he did, that would have been a strong candidate for the purpose of the attack - who wouldn't want to know they could mine blocks on demand? He could deliver whole clusters of a Merkle tree. But not sure that has happened here if you don't have any spikes in blocks.
edit
Atrides, I'm afraid you seem to be ground zero at the moment.
Its been a while since I've been on your pool, but can you tell when the miner linked to these blocks started and possibly finished on your pool?
Both users are relative small with 4 and 8 khs. First user started 30th Aug and other 1th Sep. And they are on the pool still. I don't think they belongs to attacker. They were random blocks-hashes. Attacker just send prepared bad TXs.
|
|
|
How many blocks have your servers found since the attack, relative to an average of what they normally find?
The usually count +/-, nothing unusual But found another interesting thing. They are some hidden pool with ca. 7-9 Mhs (easy to find, just network-hashrate - all known pool speeds) And daily difficulty waves depends on this hidden pool. What now? Today wave is broken (see diff-picture on my pool) and all pools found more blocks this time ))) I think hidden pool on the wrong chain.
|
|
|
So, I have also researched this fork from pool side. I think the attacker doesn't need so much power because they used power from existing pools. I have found that 202614 on both forks were found by my servers: Erebor1: (height,difficulty,bhash,timesec) 202614,1237676319,'ed4eea6109a1b662cf4a3bb372ed4bdee588160b0ac371c2ad78c5e603b8f2ac',1409805725 Moria: 202614,1237676319,'c29e3dc37d8da3e72e506e31a213a58771b24450144305bcba9e70fa4d6ea6fb',1409804768 And time difference is ca. 15 minutes, so therefore forks happens before. After that Erebor1 was on wrong chain some time. But how he has organized bad TX's I don't known. And who found blocks 202612?
|
|
|
Yes, but in normal fork-situation (if bitcoin-altcoin were forked), you transaction CAN but not MUST be included in fork. I have seen a lot of forks already ))) and normally transactions doesn't go afar Sure, specially you can connect to both forked coin-networks and send this transaction. But this situation is good. If you send coins to exchange, you get coins, even on wrong fork and after blockchain rebuild your coins will be on the exchange.
|
|
|
|