8th Alt coin thread. Or what to do now that asics are all over the place.

[Marvell2]

not to derail

sorry guys on the private pool ,

we had issues today and i had to bring the box down to patch for the raven wallets hack via yiimp open RPC hole  that  lead to tons of pools losing coins


https://github.com/tpruvot/yiimp/commits/next

the server is all patched and a new IP as well, cloudflare is messed up and isp keeps assigning new IPs , I will get a new static sometime tomorrow
all your shares are safe so those who mined will still get credit on the block.

if you dont get a payout pm or hit me in discord and ill send you your share.

do what I do for those dynamic IP situations;  use a no-ip.com free redirect and their client/daemon.    I use them for my VPN's DNS tag....  and the daemon will automatically report any changes in ip to no-ip... just bind the custom (free) dns name to cloudflare =)

All of my raspberry pi's are literally "plug in anywhere" on the internet and I can access them easily.  The only downside to the free dns names are they need manual log-in to no-ip.com once a month to renew them for another 30 days.  You can have up to 3 free.


Just a thought.


But when im less stressed with work, Ill point what I have to your pool;  see how it fairs for the little guys and ill give you my payout address for using in your statistics if needed.

brilliant! ill set up that no ip, only problem is where do i host thier client, i kinda likw the dynamic ip since it seems harder
for ddosers to lock in on a single ip

how did you install the deamon on a liniux box via comand line? ill use one of my windows bixes for now i guess

[1714475220]

1714475220

[1714475220]

1714475220

[1714475220]

1714475220

[1714475220]

1714475220

[Marvell2]

lets talk about pool diffculity

I found that the pool on var diff sets diff at around 8-120 for my 8 card rigs , but i have noticed that some lower hash rate miners
say 40mhs to my 120 mhs  are getting double the amount of shares !

hashrate  diff    shares  percent
48.6 MH  16     276      2.3%
29.3 MH  16     241      1.4%




96.2 MH 120     191    4.5%

so should i be setting the diff for that 100mhs rig way lower like 50 or something? 

I feel like it should be submitting way more shares than 191

[MagicSmoker]

lets talk about pool diffculity

I found that the pool on var diff sets diff at around 8-120 for my 8 card rigs , but i have noticed that some lower hash rate miners
say 40mhs to my 120 mhs  are getting double the amount of shares !

hashrate  diff    shares  percent
48.6 MH  16     276      2.3%
29.3 MH  16     241      1.4%




96.2 MH 120     191    4.5%

so should i be setting the diff for that 100mhs rig way lower like 50 or something? 

I feel like it should be submitting way more shares than 191

The way I currently understand things (by no means complete or authoritative!) is that there is a bit of a balancing act between share difficulty, ping time and block luck.

Not to state the obvious, but the lower the share difficulty the smaller a contribution each share makes to solving a block and absent any other factors, 100 shares at 100 difficulty is the same as 10 shares at 1000 difficulty or 1 share at 10000 difficulty. Obviously, lower difficulty shares take less time to solve on average - solving cryptographic puzzles is a statistical event, after all. I suspect this is well understood by most here.

However, the amount of time it takes to get work from the pool and send the solution (ie - share) back - usually just called "ping time" - starts to dominate the time it takes to generate each share as share difficulty goes lower. For example, if the ping time is 100ms and it takes 100ms to generate each share then your miner is sitting idle for 50% of the time, basically. This is perhaps not as well appreciated - it certainly wasn't by me for the first few months I was mining.

Finally, setting share difficulty too high can also result in a decline in net earnings if it takes longer to generate a share before the block is solved by the other miners. Something else which is perhaps not as widely or deeply appreciated, but I learned this the hard way with several cryptonight coins which all used the same broken vardiff algo that would ramp share difficulty up so high it would take my Ryzen 5 1600 15+ minutes to find a single share. I kept getting rejected shares and my earnings would hover around 50% of predicted. So now I will only mine CN (forks) if static difficulty is supported; other algos like, say, Equihash and Ethash, don't seem to suffer such wild swings in vardiff.

tl;dr - set static difficulty to get a share every 2 seconds to 2 minutes for best results.

[JaredKaragen]

lets talk about pool diffculity

I found that the pool on var diff sets diff at around 8-120 for my 8 card rigs , but i have noticed that some lower hash rate miners
say 40mhs to my 120 mhs  are getting double the amount of shares !

snip

so should i be setting the diff for that 100mhs rig way lower like 50 or something? 

its such a crapshoot though;  if block times roll by quickly;  sometimes some machines get more of a chance to get a submission in over others....

Ping time, and latency... oah latency can be a thorn.  Working from cellular connections:  I feel the pain.  Lots of long term tests for finding appropriate difficulties to run when I get high packet loss regularly is a tough thing to swallow.

Some algos act funny such as when mining xevan, I was able to set one rig at half the difficulty and still get the same server side hashrate of a rig twice as powerful.. seemingly about half of the time.   now, they were weak rigs compared to the "industry", but they taught me that luck is an ever changing and un-predictable factor....  scaling up, just exacerbates the readings during the short-term blocks.   Coins with long term blocks/hashes are a different story.


And, good job on the pool Marvell2.  I myself have yet to get a yiimp code properly configured to interface with a coin daemon....  hats off

Glad the no-ip DNS name helps;  its been a life saver for me, and has helped me recover a laptop in the past as well.   I suggest it to everyone here wanting a nice free customize-able DNS name for their dynamic IP device(s).... all you need from there is to open up some external ports on your router for <insert activity here>.  Sorry for skewing the topic further on the tangent.

Back on topic:

Eff Bitmain 

[rs1x]

I have been mining WTC / WTCT  for the last week. It’s a very unique coin to mine. You essentially solo mine. I am averaging one block a day. The cards I am throwing at it are 6x 1080 ti.

Quick math that comes to $5 per day per 1080 ti.

The cards run very cool and quiet. I don’t have numbers but power usage has to be very very low.

To my knowledge this is a Windows only mineable coin at this time. Requires a beefy CPU as well.

[philipma1957]

I have been mining WTC / WTCT  for the last week. It’s a very unique coin to mine. You essentially solo mine. I am averaging one block a day. The cards I am throwing at it are 6x 1080 ti.

Quick math that comes to $5 per day per 1080 ti.

The cards run very cool and quiet. I don’t have numbers but power usage has to be very very low.

To my knowledge this is a Windows only mineable coin at this time. Requires a beefy CPU as well.

Any links?

I have a AMD Ryzen 1800x build I could use it with a 1080ti

[Marvell2]

lets talk about pool diffculity

I found that the pool on var diff sets diff at around 8-120 for my 8 card rigs , but i have noticed that some lower hash rate miners
say 40mhs to my 120 mhs  are getting double the amount of shares !

hashrate  diff    shares  percent
48.6 MH  16     276      2.3%
29.3 MH  16     241      1.4%




96.2 MH 120     191    4.5%

so should i be setting the diff for that 100mhs rig way lower like 50 or something? 

I feel like it should be submitting way more shares than 191

The way I currently understand things (by no means complete or authoritative!) is that there is a bit of a balancing act between share difficulty, ping time and block luck.

Not to state the obvious, but the lower the share difficulty the smaller a contribution each share makes to solving a block and absent any other factors, 100 shares at 100 difficulty is the same as 10 shares at 1000 difficulty or 1 share at 10000 difficulty. Obviously, lower difficulty shares take less time to solve on average - solving cryptographic puzzles is a statistical event, after all. I suspect this is well understood by most here.

However, the amount of time it takes to get work from the pool and send the solution (ie - share) back - usually just called "ping time" - starts to dominate the time it takes to generate each share as share difficulty goes lower. For example, if the ping time is 100ms and it takes 100ms to generate each share then your miner is sitting idle for 50% of the time, basically. This is perhaps not as well appreciated - it certainly wasn't by me for the first few months I was mining.

Finally, setting share difficulty too high can also result in a decline in net earnings if it takes longer to generate a share before the block is solved by the other miners. Something else which is perhaps not as widely or deeply appreciated, but I learned this the hard way with several cryptonight coins which all used the same broken vardiff algo that would ramp share difficulty up so high it would take my Ryzen 5 1600 15+ minutes to find a single share. I kept getting rejected shares and my earnings would hover around 50% of predicted. So now I will only mine CN (forks) if static difficulty is supported; other algos like, say, Equihash and Ethash, don't seem to suffer such wild swings in vardiff.

tl;dr - set static difficulty to get a share every 2 seconds to 2 minutes for best results.

thanks for the insight

[Marvell2]

lets talk about pool diffculity

I found that the pool on var diff sets diff at around 8-120 for my 8 card rigs , but i have noticed that some lower hash rate miners
say 40mhs to my 120 mhs  are getting double the amount of shares !

snip

so should i be setting the diff for that 100mhs rig way lower like 50 or something?  

its such a crapshoot though;  if block times roll by quickly;  sometimes some machines get more of a chance to get a submission in over others....

Ping time, and latency... oah latency can be a thorn.  Working from cellular connections:  I feel the pain.  Lots of long term tests for finding appropriate difficulties to run when I get high packet loss regularly is a tough thing to swallow.

Some algos act funny such as when mining xevan, I was able to set one rig at half the difficulty and still get the same server side hashrate of a rig twice as powerful.. seemingly about half of the time.   now, they were weak rigs compared to the "industry", but they taught me that luck is an ever changing and un-predictable factor....  scaling up, just exacerbates the readings during the short-term blocks.   Coins with long term blocks/hashes are a different story.


And, good job on the pool Marvell2.  I myself have yet to get a yiimp code properly configured to interface with a coin daemon....  hats off

Glad the no-ip DNS name helps;  its been a life saver for me, and has helped me recover a laptop in the past as well.   I suggest it to everyone here wanting a nice free customize-able DNS name for their dynamic IP device(s).... all you need from there is to open up some external ports on your router for <insert activity here>.  Sorry for skewing the topic further on the tangent.

Back on topic:

Eff Bitmain  

@JaredKaragan glad you like the pool, I was glad for your dns help too , its a basic yiimp install, the harder part is getting other coins and wallets
we want to instamine, proton,pigeon, reden and moon.

i had a server working with all those coins last week but i mesed something up had to start over.
in one day i think we mined 20 blocks of reden lol, I can’t wait to try again this weekend

i think us gpu guys neen more small easy projects like this to maximize our earnings
theres so many factors against us we cant have pools skimming too.  I havw no issues with a low 1% fee but then to not ever pay those 130% and 150 % block days like ever? reeks of. theft imo.

[melpheos]

2018/2019 will be the year of the return of the FPGA.
FPGA got kicked out when ASICs became maintream but were always used by some smart guys for very high profitability.
Some people have opened the pandora box.
Except if all major alt coins find a way to make their algorithm FPGA resistant (which is difficult), they will rule over GPU (high power consumption) and ASIC (bricks after a fork)

Personaly i have 4 rigs * 6 1070Ti plus one rig of 6 vega 56 and i will definitely make the switch.
You can have much higher efficiency but it's indeed less versatile than GPU.

GPU will stay the leaders for new coins using unusual and new algorithm.

[Falmant]

I have been mining WTC / WTCT  for the last week. It’s a very unique coin to mine. You essentially solo mine. I am averaging one block a day. The cards I am throwing at it are 6x 1080 ti.

Quick math that comes to $5 per day per 1080 ti.

The cards run very cool and quiet. I don’t have numbers but power usage has to be very very low.

To my knowledge this is a Windows only mineable coin at this time. Requires a beefy CPU as well.

I only have celeron CPU for the mining rig, so is that a no go?

[rs1x]

I have been mining WTC / WTCT  for the last week. It’s a very unique coin to mine. You essentially solo mine. I am averaging one block a day. The cards I am throwing at it are 6x 1080 ti.

Quick math that comes to $5 per day per 1080 ti.

The cards run very cool and quiet. I don’t have numbers but power usage has to be very very low.

To my knowledge this is a Windows only mineable coin at this time. Requires a beefy CPU as well.

I only have celeron CPU for the mining rig, so is that a no go?

You might be able to run one gpu with that. I am not sure.

[philipma1957]

WTC is this coin?

https://coinmarketcap.com/currencies/waltonchain/

https://www.waltonchain.org/

https://www.waltonchain.org/en/wallet/

[rs1x]

WTC is this coin?

https://coinmarketcap.com/currencies/waltonchain/

https://www.waltonchain.org/

https://www.waltonchain.org/en/wallet/

Yes that is the coin.  When you mine a block I believe reward is 4.  GMN pool owner was keeping 1 coin for himself and giving you 3 coins. 

In order to have a GMN u need to have 5,000 WTC coins before December 2017.  So GMN exist now, my understanding is it's not possible for more GMN's to ever exist, only decrease.

[FFI2013]

i need a recompiled x16 miner myself, im solo mining some x16 coins but dev fees mining always fucking interupts And has cost me some blocks.  Anyone know any non dev fee x16 miners for amd and nvidia?

most of my rigs are on x16 now

p.s all are welcome to join my private pool, we mine raven 5 days and other x16 coins based on difficulty the remaining two days. 2.2 ghs in the pool so far and we beat estimates off all these scam pools like suprnova , etc

they might pay u a bit below your expected a day buy never the bonus blocks , ive doubled my rate of raven mined most days and with 1 min blocks  and the large number of blocks those pools smash. im convinced they are stealing

I'll send my x16 miners your way I like mining raven I've been mining on cryptopool.party seemed to pay the best I received the lowest on suprnova

Send me a pm for ip address sir

pm sent thanks looking forward to send my hash your way

[adaseb]

2018/2019 will be the year of the return of the FPGA.
FPGA got kicked out when ASICs became maintream but were always used by some smart guys for very high profitability.
Some people have opened the pandora box.
Except if all major alt coins find a way to make their algorithm FPGA resistant (which is difficult), they will rule over GPU (high power consumption) and ASIC (bricks after a fork)

Personaly i have 4 rigs * 6 1070Ti plus one rig of 6 vega 56 and i will definitely make the switch.
You can have much higher efficiency but it's indeed less versatile than GPU.

GPU will stay the leaders for new coins using unusual and new algorithm.

It might be the year of the FPGA but keep in mind that unlike GPUs the supply for those high end FPGA is pretty slim.

Most likely it will be like the GPU market, constant out of stock or prices 2* above MSRP.

[JaredKaragen]

Yeah, Marvell2's pool is pretty solid so far;   But if you are mining to a wallet that does not play well with micro tx (Like I am), i'd not use them till the payout amount gets increased soon (I get dinged 2 rvn per micro tX)...
I think he was under the assumption is was configured higher then .001RVN payout every 2 hours       I've already PM'd and i'm sure it wont be this way for long..... a .001 tx of RVN is not much BTC value at all.

WTC is this coin?

https://coinmarketcap.com/currencies/waltonchain/

https://www.waltonchain.org/

https://www.waltonchain.org/en/wallet/

When I get time tonight, Ill probably try testing this coin to see whats possible...

 but im trying to stay away from "mine and hold" scenarios with anything but BTC....   all the RVN I have stacked up is literally just sitting on the exchange on a sell order waiting for a pump.

[MagicSmoker]

2018/2019 will be the year of the return of the FPGA.
FPGA got kicked out when ASICs became maintream but were always used by some smart guys for very high profitability.
Some people have opened the pandora box.
Except if all major alt coins find a way to make their algorithm FPGA resistant (which is difficult), they will rule over GPU (high power consumption) and ASIC (bricks after a fork).
...

It might be the year of the FPGA but keep in mind that unlike GPUs the supply for those high end FPGA is pretty slim.

Most likely it will be like the GPU market, constant out of stock or prices 2* above MSRP.

Yep - even mid-range FPGAs would soon run out of stock if miners started using them; there is nowhere near the manufacturing capacity for mid- to high-end FPGAs that there is for GPUs. I'm talking orders of magnitude of difference in annual volumes - it's a fantastic year if a manufacturer sells 1000 of a high end FPGA...

Also (in response to @melpheos) there is no such thing as an FPGA resistant algo. Any PoW computation a GPU can do an (appropriate) FPGA can do better. But developing the hardware description language (HDL) requires a fairly rarefied skillset that is not interchangeable with "normal" computer language programming (e.g. - C, ASM, etc.). The integrated development environments (IDEs) for FPGAs/ASICs like Quartus and Vivado are incredibly difficult to master as well. This basically means there are a lot fewer people in the world who are capable of programming an FPGA for mining, and of those that can it is still a more difficult task, relatively speaking, than writing a C program to do the same (not more difficult than writing an ASM program, however - you have to be nucking futs for that; or a masochist; or both).

[zer0k]

Set your alarm clocks people 

[Mashy81]

Did you not read OGodAGirl article on this?
It is possible as you have to make the algo use as many parts of the GPU as possible. Then you can't strip down and just put an asic chip and memory. FPGA as good as it sounds will never make mainstream like GPUs. They haven't even had the 2x mining tax put on them yet and they are super expensive

[JaredKaragen]

for "asic" resistance,

I have been toying with the idea of being able to use some of the undocumented registers in the processors that date back to the early 90's, and were present in everything from intel to cyrix processors...

Some of them have finally had documentation in past years revealed, to which they were encryption functions (AES?) built-into the die.   My guess would most likely be government in origin.   I would not be surprised that if one of them is for decoding GPS encryption (military accuracy).  You can load the memory with your data, call the register, then read out the change and use for your algo.

Now;  the downside is they were created, so they were documented somewhere... which gives an insiders edge.


But requiring the mining device to basically have a complex PC built in (remember, x86, not ARM, etc)... it would kill the product cost of an ASIC to be able to hash more advanced functions like this.

Using the timer and clock of the x86 CPU, as a part of the algo running outside the x86 CPU   (see where this is going?)  You can now add a fixed time clock based on overall ticks or based on increments of ticks and memory values, etc. to the algo.    

Ive been trying to find a reasonable way to lock time to the mining algo in a way that you can't simply implement a fixed or known time variable.   It would need to have something to do with the network, such as how many TX in mempool, size of mempool, time since last block(s), last valid high (but not 100%) value share to the network, a consensus reply from the network, etc etc etc.   You could build in better block controls that will take out the randomness of nethash spikes, nethash decreases, etc.  Built in countermeasures that aren't related on the speed of a calculation are key to leveling the playing field.

Make it reward effort, not greed.