Also, you need the build 509 clients (v2.9103) to participate in the OGR-27 project, clients for all Amiga platforms are out on the pre-release page. Client build 507 (v2.9101) will simply exit thinking no more work can be done, so upgrade now. The Distributed Net release concerning the OGR-26 project's successful conclusion:

We've just confirmed receipt of the last OGR-26 stub, thus marking
that project officially complete!  We will try to publish who
submitted the most optimal and last stubs, once we confirm that they
don't mind their identities being revealed.

Due to variations in complexity, we expect that OGR-27 will take us
significantly longer than OGR-26 did.  It is difficult to provide a
precise estimate but one extremely rough guess is about 7 years,
assuming no increase in computing power and that our size estimation
sampling reflects the entire stubspace.

There is one thing that is different with OGR-27 than with our
previous OGR projects: we are confident that we will discover a better
ruler for OGR-27 than the one we know to be optimal currently.

The Distributed Amiga team ended up 7^th out of 7912 teams, with 1.24% of all work done, an excellent result :)
For the whole course of the project our team consisted of 1103 members, of which the top placed individual Amiga team member was ranked 101^st out of 124,387 total project participants (with only two more days that would have been 100 exactly, oh well :).

From the distributed.net .plan announcements:

We have proven conclusively by the exhaustive search of all possible rulers
that the previously predicted 25-mark ruler is indeed the most optimal one.

The total length of the ruler is 480, with marks at positions: 0 12 29
39 72 91 146 157 160 161 166 191 207 214 258 290 316 354 372 394 396
431 459 467 480.  (This ruler may alternatively be expressed in terms
of the distance between those positions, which is how dnetc displays
them: 12-17-10-33-19-...)

This shortest ruler was found by two independent computers. The
initial report was received on October 10th, 2007 and a second,
matching result was returned on March 24th, 2008. However it was not
until the final stub was returned and verified that we could rule out
the possibility of a still-shorter ruler. This final stub was returned
on October 24th, 2008 drawing to a close the complete search of all
possible stubs.  Due to the nature of an exhaustive search,
distributed.net users have also proven that the above solution is
unique (the ruler's mirror notwithstanding).

At the same time, OGR-26 and new clients/proxies were announced:

New clients and proxies will be required to support the new project,
which we are calling "OGR-NG". The new clients will have version
2.9101.507 or higher. Clients with version numbers prior to this will
only be able to work on the RC5-72 project. Similarly, Personal Proxy
version 343 or higher is required. [..]

The OGR node rate for these new clients may appear to be slower than
those for the OGR-25p2 project. This isn't a cause for concern. The
effective search rate for the overall project is actually more
efficient as these new clients are using an improved algorithm. The
new algorithm is named FLEGE (Feiri-Levet Enhanced GARSP Engine). It
has been developed by Didier Levet and Michael Feiri over the course
of the past few months. We are especially grateful to them for this
Herculean effort. In technical terms, the number of elements in the
'choose lookup table' has been increased from 48K to 2M
elements. Although this will slightly increase the size of the dnetc
binary, this optimization will significantly reduce the number of
nodes that we have to search through, sometimes a node improvement of
ten-fold or more.

We estimate that OGR-26 will take much less time to complete than
OGR-25 and will probably be more similar to OGR-24, in terms of
computational effort. Beyond that, we're looking forward to OGR-27 and
OGR-28 because the current solutions to at least one of the two is
very likely not optimal. OGR-26 is on the way and must be done first
since higher-order rulers depend on the proven optimality of previous
ones.

On Friday, April 27, 2007, Grid.org announced it has completed its mission to demonstrate the viability and benefits of large-scale Internet-based grid computing, and will be retiring its famous efforts to support critical health research. Grid.org was the largest and most ambitious public interest grid venture ever attempted, and thanks to Grid.org and its millions of members, dozens of similar global grid projects have been able to catch on and succeed by following its footsteps.

Facts and Figures

• As of April 2007, Grid.org managed 3,732,696 global devices, with 1,340,913 registered members who contributed 210 years of CPU time daily
• Grid.org's top 5 teams have nearly 100,000 members combined
• Our top 5 all-time teams (by CPU hours contributed):
  • Team 2ch, created 4/5/2001 with over 40,000 years of CPU time donated
  • Easynews, created 2/2/2002 with over 27,000 years of CPU time donated
  • Team Discovery, created 4/5/2001 with nearly 4000 years of CPU time donated
  • Vulture Central II, created 4/3/2001 with over 3000 years of CPU time donated
  • Dutch Power Cows against cancer, created 4/3/2001 with over 3000 years of CPU time donated

For the final Distributed Amiga team statistics, see the effort stats page. Unfortunately team breakdown is no longer available, and I have no member list saved from this project. Nevertheless, thanks to all participants, you have helped research on a cure against cancer advance. It is unclear how the data compiled is going to be made available to the general public, hopefully more information will be provided through the United Devices website.