Search content
Sort by
Showing 20 of 327 results by merc82
My R3D has been changed back into Bitcoin too. Looks like richie@bittrex was true to his word. It's rainin' Bitcoins. Hallelujah!
I got my BTC back as well. Never thought diff, but thought I would rub it into the trolls faces.
I, as well, received my BTC back -- never doubted it for a second either. <3 trex.
I've never seen/had a coin de-listed from trex without several weeks notice prior to the d-listing. These guys are solid, and as earlz said, I'm sure they'd spin up a wallet to try to get your coins if you opened a ticket
Re: [ANN][LDOGE] LiteDoge - very currency many coin - lite version of dogecoin
If anyone else is going to rent hash. DO NOT do so from MRR. I have recieved a message that their site is down this morning until further notice. Cheers
LOL -- nope, MRR is alive and kicking well, no issues at all.Re: [ANN][MULTI][VARDIFF] TradeMyBit MULTIALGO Profit Swap w/ Optional Auto-exchange
Thats really bad news before christmas.
Thanks for a great pool it was really pleasure to mine with TMB.
I am still curious what happened, what is the reason for shutdown?
Thanks for a great pool it was really pleasure to mine with TMB.
I am still curious what happened, what is the reason for shutdown?
The pleasure was mine!
Unfortunately TMB has been running at a pretty steep loss for the last several months -- and the time commitment to keep it running (with a pretty heavy DDoS) just became something I was unable to do given the loss ;/
If mining profits take a turn upwards, or if a really nice coin gets launched -- tmb may open its stratum up again
Re: [ANN] ★LiteBar★ [LTB] - Rare Coin - Growing Fast - Now on CRYPTSY!
Fresh compile:
litebard: main.cpp:2119: bool LoadBlockIndex(bool): Assertion `block.hashMerkleRoot == uint256("0xca067cd91ba9b86363401c7d7dc08a43fed44c3500b3ec62d4c5630f3baf1604")' failed.
litebard: main.cpp:2119: bool LoadBlockIndex(bool): Assertion `block.hashMerkleRoot == uint256("0xca067cd91ba9b86363401c7d7dc08a43fed44c3500b3ec62d4c5630f3baf1604")' failed.
Re: [ANN] Nanite [XNAN] - X11 | PoS | HTML5/NodeJS | Point-of-Sale Software | Mobile
another inside job by the bittrex crew
anyone could spot the scam, newbie dev, fork of the recent scam sparkcoin.
i pointed it out to bittrex as soon as they added it: https://twitter.com/ramikawach/status/530830112996868096
add it to the recent inside job list, all within the last month
GHOST
SPARK
NANITE
anyone could spot the scam, newbie dev, fork of the recent scam sparkcoin.
i pointed it out to bittrex as soon as they added it: https://twitter.com/ramikawach/status/530830112996868096
add it to the recent inside job list, all within the last month
GHOST
SPARK
NANITE
This really got me pissed at Bittrex too. If they don't do something about these coins, I might have to reconsider using them. This is becoming too much. What happened with AnonCoin btw? Was it similar to this? Said something about a Tx issue.
Psst.. it was listed here first https://c-cex.com/?p=xnan-btc
It was listed on emporuexexexe, it was listed on coinswap.. etc.
So what are you going to use instead?
Re: [ANN][MULTI][VARDIFF] TradeMyBit MULTIALGO Profit Swap w/ Optional Auto-exchange
When can we expect a multi-multi port for Neoscrypt?
4014 is now up for the Neoscrypt Multi-Multi
Edit: When the pool goes to neoscrypt coin my miners end up on the TMB_X11_Backup_East port.
Port 4014 does not seem to be working.
I have the same issue, i remedied it by setting the 8880 static pool after the 4014 pool, thus achieving the same thing anyway, but yes, 4014 seems dead when it should not be. So switch your X11static backup pool to 8880 Neoscrypt, that will solve the problem until merc82 fixes this.
Hope that helps
This is repaired, 4014 should work properly.. Sorry about that
Re: [ANN][MULTI][VARDIFF] TradeMyBit MULTIALGO Profit Swap w/ Optional Auto-exchange
When can we expect a multi-multi port for Neoscrypt?
4014 is now up for the Neoscrypt Multi-Multi
Re: [ANN][MULTI][VARDIFF] TradeMyBit MULTIALGO Profit Swap w/ Optional Auto-exchange
TMB mined 160 blocks on a fork of DRK today. Unfortunately all of these coins were invalid and are lost.
There are two autoexchange batches that account for the 'forked coins', and they have a 0 BTC balance, and should be visible in your ledger.
There are two autoexchange batches that account for the 'forked coins', and they have a 0 BTC balance, and should be visible in your ledger.
Re: [ANN] Nanite [XNAN] - X11 | PoW/PoS | NO IPO | NO ICO | Launched!
https://xnan.minerpools.com = 0MHZ
http://suchpool.pw/xnan/ = 14.27 GH/s
https://xnan.suprnova.cc = 1.33 GH/s
https://xnan.maxminers.net = 0 GH/s
http://x11-x13-pool.org/nanitecoin = 0 MHZ
https://coinking.io - 0 MHZ
Total = 15.6 GH/s
Network Overall = 41.54 GH/s
Difference = 25.94 GH/s
Is is possible that 25.94 GH/s is coming from solo mining??
Edit: now suddenly the 41.54 GH/s net hashrate (the unknown 25.94 went down) has dropped, strange..
Edit:Corrected from GHz to Gh/s typo. Thanks NSCrypto
http://suchpool.pw/xnan/ = 14.27 GH/s
https://xnan.suprnova.cc = 1.33 GH/s
https://xnan.maxminers.net = 0 GH/s
http://x11-x13-pool.org/nanitecoin = 0 MHZ
https://coinking.io - 0 MHZ
Total = 15.6 GH/s
Network Overall = 41.54 GH/s
Difference = 25.94 GH/s
Is is possible that 25.94 GH/s is coming from solo mining??
Edit: now suddenly the 41.54 GH/s net hashrate (the unknown 25.94 went down) has dropped, strange..
Edit:Corrected from GHz to Gh/s typo. Thanks NSCrypto
Yea the same guy with an fpga farm in china mines pretty much every x11/x13 coin like that for the past few months.
Ocminer, it's not a bug.
He let's the hashrate drop, then when the diff is low he pumps a shit ton of hashrate at the coin in an effort to grind through a bunch of low diff blocks as fast as possible.
Then he dumps his hashrate onto another coin and let's the other miners solve the high diff blocks till the diff drops back down to as low as possible.
Rinse and repeat.
Damn - that's pretty f'd up...
TMB was mining it a bit too -- 20ghash for a little while
Re: [ANN][MULTI][VARDIFF] TradeMyBit MULTIALGO Profit Swap w/ Optional Auto-exchange
Can someone please explain why WhatMine.com says Hirocoin is most profitable coin and why we aren't mining it if tha's the case? Is it because it's POS?
The only real place to sell HIRO at is poloniex, and the buy volume is extremely low:
https://www.poloniex.com/exchange/btc_hiro
The price fluctuates between 10 satoshi and 6 satoshi, giving it a very wild range of profitability -- but there is very little to no volume to support it at profit levels (10 satoshi), its just whatmine seeing the last price and saying its profitable.
TMB calculates profitability on real world cases, market depth, etc.
Thanks!
I rarely announce -- but its up @ tmb: https://pool.trademybit.com/pools/ICNX/
Re: cryp.today Mining revenue stats Scrypt Scrypt-N X11 X13 pools / hashrate rentals
Main chart has been updated for today: http://cryp.today
Rental pricing page http://cryp.today/current is still having some trouble with MRR, everything else works.
Rental pricing page http://cryp.today/current is still having some trouble with MRR, everything else works.
Is there an API issue? We're not seeing any issues on our (MRR) side, let me know if I can help
Not sure yet, haven't had time to fully debug it. Seems like the requests are timing out for no apparent reason. It could be that there is an issue on my side, it's just weird that one algo works (Scrypt), and others don't. Thanks for the offer though. I'll see if I need your help once I dig deeper into this.
Not sure if you're parsing it from the html, or if you're aware of the API:
https://www.miningrigrentals.com/api/v1/rigs?method=list&type=sha256
https://www.miningrigrentals.com/api/v1/rigs?method=list&type=scrypt
https://www.miningrigrentals.com/api/v1/rigs?method=list&type=x11
https://www.miningrigrentals.com/api/v1/rigs?method=list&type=x13
etc
Thanks. I'm pulling API data and also the first page of the HTML to get the available/total rigs. That one might be tripping me. Is there a way to get available/total rigs from the API?
In each algo's rig list there is a 'info' array containing the statistics of total available/rented and hashrates of both (in hash) in the response->data->info section
eg:
"available":{"rigs":"966","hash":"1591665079000000"},"rented":{"rigs":"184","hash":"155035266000000"},"price":{"lowest":"0.0000000175","last_10":"0.00000002","last":"0.0000000179"}
overall total would be available+rented
Cheers
Re: cryp.today Mining revenue stats Scrypt Scrypt-N X11 X13 pools / hashrate rentals
Is there an API issue? We're not seeing any issues on our (MRR) side, let me know if I can help
(ugly) reality:
http://cryp.today/faq
All rates are normalized to scrypt
Re: cryp.today Mining revenue stats Scrypt Scrypt-N X11 X13 pools / hashrate rentals
Main chart has been updated for today: http://cryp.today
Rental pricing page http://cryp.today/current is still having some trouble with MRR, everything else works.
Rental pricing page http://cryp.today/current is still having some trouble with MRR, everything else works.
Is there an API issue? We're not seeing any issues on our (MRR) side, let me know if I can help
Not sure yet, haven't had time to fully debug it. Seems like the requests are timing out for no apparent reason. It could be that there is an issue on my side, it's just weird that one algo works (Scrypt), and others don't. Thanks for the offer though. I'll see if I need your help once I dig deeper into this.
Not sure if you're parsing it from the html, or if you're aware of the API:
https://www.miningrigrentals.com/api/v1/rigs?method=list&type=sha256
https://www.miningrigrentals.com/api/v1/rigs?method=list&type=scrypt
https://www.miningrigrentals.com/api/v1/rigs?method=list&type=x11
https://www.miningrigrentals.com/api/v1/rigs?method=list&type=x13
etc
Cheers
Re: cryp.today Mining revenue stats Scrypt Scrypt-N X11 X13 pools / hashrate rentals
Main chart has been updated for today: http://cryp.today
Rental pricing page http://cryp.today/current is still having some trouble with MRR, everything else works.
Rental pricing page http://cryp.today/current is still having some trouble with MRR, everything else works.
Is there an API issue? We're not seeing any issues on our (MRR) side, let me know if I can help
Re: [ANN] Spark | X11 | BTer/Bittrex/C-CEX | PoW/PoS | Exchanges | Roadmap |
Isn't the SuchPool, IPOminer, Suprnova, minerpools all on the right fork and only hashhot, trademybit, and bittrex on the wrong fork? Why is it a choice? All the hash and main pools are on the correct fork.
And if their was no 51% attempt or foul play, maybe dev could compensate hashhot or TMB with some of the premine to solve the issue.
And if their was no 51% attempt or foul play, maybe dev could compensate hashhot or TMB with some of the premine to solve the issue.
There isn't a 'choice', it is impossible to sync to the 'IPOMiner/Suchpool/etc' fork without bootstrapping the blockchain. If you delete your data and resync you will never get to where those pools are, even if you add them as your only nodes and disallow any other connections.. because block 10042 fails proof-of-work verification. It is, by definition, invalid.
That doesn't mean the dev won't take that as the proper chain. It's up t the dev lately as to what fork is correct, but in all honesty this fork is completely invalid
are transactions working on the other chain at all? we're talking a full day's transactions and mining on the dominant pools being reversed if we dont take up with the suchpool/nova blockchain. not sure i like the sound of that.
Yes, transactions are running -- and yes the sound invalidating what you call 'dominant' pools is bad, but there are others mining as well. If you do a full resync from scratch without using a bootstrap you'll never end up on the same chain as suchpool/suprnova/etc. I'm not trying to stir trouble at all, I'm just saying we need the dev to determine which one is correct and do so immediately ;(
Re: [ANN] Spark | X11 | BTer/Bittrex/C-CEX | PoW/PoS | Exchanges | Roadmap |
Isn't the SuchPool, IPOminer, Suprnova, minerpools all on the right fork and only hashhot, trademybit, and bittrex on the wrong fork? Why is it a choice? All the hash and main pools are on the correct fork.
And if their was no 51% attempt or foul play, maybe dev could compensate hashhot or TMB with some of the premine to solve the issue.
And if their was no 51% attempt or foul play, maybe dev could compensate hashhot or TMB with some of the premine to solve the issue.
There isn't a 'choice', it is impossible to sync to the 'IPOMiner/Suchpool/etc' fork without bootstrapping the blockchain. If you delete your data and resync you will never get to where those pools are, even if you add them as your only nodes and disallow any other connections.. because block 10042 fails proof-of-work verification. It is, by definition, invalid.
That doesn't mean the dev won't take that as the proper chain. It's up t the dev lately as to what fork is correct, but in all honesty this fork is completely invalid