BCCF
| ||||||||||||||||||||||
Introduction
BCCF (Big Cubes Corners First) is a Big Cube method made all around 2020. It is intended for mainly 4x4 and 5x5 as they take less time to solve just generally. The inventor doesn't own a 6x6 so that might be why. Anyways, it has a relatively low move count compared to the normal redux/yau methods we know of today as the fastest.
History
In May-June 2020, Lukas got really bored and got on his 4x4 and started experimenting. He solved the corners and tried to solve his 4x4 while keeping the corners solved. Once he got it solved, he took a video (not shown and is currently deleted) of him solving the 4x4 again corners first. He took the camera and started writing down his steps for the cube corners first. He then showed his cousin the next day about this method. It was here he took his first timed solve with the corners first method and it lasted like 8 minutes. He was to lazy to say "Corners First" so he named his method "4CF" (short for "4x4 Corners First"). It could have gone worse, he could have named it after him but thankfully, he didn't. Later in 2020 in late November-ish, he started experimenting on his 5x5 and realized he can do 4CF on 5x5. He timed that solve and it was like 18 minutes. He took a few days to practice and got sub-8 minute averages. He then went to six and created a quest to get good at 5CF Website that has since then be abandoned (revived maybe in the future?). In early January when he got back from a 2nd ban from speedsolving.com, he went to a thread and proposed it to everyone (link to it later). On July 16th, he made the 4CF and 5CF discord server and was told to rename it to BCCF so that's where the BCCF name came from. This leads us to today where someone that isn't Lukas has the fastest 5CF time and he has since then served another ban from speedsolving.com.
Steps
Pictures are on the speed solving.com proposal (link to it later)
1. Corners: Solve them like a 2x2, simple as that.
2. Solve 2 opposite centers: While solving them, put them on their respective corner sides. Ex: White/Yellow Centers. After doing this step, do a Z rotation.
3. Solve 3 L Layer Dedges: Nobody care which ones you solve so just try to find the fastest ones.
4. Step 3 but on R Layer: Again solve whichever dedges you want. Lukas normally goes for the same or opposite dedges left out on L layer as the left out one on the R layer.
5. Edge Pairing: On a 4x4, intuitively pair up 2 random dedges and put them on the bottom. Same for 5x5. Next on 4x4, just do some algs solve 1 or 2 dedges on top. Then (again on 4x4), 1 look the last 2 dedges and perform an algorithm to do rest of edge pairing. On 5x5 on the top, just to the same on 4x4 on the outer-edges then solve the inner nerves on top with an algorithm. Edge pairing PARITY can pop up and you can do an algorithm to fix that. Otherwise, you can do more algs to flip 2 or 4 inner edges at once.
6. L6E: Nobody cares how you solve this but Lukas uses Roux and LMCF L6E. The most advanced version on odd layer puzzles (without parity) is EOLR + Roux 4c.
7. L4C: L4C stands for Last 4 Centers and what you do is the same. Lukas is still genning algs to solve certain pieces to be faster and have a lower movecount so this can be improved.
Pros
1. Lower movecount than Redux and Yau
2. Lookahead can be used here when doing the first 2 steps
Cons
1. Slice Moves Exist
2. L4C is slow
