Then they are broadcasted after 5-10 minutes! Not enough power you have to even cheat !!!!
Topic: [ANN][RIC] Riecoin: constellations POW *CPU* HARD FORK successful, world record - page 72. (Read 685265 times)
May 11, 2017, 09:48:07 AM
Solo miners continue to withholding blocks
Then they are broadcasted after 5-10 minutes! Not enough power you have to even cheat !!!!
Then they are broadcasted after 5-10 minutes! Not enough power you have to even cheat !!!!
May 09, 2017, 10:29:53 AM
thats the issue ...
the gcc / cuda is 'too' recent ...
fedora 25 x64 gcc632 ... so the when the cpuminer is being compiled - it fails immediately with an error about an unknown command - ^M ... i have rewritten the script - but its still complains about that control code for some reason ...
the other miners have their own issues ... so i downloaded the code and bin ( some of them have code - others are just binary ) xptminer - xptminer2 - rminer - etc and still no real 'mining' per se ( cpuminer-rminer hashes but never gets accepted shares ) and xptminer2 ONLY runs on riepool with no option to run on any other pool ... so the ONE miner that actually works - will ONLY work on that pool ...
the coin code itself is a different issue - due to the broken ( crippled ) openssl inherent in most of the earlier rhel based systems ... trying to get it built using a local build of the later compiled openssl102k - and still not winning on this either ... i think its a linking issue ... but i couldnt spend too much time more on it ...
if we can isolate the algo part alone - we could probably implement it into other miners ...
tanx for your help mate ...
#crysx
the gcc / cuda is 'too' recent ...
fedora 25 x64 gcc632 ... so the when the cpuminer is being compiled - it fails immediately with an error about an unknown command - ^M ... i have rewritten the script - but its still complains about that control code for some reason ...
the other miners have their own issues ... so i downloaded the code and bin ( some of them have code - others are just binary ) xptminer - xptminer2 - rminer - etc and still no real 'mining' per se ( cpuminer-rminer hashes but never gets accepted shares ) and xptminer2 ONLY runs on riepool with no option to run on any other pool ... so the ONE miner that actually works - will ONLY work on that pool ...
the coin code itself is a different issue - due to the broken ( crippled ) openssl inherent in most of the earlier rhel based systems ... trying to get it built using a local build of the later compiled openssl102k - and still not winning on this either ... i think its a linking issue ... but i couldnt spend too much time more on it ...
if we can isolate the algo part alone - we could probably implement it into other miners ...
tanx for your help mate ...
#crysx
Regarding that code, can you run the following script:
Code:
sed -i 's/\r//g'
Change "
May 09, 2017, 09:47:05 AM
thats the issue ...
the gcc / cuda is 'too' recent ...
fedora 25 x64 gcc632 ... so the when the cpuminer is being compiled - it fails immediately with an error about an unknown command - ^M ... i have rewritten the script - but its still complains about that control code for some reason ...
the other miners have their own issues ... so i downloaded the code and bin ( some of them have code - others are just binary ) xptminer - xptminer2 - rminer - etc and still no real 'mining' per se ( cpuminer-rminer hashes but never gets accepted shares ) and xptminer2 ONLY runs on riepool with no option to run on any other pool ... so the ONE miner that actually works - will ONLY work on that pool ...
the coin code itself is a different issue - due to the broken ( crippled ) openssl inherent in most of the earlier rhel based systems ... trying to get it built using a local build of the later compiled openssl102k - and still not winning on this either ... i think its a linking issue ... but i couldnt spend too much time more on it ...
if we can isolate the algo part alone - we could probably implement it into other miners ...
tanx for your help mate ...
#crysx
Sorry, but to be really clear, can you copy/paste the make output when compiling from *my* source tree specifically?
https://github.com/dave-andersen/fastrie/tree/stratum
(note that you want the stratum tree).
cpu-rminerd is very stale and you don't want to use that except for experimentation.
Please include the last 20 lines up to and including the failing command of the make output, and I'll happily help out. This miner will work on any stratum-supporting pool. I'd suggest trying Ziiip's (ublock.it) -- it's what I was testing against when I made the most recent improvements.
May 09, 2017, 07:36:34 AM
dga has done some work on the open source miner recently. You can find it here.
https://github.com/dave-andersen/fastrie/tree/stratum
Readme has also been updated a bit, you might find it helpful as some CentOS/RedHat instructions have been modified.
https://github.com/dave-andersen/fastrie/blob/stratum/xptMiner/README.md
I can confirm that this build offers a slight performance increase over the previous miner.
However, I've only been able to compile this for Linux, I've had zero luck compiling for Windows.
I believe dga might be working on a static compile for Windows soon but he's a busy guy you know.
If someone has successfully compiled this new build for Windows, please share how you did it.
https://github.com/dave-andersen/fastrie/tree/stratum
Readme has also been updated a bit, you might find it helpful as some CentOS/RedHat instructions have been modified.
https://github.com/dave-andersen/fastrie/blob/stratum/xptMiner/README.md
I can confirm that this build offers a slight performance increase over the previous miner.
However, I've only been able to compile this for Linux, I've had zero luck compiling for Windows.
I believe dga might be working on a static compile for Windows soon but he's a busy guy you know.
If someone has successfully compiled this new build for Windows, please share how you did it.
tanx for that ...
we are ALL busy - and so we understand ... a little help goes a long way - and we appreciate your help with this ...
linux ( fedora 25 x64 ) is what we work with - as well centos for the daemons ( which we have yet to successfully compile ) ... so all and ANY help is appreciated ...
ill personally look into the links you supplied in a day or so - as busy means getting all the 'real life' stuff out the way and working on this after that is all done ...
as for windows ... ummm ...
...tanx again ...
#crysx
I welcome patches to get it building on Windows. I'm sorry - I've been trying to find time to get my build environment for cross-compiling for windows back up, but I'm simply not managing to juggle that and my day job(s). I would love, and gratefully acknowledge, help on this.
#crysx, if you're having compile problems with my miner, please let me know what they are. I can fix things for Linux pretty easily. Windows... is another beast, since I don't have it and have never developed for it. Centos shouldn't be *too* much of a problem (he says, fingers crossed). At one point, I was doing some of the initial development of the miner on a Centos machine, in fact. As long as you've got a recent g++ installed via devtoolset, it should be OK.
thats the issue ...
the gcc / cuda is 'too' recent ...
fedora 25 x64 gcc632 ... so the when the cpuminer is being compiled - it fails immediately with an error about an unknown command - ^M ... i have rewritten the script - but its still complains about that control code for some reason ...
the other miners have their own issues ... so i downloaded the code and bin ( some of them have code - others are just binary ) xptminer - xptminer2 - rminer - etc and still no real 'mining' per se ( cpuminer-rminer hashes but never gets accepted shares ) and xptminer2 ONLY runs on riepool with no option to run on any other pool ... so the ONE miner that actually works - will ONLY work on that pool ...
the coin code itself is a different issue - due to the broken ( crippled ) openssl inherent in most of the earlier rhel based systems ... trying to get it built using a local build of the later compiled openssl102k - and still not winning on this either ... i think its a linking issue ... but i couldnt spend too much time more on it ...
if we can isolate the algo part alone - we could probably implement it into other miners ...
tanx for your help mate ...
#crysx
May 09, 2017, 06:04:30 AM
dga has done some work on the open source miner recently. You can find it here.
https://github.com/dave-andersen/fastrie/tree/stratum
Readme has also been updated a bit, you might find it helpful as some CentOS/RedHat instructions have been modified.
https://github.com/dave-andersen/fastrie/blob/stratum/xptMiner/README.md
I can confirm that this build offers a slight performance increase over the previous miner.
However, I've only been able to compile this for Linux, I've had zero luck compiling for Windows.
I believe dga might be working on a static compile for Windows soon but he's a busy guy you know.
If someone has successfully compiled this new build for Windows, please share how you did it.
https://github.com/dave-andersen/fastrie/tree/stratum
Readme has also been updated a bit, you might find it helpful as some CentOS/RedHat instructions have been modified.
https://github.com/dave-andersen/fastrie/blob/stratum/xptMiner/README.md
I can confirm that this build offers a slight performance increase over the previous miner.
However, I've only been able to compile this for Linux, I've had zero luck compiling for Windows.
I believe dga might be working on a static compile for Windows soon but he's a busy guy you know.
If someone has successfully compiled this new build for Windows, please share how you did it.
tanx for that ...
we are ALL busy - and so we understand ... a little help goes a long way - and we appreciate your help with this ...
linux ( fedora 25 x64 ) is what we work with - as well centos for the daemons ( which we have yet to successfully compile ) ... so all and ANY help is appreciated ...
ill personally look into the links you supplied in a day or so - as busy means getting all the 'real life' stuff out the way and working on this after that is all done ...
as for windows ... ummm ...
...tanx again ...
#crysx
I welcome patches to get it building on Windows. I'm sorry - I've been trying to find time to get my build environment for cross-compiling for windows back up, but I'm simply not managing to juggle that and my day job(s). I would love, and gratefully acknowledge, help on this.
#crysx, if you're having compile problems with my miner, please let me know what they are. I can fix things for Linux pretty easily. Windows... is another beast, since I don't have it and have never developed for it. Centos shouldn't be *too* much of a problem (he says, fingers crossed). At one point, I was doing some of the initial development of the miner on a Centos machine, in fact. As long as you've got a recent g++ installed via devtoolset, it should be OK.
May 09, 2017, 03:27:02 AM
Been a while since I mined Riecoin but with the recent price & attention increase I thought I would give it another go.
Is anyone else using riepool.ovh? I am testing it on my Xeon D-1520 server and getting 2,500 Kh/s https://gyazo.com/8bbaddbfe9c62eaa535c5ced37a49edb
They advertise their total hash at 2,876,360.48 KH/s but with only 202 workers. How does that work? That would mean each worker is averaging at 14239 KH/s
Is anyone else using riepool.ovh? I am testing it on my Xeon D-1520 server and getting 2,500 Kh/s https://gyazo.com/8bbaddbfe9c62eaa535c5ced37a49edb
They advertise their total hash at 2,876,360.48 KH/s but with only 202 workers. How does that work? That would mean each worker is averaging at 14239 KH/s
Honestly there is no good way to calculate hashrate on Riecoin, most of the pools are just guessing what it should be based on RIC/day and the total network hashrate. It's best to check your share rate on the miner directly for an accurate comparison. ( i would take the share-rate value of Riepools miner with a grain of salt, as it's closed source)
Most of the "workers" are usually many workers sitting behind a stratum proxy etc, so they only register one worker with the pool even though they have many
Also you might want to look at other pools who aren't using a closed source miner. (Riepool's miner is closed source, so their is no real way to determine if it contains a virus or not, use at your own risk!!)
It would also help to further distribute the hashrate, uBlock.it only needs a few more workers for more consistent payouts. Please check us out if you can.
so the question is simple ...
WHERE do we find the opensource miners that are CURRENT - so we can look at the algo code - and implement a 'proper' cpuminer for riecoin? ...
almost everywhere i have looked - is 'almost' a dead end ... ie - VERY old miners - closed source - no current codebase we can look at - etc ...
gatra - do you have a collection / list of ACTIVE miners that actually work ( and can be compiled - as the link for cpuminer on this thread simply DOES NOT compile ) ... we would be interested mainly in the git / source of the coin / algo ...
i know you have pointed me in the right direction previously for the stratum - but there is no way to implement that easily in our setup ( cwi-stratum ) without breaking it and recoding again ... especially due to the lack of exposure of what the algo 'actually' is ... otherwise we would have had the ability to create a python / c++ hash for the algo - and implement it everywhere ...
it is frustrating for us - let alone the community members who WANT ( note - not NEED ) to mine and trade and work with this coin ...
if this list exists of WORKING links - sourcecode and miners - please send me ...
tanx ...
#crysx
dga has done some work on the open source miner recently. You can find it here.
https://github.com/dave-andersen/fastrie/tree/stratum
Readme has also been updated a bit, you might find it helpful as some CentOS/RedHat instructions have been modified.
https://github.com/dave-andersen/fastrie/blob/stratum/xptMiner/README.md
I can confirm that this build offers a slight performance increase over the previous miner.
However, I've only been able to compile this for Linux, I've had zero luck compiling for Windows.
I believe dga might be working on a static compile for Windows soon but he's a busy guy you know.
If someone has successfully compiled this new build for Windows, please share how you did it.
tanx for that ...
we are ALL busy - and so we understand ... a little help goes a long way - and we appreciate your help with this ...
linux ( fedora 25 x64 ) is what we work with - as well centos for the daemons ( which we have yet to successfully compile ) ... so all and ANY help is appreciated ...
ill personally look into the links you supplied in a day or so - as busy means getting all the 'real life' stuff out the way and working on this after that is all done ...
as for windows ... ummm ...
...tanx again ...
#crysx
May 09, 2017, 01:38:21 AM
Been a while since I mined Riecoin but with the recent price & attention increase I thought I would give it another go.
Is anyone else using riepool.ovh? I am testing it on my Xeon D-1520 server and getting 2,500 Kh/s https://gyazo.com/8bbaddbfe9c62eaa535c5ced37a49edb
They advertise their total hash at 2,876,360.48 KH/s but with only 202 workers. How does that work? That would mean each worker is averaging at 14239 KH/s
Is anyone else using riepool.ovh? I am testing it on my Xeon D-1520 server and getting 2,500 Kh/s https://gyazo.com/8bbaddbfe9c62eaa535c5ced37a49edb
They advertise their total hash at 2,876,360.48 KH/s but with only 202 workers. How does that work? That would mean each worker is averaging at 14239 KH/s
Honestly there is no good way to calculate hashrate on Riecoin, most of the pools are just guessing what it should be based on RIC/day and the total network hashrate. It's best to check your share rate on the miner directly for an accurate comparison. ( i would take the share-rate value of Riepools miner with a grain of salt, as it's closed source)
Most of the "workers" are usually many workers sitting behind a stratum proxy etc, so they only register one worker with the pool even though they have many
Also you might want to look at other pools who aren't using a closed source miner. (Riepool's miner is closed source, so their is no real way to determine if it contains a virus or not, use at your own risk!!)
It would also help to further distribute the hashrate, uBlock.it only needs a few more workers for more consistent payouts. Please check us out if you can.
so the question is simple ...
WHERE do we find the opensource miners that are CURRENT - so we can look at the algo code - and implement a 'proper' cpuminer for riecoin? ...
almost everywhere i have looked - is 'almost' a dead end ... ie - VERY old miners - closed source - no current codebase we can look at - etc ...
gatra - do you have a collection / list of ACTIVE miners that actually work ( and can be compiled - as the link for cpuminer on this thread simply DOES NOT compile ) ... we would be interested mainly in the git / source of the coin / algo ...
i know you have pointed me in the right direction previously for the stratum - but there is no way to implement that easily in our setup ( cwi-stratum ) without breaking it and recoding again ... especially due to the lack of exposure of what the algo 'actually' is ... otherwise we would have had the ability to create a python / c++ hash for the algo - and implement it everywhere ...
it is frustrating for us - let alone the community members who WANT ( note - not NEED ) to mine and trade and work with this coin ...
if this list exists of WORKING links - sourcecode and miners - please send me ...
tanx ...
#crysx
dga has done some work on the open source miner recently. You can find it here.
https://github.com/dave-andersen/fastrie/tree/stratum
Readme has also been updated a bit, you might find it helpful as some CentOS/RedHat instructions have been modified.
https://github.com/dave-andersen/fastrie/blob/stratum/xptMiner/README.md
I can confirm that this build offers a slight performance increase over the previous miner.
However, I've only been able to compile this for Linux, I've had zero luck compiling for Windows.
I believe dga might be working on a static compile for Windows soon but he's a busy guy you know.
If someone has successfully compiled this new build for Windows, please share how you did it.
May 08, 2017, 10:30:06 PM
Been a while since I mined Riecoin but with the recent price & attention increase I thought I would give it another go.
Is anyone else using riepool.ovh? I am testing it on my Xeon D-1520 server and getting 2,500 Kh/s https://gyazo.com/8bbaddbfe9c62eaa535c5ced37a49edb
They advertise their total hash at 2,876,360.48 KH/s but with only 202 workers. How does that work? That would mean each worker is averaging at 14239 KH/s
Is anyone else using riepool.ovh? I am testing it on my Xeon D-1520 server and getting 2,500 Kh/s https://gyazo.com/8bbaddbfe9c62eaa535c5ced37a49edb
They advertise their total hash at 2,876,360.48 KH/s but with only 202 workers. How does that work? That would mean each worker is averaging at 14239 KH/s
Honestly there is no good way to calculate hashrate on Riecoin, most of the pools are just guessing what it should be based on RIC/day and the total network hashrate. It's best to check your share rate on the miner directly for an accurate comparison. ( i would take the share-rate value of Riepools miner with a grain of salt, as it's closed source)
Most of the "workers" are usually many workers sitting behind a stratum proxy etc, so they only register one worker with the pool even though they have many
Also you might want to look at other pools who aren't using a closed source miner. (Riepool's miner is closed source, so their is no real way to determine if it contains a virus or not, use at your own risk!!)
It would also help to further distribute the hashrate, uBlock.it only needs a few more workers for more consistent payouts. Please check us out if you can.
so the question is simple ...
WHERE do we find the opensource miners that are CURRENT - so we can look at the algo code - and implement a 'proper' cpuminer for riecoin? ...
almost everywhere i have looked - is 'almost' a dead end ... ie - VERY old miners - closed source - no current codebase we can look at - etc ...
gatra - do you have a collection / list of ACTIVE miners that actually work ( and can be compiled - as the link for cpuminer on this thread simply DOES NOT compile ) ... we would be interested mainly in the git / source of the coin / algo ...
i know you have pointed me in the right direction previously for the stratum - but there is no way to implement that easily in our setup ( cwi-stratum ) without breaking it and recoding again ... especially due to the lack of exposure of what the algo 'actually' is ... otherwise we would have had the ability to create a python / c++ hash for the algo - and implement it everywhere ...
it is frustrating for us - let alone the community members who WANT ( note - not NEED ) to mine and trade and work with this coin ...
if this list exists of WORKING links - sourcecode and miners - please send me ...
tanx ...
#crysx
May 08, 2017, 10:07:11 PM
wallet disabled I guess
May 08, 2017, 09:28:08 PM
May 08, 2017, 08:16:19 PM
5000 sats in btc38 
May 08, 2017, 01:35:59 PM
Been a while since I mined Riecoin but with the recent price & attention increase I thought I would give it another go.
Is anyone else using riepool.ovh? I am testing it on my Xeon D-1520 server and getting 2,500 Kh/s https://gyazo.com/8bbaddbfe9c62eaa535c5ced37a49edb
They advertise their total hash at 2,876,360.48 KH/s but with only 202 workers. How does that work? That would mean each worker is averaging at 14239 KH/s
Is anyone else using riepool.ovh? I am testing it on my Xeon D-1520 server and getting 2,500 Kh/s https://gyazo.com/8bbaddbfe9c62eaa535c5ced37a49edb
They advertise their total hash at 2,876,360.48 KH/s but with only 202 workers. How does that work? That would mean each worker is averaging at 14239 KH/s
Honestly there is no good way to calculate hashrate on Riecoin, most of the pools are just guessing what it should be based on RIC/day and the total network hashrate. It's best to check your share rate on the miner directly for an accurate comparison. ( i would take the share-rate value of Riepools miner with a grain of salt, as it's closed source)
Most of the "workers" are usually many workers sitting behind a stratum proxy etc, so they only register one worker with the pool even though they have many
Also you might want to look at other pools who aren't using a closed source miner. (Riepool's miner is closed source, so their is no real way to determine if it contains a virus or not, use at your own risk!!)
It would also help to further distribute the hashrate, uBlock.it only needs a few more workers for more consistent payouts. Please check us out if you can.
May 08, 2017, 12:42:35 PM
Been a while since I mined Riecoin but with the recent price & attention increase I thought I would give it another go.
Is anyone else using riepool.ovh? I am testing it on my Xeon D-1520 server and getting 2,500 Kh/s https://gyazo.com/8bbaddbfe9c62eaa535c5ced37a49edb
They advertise their total hash at 2,876,360.48 KH/s but with only 202 workers. How does that work? That would mean each worker is averaging at 14239 KH/s
Is anyone else using riepool.ovh? I am testing it on my Xeon D-1520 server and getting 2,500 Kh/s https://gyazo.com/8bbaddbfe9c62eaa535c5ced37a49edb
They advertise their total hash at 2,876,360.48 KH/s but with only 202 workers. How does that work? That would mean each worker is averaging at 14239 KH/s
May 08, 2017, 11:41:15 AM
Hi! yes, I did write to Poloniex, I'll let you know if I have some news to share
May 08, 2017, 05:55:55 AM
I think most of the riecoin users already contacted poloniex. In my case i post a ticket like 10 days ago and not answer yet.
May 08, 2017, 03:36:01 AM
there is perhaps a gpu miner for this? i see a gpupool on the first post, but i think it's something else? or this is still under cpu only, not that i believe it lol, i guess someone is private mining with gpu already
gpupool offers only CPU mining for RIC. I don't claim to understand the naming.
As with all "CPU-only" coins, someone(s) is either botnet mining, or GPU mining, but it's very hard to say which. Because of the DDoS situation, I'd be willing to bet that there's a botnet involved somewhere, though.
+1 also my best guess ...
@Gatra have you contacted Polo already?
May 07, 2017, 08:37:22 AM
there is perhaps a gpu miner for this? i see a gpupool on the first post, but i think it's something else? or this is still under cpu only, not that i believe it lol, i guess someone is private mining with gpu already
gpupool offers only CPU mining for RIC. I don't claim to understand the naming.
As with all "CPU-only" coins, someone(s) is either botnet mining, or GPU mining, but it's very hard to say which. Because of the DDoS situation, I'd be willing to bet that there's a botnet involved somewhere, though.
May 07, 2017, 05:01:12 AM
there is perhaps a gpu miner for this? i see a gpupool on the first post, but i think it's something else? or this is still under cpu only, not that i believe it lol, i guess someone is private mining with gpu already
May 05, 2017, 10:25:30 AM
My theory is:
Poloniex suspended the wallet because their node got constantly ddos'ed. They try from time to time to bring it back online, but it does not sync, because of all those fake shadow nodes in the network. They will eventually delist the coin then.
My node got ddos attacks as well (offline now .. can't be bothered to bring it back online ... it had a constant connection to polo and btc38 ... which was good for my own mining (not doing that anymore either)). It was pretty stable for more than 2 years until the attacker started to destabilize the network and the one pool with the biggest hash power started to disconnect itself from the network for longer periods of time (for whatever reason ... my best guess ... dDos ... my worst guess ... selfish mining).
Things we can do:
- Poloniex will only talk to the main dev of the coin to take any advice on how to get the wallet back on track. So Gatra please do so!
- A more decentralized mining operation is needed ... 4 pools and a lot of solo miners ...
- Optional: Start tracking the attacks back to the source ... and kick his/her ass.
one4many
I wouldn't expect Poloniex to have their wallet listening for incoming connections. My personal wallet maintains connections only to trusted nodes via connect= parameters and has no issues. It also helps to reduce MilliSleep in net.cpp prior to compile to ensure that if the nodes you have chosen get kicked offline, they are reconnected very quickly
Example:
@@ -1425,7 +1425,7 @@
OpenNetworkConnection(CAddress(vserv[i % vserv.size()]), &grant);
MilliSleep(500);
}
- MilliSleep(120000); // Retry every 2 minutes
+ MilliSleep(5000); // Retry every 5 seconds
}
https://github.com/riecoin/riecoin/blob/0.10.2/src/net.cpp#L1425
May 05, 2017, 05:30:56 AM
The miners are not interested in finding the most important sextuplet, even having the decentralization you say (part developers .... maybe?) Instead interest the coins ... We, for now, have 0% pool and transaction fee So we do not earn anything! In fact it's just a cost.
It remains the fact that BLOCKS ARE BROADCASTED IN RETURN by SOLO MINERS !!! If this helps the coin then you are crazy!!!!!!!
It remains the fact that BLOCKS ARE BROADCASTED IN RETURN by SOLO MINERS !!! If this helps the coin then you are crazy!!!!!!!
It seems the lower the orphan rate, the more you complain
.Every coin will have some miners withholding broadcast of blocks, this is why good hashrate distribution is so important, to prevent selfish mining.
All of the Riecoin pools are 0% fee currently, if your users aren't donating enough for your liking then add a fee to your pool and stop complaining.
uBlock.it is interested in the scientific function of Riecoin, and is looking forward to more world records
+1 here .... the more distributed the hash rate is the better and stable is the coin. Centralized mining in one pool destabilizes (every) coin tremendously. I personally don't care about 0 % pool fee's. Pools are unfair to miners which big hashrates, so I would always advise against using a pool unless a miner can not mine a single block within 1 or 2 months by itself. And there is the risk that the pool closes down (voluntarily or involuntarily) and the RICs in the miners account waiting for payout are gone/frozen. Let me remind you of the last big pool which had almost all the RICs network concentrated in one place. When they went offline, not only was a lot of money gone (frozen in their accounts) but also the difficulty sky high and it took days to get it down to normal in order do any transaction on the network. If this happens again RICs is going to be kicked out from the last few exchanges.
do we have a list of exchanges? ...
seems the op is a little outdated - or the some of the links are broken ...
#crysx
Took a bit to figure out the answer because of the experiment below.
The primary two are Poloniex and BTC38.
But someone mentioned a few posts back that Poloniex seems to be broken right now. I just checked and they have a note on the wallet that says RIC is "Temporarily Disabled." I've filed a ticket with them (and others probably should too).
(If anyone from Polo is reading this and you need help with the wallet, please feel free to reach out to this thread!)
Also verified that BTC38 *is* working. But because they're China-based, they have a hold on BTC withdrawals. If you want to buy or sell RIC there, you need to pick another alt-coin to use as an intermediary. I just tried sending some BTS there (it confirms really fast), selling it for CNY, buying RIC, withdrawing the RIC to my wallet, sending the RIC back to BTC38, and selling the RIC back to BTS, withdrawing the BTS back to Bittrex, and selling it there. That all worked.
My theory is:
Poloniex suspended the wallet because their node got constantly ddos'ed. They try from time to time to bring it back online, but it does not sync, because of all those fake shadow nodes in the network. They will eventually delist the coin then.
My node got ddos attacks as well (offline now .. can't be bothered to bring it back online ... it had a constant connection to polo and btc38 ... which was good for my own mining (not doing that anymore either)). It was pretty stable for more than 2 years until the attacker started to destabilize the network and the one pool with the biggest hash power started to disconnect itself from the network for longer periods of time (for whatever reason ... my best guess ... dDos ... my worst guess ... selfish mining).
Things we can do:
- Poloniex will only talk to the main dev of the coin to take any advice on how to get the wallet back on track. So Gatra please do so!
- A more decentralized mining operation is needed ... 4 pools and a lot of solo miners ...
- Optional: Start tracking the attacks back to the source ... and kick his/her ass.
one4many
Jump to: