 Show Posts
|
|
Pages: [1] 2 3 »
|
|
Well I guess it was only fair to assume that only *some* would be welcoming and rational, but I respect your view and applaud BCT for the freedom to express it here.
On that note, I will stop posting on this handle as it is no longer mine...
|
|
|
|
Nah we're not as bad as they saw we are depends on the attitude you have some people roll in heavy so they get piled on. You seem pretty chill. I guess there's no chance on you being able to report on the satus of a MIA CTO I understand if you can't sorry I had to ask.
I wish I could but it's certainly not my place to speak on his situation. I hope you'll understand. |
|
|
|
Odd because when I am logged in, I see no posts of my own and permission denied on just about everything... If I log out, I can see it all again... Guess that's how the infamous shadow ban works... Oh the irony. |
|
|
|
Are you still affiliated with GAW?
No. I resigned a few weeks ago. It's quite nice to see you here. I'm very interested in anything you have to say. I will still be a bit skeptical as I am with any new "converts" here but I will give you the benefit of the doubt. I applaud you for leaving no matter what your reasons were. I read on gethashing that you were thinking about breaking your NDA. I would have a whole lot of respect for you or anyone that did that if it was because you had information of illegal activity. I understand you're in a tough position now and you don't want to put yourself or your family at any undue risk. I only hope you speak the truth and your conscience can be free. Trust me, I want the exact same thing as the rest of you... I just have to put a lot more thought into it than most. Thanks for not dog piling on me for posting here  |
|
|
|
Are you still affiliated with GAW?
No. I resigned a few weeks ago. And may I ask you WHY...  Your HONEST answer will be GREATLY appreciated HERE...  Thanks... ZiG I am currently weighing my options on how HONEST I can be at this time... The exit NDA certainly targets such activity.... At the same time, I am aware that certain protections are afforded to people in this situation, so like I said, I am reviewing my options. I will say this much, they were sure quick to lock my resignation thread after the overwhelming positive response it was receiving... Not even sure it exists anymore after my being banned. |
|
|
|
Are you still affiliated with GAW?
No. I resigned a few weeks ago. |
|
|
|
Yikes, this is what I get for correcting grammar and spelling? Or was it because I spoke freely....? Who knows.  |
|
|
|
|
The above post is NOT legitimate.
Nobody from GAW or Zen uses a personal email address to conduct business.
|
|
|
|
This sounds like a ponzi, if someone can genuinely make 1-3% ROI per day I don't think they will be seeking investments.
FYI to the community, "zenMiner_Emily" is not an employee of zenMiner in any capacity. I've reached out to this user but have received no response. |
|
|
|
Introducing ZenMiner Cloud Hosting Hey Everyone, ZenMiner Cloud Hosting, is our state-of-the-art cloud hosting solution for cutting-edge mining hardware. ZenMiner Cloud gives you the ability to manage your purchased miners from our network of partners directly through your ZenMiner Cloud account. Our goal is to allow you to optimize, manage, and monitor your hosted miner just as if it were sitting right next to you. The ZenMiner Cloud hosting platform was built from the desires of our very mining community (you) and represents a bold new direction in cryptocurrency mining. ZenMiner Cloud Features Equipment Protection 99.9% uptime reliability Choose from the top mining pools (we will be continually adding new pools) Track the hashing performance and other key metrics of each miner like uptime, power consumption, speed, and much more Reboot and troubleshoot your miner remotely Dedicated customer support through ZenMiner The ZenMiner Cloud platform launched on 7/14 at 10PM ET when we brought thousands of hosted miners online. We are coming up on one month since the launch date and we are so excited for the future of ZenCloud! Activations are made within 24 hrs of purchase, please email cloud@zenminer.com if you do not receive your code within that time frame. We post great deals on https://hashtalk.org/ and our website https://zenminer.com/ Thank you, Eric C. General Manager, ZenMiner Is their any plan to let the user enter his own pool settings and choose whichever one he wants, instead of some multipools? Hi! I really appreciate your question, to keep from duplicating answers, I invite you to come check out our Category on https://hashtalk.org/ I think you will enjoy the community. Thanks |
|
|
|
Hey Everyone, ZenMiner Cloud Hosting, is our state-of-the-art cloud hosting solution for cutting-edge mining hardware. ZenMiner Cloud gives you the ability to manage your purchased miners from our network of partners directly through your ZenMiner Cloud account. Our goal is to allow you to optimize, manage, and monitor your hosted miner just as if it were sitting right next to you. The ZenMiner Cloud hosting platform was built from the desires of our very mining community (you) and represents a bold new direction in cryptocurrency mining. ZenMiner Cloud Features Equipment Protection 99.9% uptime reliability Choose from the top mining pools (we will be continually adding new pools) Track the hashing performance and other key metrics of each miner like uptime, power consumption, speed, and much more Reboot and troubleshoot your miner remotely Dedicated customer support through ZenMiner The ZenMiner Cloud platform launched on 7/14 at 10PM ET when we brought thousands of hosted miners online. We are coming up on one month since the launch date and we are so excited for the future of ZenCloud! Activations are made within 24 hrs of purchase, please email cloud@zenminer.com if you do not receive your code within that time frame. We post great deals on https://hashtalk.org/ and our website https://zenminer.com/ Thank you, Eric C. General Manager, ZenMiner |
|
|
|
Introducing ZenMiner Cloud Hosting Hey Everyone, ZenMiner Cloud Hosting, is our state-of-the-art cloud hosting solution for cutting-edge mining hardware. ZenMiner Cloud gives you the ability to manage your purchased miners from our network of partners directly through your ZenMiner Cloud account. Our goal is to allow you to optimize, manage, and monitor your hosted miner just as if it were sitting right next to you. The ZenMiner Cloud hosting platform was built from the desires of our very mining community (you) and represents a bold new direction in cryptocurrency mining. ZenMiner Cloud Features Equipment Protection 99.9% uptime reliability Choose from the top mining pools (we will be continually adding new pools) Track the hashing performance and other key metrics of each miner like uptime, power consumption, speed, and much more Reboot and troubleshoot your miner remotely Dedicated customer support through ZenMiner The ZenMiner Cloud platform launched on 7/14 at 10PM ET when we brought thousands of hosted miners online. We are coming up on one month since the launch date and we are so excited for the future of ZenCloud! Activations are made within 24 hrs of purchase, please email cloud@zenminer.com if you do not receive your code within that time frame. We post great deals on https://hashtalk.org/ and our website https://zenminer.com/ Thank you, Eric C. General Manager, ZenMiner |
|
|
|
So basically your shipping used units out / selling them as brand new?
This is a bit concerning
No. One unit left GAW Miners with a previous provision assigned to it. All other units are brand new Raspberry Pi's with GAW's standard SD image loaded. |
|
|
|
As promised, I am delivering on my promise of full transparency with this issue. After a thorough investigation, we've determined how the improper pool credentials were being inserted into one customer's (DarkKnight) ZenController configuration. Each ZenController is tracked by its unique MAC address which is hard-coded into every device. The controller communicates with ZenMiner cloud servers and identifies itself via MAC and activation code. The device DarkKnight received was previously assigned to GAW Labs as one of their early test models. We've determined that the MAC was not properly removed/reallocated in the ZenMiner database, therefore the controller still thought that it belonged to GAW Labs. This is why the pool information inputted by the customer was constantly overwritten, the controller was doing what it was supposed to. Unfortunately, the device was not properly provisioned to the new owner. Since this issue only affected an early test device that was assigned to GAW Miners at one in point in time, it makes sense why we didn't see this as a wide-spread issue and identify it sooner. All subsequent controllers sent out were "fresh" devices that had never previously been provisioned to anyone. That doesn't change the fact that one of our devices made it into the hands of a customer and caused unacceptable operation. We've since purged the database of any entries from legacy test devices and are working with GAW Miners to ensure any future devices that are shipped have no prior association in the database. We sincerely apologize to DarkKnight and hope to regain his trust as well as the trust of the community we serve. EDIT: I wanted to answer a very good question DarkKnight brought to me offline regarding how we'll be mitigating something like this in the future. We're currently redesigning our entire activation mechanism and implementing measures that would prevent one device from accidentally (or intentionally) being activated to another account without support intervention and the deletion of all prior account provisions to that device. DarkKnight has agreed to test that this issue has been resolved and will post his findings when that time comes |
|
|
|
Hi Eric,
Is there anyway to change the clk speed on our devices via your service?
I fixed that problem I emailed you about, put the new img on and no probs
Not at this time, but we are including that feature soon. We've already got the basic functionality, just tweaking and refining it. Glad to hear the image flash fixed your controller! |
|
|
|
implementing measures that would prevent one device from accidentally (or intentionally) being activated to another account without support intervention and the deletion of all prior account provisions to that device.
I think this is good idea but I will caution you about some issues I have experienced working for a cable operator who "locked" cable modems in a similar fashion and has ended up with multiple issues where someone legitimately purchased a modem on ebay or other public sites only to have it refused to be provisioned because it was still mapped to another account. as I understand your previous thread, you are mapping the mac address to the account. This is going to bite you for in three ways in the future. first, if your customer moves his SD card to another rPi, then the MAC address will change same is true if they in the future use a wireless interface rather than the built in ETH interface last, if someone decides to sell their rPi and it inadvertently gets picked up to run your software...well, you get the idea. I would suggest you would be better off placing a user serial number in a config file so that it is mapped to the software and the user rather than using the hardware as your auth mechanism it will save you, and your customers much grief in the future. I appreciate your advice luckily, our support team is prepared to assist any users experiencing those issues. We expect such things to happen as ownership transfers or users switch devices. We may revisit this in the future. |
|
|
|
|
I wanted to answer a very good question DarkKnight brought to me offline regarding how we'll be mitigating something like this in the future. We're currently redesigning our entire activation mechanism and implementing measures that would prevent one device from accidentally (or intentionally) being activated to another account without support intervention and the deletion of all prior account provisions to that device.
|
|
|
|
|
As promised, I am delivering on my promise of full transparency with this issue.
After a thorough investigation, we've determined how the improper pool credentials were being inserted into one customer's (DarkKnight) ZenController configuration. Each ZenController is tracked by its unique MAC address which is hard-coded into every device. The controller communicates with ZenMiner cloud servers and identifies itself via MAC and activation code. The device DarkKnight received was previously assigned to GAW Labs as one of their early test models. We've determined that the MAC was not properly removed/reallocated in the ZenMiner database, therefore the controller still thought that it belonged to GAW Labs. This is why the pool information inputted by the customer was constantly overwritten, the controller was doing what it was supposed to. Unfortunately, the device was not properly provisioned to the new owner.
Since this issue only affected an early test device that was assigned to GAW Miners at one in point in time, it makes sense why we didn't see this as a wide-spread issue and identify it sooner. All subsequent controllers sent out were "fresh" devices that had never previously been provisioned to anyone. That doesn't change the fact that one of our devices made it into the hands of a customer and caused unacceptable operation. We've since purged the database of any entries from legacy test devices and are working with GAW Miners to ensure any future devices that are shipped have no prior association in the database.
We sincerely apologize to DarkKnight and hope to regain his trust as well as the trust of the community we serve.
I will post this into DarkKnight's thread once he reopens it.
|
|
|
|
|
DarkKnight,
Thanks for the response, more importantly, the time that you have taken to look in to this.
To agree with your post, there is no malicious intent here, so I am glad we got that out of the way.
As you read from my previous post, if the controller does not sync to the cloud it will use its last known config file. Since this controller was sold from GAW, and GAW tested them before they shipped, it would be their test settings.
In your case, since you have both configured/synced your device to the ZenOS and this problem still existed, it sounds like it may be a different issue that we need to look deeper in to. This is the first known case we have had of a config changing after it was synced. And while it may be the only one I have heard of, its important we address it immediately.
Are you open to assisting our dev team track down the bug? Since you have found it before anyone else has (customers included), we would be grateful for your help. It would also allow you to let the community know we have addressed it.
In either case, we will make sure its addressed.
Lastly, full responsibility means all the items you listed. If there was a pool mistake, we would gladly reimburse you for that (we should probably handle through PM for that). And/Or refund your controller if you wish.
Thanks again, this is a learning process for us too. And, sometimes, it takes many different kinds of use cases to discover issues like this.
|
|
|
|
|
To further deliver on my promise of transparency, we've run a query on every single device we have fielded and identified that less than 2% of ZenController users are affected by this issue. We've sent an email to all of these users.
|
|
|
|
|
