Gridcoinstats provide network information on the Gridcoin network, such as address holdings, polls, research reward predictions, Project Updates and Results and much more.

Feedback can be posted on our official Forum Thread.
Donations are very much appreciated to our Gridcoin Address

There are currently 3 running polls, don't forget to vote!

Get some free GRC every day stop by our Gridcoin faucet!

Are you looking for the Blocks Explorer, it's moved to a separate page.
Below are posts, updates and news from Gridcoinstats, the Gridcoin Community and Projects. Steemit is an open platform for users to post and reward eachother and Gridcoinstats are fully supporting this platform by submitting our own updates to it in our own category. BOINC Projects are posting their own official updates on their forums, which you can find at the last section here.
To read more updates you can go to our News and Updates page.
Loading Steem Posts...
Loading Steem Posts...
Loading Steem Posts...
Another paper on GW170817

Sorry for late notification! Another research on the famous GW170817 source, which used data obtained from the Universe@Home project, have been published last year. In this study, it was shown that the merger rates of double neutron stars (calculated from one direct observation) stay in contradiction with these inferred from the observations of double pulsars in our Galaxy. The reason behind this tension is the delay time distribution which favours short delays. The study highlights the problem that scientist encounter trying to connect evolutionary predictions and the observations of the first double neutron star merger. The original paper can be found here: [Link] http://adsabs.harvard.edu/abs/2018arXiv181210065B

By universe@home at 2019-04-19

Problem writing CMS job results; please avoid CMS tasks until we find the reason

Since some time last night CMS jobs appear to have problems writing results to CERN storage (DataBridge). It's not affecting BOINC tasks as far as I can see, they keep running and credit is given. However, Dashboard does see the jobs as failing, hence the large red areas on the job plots. Until we find out where the problem lies, it's best to set No New Tasks or otherwise avoid CMS jobs. I'll let you know when things are back to normal again.

By lhc@home classic at 2019-04-18

Long Outage Today

We had to recover the master database on oscar from a backup taken today on carolyn. Oscar is now back to being the master DB and carolyn is once again the replica DB. Things will be a bit slow as the database becomes resident in memory.

By seti@home at 2019-04-10

Planned Maintenance on Thursday, April 11

We are updating the operating system on our servers on Thursday, April 11, beginning at 14:00 UTC.

By world community grid at 2019-04-09

Planned Maintenance on Thursday, April 11 (Completed)

We are updating the operating system on our servers on Thursday, April 11, beginning at 14:00 UTC.

By world community grid at 2019-04-09

GPU version bugfix release

GPU versions for all platforms were updated to fix "Error -58" computation error when resuming stopped task.

By amicable numbers at 2019-04-08

GPU app status update

So there have been some new developments over the last week. It's both good and bad. First of all, some history. The reason I waited so long to develop a GPU app is because the calculation was heavily dependent on multi-precision libraries (gmp) and number theoretic libraries (pari/gp). Both of these use dynamically allocated memory which is a big no-no in GPUs. I found a multi-precision library online that I could use by hard coding the precision to the maximum required (about 750 bits), thereby removing the dependence on memory allocations. The next piece of the puzzle was to code up a polynomial discriminant function. After doing this, I could finally compile a kernel for the GPU. That is the history for the current GPU app. It is about 20 to 30 times faster than the current cpu version (depends on WU and cpu/gpu speeds). But then I got thinking... my GPU polynomial discriminant algorithm is different from the one in the PARI library (theirs works for any degree and mine is specialized to degree 10). So to do a true apples-to-apples comparison, I replaced the PARI algorithm with mine in the cpu version of the code. I was shocked by what I found... the cpu version was now about 10x faster than it used to be. I never thought I was capable of writing an algorithm that would be 10x faster than a well established library function. WTF? Now I'm kicking myself in the butt for not having done this sooner! This brings mixed emotions. On one side, it is great that I now have a cpu version that is 10x faster. But it also means that my GPU code is total crap. Wit...

By numberfields@home at 2019-04-05

The Drake Equation Revisited

[Link] Richard Lawn has given us a new [Link] SETI Perspectives article to think about. This one is about the [Link] Drake Equation.

By seti@home at 2019-04-04


Please note that all data is as-is and comes from the Gridcoin Project blockchain. Estimations may be incorrect.
If you enjoy this service, please consider voting for our Steemit Witness @sc-steemit.

Issues with the page should be submitted in our GitHub Repo. Direct contact can be done with @startail on our Gridcoin Chat
Page Rendered in 0.1382s
Ran 8 Queries in 0.1364s
Backend Status: 4 of 5 nodes in sync