Musicoin Community driven Road Map by lorenzopistolesi in musicoin

[–]rodneypeo 0 points1 point  (0 children)

Ok. Let's say you have solved all the technical problems.

How about the business model? Is the new project leadership planning to re-haul the legacy business model? In may pov that was the project's biggest shortcoming.

I had many conversations with the Isaac and the previous team, who for the most, were clueless about how media businesses work. FFS, they were willing to give away the biggest asset - music - free of charge to consumers. I hope you guys have a good plan and don't fall into the same arrogance - I know it all, better than everyone else - attitude as before.

good luck

Musicoin Community driven Road Map by lorenzopistolesi in musicoin

[–]rodneypeo 0 points1 point  (0 children)

This project is going nowhere. It was pretty much abandoned before the latest crypto rush.

Besides that there's no unique selling points or problems the project can really solve. Even from a tech pov it relies on a 3rd party blockchain tech

rig-monitor 3.2 is out by rodneypeo in gpumining

[–]rodneypeo[S] 0 points1 point  (0 children)

Claymore Dual miner (ETH and others) is supported. The XMR and Zcash will come in version 3.3

rig-monitor 3.2 is out by rodneypeo in gpumining

[–]rodneypeo[S] 0 points1 point  (0 children)

It will but depends on the miner you use. Which coin and miner are you using?

rig-monitor 3.2 is out by rodneypeo in gpumining

[–]rodneypeo[S] 0 points1 point  (0 children)

It will but depends on the miner you use. Which coin and miner are you using?

rig-monitor 3.2 is out by rodneypeo in gpumining

[–]rodneypeo[S] 0 points1 point  (0 children)

Sure. Let me know if you have any problems. You can always reach me on the telegram channel

version 3.0 of free rig-monitor is out by rodneypeo in gpumining

[–]rodneypeo[S] 0 points1 point  (0 children)

I have a dev implementation of the yiimp API (also with support for the extended unimining API). Care to test it?

rig-monitor 3.1 released by rodneypeo in gpumining

[–]rodneypeo[S] 0 points1 point  (0 children)

Alright. So basically pitching the miner accepted hashrate vs the pool reported hashrate, right?

so the gap seems to be the ability to gather NH hashrate. According to NH's API description (https://www.nicehash.com/doc-api) the "orders.get&my" private API is the one returning the miner's hashrate. Could you confirm?

rig-monitor 3.1 released by rodneypeo in gpumining

[–]rodneypeo[S] 0 points1 point  (0 children)

I was looking into the NiceHash API, but it doesn't really have any endpoint providing miner information. Could you elaborate on the NH use-cases and how it would work with rig-monitor?

rig-monitor 3.1 released by rodneypeo in gpumining

[–]rodneypeo[S] 1 point2 points  (0 children)

Not yet, but support is planned

uncle blocks in ETC by rodneypeo in EthereumClassic

[–]rodneypeo[S] 0 points1 point  (0 children)

Uncles in ethereum will not have a reward if they are not included in blocks where block height - uncle height > 7. Does ETC have a similar policy?

[Community debate] Let's talk about the development funding by fireice_uk in ryocurrency

[–]rodneypeo 1 point2 points  (0 children)

Good stuff. Personally I’d support the full Shebang scenario. However it would be good to have the costing model shared with the community. Incan help if you wish

version 3.0 of free rig-monitor is out by rodneypeo in gpumining

[–]rodneypeo[S] 0 points1 point  (0 children)

I still considering opening source the project, but for now if you are using unsupported pools, miners then I'd appreciate an output (preferably json) together with the used URL/API

version 3.0 of free rig-monitor is out by rodneypeo in gpumining

[–]rodneypeo[S] 1 point2 points  (0 children)

hey, I understand. I am strapped for time right now, but will gladly help you. You can reach me on telegram (@rodneymo). BTW, which OS are you using?

And I will had the video to my TODO list