Search results

  1. eth1

    iBeLink DM384M ASIC is real

    Would be very interested in being able to buy some of those units. Is there an official website for those devices outside of dualminer.com? Looking to contact them to order quite a nice amount of miners (30 to 50)
  2. eth1

    51% HASHRATE COINMINE.PL !!!

    Greetings, Even if you claim not to be a malicious operator your pool could get hacked and become the base of malicious activities and that even without you knowing at first. Yes, there is Hanlab but you forgot the large botnet being hosted with the over* users (now anonymous). The majority of...
  3. eth1

    Can't compile v12 (last master branch) on ubuntu

    Have you tried rebooting your vm? :grin:
  4. eth1

    SuchPool.pw/dash

    SuchPool.pw/dash
  5. eth1

    [SuchPool.pw] We are back! Even faster than before!

    https://SuchPool.pw/dash We are back! Fresh new servers, we restored accounts/workers and logins! You can login with your old credentials. Same old receipe as before: 1 account and 1 set of workers for all pools SSL on all pools Multiple Load-Balanced Node.JS Stratums + VARDIFF 24/7...
  6. eth1

    Däsh oder was .... ?

    Following the trend. I am against that name change aswell.
  7. eth1

    Stratum-pool vardiff config

    Since you are using stratum-mining I would invite you to setup NOMP and to enable the x11 diff multiplier. Stratum-mining is deprecated and never worked well with X11 for me and you would need to modify it to multiply the shares at the python-stratum levell; you'd be much better off with NOMP.
  8. eth1

    Stratum-pool vardiff config

    Greetings, Back when we ran our pool, we had those settings going: diff: 0.010, vardiff minimum: 0.007, vardiff maximum: 0.01, That should do the trick :)
  9. eth1

    Android Wallet

    Looks good, looking forward to see it!
  10. eth1

    Spreadcoin

    lonecrouton must be turning on himself into his grave.. He was so proud Spreadcoin prevented pools!
  11. eth1

    R.I.P. SuchPool

    We're sorry to have to go, but lately it's not been so profitable. The darkcoin pool itself paid well (90% of the hosting costs). Closing the darkcoin pool is really what saddens me the most of all, but we do need a little break. If we see markets start moving up again and we see we can run...
  12. eth1

    v0.10.15 - Onyx Release

    We do masternodes with our cold storage, and considering maybe an eventual shared masternode service.
  13. eth1

    v0.10.15 - Onyx Release

    Up to now, absolutely no other coin has required a stratum patch. The sole reason of it being the masternodes, the issue resides on non-drk coins. Depending on the implementation, if not done properly, other coins would try to pay 25% to the payee but it would probably just not exist on that...
  14. eth1

    v0.10.15 - Onyx Release

    A scrypt stratum and a x11 stratum will look just the same, most of the differencies are in the configuration files themselves. In the case of nomps running multiple coins, the same exact codebase processes for all coins. In that specific case, it can be quite confusing to apply the patch so it...
  15. eth1

    PROVEN - client is corrupting wallets upon exit

    Did it ever come to your mind that this issue could arise from yourself and your cockiness rather than yourself being the only rational adult? If you think here is the same, BCT still has open arms to welcome you back :) If you want to act like the rational adult you pretend to be, ask...
  16. eth1

    PROVEN - client is corrupting wallets upon exit

    Just trying some ideas. As far as I know, you don't know what caused it either right ? Also, please stop being an ass with the people in here, we are simply trying to help.
  17. eth1

    PROVEN - client is corrupting wallets upon exit

    Never said to ignore the issue. You simply state that its PROVEN, while the only claim is your own experience in your own words. Were you able to replicate it on the *same* machine? This is likely an operation relying mostly on ram, as coingun said it could be a bad stick. I have doubts about...
  18. eth1

    PROVEN - client is corrupting wallets upon exit

    Never mind, I must be one of these Pumper troll. Yet you don't show any *proof*, I'd just remove the "PROVEN" in your title, it is misleading.
  19. eth1

    PROVEN - client is corrupting wallets upon exit

    I read your topic writes "PROVEN".. yet you haven't pasted any real log of anything. You seem to be the only one having this very error. I tried replicating on different linux distributions and hardware, no dice, works every time perfectly. Also, when loading a wallet with 1000 Dark.. might...
  20. eth1

    Onyx Release & Mining Pools

    Yes that is exactly my point. Let's stick to making our way gradually to 40/60 as it is while having both entities coexisting.
  21. eth1

    Onyx Release & Mining Pools

    It's quite simple and I don't know what the big issue here. STRICT enforcement, and problem is solved for now. Darkcoin won't be mineable forever, once it's complete then you guys get to have everything for yourself.. You just don't want to leave any meat left for anybody else wich such...
  22. eth1

    Onyx Release & Mining Pools

    In both cases there is some centralization, wether you like it or not. The exception is there can be many pools while there can only be so much masternodes. I encourage more pools to spawn. It allows people who are not already in possession of a considerable amount of coins to participate in...
  23. eth1

    v0.10.15 - Onyx Release

    Myself and moocowmoo have had issues of some masternodes not seeing some others in the network. Also not always getting the HotCold mention upon starting a masternode since 15.14. Some of moo's nodes won't see some of my nodes unless he restarts his. We also don't see the same masternode count...
  24. eth1

    Onyx Release & Mining Pools

    I did bring arguments. So far, I don't believe the masternode system is nearly ready to handle all of that. It has shown a bunch flaws so far. Things have been running smooth so far on the other side of Darkcoin (regular pools). I agree with change, I also agree with choice. PS: Also, as you...
  25. eth1

    v0.10.15 - Onyx Release

    3 days is enough. Prior notification of an upcoming update is also an option to make sure pool ops would be on stand-by ready to apply updates as they come.
  26. eth1

    Onyx Release & Mining Pools

    Are you even bothering reading? "Are you suggesting there should be no rules at all? Should anyone just be allowed to exploit the system for their own benefit at will?" I've been saying CONSTANTLY we need enforcement. It is due to come soon, but the 3 weeks period was too long. I would say 3-4...
  27. eth1

    Onyx Release & Mining Pools

    Why would I need to agree with your point of view? One way is inconvenient for me, the other inconvenient for you. What makes you think your opinion is the right one for me and vice-versa? I keep thinking having both worlds is better. You can have a p2pool network running on masternodes and...
  28. eth1

    Onyx Release & Mining Pools

    I'm all up for a 3 to 5 days enforcement. People that have darkcoin pools usually follow and are aware of updates. Those who wait on purpose are just greedy and should be enforced upon. I updated within 1 hour to make sure lonecrouton would not be mad.
  29. eth1

    Onyx Release & Mining Pools

    Running a pool requires a lot of ressources (a mid-sized one). You're talking a few servers in cluster, ssds on most of them, proxys, an excellent ddos protection, great sysadmining knowledge, a lot of time, and then even more time.. You can't do this on a 5$ vps like you can run a masternode...
  30. eth1

    v0.10.15 - Onyx Release

    In the case there would be enforcement, I guess the coins would simply not be accepted on the main chain.
  31. eth1

    Onyx Release & Mining Pools

    1000+ individuals? I have 5 myself, I know some who have multiple mn's too, lot more... yea rite! Also, there can only be so much masternodes while there can be unlimited supply of pools.
  32. eth1

    Onyx Release & Mining Pools

    It can, and that's still good. The miners have a word to say here, they are the ones paying the masternodes as far as I can remember right? Doing so further centralises the masternode side of things, but having two separate entities is good for decentralisation imo.
  33. eth1

    Onyx Release & Mining Pools

    I would be totally against using a masternode as the pool wallet for the moment. I am operating a few masternodes aswell, and so far the stability of the masternode system doesn't make me want to use one as the pool central wallets. Once the bugs are sorted out, that could be an idea.
  34. eth1

    Development Update - Oct 1, 2014

    I would be ready to accept liability if I could have some assistance to run the operation of somebody already experienced with masternodes and a propre ledger/tracking system that we can audit to ensure accountability for each masternode share acquired by customers. I am just starting to dig...
  35. eth1

    Development Update - Oct 1, 2014

    This is another possibility. If any coder would be interested into building such platform, please get in touch with me. I have the infrastructure and capacity to host this without an issue.
  36. eth1

    Development Update - Oct 1, 2014

    Nice idea Moli, we already thought about it. We would need to evaluate liability and find an optimal way to store multiple nm's securely. I doubt we'd have 1200 of our miners that can Afford to have a masternode. This is only a minority of miners which can afford to mine, pay their electricity...
  37. eth1

    Development Update - Oct 1, 2014

    That I know already. The final payout structure is what would need to be revised IMO. That siad, I am totally for the gradual increase to make things smoother.
  38. eth1

    SuchPool.pw/drk

    SuchPool.pw/drk
  39. eth1

    Development Update - Oct 1, 2014

    I don't believe the plan is to go with 100%, but a few ones have raised that possibility. Somewhere around a 40/60 or 60/40 sounds reasonnable, but to avoid any conflict and focus on developpment and growth of dark, why not opt for a progressive increase up to 50/50 and be done with this. One...