top of page

These days we often wax eloquent about the “early days of Bitcoin” and the great visionaries who participated in the discussions on protocol development. However we often forget that the cypherpunks of olde were human too — that early oversights & unresolved disagreements resulted in cumbersome idiosyncrasies that define our sacred blockchain today.

If you weren’t around in 2009 and want to get a taste of what it was like back then, come join the discussion in Ordinals land. We’re speedrunning Bitcoin Consensus.

What is the debate about?

Ordinal Theory describes how to serialize & track satoshis. These satoshis, when serialized, are called “ordinals”. We can associate chunks of data that we call “inscriptions” to these ordinals, thus creating a form of NFT on Bitcoin. It’s a simple concept, but the implementation of the client that runs ordinals is quite complex. Ordinals began as a passion project but exploded into popularity in a matter of a few weeks. Because of the rise in hype and complexity of the client, a lot of “bugs” in the client implementation were discovered. Due to the arcane nature of how the implementation actually works, a lot of these bugs & idiosyncrasies became the subject of market speculation.

The most notable of these idiosyncrasies has arguably become a feature, not a bug. On the OG Ordinals explorer site, ordinals.com, Inscriptions were displayed with a number whenever they were “inscribed”. These numbers were a fun and easy way to track how many Inscriptions there were and immediately became a focus for collectors.

A few weeks ago, the creator of Ordinals published a blog post about how these Inscription numbers have created undesirable consequences and how maintaining these numbers hamstrings further protocol development. Recently, I tweeted my opinion on the matter and it kicked off the first major debate in Ordinals land.

Inscription numbers are a shitcoin and overemphasis on the numbering has led to ill-conceived protocol decisions and weird market dynamics.

I strongly support @rodarmor's move to make Inscription numbers "unstable" as this will dramatically simplify the protocol development…

— cbspears ◉ (Nov 9 👉 opnext.dev) (@cbspears) September 19, 2023


Narrowly, this is a discussion over maintaining or changing the current numbering of Inscriptions. More broadly, this is one of the first real community discussions over how protocol decisions are made. Broader still, this is a question of “what is the protocol, how do we define an ‘Inscription’”.

Important Clarifications

  • Ordinal — a serialized satoshi

  • Ordinal number — the number given to an ordinal

  • Inscription ID — the ID given to an Inscription, derived from the transaction it’s created in

  • Inscription number — the number given to an Inscription based upon its order of recognizance by the ord client ← this is what the debate is over

  • This is a rapidly developing topic. I don’t address the refactor inscription parsing or sequence numbering PRs in this piece.

How did we get here?

On January 20, 2023, Casey Rodarmor announced that his ord client was “ready for mainnet”. Casey had been incubating Ordinal Theory for years and workshopping the client with friends. Ord also enabled inscribing, identifying, and reading Inscriptions. Casey & the gang would spend their time casually coding and discussing Bitcoin heresies such as “art on other blockchains is actually kind of cool”.

When Ordinals & Inscriptions went viral in early February, this once personal project spawned an entire vibrant ecosystem overnight. As hype grew we saw the genesis of 2 narratives: a tale of the Code and a tale of the Culture. At times they are interlinked but they could also be entirely distinct, much like a lot of Bitcoin today.

The Code

The ord client existed entirely on Casey’s personal github repo throughout the past spring. Hundreds of issues piled up as the entire NFT userbase piled into a handful of discord servers. Casey’s code and Bitcoin itself were stress tested.

A couple weeks into the frenzy, it became clear that some inscriptions weren’t being recognized by ord. These inscriptions mostly had to do with edge cases in either how Bitcoin works and how the ord client parsed through inscriptions. That led to some “missed inscriptions” that went into Bitcoin blocks but weren’t displayed on the ordinals.com frontend, therefore they didn’t receive an Inscription number. It wasn’t very clear how many were missing or what we even thought about those inscriptions… …were they actually “inscriptions”? This topic was discussed very little because there was a new kind of Bitcoin culture forming, one that brought with it a cacophony that drowned out much further technical discussion. For the time being, most of the rules of the protocol had to be intuited from how ord worked.

The Culture

The entirety of interest in Ordinals came from outside Bitcoin — from NFT collectors & degenerates alike. These are largely nontechnical folks, but also highly motivated to jump through whatever hoops needed in order to buy a jpeg (syncing a full Bitcoin node, running ord in command line). These newly christened bitcoiners immediately began collecting, trading and speculating on the hot new digital assets.

As Inscription activity heated up, ordinals.com quickly ticked towards Inscription #10,000. An iconic Twitter spaces bore witness to crossing the historic number — that same twitter spaces evolved into the de facto Schelling Point for Ordinals culture & events: The Ordinals Show. Casey was inundated with requests for interviews while the legacy Bitcoin community criticized & clutched their pearls at this new beast, slouching towards Bitcoin. It was an incredibly overwhelming period — the best of times and the cursed of times.

The topic of missing inscriptions was brought up in a couple confused github issues and discord threads. In mid-February the subject of these missing inscriptions came up on a podcast Casey was on. He put the issue up for vote to the hosts who voted to keep the Inscription numbering as-is, and then Casey tweeted this out:

SNAP DECISION W/@farokh, @rektmando, AND @osf_rekt: THE ORDINALS PROJECT COMMITS TO IMMUTABILITY OF INSCRIPTION NUMBERS https://t.co/CVZ37YCqLN

— Casey (@rodarmor) February 17, 2023


The Curse

So what should we do about these missing inscriptions? Some projects began intentionally producing these “missing” inscriptions and created a sense of urgency to resolve the issue. In April, Casey put out PR #2307, coining the term “Cursed” for these missing inscriptions. The PR proposed giving these cursed Inscriptions negative numbers, with the plan to at some undefined point in the future “bless” the inscriptions by recognizing them in the ord client. They would then receive numbers whenever they were recognized.

Diving a little deeper, there are multiple ways an Inscription can not be recognized & parsed by ord. Raph describes 4 types of Curses:

these are the current curses that infest the code base: pic.twitter.com/99KqebNBK6

— raph (@raphjaph) September 19, 2023


The 4 Curses (so far)

  • More than 1 inscription in a transaction

  • ord only recognizes inscriptions in the first (reveal) input, so inscriptions in other inputs are cursed

  • If there are uneven tags (most popularly OP_66, but can be any OP_evennumber) within an inscription envelope the client considers the inscription unbound to a specific satoshi

  • More than 1 inscription on a sat (now called “reinscription)

While these are the 4 types of clearly identified curses, we do not know what other curses may be discovered in the future. Perhaps these 4 are all that will ever exist (I doubt it), but this is an unknown unknown. Each of these existing & future curses would require community coordination to “bless” and such coordination is hard, often controversial. To commit to an unknown amount of future coordination events is generally bad protocol design especially when it could all be addressed today by not committing to preserving inscription #s.

It is worth noting that during the writing of this article we have discovered a new kind of cursed inscription, emphasizing the point I make above.

Some of us at the time, myself included, tried to bring up our concerns with the approach to maintaining Inscription numbering and the challenges it could introduce to future development. Ordinally, a key developer on the project, encouraged consensus on Inscription ID and leave numbering to the market:

🧵2/9 The two main solutions being discussed focus on either retroactively changing inscription numbers or leaving them unchanged. However, I believe we can consider the possibility of embracing diversity in inscription numberings. #decentralization#opensource

— ordinally (@veryordinally) April 12, 2023


The Consensus

Consensus in Ordinals has pretty much respected Casey’s hegemony & unilateral decision making. The personal repo era, migration to a github org, promoting Raph to lead maintainer, the various PRs & updates — all of these have been celebrated & embraced by most. Updates have been pushed with little community input and scrutiny but have largely been deemed desirable. We even changed numbers before with no community pushback when an inscription was created but not associated with a sat (“unbound”) resulting in an off-by-one error in inscription numbering. A major reason why there has been little community input is because very few people actually understand how the client works under the hood.

Today there are various forks of ord which power the ecosystem: marketplaces, wallets, aggregators, etc. These forks are updated with each iteration to the reference client. Each client generally seeks to maintain parity with ord. We at OrdinalHub have opted not to fork but instead rebuild the entire client in Golang and call it “gord”. Going through this development process has given us an intimate understanding of how the ord client works and the challenges in addressing current & future edge cases.

The Community however is largely unaware of work on github and the technical state of indexing. Very few users seem to understand how their Inscription gets identified & presented on a marketplace or in their wallet. Because of this, the Inscription number is their identity because it is their primary reference point to the asset & ecosystem.

The Case

To summarize my case: I wish to convince the “Cultural Layer” that it is not worth it to the long term success of ordinals to design the protocol around maintaining inscription numbering. I recognize that these numbers are special & cherished, but I think it’s more important to prioritize the long term sustainability of ordinals. If we continue to try to preserve legacy numbering going forwards it complicates protocol development and reduces its likelihood of survival.

Casey recently changed his mind about renumbering and laid out the reasons Cursed Inscriptions make development problematic in his blog:

The logic required to identify & track these cursed inscription types requires custom hard coding of each type and later reordering them back into the series. The process of “blessing” the inscriptions creates more surface area for community debate & potential governance disagreements. It also requires more coordination among ord forks & indexers, in many cases they would have to implement their own custom logic as well. From a technical standpoint, this would result in unintuitive ordering when there exists an extremely intuitive ordering: Block Height & txindex within the block.

Since we do not know the future types of curses that may be discovered, committing to keeping the Inscription numbers potentially brings more scenarios where we have to create weird technical solutions & require social coordination to solve a problem that does not have to exist.

Thinking long term — my personal opinion is that the primary use-case of Inscriptions will not be JPEGS & collectibles, but rather things that take advantage of Bitcoin’s data layer: rollups, state updates, data preservation & documentation, etc. In such a case we should be designing the protocol not for collectibles but for diverse functionality. Our descendants will look back on us and wonder what we were thinking adding this unnecessary complexity (and then they’ll just go back to Timechain sequencing).

All this said, I think there are very promising compromises & middle-ground solutions which reduce historical numbering changes while providing a less-encumbered way forwards. I hope to support some of these options as they develop.

The Collections

The most painful friction is with collectors & collections. The outcry against renumbering has produced “Love Letter[s] to Inscription numbers”, polls, and s to numbering. Many times, those of us most concerned with technical implementation discount the importance of the cultural layer. The Sub1k twitter makes a strong appeal:

Letter to ordinals team,@raphjaph@rodarmor@realizingerin@veryordinally

Changing inscription #’s is like changing your cell phone number. At face value it seems like a small simple change, but in reality it’s not at all.

All of your contacts know you by that legacy cell…

— Sub 1k (@sub1k_ordinals) September 21, 2023


Initial estimation suggests renumbering would have minimal change to earlier inscription numbers, but I don’t think that’s a very strong point as the outcry is against any change. I do think there are ways to accommodate for a change in numbering for many collections, by honoring “legacy” numbering or by expanding the collections (is it wrong to have ~100,092 in sub100k?). Sadly, there isn’t a solution for having a specific number like a birthday or a lucky number.

I also love the numbers and I want to keep numbering inscriptions. I just hope to convince you that going forwards it is not worth it to the longevity of the protocol to commit to keeping numbers stable. As I mentioned before, there are compromise proposals out there that preserve historical numbering while reducing emphasis on stable numbering going forwards. I think those may be reasonable solutions.

Metaprotocols

One criticism about changing Inscription numbering is its effect on metaprotocols utilizing inscription ordering. Regardless of my personal criticisms on design or feasibility of these metaprotocols — should a nascent, pre-1.0 protocol like ord, make poor design decisions in order to prevent confusion for metaprotocols built on top of it? I emphatically say no.

That said, I think there are an abundance of solutions these metaprotocols have at their disposal. In the case of BRC-20 the ability to rebuild current token balance state would be broken — “cursed” BRC-20 deploy/mint/transfer functions would distort entire token balances. However this can be addressed by coordinating block heights to update inscription recognizance to parity with ord, “freeze” with a version of ord, and/or “snapshot” balance state. Domo, the creator of BRC-20, has proposed similar ideas.

The same techniques could be utilized by all other metaprotocols such as Bitmap, Satsnames, etc. Some have pushed back on these ideas saying that “coordination is quite difficult”. To that I say no shit, that is why we can’t commit to it at the base protocol level.

Going forwards

This is really a discussion on protocol definition and governance.

Comparatively, this is the most careful & thought out proposal to ord since its initial release in January. This is the first blog post Casey has written in a year and the most public discussion he has participated in since February. While it may seem that decisions are rapid & sweeping, this is by far the most we as a community have discussed any changes to the ord reference implementation.

It’s an open source protocol so the community is free to fork from ord parity. You can choose not to update or implement a client you disagree with. However this is the absolute worst outcome and I would rather do nothing than have a significant community fork and I doubt ord would make a decision that creates such a split.

There have been various proposals for an Ordinals Improvement Process (”OIPS”). It’s clear the community wants to discuss governance now and I welcome this conversation.

As for definitions & documentation, my view is that we should have consensus around the following: core parts of Ordinal Theory (sat origination, tracking, & inscription association), inscription IDs, and valid ord envelope definition. From there we can discuss how the protocol might evolve and how the reference client may be built. Personally, I believe that a “valid ord envelope” should be as permissive as possible.

Overall, I think the community has handled this pretty well. There have been some unnecessary spats but it’s quite minimal compared to the scorched earth at the height of the Blocksize War. Ordinal Theory is Casey’s love letter to Bitcoin. He & those close to the project have devoted a significant amount of their lives to this idea and we all wish to carry on in this happy shared delusion. I am confident there are productive paths forward.

I would write way more on this, but this piece is already way over my word limit so I’ll see you on Twitter.

This is a guest post by Charlie Spears. Opinions expressed are entirely their own and do not necessarily reflect those of BTC Inc or Bitcoin Magazine.

 
 
 

This is an opinion editorial by Ella Hough, a student at Cornell University, pursuing degrees in cognitive science and moral psychology.

Recently, I’ve been looking into some of the numbers associated with Bitcoin. While I haven’t exactly come to an overarching conclusion, I find the very common presence of 0, 1, 2, and 6 together fascinating, along with 3 and 9.

The reason for my fascination came after reading the following quote and explanation of Nikola Tesla’s theory that “If you only knew the magnificence of 3, 6, and 9, then you would have a key to the universe.”

I believe Bitcoin is the “key” to solving many of the issues humanity faces, but I was curious if math thought so too.

Also, possibly irrelevant but still interesting is the lack of 2* or 8 being a solution to any of the equations outlined below. 

Custom alt text

Note: In all instances throughout this article, I add the numerals until I reach 1 digit.

Let’s use the date this was written as an example: August 9, 2022.

08 + 09 + 2022 = 2039

2 + 0 + 3 + 9 = 14

1 + 4 = 5

Answer = 5

0, 1, 2 And 6

6102. 2,016. 21 and 6 zeroes. 21st century.

Question: 0, 1, 2, and 6. What do these numbers have in common?

Answer: Bitcoin.

“Executive Order 6102 is an executive order signed on April 5, 1933, by US President Franklin D. Roosevelt “forbidding the hoarding of gold coin, gold bullion, and gold certificates within the continental United States.” Executive Order 6102 required all persons to deliver on or before May 1, 1933, all but a small amount of gold coin, gold bullion, and gold certificates owned by them to the Federal Reserve in exchange for $20.67 (equivalent to $433 in 2021) per troy ounce” — Executive Order 6102

6 + 1 + 0 + 2 = 9

04 + 05 + 1933 = 1942 → 1 + 9 + 4 + 2 = 16 → 1 + 6 = 7

05 + 01 + 1933 = 1939 → 1 + 9 + 3 + 9 = 22 → 2 + 2 = 4

2 + 0 + 6 + 7 = 15 → 1 + 5 = 6

4 + 3 + 3 = 10 → 1 + 0 = 1

2 + 0 + 2 + 1 = 5

“Bitcoin’s mining difficulty is updated every 2,016 blocks. This is why each 2,016 block interval is called the difficulty epoch, as the network determines whether the activities of miners for the last two weeks have reduced or increased the time it takes to mine a new block” — Andrey Sergeenkov

2 + 0 + 1 + 6 = 9

This bitcoin mining difficulty update every 2,016 blocks is a palindrome of 6102.

There are 21,000,000 bitcoin.

2 + 1 + 6 zeroes = 9

If you would rather not count “6 zeroes”:

2 + 1 = 3

I believe it is no accident there are 21,000,000 bitcoin. I believe the connection between 0, 1, 2 and 6 is purposeful. I believe the fact that bitcoin’s mining difficulty is updated every 2,016 (a reverse of 6102) blocks shows a reversal in history, that your property is yours, no one can take it from you, and a reversal in precedent that the money supply is not something that can always be increased.

Decentralized and available to be used and held by every person on Earth, bitcoin is sound money. Furthermore, as Saifedean Ammous asserts in “The Bitcoin Standard,”

“Sound money… protects value across time, which gives people a bigger incentive to think of their future …When economic decision making is geared toward the future…People become more peaceful and cooperative…People develop a strong sense of morality, prioritizing the moral choices that will cause the best long-term outcomes for them and their children.”

This reality described is the final proof as to why I believe bitcoin of 21 and 6 zeroes are tools for the 21st century and will bring about positive change.

Facts

21st century → 2 + 1 = 3

October 31, 2008: The Bitcoin white paper was published, sparking an “Economic Reformation.”

10 + 31 + 2008 = 2049 → 2 + 0 + 4 + 9 = 15 → 1 + 5 = 6

October 31, 1517: Martin Luther publishes the “Disputation on the Power and Efficacy of Indulgences,” also known as “The 95 Theses,” a list of questions and propositions for debate, sparking the Protestant Reformation.

10 + 31 + 1517 = 1558 → 1 + 5 + 5 + 8 = 19 → 1 + 9 = 10 → 1 + 0 = 1

January 3, 2009: The genesis block is mined and the Bitcoin network was created.

01 + 03 + 2009 = 2013 → 2 + 0 + 1 + 3 = 6

January 3, 1521: “Pope Leo X issues the papal bull Decet Romanum Pontificem, which excommunicates Martin Luther from the Catholic Church.” (Source)

01 + 03 + 1521 = 1525 → 1 + 5 + 2 + 5 = 13 → 1 + 3 = 4

February 2140: Last bitcoin mined — 02 + 2140 = 2142 → 2 + 1 + 4 + 2 = 9

Time duration of bitcoin mining: 2140 – 2009 = 131 years → 1 + 3 + 1 = 5

Time duration of Protestant Reformation: 1648 – 1517 = 131 years → 1 + 3 + 1 = 5

The panic of 1893: The Gilded Age, a time of prosperity after the gold standard was restored, was interrupted once in 1893. Congress was convinced by newly inaugurated President Grover Cleveland to repeal silver purchased by the Treasury. The 21 below symbolizes that the 21 million bitcoin will prevent such chaos from ensuing again.

1893 → 1 + 8 + 9 + 3 = 21 → 2 + 1 = 3

Stock market crash of 1929: 36 years later, the lesson of increasing the money supply had still not been learned when “Benjamin Strong, chairman of the New York Federal Reserve … engaged in inflationary monetary policy … creat[ing] a larger bubble in the housing and stocks markets and priming the U.S. economy … for the inevitable collapse.” (Ammous). The collapse did come and began “the longest depression in modern recorded history” lasting 120 months (Ammous).

1929 → 1 + 9 + 2 + 9 = 21 → 2 + 1 = 3

120 → 1 + 2 = 3

December 10, 1948: The Universal Declaration of Human Rights was adopted by the UN General Assembly.

2008 – 1948 = 60 → 6 + 0 = 6

January 27, 1947 through February 10, 1947: Commission on Human Rights, First Session. The Commission on Human Rights was made up of 18 members from various political, cultural and religious backgrounds.

18 → 1 + 8 = 9

1947 → 1 + 9 + 4 + 7 = 21 → 2 + 1 = 3

Universal Declaration of Human Rights Article 21 states:

  1. Everyone has the right to take part in the government of his country, directly or through freely chosen representatives.

  2. Everyone has the right of equal access to public service in his country.

  3. The will of the people shall be the basis of the authority of government; this will shall be expressed in periodic and genuine elections which shall be by universal and equal suffrage and shall be held by secret vote or by equivalent free voting procedures.

July 26, 1947: Department of Defense Established

07 + 26 + 1947 = 1980 → 1 + 9 + 8 + 0 = 18 → 1 + 8 = 9

1947 → 1 + 9 + 4 + 7 = 21 → 2 + 1 = 3

In Satoshi Nakamoto’s Bitcoin white paper, the word “network” is mentioned exactly 21 times. Regardless of whether this was a purposeful action by Nakamoto, I choose to believe it speaks to the immense power Bitcoin holds to foster connection.

21 → 2 + 1 = 3

ASCII (And Unicode) Observations

  • ASCII: “American Standard Code for Information Interchange, a standard data-encoding format for electronic communication between computers. ASCII assigns standard numeric values to letters, numerals, punctuation marks and other characters used in computers. Before ASCII was developed, different makes and models of computers could not communicate with one another.” (Source)

  • Unicode: “However, even extended ASCII does not include enough code combinations to support all written languages. This limitation gave rise to new encoding standards — Unicode and UCS (Universal Coded Character Set) — that can support all the principal written languages. Because it incorporates ASCII as its first 128 code combinations, Unicode (specifically UTF-8) is backward-compatible with ASCII while also representing many characters that ASCII cannot. Unicode, which was introduced in 1991, saw its usage jump sharply in the first decade of the 21st century, and it became the most common character-encoding system on the World Wide Web.” (Source)

Custom alt text

Computers can only process binary information (0s and 1s), and the smallest unit of information is called a bit (hence, bitcoin). The ASCII Code was created to encode characters using 8 bits (a string of eight 0s and 1s).

Given how foundational the number 8 is to computers, I find it incredibly interesting that 8 is not a solution to any of the equations in this article.

However, ASCII is limited to only 256 characters. Unicode was created to be universally inclusive and covers 128,000-plus characters.

To analyze text in computer code, you need to relate each character to binary. This relation is done by giving each letter a decimal value.

Let’s pause, for a moment, and explain how this decimal value is acquired.

  • Each bit in the string of 8 bits can either be “in use” or “not in use.” 0 = off and 1 = on.

  • Each bit represents a power of 2:

2^7, 2^6, 2^5, 2^4, 2^3, 2^2, 2^1, 2^0

2^7 = 128

2^6 = 64

2^5 = 32

2^4 = 16

2^3 = 8

2^2 = 4

2^1 = 2

2^0 = 1

Example: The letter “b” has a decimal value of 98.

What combination of 128, 64, 32, 16, 8, 4, 2, and 1 equals 98?

128 is too large, so let’s turn that “off.” Right now, our string of 8 bits looks like: 0XXXXXXX.

Now, let’s look for the largest powers of 2:

98 = 64 + … ?

= 64 + 32 + …?

= 64 + 32 + 2

Ok, so: 2^6, 2^5, and 2^1 can be turned “on.”

Now, our string of 8 bits looks like this: 01100010.

However, let’s say we were given the binary, not the decimal value. The value at 2^7 has a 0, so that means it is turned off; 128 is not in our equation; 2^6 has a 1, so that means it is turned “on”; 64 is in our equation. Follow this pattern, and your summation will equal 98.

Given Bitcoin’s relationship to the core of computers (through “bit”), I analyzed the letters of important words in Bitcoin (by using their decimal values from the chart above) in search of 3s, 6s and 9s.

“Satoshi Nakamoto.”

There are 15 letters in “Satoshi Nakamoto.” Adding the numerals 1 + 5 , you obtain the answer 6.

15 → 1 + 5 = 6

Now, using the ASCII decimal values from the chart above:

83 + 97 + 116 + 111 + 115 + 104 + 32 (space) + 105 + 78 + 97 + 107 + 97 + 109 + 111 + 156 + 111 = 1629

1629 → 1 + 6 + 2 + 9 = 18 → 1 + 8 = 9

“satoshi nakamoto”

115 + 97 + 116 + 111 + 115 + 104 + 32 (space) + 105 + 110 + 97 + 107 + 97 + 109 + 111 + 156 + 111 = 1693

1693 = 1 + 6 + 9 + 3 = 19 = 10 = 1

“Martin Luther”

There are 12 letters in “Martin Luther.” Adding the numerals 1 + 2 , you obtain the answer 3.

12 → 1+ 2 = 3

Now, using the ASCII decimal values from the chart above:

77 + 97 + 114 + 116 + 105 + 110 + 32 (space) + 76 + 117 + 116 + 104 + 101 + 114 = 1279

1279 → 1 + 2 + 7 + 9 = 19 → 1 + 9 = 10 → 1 + 0 = 1

“martin luther”

109 + 97 + 114 + 116 + 105 + 110 + 32 (space) + 108 + 117 + 116 + 104 + 101 + 114 = 1343

1343 → 1 + 3 + 4 + 3 = 11 → 1 + 1 = 2

*The one exception to “2” not being a solution.

Now, as I looked at the words “bitcoin,” “bitcon” (no repeated letters), “BITCOIN,” and “BITCON” (no repeated letters), I experimented, calculating the sums horizontally (as you’ve previously seen me do), vertically (simplifying all individual decimal values to one digit) and when repeated, letters/numbers were removed.

“bitcoin”

98 + 105 + 116 + 99 + 111 + 105 + 110 = 744 → 7 + 4 + 4 = 15 → 1 + 5 = 6

^

8 + 6 + 8 + 9 + 3 + 6 + 2 = 42 → 4 + 2 = 6

^

8 + 6 + 9 + 3 + 2 = 28 → 2 + 8 = 10 → 1 + 0 = 1 (w/ no repeated #s)

“bitcon” (w/ no repeated letters):

98 + 105 + 116 + 99 + 111 + 110 = 639 → 6 + 3 + 9 = 18 → 1 + 8 = 9

^

8 + 6 + 8 + 9 + 3 + 2 = 36 → 3 + 6 = 9

^

8 + 6 + 9 + 3 + 2 = 28 → 2 + 8 = 10 → 1 + 0 = 1 (w/ no repeated #s)

“BITCOIN”

66 + 73 + 84 + 67 + 79 + 73 + 78 = 520 → 5 + 2 + 0 = 7

^

3 + 1 + 3 + 4 + 7 + 1 + 6 = 25 → 2 + 5 = 7

^

3 + 1 + 4 + 7 + 6 = 21 → 2 + 1 = 3 (w/ no repeated #s)

BITCON (w/ no repeated letters):

66 + 73 + 84 + 67 + 79 + 78 = 447 = 15 → 1 + 5 = 6

^

3 + 1 + 3 + 4 + 7 + 6 = 24 → 2 + 4 = 6

^

3 + 1 + 4 + 7 + 6 = 21 → 2 + 1 = 3 (w/ no repeated #s)

BTC

66 + 84 + 67 = 217 → 2 + 1 + 7 = 10 → 1 + 0 = 1

Yes, BTC is #1.

Conclusion

A few months ago, I saw the reappearance of 0, 1, 2 and 6 in core elements of Bitcoin as too purposeful to be a coincidence. Curious about other symbolic elements of Bitcoin, hidden in numbers, I started a running note of important dates and people related to Bitcoin.

This article showcases the first 45 summations of that note, analyzed to see if bitcoin has a connection to 3, 6 and 9, supposedly the keys to the universe. Let’s look at a tally:

3: 11 times

6: 9 times

9: 9 times

1: 7 times

5: 3 times

7: 3 times

4: 2 times

2: 1 time

8: 0 times

3, 6, and 9: 29 times = 64%.

My answer is yes. Bitcoin does have a connection to 3, 6 and 9. From these numbers, which are selective, math thinks Bitcoin is 64% of the key to the universe. However, I still believe bitcoin is the key to solving many of the issues our world faces; it is our number one tool, and maybe math really does think so, too: 64 → 6 + 4 = 10 → 1 + 0 = 1.

This is a guest post by Ella Hough. Opinions expressed are entirely their own and do not necessarily reflect those of BTC Inc. or Bitcoin Magazine.

 
 
 
bottom of page