TMBR: January 2026: Difference between revisions

From BusyBeaverWiki
Jump to navigation Jump to search
ADucharme (talk | contribs)
Holdouts: updated 2x6 progress
Blog Posts: Add Tromp's post.
Line 16: Line 16:


* 16 Jan 2026. Nick Drozd. [https://nickdrozd.github.io/2026/01/16/ai-lin-busy-beaver.html AI Reproduction of Lin's Busy Beaver Proof].
* 16 Jan 2026. Nick Drozd. [https://nickdrozd.github.io/2026/01/16/ai-lin-busy-beaver.html AI Reproduction of Lin's Busy Beaver Proof].
* 28 Jan 2026. John Tromp. [https://tromp.github.io/blog/2026/01/28/largest-number-revised The largest number representable in 64 bits - Revised].


== BB Adjacent ==
== BB Adjacent ==

Revision as of 16:37, 1 February 2026

Prev: December 2025 This Month in Beaver Research Next: February 2026

This edition of TMBR is in progress and has not yet been released. Please add any notes you think may be relevant (including in the form a of a TODO with a link to any relevant Discord discussion).

This is the first edition of TMBR in 2026.

TODO: mxdys released C++ implementation of FAR decider on 1/18

Champions

  • nickdrozd discovered a new BLB(3,3) champion (1RB2RB1LA_2LC0LB2LB_2RC2RA0LC (bbch)) which blanks the tape after running for more than 1042,745 steps.
  • creeperman7002 discovered 1TB1PA_1PC0PA_1TA0PD_---1TA, a TT(4,2) TM which runs for 48,186 steps and 1TA2PB3TB---_3TA1PB1TA1PA, a TT(2,4) TM which runs for more than 3.467*1015 steps.
  • A new lower bound of fε0ωω3(4) was computed for the BBλ(91) champion.

Blog Posts

BB Adjacent

Theory

@ConePine shared an idea on how the value of BB(5) can be proved without enumerating Turing machines.

Holdouts

  • BB(6): 2 [Needs update] solved machines.
  • BB(7):
    • Andrew Ducharme further continued reducing the number of holdouts, from 20,387,509 to 20,197,978 TMs, a 0.93% reduction. This puts the total compute time on the current BB(7) pipeline just over 50,000 hours.[1]
    • The holdout count was further reduced to 19,879,953 (a 1.57% reduction), which breaks the 20 million barrier.[2]
    • Another reduction brought the holdout count down to 19,781,295, a 0.5% reduction, then 19,303,801, a 2.41% reduction.
  • BB(2,5):
    • Andrew Ducharme found a machine to be nonhalting via @mxdys's FAR decider, which was confirmed in Rocq.
  • BB(2,6):
    • Andrew Ducharme reduced the number of holdouts from 870,085 to 867,008, a 0.35% reduction, with more application of Enumerate.py.
    • Using the newly released mxdys FAR decider, the holdout count was brought down to 558,039, a 35.6% reduction.[3]