## 100,000 cubes optimally solved

Submitted by kociemba on Fri, 01/23/2009 - 15:24.14f*: 18 15f*: 197 16f*: 2710 17f*: 26673 18f*: 67099 19f*: 3303No 20f* cube was encountered. According to Toms results this indeed would be very unlikely and for 100000 cubes the probability should be less than 10

^{-6}. The 95% confidence interval for the probability of 18f* is about 0.671 ±0.003, for 17f* 0.267 ±0.003 for 19f* 0.033 ±0.001 and for 16f* 0.027 ±0.001.

## Tripod Finish - optimal FTM analysis

Submitted by Bruce Norskog on Tue, 01/20/2009 - 15:51.I have used Cube Explorer to solve all "tripod finish" cube configurations. All positions were solved in no more than 15 face turns. I calculated an average distance of about 12.746 face turns per position.

A "tripod finish" configuration has all cubies solved except four corners and three edges that make a configuration resembling a tripod. For example, corners URF, UFL, UBR, and DFR along with edges UF, UR, and FR make up one representative tripod configuration. For the above tripod configuration (or any equivalent one), there are a total of 7776 possible legal arrangements of the cubies. These 7776 arrangements can be reduced by symmetry to 1317 cases.

## Thirty-Two QTM Moves Suffice

Submitted by rokicki on Wed, 01/14/2009 - 18:26.with 396 cosets solved, I can announce that every cube position can be

solved in 32 or fewer quarter turns.

I am running phase one to a depth of 19 and letting phase two complete

the coset; each run takes about 12 minutes and approximately 63% of

the runs yield an upper bound of 25; the other 37% yield an upper

bound of 26.

No coset I have run yet has required more than 26 moves to solve, and

the possible distance-26 positions that I have run through an optimal

solver have all yielded distances less than 26, so I do not have a

## A Possible Approach to Generalize Dan Hoey's Syllables

Submitted by Jerry Bryan on Sat, 12/20/2008 - 11:39.The thread on this forum entitled "Non Trivial Identities" has had the most responses of any thread to date (39 responses so far). The thread contains a great deal of useful information, including a detailed analysis of non-trivial identities of length 12q. The thread may be found at http://cubezzz.homelinux.org/drupal/?q=node/view/114 (you have to login to see all the responses).

I tend to view the problem of analyzing identities more in terms of duplicate positions than in terms of identities, but you can of course easily transition from one view of the problem to the other. In any case, the problem of finding a formula for the number of moves at each distance from Start is closely tied to the problem of finding duplicate positions and/or non-trivial identities.

## There are approximately 700,000,000 distance-20 positions.

Submitted by rokicki on Sat, 11/08/2008 - 14:32.I first wrote a program to select a random coset, and then set those cosets to running, specifying a maximum search ply of 18. This way

## Some observations on the Rubik's Cube Group, its sub-groups and solution algorithms.

Submitted by B MacKenzie on Fri, 10/31/2008 - 17:12.Some observations on the Rubik's Cube Group, its sub-groups and solution algorithms.

When approaching the problem of auto-solving Rubik's cube in my Virtual Rubik program I chose to proceed in a three step process by first solving a 2 x 2 x 2 block using turns of all six faces. Then using turns of the three faces not intersecting the solved block, the block is extended to a 3 x 2 x 2 block, leaving two faces unsolved. And finally the last two faces are solved using just turns of those two faces.

## Enumerating all of 3x3x3 cube space - required performance characteristics

Submitted by Jerry Bryan on Tue, 10/07/2008 - 11:24.I've been playing around with what it would take to enumerate the entire cube space for the standard 3x3x3 cube, using a large number of computers working together. I've come up with what I think is a reasonable approach, a bit past the bare edge of what might be possible with today's technology, but perhaps not too far past. The assumption will be that we want to solve the problem in one year, with all the machines involved in the project fully dedicated to the problem for the whole year.

The following is not a compete description of my proposed approach, but rather is an analysis of the performance characteristics that would be required. There is not much advantage in coming up with an approach that would require billions of years to compute.

## First Post, General Puzzle Solving

Submitted by quadricode on Fri, 09/19/2008 - 02:51.A quick introduction: I'm Robert Smith, I'm 18, and I live in the US. I used to be quite into speedcubing, starting around 2003, but I have since moved into the more "theoretical" aspects of the cube. I also like mathematics, and, fortunately, programming. Anyway, that's that.

I have been writing a "general puzzle solver," whose goal is to be able to solve any (permutation) puzzle with (almost) any method. Quite quickly, we see there are definitely limits to this (e.g., we couldn't solve any scrambled 10x10x10 cube in a single phase). But, if some certain requirements are met, solving any puzzle should be an ability with this program.

## Superflip

Submitted by brunson on Tue, 09/16/2008 - 10:37.Has anyone posited other positions that could be proved to require 20 moves similarly? Has it be postulated that the superflip could be the only position that requires 20 moves?

Thanks,

e.

## U turn sans U turns

Submitted by B MacKenzie on Thu, 08/21/2008 - 22:28.All elements of the Rubik's cube group may be generated using turns of only five of the six faces, say all but the Up face. This suggests a puzzle variant: a cube with the Up center cubie glued fast. Has any work been done on such a puzzle? I played with this a bit today. Here's an U turn macro using no U turns:

B D' F L' F' B D F' R B' L F' D F B' L' F