Baking rewards as operations












6















How do baking rewards appear on the chain when they are credited to the baker? Is it a 'transaction' operation? How do I go about identifying them?










share|improve this question









New contributor




Crypto Mike is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.

























    6















    How do baking rewards appear on the chain when they are credited to the baker? Is it a 'transaction' operation? How do I go about identifying them?










    share|improve this question









    New contributor




    Crypto Mike is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
    Check out our Code of Conduct.























      6












      6








      6


      1






      How do baking rewards appear on the chain when they are credited to the baker? Is it a 'transaction' operation? How do I go about identifying them?










      share|improve this question









      New contributor




      Crypto Mike is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.












      How do baking rewards appear on the chain when they are credited to the baker? Is it a 'transaction' operation? How do I go about identifying them?







      baking rewards






      share|improve this question









      New contributor




      Crypto Mike is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.











      share|improve this question









      New contributor




      Crypto Mike is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.









      share|improve this question




      share|improve this question








      edited Apr 22 at 10:52









      Ezy

      3,395636




      3,395636






      New contributor




      Crypto Mike is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.









      asked Apr 21 at 21:20









      Crypto MikeCrypto Mike

      311




      311




      New contributor




      Crypto Mike is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.





      New contributor





      Crypto Mike is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.






      Crypto Mike is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.






















          2 Answers
          2






          active

          oldest

          votes


















          4














          The rewards happen as part of the protocol and it's all on chain. But they are not a "transaction" in the normal sense of the word, as usually a transaction requires some user intervention. But there is fundamental movements of funds from the "freezer" to the delegates. Conceptually, the freezer temporarily holds all the bonds and rewards for baking and endorsing.



          To find this information on chain, we have to look at the very last block of the cycle we'd expect the reward.



          blockNumForRewards = (rewardedCycleNum + 6) * numOfBlocksInCycle



          For example, for cycle 93, the rewards for cycle 93 gets unlocked at the last block of cycle 98, so we need to look at block number (93 + 6) * 4096 = 405,504.



          After we knowing the block number, We can query for the block with our node by getting the hash from a block explorer like tzscan. In this case, BLdha4dMeWYxYkuP46eCgYwsgBYiKPNFLvgiu5NqgdxPLhkgzUf is our block hash:



          /chains/main/blocks/BLdha4dMeWYxYkuP46eCgYwsgBYiKPNFLvgiu5NqgdxPLhkgzUf


          Obviously there is a lot of information in here, but let's focus on the path that handles the balance changes, specifically metadata > balance_updates. Example:



          {
          "protocol": "PsddFKi32cMJ2qPjf43Qv5GDWLDPZb3T3bF6fLKiF5HtvHNU7aP",
          "chain_id": "NetXdQprcVkpaWU",
          "hash": "BLdha4dMeWYxYkuP46eCgYwsgBYiKPNFLvgiu5NqgdxPLhkgzUf",
          "metadata": {
          ...
          "balance_updates": [
          // this is what we care about
          ]
          }
          ...
          }


          This portion of the block is the balance updates that retains to what the protocol needs to apply regardless of the user interventions. In a lot of the blocks, this portion will just include the current block baker with its locked rewards and bonds. In the last block of the cycle, balance_updates also includes all the rewards and bonds unlocks for every baker that participated in cycle 93.



          Anyhow, let's dig into the specifics of one baker to understand further. For illustration, I've filtered out transactions for one particular baker tz1ivoFE...TD.



              "balance_updates": [
          ...
          {
          "kind": "freezer",
          "category": "deposits",
          "delegate": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
          "level": 93,
          "change": "-10368000000"
          },
          {
          "kind": "freezer",
          "category": "fees",
          "delegate": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
          "level": 93,
          "change": "-9362"
          },
          {
          "kind": "freezer",
          "category": "rewards",
          "delegate": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
          "level": 93,
          "change": "-321000000"
          },
          {
          "kind": "contract",
          "contract": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
          "change": "10689009362"
          },
          ...


          Inside of balance_updates array, it will include every "transaction" that needs to be adjusted for all these addresses including the "freezer". Each transaction also gives some clues on what they are for.



          The above is pretty typical what we'll see per baker. There are 3 "freezer" related transactions and one "contract". The "freezer" transaction are different by their category (deposits, fees and rewards). The categories are pretty self explanatory. Just in case you are wonder, deposits and rewards will include both baking and endorsements bonds and rewards. Notice that those freezer operations are negative values and they imply that these balances are subtracted from freezer.



          The "contract" transaction is what changes the balance to the baker in question. This is pretty similar to a user initiated transaction. If we add up the 3 freezer category's balances, they would add up to the change balance for the baker.






          share|improve this answer





















          • 1





            This is the correct answer. My answer answered the question of how baker credit/reward their delegators, not how a baker is rewarded via the protocol itself. To remove any confusion, I've deleted my answer.

            – lostdorje
            Apr 23 at 4:29



















          0














          The "short version" answer is that this is accomplished through consensus, which is an extremely important concept in blockchains that are used for cryptocurrency. Unfortunately many people just dont really understand it; in this aspect essentially the term "consensus" boils down to:



          (and this really is a very simplified description here, not taking into account freezing rewards or deposits, etc)
          The code for the Tezos protocol dictates that when an account bakes a block, that account's balance simply goes up by ꜩ16. Since everyone is running the same protocol, everyone agrees that when an account bakes a block, that account's balance goes up by ꜩ16. Thats consensus.






          share|improve this answer
























            Your Answer








            StackExchange.ready(function() {
            var channelOptions = {
            tags: "".split(" "),
            id: "698"
            };
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function() {
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled) {
            StackExchange.using("snippets", function() {
            createEditor();
            });
            }
            else {
            createEditor();
            }
            });

            function createEditor() {
            StackExchange.prepareEditor({
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: false,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: null,
            bindNavPrevention: true,
            postfix: "",
            imageUploader: {
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            },
            noCode: true, onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            });


            }
            });






            Crypto Mike is a new contributor. Be nice, and check out our Code of Conduct.










            draft saved

            draft discarded


















            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftezos.stackexchange.com%2fquestions%2f1125%2fbaking-rewards-as-operations%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown

























            2 Answers
            2






            active

            oldest

            votes








            2 Answers
            2






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            4














            The rewards happen as part of the protocol and it's all on chain. But they are not a "transaction" in the normal sense of the word, as usually a transaction requires some user intervention. But there is fundamental movements of funds from the "freezer" to the delegates. Conceptually, the freezer temporarily holds all the bonds and rewards for baking and endorsing.



            To find this information on chain, we have to look at the very last block of the cycle we'd expect the reward.



            blockNumForRewards = (rewardedCycleNum + 6) * numOfBlocksInCycle



            For example, for cycle 93, the rewards for cycle 93 gets unlocked at the last block of cycle 98, so we need to look at block number (93 + 6) * 4096 = 405,504.



            After we knowing the block number, We can query for the block with our node by getting the hash from a block explorer like tzscan. In this case, BLdha4dMeWYxYkuP46eCgYwsgBYiKPNFLvgiu5NqgdxPLhkgzUf is our block hash:



            /chains/main/blocks/BLdha4dMeWYxYkuP46eCgYwsgBYiKPNFLvgiu5NqgdxPLhkgzUf


            Obviously there is a lot of information in here, but let's focus on the path that handles the balance changes, specifically metadata > balance_updates. Example:



            {
            "protocol": "PsddFKi32cMJ2qPjf43Qv5GDWLDPZb3T3bF6fLKiF5HtvHNU7aP",
            "chain_id": "NetXdQprcVkpaWU",
            "hash": "BLdha4dMeWYxYkuP46eCgYwsgBYiKPNFLvgiu5NqgdxPLhkgzUf",
            "metadata": {
            ...
            "balance_updates": [
            // this is what we care about
            ]
            }
            ...
            }


            This portion of the block is the balance updates that retains to what the protocol needs to apply regardless of the user interventions. In a lot of the blocks, this portion will just include the current block baker with its locked rewards and bonds. In the last block of the cycle, balance_updates also includes all the rewards and bonds unlocks for every baker that participated in cycle 93.



            Anyhow, let's dig into the specifics of one baker to understand further. For illustration, I've filtered out transactions for one particular baker tz1ivoFE...TD.



                "balance_updates": [
            ...
            {
            "kind": "freezer",
            "category": "deposits",
            "delegate": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
            "level": 93,
            "change": "-10368000000"
            },
            {
            "kind": "freezer",
            "category": "fees",
            "delegate": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
            "level": 93,
            "change": "-9362"
            },
            {
            "kind": "freezer",
            "category": "rewards",
            "delegate": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
            "level": 93,
            "change": "-321000000"
            },
            {
            "kind": "contract",
            "contract": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
            "change": "10689009362"
            },
            ...


            Inside of balance_updates array, it will include every "transaction" that needs to be adjusted for all these addresses including the "freezer". Each transaction also gives some clues on what they are for.



            The above is pretty typical what we'll see per baker. There are 3 "freezer" related transactions and one "contract". The "freezer" transaction are different by their category (deposits, fees and rewards). The categories are pretty self explanatory. Just in case you are wonder, deposits and rewards will include both baking and endorsements bonds and rewards. Notice that those freezer operations are negative values and they imply that these balances are subtracted from freezer.



            The "contract" transaction is what changes the balance to the baker in question. This is pretty similar to a user initiated transaction. If we add up the 3 freezer category's balances, they would add up to the change balance for the baker.






            share|improve this answer





















            • 1





              This is the correct answer. My answer answered the question of how baker credit/reward their delegators, not how a baker is rewarded via the protocol itself. To remove any confusion, I've deleted my answer.

              – lostdorje
              Apr 23 at 4:29
















            4














            The rewards happen as part of the protocol and it's all on chain. But they are not a "transaction" in the normal sense of the word, as usually a transaction requires some user intervention. But there is fundamental movements of funds from the "freezer" to the delegates. Conceptually, the freezer temporarily holds all the bonds and rewards for baking and endorsing.



            To find this information on chain, we have to look at the very last block of the cycle we'd expect the reward.



            blockNumForRewards = (rewardedCycleNum + 6) * numOfBlocksInCycle



            For example, for cycle 93, the rewards for cycle 93 gets unlocked at the last block of cycle 98, so we need to look at block number (93 + 6) * 4096 = 405,504.



            After we knowing the block number, We can query for the block with our node by getting the hash from a block explorer like tzscan. In this case, BLdha4dMeWYxYkuP46eCgYwsgBYiKPNFLvgiu5NqgdxPLhkgzUf is our block hash:



            /chains/main/blocks/BLdha4dMeWYxYkuP46eCgYwsgBYiKPNFLvgiu5NqgdxPLhkgzUf


            Obviously there is a lot of information in here, but let's focus on the path that handles the balance changes, specifically metadata > balance_updates. Example:



            {
            "protocol": "PsddFKi32cMJ2qPjf43Qv5GDWLDPZb3T3bF6fLKiF5HtvHNU7aP",
            "chain_id": "NetXdQprcVkpaWU",
            "hash": "BLdha4dMeWYxYkuP46eCgYwsgBYiKPNFLvgiu5NqgdxPLhkgzUf",
            "metadata": {
            ...
            "balance_updates": [
            // this is what we care about
            ]
            }
            ...
            }


            This portion of the block is the balance updates that retains to what the protocol needs to apply regardless of the user interventions. In a lot of the blocks, this portion will just include the current block baker with its locked rewards and bonds. In the last block of the cycle, balance_updates also includes all the rewards and bonds unlocks for every baker that participated in cycle 93.



            Anyhow, let's dig into the specifics of one baker to understand further. For illustration, I've filtered out transactions for one particular baker tz1ivoFE...TD.



                "balance_updates": [
            ...
            {
            "kind": "freezer",
            "category": "deposits",
            "delegate": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
            "level": 93,
            "change": "-10368000000"
            },
            {
            "kind": "freezer",
            "category": "fees",
            "delegate": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
            "level": 93,
            "change": "-9362"
            },
            {
            "kind": "freezer",
            "category": "rewards",
            "delegate": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
            "level": 93,
            "change": "-321000000"
            },
            {
            "kind": "contract",
            "contract": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
            "change": "10689009362"
            },
            ...


            Inside of balance_updates array, it will include every "transaction" that needs to be adjusted for all these addresses including the "freezer". Each transaction also gives some clues on what they are for.



            The above is pretty typical what we'll see per baker. There are 3 "freezer" related transactions and one "contract". The "freezer" transaction are different by their category (deposits, fees and rewards). The categories are pretty self explanatory. Just in case you are wonder, deposits and rewards will include both baking and endorsements bonds and rewards. Notice that those freezer operations are negative values and they imply that these balances are subtracted from freezer.



            The "contract" transaction is what changes the balance to the baker in question. This is pretty similar to a user initiated transaction. If we add up the 3 freezer category's balances, they would add up to the change balance for the baker.






            share|improve this answer





















            • 1





              This is the correct answer. My answer answered the question of how baker credit/reward their delegators, not how a baker is rewarded via the protocol itself. To remove any confusion, I've deleted my answer.

              – lostdorje
              Apr 23 at 4:29














            4












            4








            4







            The rewards happen as part of the protocol and it's all on chain. But they are not a "transaction" in the normal sense of the word, as usually a transaction requires some user intervention. But there is fundamental movements of funds from the "freezer" to the delegates. Conceptually, the freezer temporarily holds all the bonds and rewards for baking and endorsing.



            To find this information on chain, we have to look at the very last block of the cycle we'd expect the reward.



            blockNumForRewards = (rewardedCycleNum + 6) * numOfBlocksInCycle



            For example, for cycle 93, the rewards for cycle 93 gets unlocked at the last block of cycle 98, so we need to look at block number (93 + 6) * 4096 = 405,504.



            After we knowing the block number, We can query for the block with our node by getting the hash from a block explorer like tzscan. In this case, BLdha4dMeWYxYkuP46eCgYwsgBYiKPNFLvgiu5NqgdxPLhkgzUf is our block hash:



            /chains/main/blocks/BLdha4dMeWYxYkuP46eCgYwsgBYiKPNFLvgiu5NqgdxPLhkgzUf


            Obviously there is a lot of information in here, but let's focus on the path that handles the balance changes, specifically metadata > balance_updates. Example:



            {
            "protocol": "PsddFKi32cMJ2qPjf43Qv5GDWLDPZb3T3bF6fLKiF5HtvHNU7aP",
            "chain_id": "NetXdQprcVkpaWU",
            "hash": "BLdha4dMeWYxYkuP46eCgYwsgBYiKPNFLvgiu5NqgdxPLhkgzUf",
            "metadata": {
            ...
            "balance_updates": [
            // this is what we care about
            ]
            }
            ...
            }


            This portion of the block is the balance updates that retains to what the protocol needs to apply regardless of the user interventions. In a lot of the blocks, this portion will just include the current block baker with its locked rewards and bonds. In the last block of the cycle, balance_updates also includes all the rewards and bonds unlocks for every baker that participated in cycle 93.



            Anyhow, let's dig into the specifics of one baker to understand further. For illustration, I've filtered out transactions for one particular baker tz1ivoFE...TD.



                "balance_updates": [
            ...
            {
            "kind": "freezer",
            "category": "deposits",
            "delegate": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
            "level": 93,
            "change": "-10368000000"
            },
            {
            "kind": "freezer",
            "category": "fees",
            "delegate": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
            "level": 93,
            "change": "-9362"
            },
            {
            "kind": "freezer",
            "category": "rewards",
            "delegate": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
            "level": 93,
            "change": "-321000000"
            },
            {
            "kind": "contract",
            "contract": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
            "change": "10689009362"
            },
            ...


            Inside of balance_updates array, it will include every "transaction" that needs to be adjusted for all these addresses including the "freezer". Each transaction also gives some clues on what they are for.



            The above is pretty typical what we'll see per baker. There are 3 "freezer" related transactions and one "contract". The "freezer" transaction are different by their category (deposits, fees and rewards). The categories are pretty self explanatory. Just in case you are wonder, deposits and rewards will include both baking and endorsements bonds and rewards. Notice that those freezer operations are negative values and they imply that these balances are subtracted from freezer.



            The "contract" transaction is what changes the balance to the baker in question. This is pretty similar to a user initiated transaction. If we add up the 3 freezer category's balances, they would add up to the change balance for the baker.






            share|improve this answer















            The rewards happen as part of the protocol and it's all on chain. But they are not a "transaction" in the normal sense of the word, as usually a transaction requires some user intervention. But there is fundamental movements of funds from the "freezer" to the delegates. Conceptually, the freezer temporarily holds all the bonds and rewards for baking and endorsing.



            To find this information on chain, we have to look at the very last block of the cycle we'd expect the reward.



            blockNumForRewards = (rewardedCycleNum + 6) * numOfBlocksInCycle



            For example, for cycle 93, the rewards for cycle 93 gets unlocked at the last block of cycle 98, so we need to look at block number (93 + 6) * 4096 = 405,504.



            After we knowing the block number, We can query for the block with our node by getting the hash from a block explorer like tzscan. In this case, BLdha4dMeWYxYkuP46eCgYwsgBYiKPNFLvgiu5NqgdxPLhkgzUf is our block hash:



            /chains/main/blocks/BLdha4dMeWYxYkuP46eCgYwsgBYiKPNFLvgiu5NqgdxPLhkgzUf


            Obviously there is a lot of information in here, but let's focus on the path that handles the balance changes, specifically metadata > balance_updates. Example:



            {
            "protocol": "PsddFKi32cMJ2qPjf43Qv5GDWLDPZb3T3bF6fLKiF5HtvHNU7aP",
            "chain_id": "NetXdQprcVkpaWU",
            "hash": "BLdha4dMeWYxYkuP46eCgYwsgBYiKPNFLvgiu5NqgdxPLhkgzUf",
            "metadata": {
            ...
            "balance_updates": [
            // this is what we care about
            ]
            }
            ...
            }


            This portion of the block is the balance updates that retains to what the protocol needs to apply regardless of the user interventions. In a lot of the blocks, this portion will just include the current block baker with its locked rewards and bonds. In the last block of the cycle, balance_updates also includes all the rewards and bonds unlocks for every baker that participated in cycle 93.



            Anyhow, let's dig into the specifics of one baker to understand further. For illustration, I've filtered out transactions for one particular baker tz1ivoFE...TD.



                "balance_updates": [
            ...
            {
            "kind": "freezer",
            "category": "deposits",
            "delegate": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
            "level": 93,
            "change": "-10368000000"
            },
            {
            "kind": "freezer",
            "category": "fees",
            "delegate": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
            "level": 93,
            "change": "-9362"
            },
            {
            "kind": "freezer",
            "category": "rewards",
            "delegate": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
            "level": 93,
            "change": "-321000000"
            },
            {
            "kind": "contract",
            "contract": "tz1ivoFEvbfbUNav5FwLvmxzMGcNXWxY9qTD",
            "change": "10689009362"
            },
            ...


            Inside of balance_updates array, it will include every "transaction" that needs to be adjusted for all these addresses including the "freezer". Each transaction also gives some clues on what they are for.



            The above is pretty typical what we'll see per baker. There are 3 "freezer" related transactions and one "contract". The "freezer" transaction are different by their category (deposits, fees and rewards). The categories are pretty self explanatory. Just in case you are wonder, deposits and rewards will include both baking and endorsements bonds and rewards. Notice that those freezer operations are negative values and they imply that these balances are subtracted from freezer.



            The "contract" transaction is what changes the balance to the baker in question. This is pretty similar to a user initiated transaction. If we add up the 3 freezer category's balances, they would add up to the change balance for the baker.







            share|improve this answer














            share|improve this answer



            share|improve this answer








            edited Apr 22 at 0:26

























            answered Apr 21 at 22:47









            FrankFrank

            1,342418




            1,342418








            • 1





              This is the correct answer. My answer answered the question of how baker credit/reward their delegators, not how a baker is rewarded via the protocol itself. To remove any confusion, I've deleted my answer.

              – lostdorje
              Apr 23 at 4:29














            • 1





              This is the correct answer. My answer answered the question of how baker credit/reward their delegators, not how a baker is rewarded via the protocol itself. To remove any confusion, I've deleted my answer.

              – lostdorje
              Apr 23 at 4:29








            1




            1





            This is the correct answer. My answer answered the question of how baker credit/reward their delegators, not how a baker is rewarded via the protocol itself. To remove any confusion, I've deleted my answer.

            – lostdorje
            Apr 23 at 4:29





            This is the correct answer. My answer answered the question of how baker credit/reward their delegators, not how a baker is rewarded via the protocol itself. To remove any confusion, I've deleted my answer.

            – lostdorje
            Apr 23 at 4:29











            0














            The "short version" answer is that this is accomplished through consensus, which is an extremely important concept in blockchains that are used for cryptocurrency. Unfortunately many people just dont really understand it; in this aspect essentially the term "consensus" boils down to:



            (and this really is a very simplified description here, not taking into account freezing rewards or deposits, etc)
            The code for the Tezos protocol dictates that when an account bakes a block, that account's balance simply goes up by ꜩ16. Since everyone is running the same protocol, everyone agrees that when an account bakes a block, that account's balance goes up by ꜩ16. Thats consensus.






            share|improve this answer




























              0














              The "short version" answer is that this is accomplished through consensus, which is an extremely important concept in blockchains that are used for cryptocurrency. Unfortunately many people just dont really understand it; in this aspect essentially the term "consensus" boils down to:



              (and this really is a very simplified description here, not taking into account freezing rewards or deposits, etc)
              The code for the Tezos protocol dictates that when an account bakes a block, that account's balance simply goes up by ꜩ16. Since everyone is running the same protocol, everyone agrees that when an account bakes a block, that account's balance goes up by ꜩ16. Thats consensus.






              share|improve this answer


























                0












                0








                0







                The "short version" answer is that this is accomplished through consensus, which is an extremely important concept in blockchains that are used for cryptocurrency. Unfortunately many people just dont really understand it; in this aspect essentially the term "consensus" boils down to:



                (and this really is a very simplified description here, not taking into account freezing rewards or deposits, etc)
                The code for the Tezos protocol dictates that when an account bakes a block, that account's balance simply goes up by ꜩ16. Since everyone is running the same protocol, everyone agrees that when an account bakes a block, that account's balance goes up by ꜩ16. Thats consensus.






                share|improve this answer













                The "short version" answer is that this is accomplished through consensus, which is an extremely important concept in blockchains that are used for cryptocurrency. Unfortunately many people just dont really understand it; in this aspect essentially the term "consensus" boils down to:



                (and this really is a very simplified description here, not taking into account freezing rewards or deposits, etc)
                The code for the Tezos protocol dictates that when an account bakes a block, that account's balance simply goes up by ꜩ16. Since everyone is running the same protocol, everyone agrees that when an account bakes a block, that account's balance goes up by ꜩ16. Thats consensus.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered 2 days ago









                Bo ByrdBo Byrd

                3756




                3756






















                    Crypto Mike is a new contributor. Be nice, and check out our Code of Conduct.










                    draft saved

                    draft discarded


















                    Crypto Mike is a new contributor. Be nice, and check out our Code of Conduct.













                    Crypto Mike is a new contributor. Be nice, and check out our Code of Conduct.












                    Crypto Mike is a new contributor. Be nice, and check out our Code of Conduct.
















                    Thanks for contributing an answer to Tezos Stack Exchange!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid



                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.


                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function () {
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftezos.stackexchange.com%2fquestions%2f1125%2fbaking-rewards-as-operations%23new-answer', 'question_page');
                    }
                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    Plaza Victoria

                    Puebla de Zaragoza

                    Musa