|
New coins are backing up and not changing to Immature.
As I write algos are backup with 15 minutes of new coins. I first noticed the problem a couple of days ago but this is the longest
I've seen yet.
I also saw this in one of the defunct yaamp clones and they eventually fixed it but I'm not sure how.
|
|
|
|
Hello everyone!
I see another problem with major exchanges and that is the current available supply of hodl for trading.
If i'm right then there are only 35% of all mined coins available for trading, 65% are locked in TD.
Major exchanges expect major trading volumes which hodl just can't deliver because the lack of coins.
So good luck finding an exchange which will list hodlcoin!
And furthermore about March 2017 there will be a huge amount of coins from TDs and almost everyone will try to sell.
This will drop the price to almost zero.
Regards, djoser.
Not an issue! Since Cryptsy, most people have decided to keep 90% of their net crypto portfolios in their own wallets anyway. I would be certain, most exchanges have same inventory issues, which is why they've set up faster deposit and withdrawal speeds. Poloniex has been highly selective for 12 months. To touch on the "huge amount of coins from TDs", this is simply not an issue either. There is not a single point in time where all of the term deposits are unlocked..they are all staggered and are continuing to be made. If you use the resources such as Fuzzbawls block explorer and the charts provided on that site, you can see that there is no huge spike in coin supply like a lot of people have expressed concern about. You will see a pretty modest curve. And if you examine the way the bonus interest is set to taper away, you'll find that there is still significant incentive to re-HOdl those funds that have been unlocked by March of 2017.  That's all speculation and spin. Limited tradeable supply will limit trade volume and increase price volatility. There is no doubt that more supply would make it easier to get listed on bigger exchanges because they make money only on volume, the more the better. What actually happens when some of those big candles mature is unknown at this time. If they are not reinvested the extra supply available for trade will put pressure on the price. I'd believe a weather forecast one year out before any forecast on the value of any crypto, particularly one with new features that will fundamentally change the existing crypto economic model. And who knows what other innovations are coming? In a year there may be crypto bonds offered by third parties so you can get interest on your BTC or other coins. Who knows? Certainly not me. Since the concept of interest and locked up funds is new for crypto there is no history from which to extrapolate. It's all just a gamble. |
|
|
|
|
Depending on your CPU model you might be able to get higher hashrates, around 100 H/s maybe.
You could try cpuminer-opt, link is in my sig.
|
|
|
|
I will try c-multi but when I switch to HTTP I wouldn't get any response from the server if I recall, that's why I switched to stratum.
I thought I got to this thread from c-multi when I asked about SJ being compiled in, being possible for a noob to do... but maybe it was a different cpuminer thread. will check. do u know if c-multi has precompiled windows binaries? ty
https://github.com/tpruvot/cpuminer-multi/releasesYou could also ask the coin's devs how to mine. Many wallets have a built in miner. |
|
|
|
If i use scryptjane:17 it says unknown also... if I use 16 I get the same stratum_recv_line failed...
I am trying to set this up using my wallet/purse as a server (currently no HMP pool that I know of). I know the port is open and listening otherwise it would give a fail to connect error and a port scan shows it is listening.
When using 16, or plain scryptjane (or scrypt)
cpuminer-amd -a scryptjane:16 -o stratum+tcp://10.0.0.5:33333 -u tfp -p p
********** cpuminer-opt 3.3.6 ***********
A CPU miner with multi algo support and optimized for CPUs
with AES_NI and AVX extensions.
BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
Forked from TPruvot's cpuminer-multi with credits
to Lucas Jones, elmad, palmd, djm34, pooler, ig0tik3d,
Wolf0 and Jeff Garzik.
CPU: AMD A8-5545M APU with Radeon(tm) HD Graphics
CPU features: SSE2 AES AVX
SW built on Jun 9 2016 with GCC 5.3.0
SW features: SSE2 AES AVX
Algo features: SSE2
AES not available, starting mining with SSE2 optimizations...
[2016-06-13 23:43:02] Starting Stratum on stratum+tcp://10.0.0.5:33333
[2016-06-13 23:43:02] 4 miner threads started, using 'scryptjane' algorithm.
[2016-06-13 23:43:02] stratum_recv_line failed
[2016-06-13 23:43:02] ...retry after 10 seconds
[2016-06-13 23:43:03] CTRL_C_EVENT received, exiting
Terminate batch job (Y/N)?
if I don't ctrl-c, it just keeps showing the recv_line failed/retry continually...
I am guessing it is something with the wallet/server setup that isn't working right with the separate mining setup. I even set it to allow all ip's, same thing.
hempcoin.conf
rpcuser=tfp
rpcpassword=p
rpcallowip=127.0.0.1
rpcallowip=10.0.0.*
rpcallowip=*
rpcport=33333
server=1
Appreciate the help/ideas/etc
1. Wallet mining does not use stratum protocol 2. cpuminer-opt only supports stratum mining In other words you can't mine from the wallet with cpuminer-opt. Since the SJ in cpuminer-opt is not optimized you could try cpuminer-multi and get the same performance that cpuminer-opt offers. It might work for wallet mining but use http not stratum+tcp. |
|
|
|
When i try script:n with n=17, I get unknown algo.
I am trying to mine hempcoin/hmp outside of the wallet/purse. Still trying to find the right setup. Scryptjane loads but I get stratum_recv_line failed error when pulling from server setup purse. So thought maybe scrypt:17 but that errors out as unknown also.
From the BCT thread: "Algorithm: Scrypt (Pos/PoW)". Did you try that? That is for THC The Hempcoin. Scrypt-Jane is HMP Hempcoin. A different coin. I did try just Scrypt but I get the same error 'stratum_recv_line failed'. scryptjane works for me at nicehash: ./cpuminer -a scryptjane:16 -o stratum+tcp://scryptjanenf16.usa.nicehash.com:3348 Post your session showing the command line, startup messages and failure. I think stratum errors are likely a problem with the stratum server at the pool. Even when I specify the wrong NF at nicehash it still hashes but only produces rejects, I don't get stratum errors. |
|
|
|
But what I would like to see and do is have a monitor window with MC that looks like you have a regular cmd window open.
So I have this..or looks like this with the colors difficulty readings ect.
[image snipped]
And MC or your bat file is running. Almost like you have 2 instances running.
You're talking about adding new features to MC, but you can get what you want with the JK script. You can remove /min from all the start commands and get a normal window, or you can leave /min and restore the minimized window anytime you want to monitor. |
|
|
|
is it possible to run this miner on Lynnfield ?
all my attempts ended crashing
if you're using the precompiled binaries you will have to use the SSE2 build. If you compiled your own post the details. |
|
|
|
JaredKaragen I'm going to try your conf file as soon as possible. Thx for that.
But, do you know, or does anyone know how I can monitor any app running ccminer in a separate window that looks just like you opened up ccminer to mine a coin with standard cmd? Thx
I believe the start command does that if you don't specify /MIN. |
|
|
|
Another difference I just noticed. My bat can deal with different executable names because the task monitor uses the CCMINER
variable. It works for me because my script knows the algo that is running and the exe that mines it. In your case the script doesn't
know which algo is active so you don't know which exe to monitor so you look for them all. If they are all named the same
you don't need to know which algo is running.
The geek in me wonders which method has the least amount of code and footprint at that point.... Originally I told myself I wouldn't do a second app, but after seeing how well x11evo did with 24 hours of testing.. I had to add it. If I put a delay in the script to allow for the miners to try and get a timeout from stratum, I can do a simple check for which one is left active and know what app/algo is running from there to ditch the need for multiple loops to search for the active task. The check would just be IF after IF after IF depending on how many apps are needed to be used. I can also still try to integrate %path-to% type stuff... but would add some bloat to the code and require some testing of ideas. Am I correct in interpreting your batch going one algo to the next, waiting for each to timeout before trying the next? This was the primary reason I wrote my batch the way i did; so they would all shoot at once... Less time not waiting to rotate through algorithms.... Sorry if I confuse task with things like taskname and filename/appname etc... I'm tired right now and not too keen on proper nomenclature or usage is there really is any. Played a lot of poker early last night and still haven't slept [it's now 9:30AM]. I should have pointed out that I don't use the PW string to do profit switching. I have a PHP script that uses the the web API to choose the algo (and pool!) based on my own normalization factors and call the bat script with algo and pool parameters already set. The bat script has a very long, two level if tree to create the miner command line variables, include the pool URL, payout addr and options like -i. There's no doubt about it it's ugly code but it suipports multiple pools as well as algos. As a result I start only the miner associated with the selected algo. I don't use a cascade like you do waiting for each algo to run in sequence until a profitable one is found. One side effect is I have to kill the existing miner before switching algos. This has caused some problems with certain cards that go into a degraded state occasionally. Ebven though my overall implementation is significantly different than yours, when I analyzed your script I immediately realized that using different paths but the same executable name would simplify your implementation. |
|
|
|
interesting approach =)
I guess we both look at the coin from different sides. Having to have multiple versions of the app for each different algo that's optimized is a daunting thing...
I several times forgot which app version was for which and just gave up on trying to keep them sorted and chose this simplistic approach. But I can see how yours does a bit of the work for you. Hats off to you for that one =)
I decided to make things a touch better for the end-user on my script...... Mostly just adding definition to the loop timer and add a per-loop timer as well. Nothing really new as far as how the rest of the script or normalization to be reported.
Another difference I just noticed. My bat can deal with different executable names because the task monitor uses the CCMINER variable. It works for me because my script knows the algo that is running and the exe that mines it. In your case the script doesn't know which algo is active so you don't know which exe to monitor so you look for them all. If they are all named the same you don't need to know which algo is running. |
|
|
|
We seem to be speaking different languages. I can't explain any better so I'll just drop it. Are you trying to say you need path redundancy for each miner app you are launching? Don't know what you mean. I could add the variables and make it so it can be left blank... Id have to do some testing on how it will work, because I presently am unsure if you can call a %variable%%afterthisvariable% in such a manner. might need some creative twist if its not that simple (which DOS operations can be hinky like that). My batch is only checking for an open task name (not location) so i'd need to keep the original variable and add something like %P2A% %P2B% etc for each miner app version/location. It is that simple. The beauty is most of the time the miner will be called ccminer.exe. It only becomes more complicated
if the miners havedifferent names. But that can be solved by renaming the exe to it is always the same. You seem to be thinking
along a different line, how to handle differnt tasknames. Make them all the same and you don't have a problem.Im trying to undertsnd your perspective... if I can make it more versatile I am all for it.... But typically batch files are in their home directory where they are controlling stuff. I typically only use a batch in a path-registered location like c:/ or c:/windows when its something like ls.bat.... because I always #$@% up and type LS when I know damned well its not. Thanks unix. I guess my inexperience helped as I was unaware of these conventions. I launch my script from the command line. Yes
the bat file should be in an already defined path or a (desktop) shortcut includes the path in its definition. The miners are
not required to be in a defined path because their paths will be specified in the script.I have already implemented this and have been doing it for over a year. The technique works. Here is a snippet from by bat, current implementation only uses one miner exe but I have used 2 in the past by setting the path differently for the algos that require it. In my implementation I defined a default that could be overridden by those algos that require it. It could also be implemented that each algo must set the path for themselves. rem set defaults
set CCMINERPATH=%HOMEPATH%\Documents\Miners\SP\1.5.69
set CCMINER=ccminer.exe
rem algo decision tree to set variables.
tasklist /FI "IMAGENAME eq %CCMINER%" 2>NUL | find /I /N "%1">NUL
if "%ERRORLEVEL%" EQU "0" taskkill /F /IM %CCMINER%
timeout /T 1
start %CCMINERPATH%\%CCMINER% -a %ALGO% -o %POOL_URL% %USER% %OPTIONS%
It seems some of your concern is the user experience. I admit that is not something I had considered since I wrote by script for one user, me. The main issue here is providing a mechanism for users to tune the script for their configuration. Editting the bat file is a nono from a user perspective but a config file is acceptible. All the path variables could be defined in a config file and read by the script. The config file could actually be a bat file with only "set" commands. I think this also has the benefit that the user is not required to rearrange and rename the miner apps to suit the script. They just need to tell the script where they already are. It only gets a little more complicated if the miner exe already have different names. They would have be renamed, not relocated as in your bat. |
|
|
|
When i try script:n with n=17, I get unknown algo.
I am trying to mine hempcoin/hmp outside of the wallet/purse. Still trying to find the right setup. Scryptjane loads but I get stratum_recv_line failed error when pulling from server setup purse. So thought maybe scrypt:17 but that errors out as unknown also.
From the BCT thread: "Algorithm: Scrypt (Pos/PoW)". Did you try that? |
|
|
|
I am sorry to say that but nicehash actually UTTERLY destroys any coin who can't take their daily big ass dump.
The service is geared towards greed. Anybody who mines there doesn't give a shit about the coin he is mining.
Crypto is a re- and evolution and they hinder it with their " dumb/p service".
Nicehash, service can be used constructively for the benefit of algos, often you can get discount on new ALT Coin launches, people take their BTC there and put in a contract and mine hold that Alt Coin, when they don't want to buy GPU's or ASIC hardware. Mainly, Nicehash was put together when electricity prices in Europe where sky-high (two years ago electricity was $0.21 per kwh in the UK). Now electricity prices are more competitive $0.13 per kwh  So, Europeans would buy hash at Nicehash from people who lived in cheap electricity areas; this is the main reason cloudmining took off as well. Other pools like Yaamp and few others where the main reason for depressing Alt Coins. All of these mining pools eventually went bankrupt because they depress Alt Coin prices, which is why you probably missed the real culprits. Now, with Alt Coin prices recovering they've come back with a pool like Zpool.CA. Those pools disappeared because Nicehash is the mother of all auto-switching pools. It's essentially crowd sourced algo switching. Whatever is paying the most gets switched to. At least with auto-switching pools they had to add coins. Essentially every coin in existence was added to Nicehash. Don't misunderstand the market on Nicehash. If you're a miner, the market there wants to pay you AS LITTLE as possible. People purchasing hash there don't want to pay you as much as you can make say mining Lyra2, they want to pay you as little as they can and still get hashrate. This artificially depresses miners and the people purchasing hash there are usually bots or normal miners that just want to net the difference. That's what a market is, buyers want to pay the least and sellers want to charge the most. There is nothing artificial about it. Mining at nicehash is attractive because you know exactly how much you will get: no luck, no orphans, no waiting for confirmation. no exchange risk. Some people are willing to accept a lower payout for reliability. |
|
|
|
OK, basic website is in place now. http://hodlcoin.comCould be better, I know. Any Wordpress wizards who want to help out, get in touch with me! First impression is an error trying to play a video because I have javascript disabled. I may be in the minority but I don't like enabling Javascript without a good reason and I hate videos on the front page. Javascript should be limited to things like the interest rate calculator. The content looks fine for a start. You could add content from this thread's OP, like the interest rate chart. You could also add links to third parties such as miner SW, pools, HOdl charts, exchanges etc. Keep up the good work and I look forward to a new wallet with better TD management. As the number of my TDs grows this is becoming more and more annoying. |
|
|
|
|
There has been some discussion about the effects of auto-exchange multipools and services like
Nicehash on the survival of altcoins. Many believe these services "kill" coins.
From my perspective coins will live or die on their own regardless how how they are mined. Mining only
affects mining.
Why is a coin overmined? Simple, because it's profitable to do so, which is a good indicator of the coin's health.
It means there are buyers. If the buying dries up the price drops and mining becomes no longer profitable.
Trading volume is good even if much of the sell volume is auto-dumping.
The biggest impact of large mining operations is dramatic swings in hash rate as hash moves from one coin/algo
to another. Coins need to be able to adapt to these changes in real time in order to maintain a reasonably constant
supply of new coins. Coins that fail to do this will die.
Auto-exchange pools, Nicehash, large farms, rentals are a real part of mining and coins have to be designed to take
this into account if they want to survive.
Light your flamethrowers...
|
|
|
|
I don't know enough to elaborate.. I'd want to mine for Bitcoins or Litcoins.
Ive been watching a Ton of Youtube Videos...and I'm still confused.lol
I understand how bitcoins and Litcoins works, I just dont understand the Mining process.
I know you have to have hardware and Software
I suggest you do some reading instead of watching videos. How much do you want to invest? Bitcoin & Litecoin require a large investment in dedicated HW that can only mine either Bitcoin or Litecoin. You can mine with a regular PC with either the CPU of a GPU but you need to know about different algos that are suitable for this kind of mining. |
|
|
|
I don't find a linux version of the Nanashi Meiyo-Meijin's ccminer 1.7.6, just the Windows.
Are the sources available ?
I"ll make the compilation for my Linux RIG.
sources at nicehash git: https://github.com/nicehash/ccminer-spThe nanashi file names are confusing ccminer-windows* are the source files. |
|
|
|
We seem to be speaking different languages. I can't explain any better so I'll just drop it. |
|
|
|
I am sorry to say that but nicehash actually UTTERLY destroys any coin who can't take their daily big ass dump.
The service is geared towards greed. Anybody who mines there doesn't give a shit about the coin he is mining.
Crypto is a re- and evolution and they hinder it with their " dumb/p service".
I don't agree. Nicehash is an exchange that trades in hash. They don't produce any they just trade what already exists. They have no effect on the overall network hash rate. If all miners were to leave nicehash they would go mine in a multipool with little effect overall. Farms and mining rental services can do more damage, IMO, because they produce hash. |
|
|
|
|
Show Posts
