Tossing Coins with an 𝒩𝒫-Machine
Abstract
1. Introduction
- 1.
- captures the step-by-step behavior of N on w—with the Greek letter eta (), resembling the Latin letter h—highlighting that the formula is a Horn formula.
- 2.
- ensures that the initial row of the tableau encodes N’s start configuration on w.
- 3.
- enforces that no cell in the tableau contains the reject state symbol .
- 4.
- ensures that at most one variable is “turned on” per cell in the tableau, where a “hole” in the tableau refers to a cell where all variables are “turned off”.
- 5.
- captures the spatial dynamics of the TM’s head within the tableau (Theorem 1).
- 6.
- expresses the inter-cell dependencies across distant rows (Theorem 2).
1.1. Methodology
- Theorem 1: Compression via geometric constraints. By leveraging a compression result that captures the spatial dynamics of the TM’s head within the tableau, we shrink the search space for nondeterministic guesses. As a result, the deterministic time complexity is restored to the classical bound.
Consider an initially empty tableau. By designating two specific cells— (situated above) and (located several rows below and, say, to the far right)—as head positions, we constrain the machine’s behavior so that one or more binary nondeterministic choices collapse into deterministic transitions. In contrast, if only one cell holds a state symbol or if two nearby cells are populated with state symbols, the tableau exhibits a broader range of nondeterministic evolutions. For instance, if only holds a state symbol, the machine may move freely left or right. However, if , located far below and (say) to the right, also contains a state symbol, then some of the prior movements become restricted—only rightward transitions from to remain viable. This marks a shift from local stepwise reasoning to a more global, geometric form of constraint.
- Theorem 2: Correlation in nondeterministic choices. A second form of compression arises by distinguishing between a pure coin-tossing machine and a 3-SAT solver modeled as a nondeterministic polynomial time TM . Unlike the coin-tossing machine that produces independent bits, generates correlated bits. This correlation allows for further compression of the tableau’s nondeterministic behavior.
For example, if the state symbol in cell indicates that the machine has just produced a second coin toss of 1 (in one of multiple ways) and is about to toss a next coin, this constrains the allowable state symbol in a later cell further down in the tableau. Due to inter-cell dependencies—embedded in the tableau’s deterministic substructure—the machine may be forced to toss the next coin to 1. These subtle, long-range interactions are crucial for compressing the overall nondeterministic behavior. Importantly, the computation of on input w does not unfold top-down but grows in an interleaved fashion across the rows of the tableau. See Figure 1a.
1.2. Task
1.3. Objectives
1.4. Results
Let be some machine that solves 3-SAT, with , working in unary or binary. Let l denote the number of distinct (encoded) propositional variables in the input w of . Then, the runtime of rFHB associated with and w admits as an upper bound, where is a constant.
1.5. Outline
2. Extending the Tableau with Labels: Explicating
2.1. Textbook Approach
2.2. Alternative Approach
- Lance Fortnow as an Aristotelian:
A Turing machine has a formal definition but that’s not how I think of it. When I write code, or prove a theorem involving computation, I feel the machine processing step by step. …I feel it humming along, updating variables, looping, branching, searching until it arrives as its final destination and gives an answer. (Quoted from Lance Fortnow’s blog post [18]).
- Robin K. Hill as a Platonist:
A Turing Machine is a static object, a declarative, a quintuple or septuple of the necessary components. The object that constitutes the transition function that describes the action is itself a set of tuples. All of this is written in appropriate symbols, and just sits there. (Quoted from Robin K. Hill’s CACM blog post [19]).
2.3. Explicating
2.4. Explicating
3. Extended Tableau with Holes
3.1. Notation
3.2. Introducing
- the formula is defined over a basic tableau, rather than an extended tableau; and
- uses the notation (instead of ) to denote the TM’s head is scanning s in state q.
- Single part (): Ensures that each row contains at most one tape-state symbol , such as .
- Left part (): Handles the crossed-out cells to the left of in Figure 8.
- Right part (): Covers the crossed-out cells to the right of in Figure 8.
- Extend part (): Introduces additional refinements not discussed in [1], as that work does not consider the -based intricacies of an extended tableau.
3.3. Formula
3.3.1. Clarification 1
3.3.2. Clarification 2
3.4. User Interaction
- Single Hole: If is the only hole in the tableau, it corresponds to at most possible accepting computation paths, where is the cardinality of . (In fact, in this scenario, it contributes to representing at most one accepting path).
- Two Holes: If is one of two holes in the tableau, it contributes to representing up to possible accepting computation paths.
- Three Holes: If is one of three holes, it contributes to representing up to possible accepting computation paths.
3.5. The FHB Algorithm
There are at most ways to inject any tape-state symbol , with , into a row, where denotes the cardinality of .
4. The 3-SAT Solver
4.1. Overview
- Each variable appears in at least two literals across the formula ; otherwise, such a variable (ocurring only once) can be eliminated through preprocessing.
- No clause contains the same variable x more than once—whether as , , or .
- Accordingly, as m increases sufficiently, so does l.
- -
- The lower bound is , as each variable must be constrained in some way.
- -
- Under a deliberately conservative upper bound, we posit
- 1.
- Coin-Tossing Stage (Section 4.2);
- 2.
- Updating Stage (Section 4.3);
- 3.
- Checking Stage (Section 4.4).
- Coin-Tossing Stage : To denote elements specific to this stage, we annotate instruction labels and state symbols with a “roof” symbol . This annotation signifies divergence—that is, the nondeterminism which arises exclusively during this stage. The coin-tossing stage uses seven machine instructions labeled , , and operates with the following state set:
- Updating Stage : Here, instruction labels and state symbols are annotated with a bidirectional arrow ↔, indicating the machine’s back-and-forth traversal across the tape. This movement is generally required to update the encoding of the formula (i.e., the substring ) based on the coin-toss outcomes. The updating stage employs instructions labeled …, and uses the following set of states:
- Checking Stage : In this final stage, instruction labels and state symbols are annotated with a left arrow ←, reflecting the machine’s predominant leftward movement. While most transitions are leftward, occasional rightward steps will occur locally. The checking stage uses instructions labeled and the state set:The symbols and serve as surrogates for, respectively, and ; it is the latter notation which is adopted in the remainder of this paper.
4.2. Coin-Tossing Stage
- If a coin toss yields bit 1, the machine moves its head one cell to the right and re-enters the state. See instruction .
- If a coin toss yields bit 0, the machine first moves its head one cell to the left and enters state . See instruction . Then the machine performs two deterministic moves to the right, ending up in state again.
- -
- See instructions for the first move to the right:
- -
- See instruction for the second move to the right:
- Once the machine reaches the rightmost # marker (while in state ), it moves leftward and enters state :
4.2.1. Four Coin Tosses
- Figure 11 depicts the coin-tossing process using a matrix of dimensions by . This mini tableau can be embedded within a more square-like mini tableau of size . The distinction between an approximated square form and its rectangle-embedded counterpart is not essential and will often be omitted.
- The basic mini tableau corresponds to the extended mini tableau, and neither is depicted in Figure 11.
4.2.2. Properties of Computation
- 1.
- The basic mini tableau—and, more rigorously, the extended mini tableau—captures all nondeterminism (coin tossing) inherent to , while also including rote deterministic computations.
- Example 1: If four 1 bits are tossed consecutively, ’s tape head lands on of Figure 11 and immediately begins rote deterministic computation from row 6.
- Example 2: If four 0 bits are tossed instead, uses all rows of the mini tableau to complete the coin tossing, reaching before starting rote deterministic computation in row 14 onward.
- 2.
- The rote deterministic computation does not revisit column 6 (in Figure 11) or any column to its right. More formally, the rightmost column of the basic mini tableau, which is of length , contains exactly one tape-state symbol (namely, ). Furthermore, in the rest of the basic tableau, the same column contains only the # tape symbol and thus no other tape-state symbols.
- (a)
- Although the two hyphens and three dots in column indicate multiple possible positions for a tape-state symbol, only one tape-state symbol can appear in any particular computation. Moreover, that symbol must be , implying that the following proposition holds:
- (b)
- For each input formula and any valid placement of in the rightmost column , which amounts to specifying , we can determine (and thus preprogram) the position of the machine’s head—though not the corresponding tape-state symbol—in every subsequent row of the entire basic tableau. In other words, the implication of guessing row index —with in Figure 11—is as follows:
This property conveyed via item 2(b) above is ensured through the construction of , detailed further in Section 4.3 and Section 4.4.Apart for the bulk of the basic mini tableau, each row from onward in the basic tableau contains exactly one uncrossed cell. Figuratively speaking, a “crossed-out” cell cannot be occupied by the machine’s tape head.
4.3. Updating Stage
4.3.1. Unary Encoding
4.3.2. Updating a Unary Encoding: Part 1
4.3.3. Updating a Unary Encoding: Part 2
- If , overwite it with 1.
- If , overwite it with 0.
- If , overwite it with 1.
- If , overwite it with 0.
- If , overwite it with 0.
- If , overwite it with 1.
4.3.4. The Updating Code
Moving Left
Moving Right
4.4. Checking Stage
4.4.1. First Literal
4.4.2. Second Literal: Part 1
- If the truth value is 1, it switches to state .
- If the truth value is 0, it switches to state .
4.4.3. Second Literal: Part 2
4.4.4. Third Literal: Part 1
- If the truth value is 1, it switches to state .
- If the truth value is 0, it switches to state .
4.4.5. Third Literal: Part 2
4.4.6. Early Rejection
4.4.7. Looping on the Left
5. Long-Range Inter-Cell Dependencies: Defining
5.1. Coin Tossing Scenarios
- ;
- ;
- .
- ;
5.2. Illustrating Top-Down (↓) Constraints
5.2.1. Updating Stage
Case a
Case
Complexity
5.2.2. Checking Stage
Complexity
5.3. Illustrating Bottom-Up (↑) Constraints
5.4. Synthesis: Correlated Coin-Tossing Constraints
Complexity
6. Two Algorithms: rFHB and sFHB
- includes the and constraints (Section 5.2);
- captures the families of correlated coin-tossing constraints (Section 5.4).
6.1. The rFHB Algorithm
6.1.1. Boxed Definition
- Row index in the basic mini tableau corresponds to row index in the extended mini tableau (Section 3).
- If and when all l coins have been tossed, the entire (extended) tableau is determined.
- The original FHB algorithm, denoted as , relies on a HORNSAT solver (Section 3.5).
- The inferences from tape-state symbols within the mini tableau to those outside of it must be preprogrammed. This corresponds to formally defining .
6.1.2. Elaborating Step 1
6.1.3. Elaborating Step 3
6.1.4. Complexity
- 1.
- The dimensions of the basic mini tableau are given byThe same result holds for the extended mini tableau.
- 2.
- The rFHB algorithm runs on , implying and the use of unary notation. Asymptotically, this leads to symbols per literal across the total literals in , forming the horizontal dimension of the entire tableau:For the vertical dimension, the focus is on the Updating Stage, which asymptotically dominates the Coin-Tossing and Checking Stages. Here, we account for l iterations over the entire length of :Thus, the basic tableau, which is a quasi-square matrix, has the following dimensions:The same result holds for the extended tableau.
- 3.
- This indicates that as l (and thereby m) increases, the mini tableau becomes proportionally much smaller relative to the entire tableau.
- 1.
- The mini tableau remains unchanged: see (30).
- 2.
- The horizontal dimension of the entire tableau, previously given in (31), now becomes:
- 3.
- A devil’s advocate will attempt to minimize this expression by assuming , yielding:
6.2. The sFHB Algorithm
6.2.1. Two Arrangements
6.2.2. Boxed Definition
6.2.3. Elaborating Step 4
6.2.4. Complexity
- The term denotes the length of any column in the mini tableau.
- The plus sign, rather than a multiplication sign, reflects the logical separation of concerns.
Proof Outline
7. Closing Remarks
Funding
Data Availability Statement
Acknowledgments
Conflicts of Interest
Abbreviations
TM | Turing Machine |
NP | Nondeterministic Polynomial |
Appendix A
Q is the set of states, and is the input alphabet not containing the blank symbol □. |
is the tape alphabet, where and . |
is the transition function. |
Every transition in is accompanied by a distinct label t. |
T is the label set, containing all such labels. |
is the start state. |
is the accept state, is the reject state, with . |
Appendix B
Appendix B.1. The Single Part
Appendix B.2. The Left Part
- ; that is,
Appendix B.3. The Right Part
Appendix B.4. The Extend Part
Appendix B.5. Consolidation
Appendix C
Appendix D
Appendix D.1. Step 1: Change of Variables
Appendix D.2. Step 2: Solve the Linear Recurrence
Appendix D.3. Asymptotic Behavior as l→∞
Appendix E
Appendix E.1. First Iteration
- The constant depends on the sizes of and .
- The constant .
Appendix E.2. Second Iteration
- The constant .
- depends on the sizes of and , with .
Appendix E.3. Third Iteration
Appendix E.4. The j-th Iteration
Appendix E.5. Consolidation
Appendix F
Appendix F.1. Solution
Appendix F.2. Asymptotic Form
1 | Any remaining errors or omissions in this article are solely the responsibility of the author. For further updates, please visit https://dijkstrascry.com/pnp (accessed on 3 September 2025). |
References
- Daylight, E.G. Tableau with Holes: Clarifying NP-Completeness. Symmetry 2025, 17, 677. [Google Scholar] [CrossRef]
- Daylight, E. Injecting Observers into Computational Complexity. Philosophies 2025, 10, 76. [Google Scholar] [CrossRef]
- Dean, W. Computational Complexity Theory. The Stanford Encyclopedia of Philosophy. 2016. Available online: https://plato.stanford.edu/archives/fall2021/entries/computational-complexity (accessed on 1 August 2025).
- Fortnow, L. Why Can’t We Break Cryptography. 2025. Available online: https://blog.computationalcomplexity.org/2025/04/why-cant-we-break-crytptography.html (accessed on 1 July 2025).
- Li, M.; Vitanyi, P. An Introduction to Kolmogorov Complexity and Its Applications, 4th ed.; Texts in Computer Science; Springer: Berlin/Heidelberg, Germany, 2019. [Google Scholar] [CrossRef]
- Daylight, E.; Koolen, W.; Vitányi, P. Time-Bounded Incompressibility of Compressible Strings and Sequences. Inf. Process. Lett. 2009, 109, 1055–1059. [Google Scholar] [CrossRef]
- Cook, S. The Complexity of Theorem-Proving Procedures. In Proceedings of the 3rd Annual ACM Symposium on Theory of Computing. Association for Computing Machinery, Shaker Heights, OH, USA, 3–5 May 1971; pp. 151–158. [Google Scholar]
- Levin, L. Universal Sorting Problems. Probl. Inf. Transm. 1973, 9, 265–266. [Google Scholar]
- Fortnow, L.; Homer, S. A Short History of Computational Complexity. Bull. Eur. Assoc. Theor. Comput. Sci. 2003, 80, 95–133. [Google Scholar]
- Sipser, M. Introduction to the Theory of Computation; Thomson Course Technology: Mason, OH, USA, 2006. [Google Scholar]
- Papadimitriou, C. Computational Complexity; Addison Wesley Longman: Upper Saddle River, NJ, USA, 1994. [Google Scholar]
- Hopcroft, J.; Motwani, R.; Ullman, J. Introduction to Automata Theory, Languages, and Computation; Addison Wesley/Pearson Education: Boston, MA, USA, 2007. [Google Scholar]
- Aaronson, S. Quantum Computing Since Democritus; Cambridge University Press: Cambridge, UK, 2013. [Google Scholar]
- Dean, W. Algorithms and the Mathematical Foundations of Computer Science. In Gödel’s Disjunction, 1st ed.; Horsten, L., Welch, P., Eds.; Oxford University Press: Oxford, UK, 2016. [Google Scholar]
- Tall, D. How Humans Learn to Think Mathematically: Exploring the Three Worlds of Mathematics; Cambridge University Press: Cambridge, UK, 2013. [Google Scholar]
- Turner, R. Computational Abstraction. Entropy 2021, 23, 213. [Google Scholar] [CrossRef] [PubMed]
- Linnebo, Ø.; Shapiro, S. Actual and Potential Infinity. Noûs 2019, 53, 160–191. [Google Scholar] [CrossRef]
- Fortnow, L. Can You Feel the Machine? 2024. Available online: https://blog.computationalcomplexity.org/2024/03/can-you-feel-machine.html (accessed on 22 August 2024).
- Hill, R.K. The Imperativity of Algorithms. 2023. Available online: https://cacm.acm.org/blogcacm/the-imperativity-of-algorithms/ (accessed on 22 August 2024).
- Grädel, E. Complexity Theory: WS 2009/10; Mathematische Grundlagen der Informatik: Aachen, Germany, 2009. [Google Scholar]
- Dowling, W.; Gallier, J. Linear-Time Algorithms for Testing the Satisfiability of Propositional Horn Formulae. J. Log. Program. 1984, 1, 267–284. [Google Scholar] [CrossRef]
- Daylight, E. Dijkstra’s Rallying Cry for Generalization: The Advent of the Recursive Procedure, late 1950s–early 1960s. Comput. J. 2011, 54, 1756–1772. [Google Scholar] [CrossRef]
- Shapiro, S. Acceptable notation. Notre Dame J. Form. Log. 1982, 23, 14–20. [Google Scholar] [CrossRef]
- Daylight, E.; Schuettpelz, E. The Turing Machine as a Boundary Object: Sorting Out American Science and European Engineering. 2022. Available online: https://www.youtube.com/watch?v=Fssz-LbRcTI (accessed on 1 August 2025).
- Grattan-Guinness, I. The Development of the Foundations of Mathematical Analysis from Euler to Riemann; MIT Press: Cambridge, MA, USA, 1970. [Google Scholar]
Disclaimer/Publisher’s Note: The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content. |
© 2025 by the author. Licensee MDPI, Basel, Switzerland. This article is an open access article distributed under the terms and conditions of the Creative Commons Attribution (CC BY) license (https://creativecommons.org/licenses/by/4.0/).
Share and Cite
Daylight, E.G. Tossing Coins with an 𝒩𝒫-Machine. Symmetry 2025, 17, 1745. https://doi.org/10.3390/sym17101745
Daylight EG. Tossing Coins with an 𝒩𝒫-Machine. Symmetry. 2025; 17(10):1745. https://doi.org/10.3390/sym17101745
Chicago/Turabian StyleDaylight, Edgar Graham. 2025. "Tossing Coins with an 𝒩𝒫-Machine" Symmetry 17, no. 10: 1745. https://doi.org/10.3390/sym17101745
APA StyleDaylight, E. G. (2025). Tossing Coins with an 𝒩𝒫-Machine. Symmetry, 17(10), 1745. https://doi.org/10.3390/sym17101745