 Show Posts
|
|
Pages: [1]
|
|
If I understood Rob correctly, it is based on the number of block found in the pool the last 7 days, but if you did not found any block it check your submitted shares.
Personally I would really prefer a simpler method and less obscure, like for each block found in the pool, share the reward based on the submitted shares since last block found in the pool.
|
|
|
|
Dear Sir Halford, where will you take us to? First off, I am glad to sit in your boat. I love to participate in science while mining. Hence, I promote your project in many directions and at every occasion! The network has come quite a way since October. Yet, today I am confused - help me please. Yesterday you stated that your main job needs your focus. This was when you speculated on starting anew / creating one more project, for fun. Please say that I got you wrong on that. Be our leader, be Grid. New ideas might breed features, but don't fork your project and your community. Back in Winter, I had the chance to swap a few sentences with you. I asked for your project plans. You said, the chain was already safe for investment. So, I placed some money and followed along, waving your flag. Later, cpu rewards were introduced silently, no community decision, no transparent information politics. Evaluations started to tumble. Meanwhile, more than a million new GRC spill into the network each week. You could at least have halved the block reward since then, imho. Did you consider to discuss this openly? Don't get me wrong, I appreciate your eagerness. Thus, may I kindly ask you to elaborate on your plans for Gridcoin, to set some cornerstones fix and commit to them publicly? Could we place full trust in your endavour? I believe, trust is what an early community needs the most. Continue to be innovative as we have grown to love you, but dont let disruption spoil the show. Therefore, again, please don't take my words as an offense. But, give us a landmark, hand some vision to refer to, please. Let your ppl start to celebrate with you!  I agree with you. I also do not remember seeing a discussion about the cpu mining reward, which double the daily GRC output (576 daily block and 576 daily CPU). Halving reward would have been a very good option. |
|
|
|
This is bullshit.
There are users who were trading in the offending currency who are getting their BTC back before those of us who were not.
UN-FUCKING-ACCEPTABLE.
Wrong. They are getting their DRK back. Not BTC.
You have fucked this up royally. I can't believe I ever trusted your site w/ my BTC and I will do everything I fucking can to make sure that no one else does again.People getting their funds back are the DRK users. Their funds have been returned because that is what the attacker has returned and it made more sense to give back those funds than to "hold onto them until everyone can get their funds back at the same time" because by returning those funds it shows that the problem is being worked on and the exchange is doing everything within it's power to make things right. When the attacker finishes returning the 76 BTC and 200.12 LTC that are still outstanding those people's funds will be returned as well. As we've been discussing in the chat box - if the admin were truly concerned, he would have immediately secured a loan yesterday and worried about recouping HIS losses from the thief on his own time. And... As I stated in the chatbox: TribalBob: @SlidingHorn Do you realize what you sound like...?
"Our money was stolen and now the exchange is in the negative.
my solution is go further into the negative, that will fix the problem".
That is what you sound like. As I responded: NOT MY PROBLEM - If he can't secure his site, the consequences are his to deal with The admin is trying to work it out, this is alot better then what happen at MtGox and other did, like Tradefortress, who after been hacked, just close the web site. No refund. I would guess waiting is better then having the admin shutdown the website? And if I were the admin, I would add impatient users to the end of the reimbursement list. As they only create bad noise and prevent the admin working on fixing the problem. |
|
|
|
This happen for me when I lose my internet connection. cgminer will continue working and may find a block but when my internet connection is back, Gridcoin will sync with the network and find the block I found was already found by someone earlier then me (when I was disconnected), so the block payment will disappear from my wallet. It can also heppen if you find a block at the same time someone else, the fastest one to submit it win the reward. This is valid for all coin mining, not just Gridcoin Hello everyone,
I have just started mining Gridcoin with GPU and CPU also, today on the morning one of mine GPU found 1 block but I never got payed for it...I have found 3 blocks with other GPU that was payed but this one so far haven't...I have no idea what's the problem...
I have configured my gridcoin.conf to " poolmining=true " also and after I found those 3 blocks with that GPU I have no more payments in that wallet for being mining in pool...
Can someone explain me why is this?
Thanks.
|
|
|
|
For pool mining you need to find a block first, and you will receive payment for some days after. But then, you need to find another block to continue receiving payment, etc... For now Gridcoin have a low network hashrate. And I think this type of pool prevent Gridcoin to go bigger, as when the difficulty raise, solo mining is not good, and pool mining as it is now, is not good also. Imagine you want to mine Dogecoin or Litecoin and need to find a block first. People will switch coin. Maybe this is already happening, all the people that left the pool mining in the last couple of weeks, they may have gone to other coins. People with not so good GPU to solo, but could add a bit to Boinc with their CPU. I think the solution need to be think now, not when there is 100 pool miners, as people will leave the pool and it may never reach 100 with the current pool system. I wrote about same things about 2-3 weeks ago( https://bitcointalk.org/index.php?topic=324118.msg4610130#msg4610130). I switched to pool mining yesterday and i see same - no payouts from pool, but i got 1 150 GRC payment, as if i solo mining. Previously i mined in pool for 3-4 days and was gettin payouts at 30-70 GRC after week (!) from when i started to mine in pool. I didn't calculadet profits, but seems pool mining working correctly, but with great latency because of Wallet Hour. Thanks, zulzedd. I had forgotten about your earlier post - back then I had not yet tried pool mining so it went right over my head at the time. Sounds like we have similar effects when pool mining. Did you notice whether the address your pool mining payouts went to was normal (presumably your default/leaderboard address)? Mine - only the one so far - showed as being sent to a receiving address I use for a different purpose, one that the mining pool presumably should not have been aware of. I'm now guessing it's a glitch in the wallet display - perhaps it shows "last referenced address" or some such thing. I'll keep this machine in pool mode a while longer and see what develops. All, Regarding PoolMining: I want to reiterate this: Its a huge risk for us to open Gridcoin to a standard pool: Its hard to enforce a network packet containing Boinc authenticity information and "believe" the pool operator is going to be trusted with that information; it opens us up to fraud. If that were NOT the case, I would add that to our spec and work with a pool mining operator. No one likes a central authority, so we built integrated pool mining inside the client. In light of that, everyone liked the old integrated pool with the small payments - the only thing they hated was finding the first block. I viewed that as a miniscule problem; a training issue. When we went to "Wallet Hour" payments to cut down on bloated wallets; everyone jumped ship and now we only have 23 pool miners. The root of the problem is the current pool only pays you in your wallet hour when another pool miner finds a block. Its easy for a few of the pool miners to lose faith in it when a couple of days go by with no payments. What I propose as a bridge between now and when we have 100+ pool miners is modifying the client to pay in 4 hour blocks; 2 hours before and 2 hours after the wallet hour. I think this will satisfy our pool miners for the time being. What I also want to say about our integrity: I do not believe anyone has been ripped off- remember, any "advantage" or "disadvantage" is shared among the whole network; so no one is getting something in the pool and ripping other users. But I will do what I can to satisfy everyone. So, as a stopgap I will modify the client to do the 4 hour window for now. Grid |
|
|
|
|
Very nice exchange! fast and there is Gridcoin.
|
|
|
|
|
Gridcoin
With the scrypt-sleep coming soon, hashrate and power will not be waste only on securing the network, but also to contribute to research. Also was added to the first exchange this week, momentum is building for this coin.
Also Maxcoin may be interresting.
|
|
|
|
|
Is the probability of finding a block the same for both? 1 miner window for both GPU, or 2 miner windows?
|
|
|
|
|
Is it true that 2 instances of a miner running at 500k hashrate, would find the same number of block of 1 miner at 1000k hashrate?
I bought a second GPU and I read you can mine with 1 or 2 instances of cgminer (thats what I use for scrypt mining) and the hashrate is the same, but should the probability of finding a block be better if you do not use 2 separate instance? That would also required the miner software "split" the work correctly on each GPU, which maybe they do not do it, so it does not matter 1 or 2 instance?
From my very basic understanding, for each block the first miner to find the 32 bits random digit get the reward. If that is so, then 2 GPU running on 2 instances, may/will have some duplicate work, they may or will check for the same numbers during the block search?
If the 2 GPU were working together, then they should be more efficient? As they can split the work and not check the same numbers?
|
|
|
|
|
Is there something that prevent people from compiling the open source code from Gridcoin-master and running it? If you can compile and run it, then the payout calculation is there?
A quick look of the source code, I would try to change those 2 files first, compile it and run it.
main.cpp, line 1171 for GetBlockValue, change it to "return 150;"
rpcrawtransaction.cpp, line 751, change it to "me.payout = 150;"
GRC: G2DWztx8tftUdgAPmgbns6ufm3y15JWmZe
|
|
|
|
|
ftahU8ZQWkedAFfL4hbJbGyhy48Qimctaw
Thanks!!
|
|
|
|
|
With the ASIC hardware coming out next year, is it far fetch to think 1 pool of the biggest players and close to everyone else, will mine all the BTC? Or multiple pools of hardcore, but close to the average user.
If this happen, people will switch to another currency, where this will never happen, where there is no pool monopoly.
|
|
|
|
|
I know if everything is easy, free, then it have no value.
What I had in mind, is there a currency with only 1 pool and no solo. Mining share should still be based on hashrate.
I think that currency will have better chance to survive over the years (when mining slow, but still need to process all the transactions). Also it will be something new, compare with all the newer currency that are all based on the same.
|
|
|
|
|
Hi,
Is there a currency where the mining is like a pool for everyone? Not only the lucky to mine it, like most, if not all coin now?
Thanks
|
|
|
|
|
