{"id":10960,"date":"2022-02-24T22:00:00","date_gmt":"2022-02-24T22:00:00","guid":{"rendered":"http:\/\/ci029aa92ae00024ff"},"modified":"2025-01-29T12:30:15","modified_gmt":"2025-01-29T12:30:15","slug":"how-mining-protects-the-bitcoin-network","status":"publish","type":"post","link":"https:\/\/bitcoinmagazine.com\/technical\/how-mining-protects-the-bitcoin-network","title":{"rendered":"How SHA256 And Mining Protect The Bitcoin Network"},"content":{"rendered":"<div id=\"bsf_rt_marker\"><\/div><p>How mining works is fascinating. When I explain it to people, I enjoy seeing their face the moment their mind is blown. I\u2019ll explain it here, but just know, I\u2019m imagining all your faces as your minds blow!<\/p>\n<p>I have to start with hash functions. Without hash functions, Bitcoin would not be possible. Let me explain what they are first, not only so you can sound cool at parties, but also because it\u2019s fundamental to understanding how Bitcoin works \u2014 particularly mining but also transactions \u2014 under the hood. <\/p>\n<p>You don\u2019t need to understand how Bitcoin works in order to benefit from it, just like how you don\u2019t need to understand how TCP\/IP works to use the internet. But do go on, because it\u2019s quite interesting and I\u2019ll make it easy to understand, I promise. <\/p>\n<h2>Hash Functions <\/h2>\n<p>Let\u2019s start with a schematic which I\u2019ll explain below\u2026 <\/p>\n<figure><img decoding=\"async\" src=\"https:\/\/bitcoinmagazine.com\/wp-content\/uploads\/2025\/01\/15_image10.png\" title=\"\"><\/figure>\n<p>On the left is the input, the center is the function, and on the right is the output. The input can be any data, as long as it\u2019s digital. It can be of any size, provided your computer can handle it. The data is passed to the SHA256 function. The function takes the data and calculates a random-looking number, but with special properties (discussed later).<\/p>\n<p>The first Secure Hash Algorithm (SHA) was originally <a href=\"https:\/\/en.wikipedia.org\/wiki\/SHA-1\" target=\"_blank\" rel=\"noopener\">developed by the NSA<\/a> and there are many different versions now (Bitcoin uses SHA256). It\u2019s a set of instructions for how to jumble up the data in a very complicated but specified way. The instructions are not a secret and it\u2019s even possible to do it by hand, but it is very tedious.<\/p>\n<p>For SHA256, the output is a 256-bit number (not a coincidence). <\/p>\n<p><em>A 256-bit number means a binary number 256 digits long. Binary means the value is represented with two symbols, either 0 or 1. Binary numbers can be converted to any other format, for example decimal numbers, which are what we are familiar with. <\/em><\/p>\n<p>Although the function returns a 256-digit binary number, the value is usually expressed in hexadecimal format, 64 digits long.<\/p>\n<p><em>Hexadecimal means that instead of 10 possible symbols like we are used to with decimal (0 to 9), we have 16 symbols (The ten we are used to, 0-9, plus the letters a, b, c, d, e, and f; which have the values 11 to 15). As an example, to represent the value of decimal 15 in hexadecimal, we just write \u201cf\u201d and it\u2019s the same value. There\u2019s plenty of information available online with a quick Google search if you need more elaboration. <\/em><\/p>\n<p>To demonstrate SHA256 in action, I can take the number 1 and run it through an <a href=\"https:\/\/emn178.github.io\/online-tools\/sha256.html\" target=\"_blank\" rel=\"noopener\">online hash calculator<\/a>, and got this output (in hexadecimal): <\/p>\n<figure><img decoding=\"async\" src=\"https:\/\/bitcoinmagazine.com\/wp-content\/uploads\/2025\/01\/24_image8.png\" title=\"\"><\/figure>\n<p>The top box is the input, the bottom box is the resulting output.<\/p>\n<p>Note that all computers in the world will produce the same output, provided the input is the same and the SHA256 function is used.<\/p>\n<p>The hexadecimal number output, if converted to decimal, is (notice it takes more digits to write): <\/p>\n<p>48,635,463,943,209,834,798,109,814,161,294,753,926,839,975,257,569,795,305,637,098,542,720,658,922,315<\/p>\n<p>And converted to binary it is: <\/p>\n<p>11010111000011010110010011100111111111100110100111111001110000110011101011010111000000001001110111111110101101000111111010101110100011110101101101001001110101010100010001011110001110101001001110000000001111001010010110111011011011110000111010110110100101111010111001101011100110101110011010111001101011100110101110011010111001101011100111 <\/p>\n<p>Just out of interest, here is the same value in <a href=\"https:\/\/en.wikipedia.org\/wiki\/Base64\" target=\"_blank\" rel=\"noopener\">base 64<\/a>.<\/p>\n<p>1w1k5\/5p+cM61wCd\/rR+ro9bSdVEXjqTgDylu28OtpY= <\/p>\n<p>Note that the smallest possible value SHA256 could return is zero, but the LENGTH is still 256 bits. This is how zero is represented:<\/p>\n<p>0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000<\/p>\n<p>And the largest possible value is:<\/p>\n<p>1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111<\/p>\n<p>In decimal, that\u2019s:<\/p>\n<p>115,792,089,237,316,195,423,570,985,008,687,907,853,269,984,665,640,564,039,457,584,007,913,129,639,935<\/p>\n<p>In hexadecimal, it is:<\/p>\n<p>FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF<\/p>\n<p>Note there are exactly 64 F\u2019s.<\/p>\n<p>Zero in hexadecimal can simply be written as one single zero, but for hash output, it\u2019s 64 of them to keep to the requirement of a fixed size output:<\/p>\n<p>0000000000000000000000000000000000000000000000000000000000000000<\/p>\n<p>Here is a summary of some facts about the hash function that are vital to appreciate:<\/p>\n<ul>\n<li>The input cannot be determined from the output <\/li>\n<li>The input can be any length <\/li>\n<li>The output is always the same length <\/li>\n<li>The output will always be reproduced identically if you provide the same input. <\/li>\n<li>Any change to the input, no matter how small, will cause an unpredictable and wildly different output<\/li>\n<li>The output is seemingly random, but is actually deterministic (meaning it is calculated and reproducible)<\/li>\n<li>The output cannot be predicted. It can only be calculated and this takes a measurable amount of work by a computer (and hours with pencil and paper! Don\u2019t do it.)<\/li>\n<\/ul>\n<p>Now that you understand the basic concept of what a hash is, you can understand the explanation of how Bitcoin mining works. <\/p>\n<p>But before you move on, I recommend you go to an online hash calculator and play with it a little and test for yourself what I\u2019ve said about hash functions. <a href=\"https:\/\/emn178.github.io\/online-tools\/sha256.html\" target=\"_blank\" rel=\"noopener\">I like this one.<\/a><\/p>\n<h2>Mining<\/h2>\n<p>I will start by demonstrating a concept of work, which is where \u201cproof-of-work\u201d in Bitcoin comes from.<\/p>\n<p>Go to the online hash calculator and type \u201cI am creating 50 bitcoins and paying myself this amount.\u201d<\/p>\n<p>Type it exactly, case sensitive, including the full stop. You should get this output:<\/p>\n<figure><img decoding=\"async\" src=\"https:\/\/bitcoinmagazine.com\/wp-content\/uploads\/2025\/01\/66_image4.png\" title=\"\"><\/figure>\n<p>Now, let\u2019s create a rule that says for this payment message to be valid, we need the hash to start with one zero. To do that, we have to change the input somehow. But, as you\u2019ve learned, it\u2019s not predictable what the output would be for a given input. What modification can we make to ensure a hash starting with zero? <\/p>\n<p>We have to add data using trial-and-error. But we also don\u2019t want to change the meaning of the input message. So, let\u2019s create a field (an allocated section) called a \u201cnonce\u201d which will hold a nonsense value.<\/p>\n<p>The word \u201cNonce\u201d is supposed to be derived from \u201cnumber only used once,\u201d but I don\u2019t see it. <\/p>\n<p>Notice below how just adding \u201cNonce:\u201d as an extra field heading changes the hash output.<\/p>\n<figure><img decoding=\"async\" src=\"https:\/\/bitcoinmagazine.com\/wp-content\/uploads\/2025\/01\/12_image12.png\" title=\"\"><\/figure>\n<p>The output still doesn\u2019t start with a \u201c0\u201d, so let\u2019s add some nonsense (I added a meaningless \u201cx\u201d):<\/p>\n<figure><img decoding=\"async\" src=\"https:\/\/bitcoinmagazine.com\/wp-content\/uploads\/2025\/01\/64_image5.png\" title=\"\"><\/figure>\n<p>It still doesn\u2019t start with a zero. I tried some more characters until the hash started with a zero:<\/p>\n<figure><img decoding=\"async\" src=\"https:\/\/bitcoinmagazine.com\/wp-content\/uploads\/2025\/01\/31_image7.png\" title=\"\"><\/figure>\n<p>There we go. Now, according to the arbitrary rules I set for this pretend version of Bitcoin, the text in the input window is a valid block with a single transaction paying me 50 bitcoin. <\/p>\n<p><em>Note that Bitcoin blocks are essentially pages of a ledger. Each block is numbered and creates new bitcoin, along with listing the transactions between users. This record is where bitcoin lives.<\/em><\/p>\n<p>Now a new rule. For the next block, the hash of the previous block must be included. I\u2019ll add a little complexity and add a few more fields to approach what a real Bitcoin block has.<\/p>\n<figure><img decoding=\"async\" src=\"https:\/\/bitcoinmagazine.com\/wp-content\/uploads\/2025\/01\/135_image2.png\" title=\"\"><\/figure>\n<p>The hash starts with an \u201cf\u201d not \u201c0\u201d, so I\u2019ll have to try some values in the nonce field:<\/p>\n<figure><img decoding=\"async\" src=\"https:\/\/bitcoinmagazine.com\/wp-content\/uploads\/2025\/01\/189_image1.png\" title=\"\"><\/figure>\n<p>This time I was luckier and found a suitable nonce after only four tries. Recall that for the first block it took 22 tries. There is some randomness here, but generally it\u2019s not too difficult to find a valid hash if all we\u2019re trying to get is one zero. There are 16 possible values for the first hash digit so I have a 1 in 16 chance that any modification I make to the input field will result in the first hash digit being \u201c0.\u201d<\/p>\n<p>Note that Bitcoin\u2019s fields are like this, but there\u2019s more detail that I haven\u2019t added. This is just to illustrate a point, not necessarily to detail exactly what a Bitcoin block looks like. <\/p>\n<p>I will add a time field to the next block as I need that to explain the \u201cdifficulty adjustment\u201d next:<\/p>\n<figure><img decoding=\"async\" src=\"https:\/\/bitcoinmagazine.com\/wp-content\/uploads\/2025\/01\/19_image9.png\" title=\"\"><\/figure>\n<p>Above is block number three. It includes the previous block\u2019s hash and now I\u2019ve also started to include the time. The nonce I found successfully made the hash start with a zero (I just kept typing a \u201c1\u201d until the hash target was met).<\/p>\n<p>There\u2019s enough here now that I can start explaining a few interesting concepts about the Bitcoin blockchain and mining.<\/p>\n<h2>Winning A Block<\/h2>\n<p>The mining process is competitive. Whoever produces a valid block first gets to pay themselves a set block reward. A miner that produces the same block number a bit later gets nothing \u2014 that block is rejected. Explaining why that is will cause too much of a diversion now, so I\u2019ll explain it in the appendix.<\/p>\n<p>After block three is found and broadcasted to everybody (all the Bitcoin nodes), all the miners stop working on what would have been their version of block three. They begin to build on top of that successful block three (by pulling its block hash forward into a new block) and start working on finding a suitable nonce for block four. The winner publishes the result and then everyone starts working on block five, etc. <\/p>\n<p>With each block, new bitcoin are being created and collectively make up the total supply so far. If there are many miners, then statistically we should expect that blocks will be produced faster, and therefore bitcoin will be created faster. Problem, right? <\/p>\n<p>Seeking a limited supply of bitcoin with a predictable issuance over time, Satoshi Nakamoto thought of this problem and introduced a negative feedback loop to keep block production at 10-minute intervals on average. How? See if you can think of a way. Pause for a moment and ponder \u2014 see if you can come up with the same genius solution and read on when you give up.<\/p>\n<p><em>NODES: I mention \u201cvalid\u201d blocks. So what? Who\u2019s checking? The Bitcoin nodes are. A Bitcoin node keeps a copy of the blockchain so far and follows a set of rules to check that new blocks are within the rules and reject those that aren\u2019t. Where are the rules? In the code. A computer that downloads the Bitcoin code is a node.<\/em><\/p>\n<h2>The Difficulty Adjustment<\/h2>\n<p>The average time to create new Bitcoin blocks is calculated by every node every 2016 blocks (this is why the time field is needed). This is part of the protocol and rules that the nodes follow. A formula is applied to adjust the number of zeros each block hash must start with in order to be valid. <\/p>\n<p><em>Strictly, it\u2019s not the number of zeros that is adjusted but a target value the hash has to be below, but thinking of leading zeros is simpler to explain.<\/em><\/p>\n<p>If blocks are being produced too fast, then the hash target is adjusted according to pre-defined rules that all nodes follow identically (it\u2019s in their code). <\/p>\n<p>Keeping it simple for my example, let\u2019s say other people are competing with me, blocks are happening too quickly, and now the fourth block needs two zeros instead of one, according to an imaginary calculation. <\/p>\n<p>It\u2019s going to take me a bit longer to get two zeros, but we\u2019re imagining that there are many other people competing with me so the total time taken for anyone to find a block is kept to a target.<\/p>\n<p>Here is the next block:<\/p>\n<figure><img decoding=\"async\" src=\"https:\/\/bitcoinmagazine.com\/wp-content\/uploads\/2025\/01\/13_image11.png\" title=\"\"><\/figure>\n<p>Notice the time. More than 10 minutes passed since the previous block (I just made the time up to demonstrate). The 10-minute target is probabilistic; it is never known exactly when the next block will be found.<\/p>\n<p>I messed around on the keyboard for a minute until two zeros showed up. This was exponentially harder than finding a single zero. The chance of finding two zeros in a row is 1 in 16<sup>2<\/sup>, or a 1 in 256 chance.<\/p>\n<p>If more people were to join in the mining and competition for new bitcoin, then eventually three zeros will be required.<\/p>\n<p>I just looked up the last real Bitcoin block, which contains the hash of the previous block. The hash was:<\/p>\n<p>000000000000000000084d31772619ee08e21b232f755a506bc5d09f3f1a43a1<\/p>\n<p>That\u2019s 19 zeros! There\u2019s a 1 in 16<sup>19<\/sup> chance of finding such a block with each attempt. Bitcoin miners do many, many attempts per second, collectively all over the world.<\/p>\n<p>The number of attempts per second is known as the \u201chash rate.\u201d Currently, the estimated world hash rate is just under 200 million terahashes per second ( one terahash is a trillion hashes). With that many attempts per second, a block with a hash starting with 19 zeros is found around every 10 minutes. <\/p>\n<p>In the future, as more miners join in, the hash rate will go up, blocks will be found faster, and Bitcoin\u2019s difficulty will adjust to require 20 zeros, which will push block production back down to around 10 minutes.<\/p>\n<h2>The Halving<\/h2>\n<p>When Bitcoin first started, 50 bitcoin were produced with every block. The rules of the Bitcoin blockchain specify that after every 210,000 blocks the reward will be cut in half. This moment is known as \u201cthe halving,\u201d and happens roughly every four years. The halving, combined with the difficulty adjustment keeping blocks at 10-minute intervals, means that around the year 2140, the block reward will be 0.00000001, or 1 satoshi, the smallest unit of a bitcoin, and can\u2019t be halved anymore. Mining won\u2019t stop, but the block reward will be zero. From that moment, no new bitcoin will be created going forward and the number of bitcoin is mathematically calculable and close enough to 21 million coins. This is how the total supply is known \u2014 it is programmatically set.<\/p>\n<p>Even with the block reward at zero, the miners will still be incentivized to keep working in order to earn transaction fees.<\/p>\n<p><em>How exactly is the block reward cut in half? It\u2019s in the code held by the nodes. They know to reject any new block after 210,000 where a miner pays himself over 25 bitcoin. And then to reject any blocks after 420,000 where a miner pays himself over 12.5 bitcoin, and so on.<\/em><\/p>\n<h2>Transaction Fees<\/h2>\n<p>So far I\u2019ve only shown imaginary blocks with a single transaction \u2014 the transaction where the miner gets paid a reward. This is called the \u201ccoinbase transaction.\u201d <\/p>\n<p><em>It\u2019s not named after the company, Conbase, I mean Coinbase. The company named itself after the coinbase transaction, not the other way around. Don\u2019t get confused.<\/em><\/p>\n<p>In addition to the coinbase transaction, there are transactions of people paying each other. Here\u2019s an imagined example:<\/p>\n<figure><img decoding=\"async\" src=\"https:\/\/bitcoinmagazine.com\/wp-content\/uploads\/2025\/01\/91_image3.png\" title=\"\"><\/figure>\n<p>I didn\u2019t bother finding a real hash this time (It\u2019s actually the real hash reported in block 200,001). The nonce I just made up for fun, but notice a message can be embedded there.<\/p>\n<p><em>Satoshis famously included the words, \u201cChancellor on Brink of Second Bailout for Banks\u201d in the first Bitcoin block (The Genesis Block), after the newspaper headline for the day.<\/em><\/p>\n<figure><img decoding=\"async\" src=\"https:\/\/bitcoinmagazine.com\/wp-content\/uploads\/2025\/01\/42_image6.png\" title=\"\"><\/figure>\n<p>The point here is that there are 132 transactions included (not all shown). Look at transaction #132 \u2013 2.3 bitcoin from an address is paying 2.1 bitcoin to another address and also to a second address the amount 0.1 bitcoin (I\u2019ve used dots to shorten the length of the address).<\/p>\n<p>So a source of 2.3 bitcoin pays a total of 2.2 bitcoin (2.2 + 0.1 = 2.2). Is there 0.1 bitcoin missing? No, the difference is claimed by the miner, as I\u2019ll explain.<\/p>\n<p>The miner is allowed to pay himself 25 bitcoin as the block reward (because 210,000 blocks have passed so the reward has been halved from 50 to 25). But if you look, the coinbase transaction is 27.33880022. The extra 2.33880022 bitcoin comes from the other 132 transactions in the block \u2013 the inputs will all be slightly greater than the total of the outputs. So the miner gets to claim this \u201cabandoned\u201d bitcoin as payment to himself. These are considered transaction fees paid to the miner.<\/p>\n<p><em>The block space is limited. When Bitcoin was new, users could send transactions with no fee and the miners would include the transaction in the block. But now there are more users and since getting on the next block is competitive, users include a fee in the transaction to entice the miner to choose their transaction over others\u2019.<\/em><\/p>\n<p>So when the block reward steadily goes down, halving every four years and eventually to zero, miners still get paid in this way.<\/p>\n<p><em>Some have suggested that one day the reward to miners will not be enough and will cause Bitcoin to fail. This concern has been thoroughly debunked and I won\u2019t repeat it here.<\/em><\/p>\n<h3>Can A Block Be Re-written?<\/h3>\n<p>This is extremely unlikely and it\u2019s worth understanding why. You\u2019ll then appreciate why Bitcoin transactions are immutable (unchangeable).<\/p>\n<p>I explained earlier that the hash of the previous block is included in the current block. That means any editing of transactions in an old block changes the hash of that edited block. But that hash is recorded down in the next block, so that means that the next block needs to be updated, too. But if you change the hash recorded in that next block, then its hash needs to change, and so on.<\/p>\n<p>Note that any time a hash is changed, you lose all these lovely zeros and will just be left with a random-looking hash \u2014 and have to do all the work again to get the zeros back. If you do that for the block you tried to edit, you then have to redo the work for the next block, and the next all the way to the most recent block. You can\u2019t simply stop at the old block, because the rules of Bitcoin are such that the longest chain of blocks is the real Bitcoin record. If you go back and edit a block 10 blocks ago, you no longer have the longest chain. You have to add 10 more blocks and then a bit more because as you were creating those 10 blocks, the real chain probably became a bit longer. You have to race to overtake the real chain. If successful, then the new version becomes the real version.<\/p>\n<p>Repeating the entire world\u2019s collective hashing effort from the edited block to the latest block is the barrier to editing Bitcoin. The energy was expended to create those hashes with all those improbable zeros and that energy expenditure must be repeated to edit Bitcoin. This is why energy used to mine Bitcoin is not \u201cwasted\u201d; it is there to defend Bitcoin from edits, to make the ledger immutable without needing to trust a central authority.<\/p>\n<p>What happens if two miners find a block at the same time?<\/p>\n<p>This actually happens every now and then, and it always sorts itself out as follows:<\/p>\n<p>Every node will receive either one of the new nearly-simultaneous blocks first and will accept that one and reject the one arriving just moments later. This results in a split of the network, but it\u2019s temporary.<\/p>\n<p>To illustrate, let\u2019s call one of the blocks blue and the other red (they have no color, just bear with me).<\/p>\n<p>Miners then work on the next block, but there will be a split as to which block they extend the chain from.<\/p>\n<p>Let\u2019s say the winning miner found a block using the blue chain. They will send the new block to all the nodes and the longest chain will be apparent. The nodes that had accepted the red chain will then drop it and adopt the blue chain. <\/p>\n<p>All miners that were working on the red chain will stop and will now work on the longer chain, which is the blue chain. The red chain is dead.<\/p>\n<h2>Appendix<\/h2>\n<h3>Why A Runner Up Miner\u2019s Block Is Invalid<\/h3>\n<p>Suppose block 700,000 just got mined by MINER-A. Thirty seconds later, MINER-B also created a different version of block 700,000. When MINER-B broadcasts this alternative, every node is going to reject it because they have already seen and accepted the block by MINER-A. What\u2019s more, in that 30 seconds, let\u2019s say that MINER-C found block 700,001. Given that MINER-B\u2019s competing 700,000th block does not extend the current chain (which is up to 700,001), it is also rejected for that reason.<\/p>\n<p>Even more interesting is that if MINER-B had been working on block 700,001 instead of a competing version of 700,000, they would have had just as much chance of mining a valid block 700,001 as they would have to finally find an alternate block 700,000. So as soon as any miner sees a new block, they should set their effort on the next block.<\/p>\n<p>If, however, Miner-B found block 700,000 one second after MINER-A did, then it\u2019s possible that some nodes see MINER-A\u2019s block first while others see MINER-B\u2019s block first, depending on geographic locations and internet speeds. In that case, there is a temporary fork, and some miners will be working to extend one version while other miners will be working to extend the other. As explained earlier using the \u201cblue chain\u201d and \u201cred chain\u201d descriptors, eventually one of the versions will extend further before the other and become the valid version unanimously. <\/p>\n<p><em>This is a guest post by Arman The Parman. Opinions expressed are entirely their own and do not necessarily reflect those of BTC Inc or <\/em>Bitcoin Magazine<em>.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>How is Bitcoin defended by energy? And what is a nonce? These questions and more are answered within!<\/p>\n","protected":false},"author":2824,"featured_media":5793,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[35],"tags":[1694,329,1831,97,59,2540],"class_list":["post-10960","post","type-post","status-publish","format-standard","has-post-thumbnail","category-technical","tag-blocks","tag-cryptography","tag-martys-bent","tag-mining","tag-opinion","tag-sha256"],"author_data":{"id":2824,"name":"Arman The Parman","nicename":"arman-the-parman","avatar_url":"https:\/\/bitcoinmagazine.com\/wp-content\/uploads\/2024\/12\/atp2-96x96.png"},"featured_image_url":"https:\/\/bitcoinmagazine.com\/wp-content\/uploads\/2024\/11\/mining.jpg","_links":{"self":[{"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/posts\/10960","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/users\/2824"}],"replies":[{"embeddable":true,"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/comments?post=10960"}],"version-history":[{"count":0,"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/posts\/10960\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/media\/5793"}],"wp:attachment":[{"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/media?parent=10960"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/categories?post=10960"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/tags?post=10960"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}