[ANN] Sia - Decentralized Storage

[DeCrypterManiac]

Suprnova just hit their first block, and are paying a bonus 20%. Come join at sia.suprnova.cc
but you will need to download their stratum version sgminer from site.

jouh, great for beginners... "Use this SGMiner for mining !" links to a file- and folder-clutter.
Must I compile this miner by myself? A completely empty Help/Getting started page is also great.
No thanxx, I´ll stay at Siamining.com. Works fast and easy with Gominer.

Ah sorry, I must have missed this, fixed now

https://sia.suprnova.cc/index.php?page=gettingstarted

oc can you contact claymore for adding stratum support to his miner ? I'd like to mine ETH and SIA together. also you should reopen your ETH pool

[Klarisskin]

I'm looking for a Win32 miner for SiaCoin. Any suggestions are welcome!

[saLve88]

what does it mean?
http://prntscr.com/buyqom

[ocminer]

what does it mean?
http://prntscr.com/buyqom

Don't worry about it - it thinks everything is a block because it doesn't have the network diff.

I don't deliver network diff from the pool currently because of the different nature of this coin.

It will be fixed soon, it's nothing to worry about and just an optical thing.

[Klarisskin]

sgminer-wolf-stock-sia-win32.zip

It works nicely! Thank you very much!

[giagge]

Continue a not receiving siacoin from poloniex on my windows wallet 1.0.1 .

[xurious]

After finding out there are 3 current efforts for stratum mining, we'd like to propose a standard that works best for all miners and pool ops.

We've outlined the specs here: http://Http://siamining.com/stratum

Major benefits include scalability and future proof protocol.

[ocminer]

After finding out there are 3 current efforts for stratum mining, we'd like to propose a standard that works best for all miners and pool ops.

We've outlined the specs here: http://Http://siamining.com/stratum

Major benefits include scalability and future proof protocol.

Good to see you finally also believe that stratum or tcp based mining is necessary, however, there is already a stratum based protocol available which works fine on suprnova (https://sia.suprnova.cc) with a recent version of sgminer: (https://github.com/bitbandi/sgminer/tree/sia) and I don't see it necessary to rewrite or reinvent the wheel again.
A compiled, good working windows version is available too: http://cryptomining-blog.com/wp-content/download/sgminer-5.4.0-sia-windows-x64.zip


The stratum based implementation already has all benefits it can have like vardiff, tcp based connections, low stales, low rejects and reconnecting to the last job after a connection failure etc.

I've documented my implementation too and already posted it to several developers, if anyone has further interest, don't hesitate to contact me.

BTW: Currently there's a 20% Bonus per Block on https://sia.suprnova.cc :-)

[xurious]

After finding out there are 3 current efforts for stratum mining, we'd like to propose a standard that works best for all miners and pool ops.

We've outlined the specs here: http://Http://siamining.com/stratum

Major benefits include scalability and future proof protocol.

Good to see you finally also believe that stratum or tcp based mining is necessary, however, there is already a stratum based protocol available which works fine on suprnova (https://sia.suprnova.cc) with a recent version of sgminer: (https://github.com/bitbandi/sgminer/tree/sia) and I don't see it necessary to rewrite or reinvent the wheel again.
A compiled, good working windows version is available too: http://cryptomining-blog.com/wp-content/download/sgminer-5.4.0-sia-windows-x64.zip


The stratum based implementation already has all benefits it can have like vardiff, tcp based connections, low stales, low rejects and reconnecting to the last job after a connection failure etc.

I've documented my implementation too and already posted it to several developers, if anyone has further interest, don't hesitate to contact me.

Couple points:

• VarDiff is independent of stratum. We already have it implemented with getwork. It's been available on our pool since day one.
• You point out that you have a working version of stratum based protocol that works with your pool. However it lacks features. If stratum is necessary for the long term success of pools and mining, then it is worthwhile to implement it properly. Our protocol is true to the intent of the original stratum. As it is miners who build the Merkle tree rather than the pool.

There is no way our protocol could be described as a "getwork over TCP", and if you do not agree we suggest that you re-read the specification, particularly the part about computing the Merkle root.

Our work is also publicly documented. Anyone can read it and criticize.

[ocminer]

After finding out there are 3 current efforts for stratum mining, we'd like to propose a standard that works best for all miners and pool ops.

We've outlined the specs here: http://Http://siamining.com/stratum

Major benefits include scalability and future proof protocol.

Good to see you finally also believe that stratum or tcp based mining is necessary, however, there is already a stratum based protocol available which works fine on suprnova (https://sia.suprnova.cc) with a recent version of sgminer: (https://github.com/bitbandi/sgminer/tree/sia) and I don't see it necessary to rewrite or reinvent the wheel again.
A compiled, good working windows version is available too: http://cryptomining-blog.com/wp-content/download/sgminer-5.4.0-sia-windows-x64.zip


The stratum based implementation already has all benefits it can have like vardiff, tcp based connections, low stales, low rejects and reconnecting to the last job after a connection failure etc.

I've documented my implementation too and already posted it to several developers, if anyone has further interest, don't hesitate to contact me.

Couple points:

• VarDiff is independent of stratum. We already have it implemented with getwork. It's been available on our pool since day one.
• You point out that you have a working version of stratum based protocol that works with your pool. However it lacks features. If stratum is necessary for the long term success of pools and mining, then it is worthwhile to implement it properly. Our protocol is true to the intent of the original stratum. As it is miners who build the Merkle tree rather than the pool.

There is no way our protocol could be described as a "getwork over TCP", and if you do not agree we suggest that you re-read the specification.

Our work is also publicly documented. Anyone can read it and criticize.

I see no advantage over "true" stratum how you call it versus getwork over tcp until you have a mining farm of multiple Petahash running. Entropy is fair enough with my implemenation, pool efficiency is > 98% and I have reports from miners that they don't have any issues at all with duplicates or stales which they had on your pool. Also the miners are established and well tested.. Everyone knows and used sgminer before, everyone knows how to tune mining using the Intensity and worksize settings.

GBT-TCP (getblocktemplate over tcp) would indeed be a real advantage and also something new which would improve things a lot, allthough there are also some disadvantages and security risks.

I remember you saying in Slack that stratum is not necessary at all for Sia, so i'm a bit surprised about your sudden turnaround and the sudden fork of "my" sgminer and your custom stratum implementation. It would have been much, much easier to simply implement the already working stratum, work together and release it instead of going this way, however, some people seem to like to reinvent the wheel.

However, technically I see no problem in supporting your stratum version too on a separate port, it will just be confusing for the miners who don't know which miner and port they should choose.. IMHO "keep it simple" is better

I'll be releasing my stratum modules and MPOS mods to the public, there is already a second pool integrating and testing everything, when this is successful people can choose what they use and open their own pools too.

[xurious]

After finding out there are 3 current efforts for stratum mining, we'd like to propose a standard that works best for all miners and pool ops.

We've outlined the specs here: http://Http://siamining.com/stratum

Major benefits include scalability and future proof protocol.

Good to see you finally also believe that stratum or tcp based mining is necessary, however, there is already a stratum based protocol available which works fine on suprnova (https://sia.suprnova.cc) with a recent version of sgminer: (https://github.com/bitbandi/sgminer/tree/sia) and I don't see it necessary to rewrite or reinvent the wheel again.
A compiled, good working windows version is available too: http://cryptomining-blog.com/wp-content/download/sgminer-5.4.0-sia-windows-x64.zip


The stratum based implementation already has all benefits it can have like vardiff, tcp based connections, low stales, low rejects and reconnecting to the last job after a connection failure etc.

I've documented my implementation too and already posted it to several developers, if anyone has further interest, don't hesitate to contact me.

Couple points:

• VarDiff is independent of stratum. We already have it implemented with getwork. It's been available on our pool since day one.
• You point out that you have a working version of stratum based protocol that works with your pool. However it lacks features. If stratum is necessary for the long term success of pools and mining, then it is worthwhile to implement it properly. Our protocol is true to the intent of the original stratum. As it is miners who build the Merkle tree rather than the pool.

There is no way our protocol could be described as a "getwork over TCP", and if you do not agree we suggest that you re-read the specification.

Our work is also publicly documented. Anyone can read it and criticize.

I see no advantage over "true" stratum how you call it versus getwork over tcp until you have a mining farm of multiple Petahash running. Entropy is fair enough with my implemenation, pool efficiency is > 98% and I have reports from miners that they don't have any issues at all with duplicates or stales which they had on your pool. Also the miners are established and well tested.. Everyone knows and used sgminer before, everyone knows how to tune mining using the Intensity and worksize settings.

GBT-TCP (getblocktemplate over tcp) would indeed be a real advantage and also something new which would improve things a lot, allthough there are also some disadvantages and security risks.

I remember you saying in Slack that stratum is not necessary at all for Sia, so i'm a bit surprised about your sudden turnaround and the sudden fork of "my" sgminer and your custom stratum implementation. It would have been much, much easier to simply implement the already working stratum, work together and release it instead of going this way, however, some people seem to like to reinvent the wheel.

However, technically I see no problem in supporting your stratum version too on a separate port, it will just be confusing for the miners who don't know which miner and port they should choose.. IMHO "keep it simple" is better

I'll be releasing my stratum modules and MPOS mods to the public, there is already a second pool integrating and testing everything, when this is successful people can choose what they use and open their own pools too.

Time and time again while working with miners we discovered it was drivers, old GoMiner version, or some other user end error that produces these miners high invalid rates.

This miner is seeing 0.3% stales and 0.0% invalids even at 400GH. A common stale and invalid rate at our pool.
http://siamining.com/addresses/032f544b72ab31dc18ec8aaa13c82a27443cf506cd17ae5a6aaa6bfcabf60ff7414fe8b7341f

This is why I proposed that getwork is fine, and stratum is not necessary at the moment.

However we are looking towards the future of Sia. Of course stratum will be necessary eventually and as we care about Sia, we are also thinking long term, we want stratum to be implemented properly and not as a short sighted hack.

There is much more to stratum than just larger nonces and removing the overhead of http.

[Take the red pill]

Suprnova just hit their first block, and are paying a bonus 20%. Come join at sia.suprnova.cc
but you will need to download their stratum version sgminer from site.

jouh, great for beginners... "Use this SGMiner for mining !" links to a file- and folder-clutter.
Must I compile this miner by myself? A completely empty Help/Getting started page is also great.
No thanxx, I´ll stay at Siamining.com. Works fast and easy with Gominer.

Ah sorry, I must have missed this, fixed now

https://sia.suprnova.cc/index.php?page=gettingstarted

oc can you contact claymore for adding stratum support to his miner ? I'd like to mine ETH and SIA together. also you should reopen your ETH pool

maybe OC should merge ESP and SIA pools together 

[ashapasa]

Watching this coin

[pufuletz]

any development announcements expected on this front soon?

[Traderx]

hi, what is the best miner for nvidia right now?

[Headshotsepp]

http://cryptomining-blog.com/

[xurious]

hi, what is the best miner for nvidia right now?

From what I'm seeing so far. Either:

https://github.com/KlausT/Sia-CUDA-Miner/releases or SGminer with stratum.

More info here: http://siamining.com/help

There's Claymore miner's if you want to dual mine eth and sia.

[xurious]

any development announcements expected on this front soon?

https://forum.sia.tech/topic/272/july-2016-update-roadmap

And there is a 1.0.1 RC available for testing.

[Laputa]

Can you please help me? Is there a detailed guide how to mine SC? I have amd gpu.
Thanks.

[xurious]

Can you please help me? Is there a detailed guide how to mine SC? I have amd gpu.
Thanks.

There's a few available:

http://Siamining.com/help

https://sia.suprnova.cc/index.php?page=gettingstarted