TON: Telegram ເປີດເຄືອຂ່າຍ. ສ່ວນທີ 2: Blockchains, sharding

ຂໍ້ຄວາມນີ້ແມ່ນການສືບຕໍ່ຂອງຊຸດຂອງບົດຄວາມທີ່ຂ້ອຍພິຈາລະນາໂຄງສ້າງຂອງເຄືອຂ່າຍ Telegram Open Network (TON) ທີ່ແຈກຢາຍ (ອາດຈະເປັນໄປໄດ້), ເຊິ່ງໄດ້ຖືກກະກຽມສໍາລັບການປ່ອຍໃນປີນີ້. IN ພາກສ່ວນທີ່ຜ່ານມາ ຂ້າພະເຈົ້າໄດ້ອະທິບາຍລະດັບພື້ນຖານທີ່ສຸດຂອງມັນ - ວິທີທີ່ nodes ພົວພັນກັບກັນແລະກັນ.

ພຽງແຕ່ໃນກໍລະນີ, ຂ້າພະເຈົ້າຂໍເຕືອນທ່ານວ່າຂ້າພະເຈົ້າບໍ່ມີຫຍັງກ່ຽວຂ້ອງກັບການພັດທະນາຂອງເຄືອຂ່າຍນີ້ແລະອຸປະກອນການທັງຫມົດແມ່ນມາຈາກແຫຼ່ງເປີດ (ເຖິງແມ່ນວ່າບໍ່ໄດ້ຮັບການຢັ້ງຢືນ) - ເອກະສານ (ມີເອກະສານຕິດຄັດມາ ແຜ່ນພັບ, ສະຫຼຸບຈຸດຕົ້ນຕໍ), ເຊິ່ງປາກົດຢູ່ໃນທ້າຍປີທີ່ຜ່ານມາ. ຈໍານວນຂໍ້ມູນໃນເອກະສານນີ້, ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍ, ຊີ້ໃຫ້ເຫັນເຖິງຄວາມຖືກຕ້ອງຂອງມັນ, ເຖິງແມ່ນວ່າບໍ່ມີການຢືນຢັນຢ່າງເປັນທາງການກ່ຽວກັບເລື່ອງນີ້.

ມື້ນີ້ພວກເຮົາຈະເບິ່ງອົງປະກອບຕົ້ນຕໍຂອງ TON - blockchain.

ແນວຄິດພື້ນຖານ

ບັນຊີ (ບັນຊີ). ຊຸດຂອງຂໍ້ມູນທີ່ກໍານົດໂດຍຕົວເລກ 256-bit ລະ​ຫັດ​ບັນ​ຊີ (ສ່ວນຫຼາຍແລ້ວນີ້ແມ່ນລະຫັດສາທາລະນະຂອງເຈົ້າຂອງບັນຊີ). ໃນກໍລະນີພື້ນຖານ (ເບິ່ງຂ້າງລຸ່ມນີ້ ສູນວຽກຕ່ອງໂສ້), ຂໍ້ມູນນີ້ຫມາຍເຖິງການດຸ່ນດ່ຽງຂອງຜູ້ໃຊ້. "ຄອບຄອງ" ສະເພາະ ລະ​ຫັດ​ບັນ​ຊີ ໃຜສາມາດ, ແຕ່ວ່າທ່ານສາມາດປ່ຽນມູນຄ່າຂອງມັນຕາມກົດລະບຽບທີ່ແນ່ນອນ.

ສັນຍາສະຫມາດ (ສັນຍາສະຫມາດ). ໃນຄວາມເປັນຈິງ, ມັນເປັນກໍລະນີພິເສດຂອງບັນຊີ, ເສີມດ້ວຍລະຫັດສັນຍາສະຫມາດແລະການເກັບຮັກສາຕົວແປຂອງມັນ. ຖ້າໃນກໍລະນີຂອງ "ກະເປົາເງິນ" ມັນເປັນໄປໄດ້ທີ່ຈະປ່ອຍສິນເຊື່ອແລະຖອນເງິນຈາກມັນຕາມກົດລະບຽບທີ່ຂ້ອນຂ້າງງ່າຍດາຍແລະກໍານົດໄວ້ລ່ວງຫນ້າ, ຫຼັງຈາກນັ້ນໃນກໍລະນີຂອງສັນຍາສະຫມາດ, ກົດລະບຽບເຫຼົ່ານີ້ຖືກຂຽນໃນຮູບແບບຂອງລະຫັດຂອງມັນ (ໃນບາງ Turing. - ພາສາການຂຽນໂປລແກລມທີ່ສົມບູນ).

ສະຖານະ Blockchain (ສະຖານະຂອງ blockchain). ຊຸດຂອງລັດຂອງບັນຊີທັງຫມົດ / ສັນຍາສະຫມາດ (ໃນຄວາມຫມາຍທີ່ບໍ່ມີຕົວຕົນ, ຕາຕະລາງ hash, ບ່ອນທີ່ກະແຈແມ່ນຕົວລະບຸບັນຊີ, ແລະຄ່າແມ່ນຂໍ້ມູນທີ່ເກັບໄວ້ໃນບັນຊີ).

ຂໍ້​ຄວາມ (ຂໍ້ຄວາມ). ຂ້າງເທິງ, ຂ້າພະເຈົ້າໄດ້ໃຊ້ຄໍາວ່າ "ສິນເຊື່ອແລະຂຽນອອກເງິນ" - ນີ້ແມ່ນຕົວຢ່າງສະເພາະຂອງຂໍ້ຄວາມ ("ການໂອນເງິນ. N ກຣາມ ຈາກບັນຊີ account_1 ຕໍ່ບັນຊີ account_2"). ແນ່ນອນ, ມີພຽງແຕ່ node ທີ່ເປັນເຈົ້າຂອງລະຫັດສ່ວນຕົວຂອງບັນຊີທີ່ສາມາດສົ່ງຂໍ້ຄວາມດັ່ງກ່າວໄດ້. account_1 - ແລະສາມາດຢືນຢັນມັນດ້ວຍລາຍເຊັນ. ຜົນໄດ້ຮັບຂອງການສົ່ງຂໍ້ຄວາມດັ່ງກ່າວໄປຫາບັນຊີປົກກະຕິແມ່ນການເພີ່ມຂື້ນຂອງຍອດເງິນຂອງມັນ, ແລະສັນຍາສະຫມາດ - ການປະຕິບັດລະຫັດຂອງມັນ (ເຊິ່ງຈະດໍາເນີນການໄດ້ຮັບຂໍ້ຄວາມ). ແນ່ນອນ, ຂໍ້ຄວາມອື່ນໆກໍ່ເປັນໄປໄດ້ (ການໂອນເງິນບໍ່ແມ່ນຕົວເລກ, ແຕ່ຂໍ້ມູນໂດຍຕົນເອງລະຫວ່າງສັນຍາສະຫມາດ).

ທຸລະກໍາ (ເຮັດທຸລະກໍາ). ຄວາມຈິງຂອງການສົ່ງຂໍ້ຄວາມເອີ້ນວ່າການເຮັດທຸລະກໍາ. ທຸລະກໍາປ່ຽນແປງສະຖານະຂອງ blockchain. ມັນແມ່ນມາຈາກການເຮັດທຸລະກໍາ (ບັນທຶກການຈັດສົ່ງຂໍ້ຄວາມ) ທີ່ຕັນໃນ blockchain ປະກອບດ້ວຍ. ໃນເລື່ອງນີ້, ທ່ານສາມາດຄິດເຖິງສະຖານະຂອງ blockchain ເປັນຖານຂໍ້ມູນທີ່ເພີ່ມຂຶ້ນ - ຕັນທັງຫມົດແມ່ນ "ຄວາມແຕກຕ່າງ" ທີ່ຕ້ອງໄດ້ຮັບການນໍາໃຊ້ຕາມລໍາດັບເພື່ອໃຫ້ໄດ້ສະຖານະຂອງຖານຂໍ້ມູນໃນປະຈຸບັນ. ສະເພາະຂອງການຫຸ້ມຫໍ່ "ຄວາມແຕກຕ່າງ" ເຫຼົ່ານີ້ (ແລະການຟື້ນຟູສະພາບເຕັມທີ່ໂດຍໃຊ້ພວກມັນ) ຈະຖືກປຶກສາຫາລືໃນບົດຄວາມຕໍ່ໄປ.

Blockchain ໃນ TON: ມັນແມ່ນຫຍັງແລະເປັນຫຍັງ?

ດັ່ງທີ່ໄດ້ກ່າວໄວ້ໃນບົດຄວາມທີ່ຜ່ານມາ, Blockchain ແມ່ນໂຄງສ້າງຂໍ້ມູນ, ອົງປະກອບ (ຕັນ) ທີ່ຖືກຈັດລຽງຢູ່ໃນ "ຕ່ອງໂສ້", ແລະແຕ່ລະຕັນຕໍ່ໄປຂອງລະບົບຕ່ອງໂສ້ມີ hash ຂອງອັນກ່ອນຫນ້າ.. ຄໍາຖາມໄດ້ຖືກຖາມໃນຄໍາເຫັນ: ເປັນຫຍັງພວກເຮົາຕ້ອງການໂຄງສ້າງຂໍ້ມູນດັ່ງກ່າວທັງຫມົດໃນເວລາທີ່ພວກເຮົາມີ DHT ແລ້ວ - ຕາຕະລາງ hash ແຈກຢາຍ? ແນ່ນອນ, ບາງຂໍ້ມູນສາມາດຖືກເກັບໄວ້ໃນ DHT, ແຕ່ນີ້ແມ່ນພຽງແຕ່ເຫມາະສົມສໍາລັບຂໍ້ມູນທີ່ບໍ່ "ລະອຽດອ່ອນ" ເກີນໄປ. ຍອດເງິນ Cryptocurrency ບໍ່ສາມາດຖືກເກັບໄວ້ໃນ DHT - ຕົ້ນຕໍເນື່ອງຈາກການຂາດການກວດສອບສໍາລັບ ຄວາມຊື່ສັດ. ຕົວຈິງແລ້ວ, ຄວາມສັບສົນທັງຫມົດຂອງໂຄງສ້າງ blockchain ເຕີບໂຕເພື່ອປ້ອງກັນການແຊກແຊງກັບຂໍ້ມູນທີ່ເກັບໄວ້ໃນມັນ.

ຢ່າງໃດກໍຕາມ, blockchain ໃນ TON ເບິ່ງຄືວ່າມີຄວາມສັບສົນຫຼາຍກ່ວາໃນລະບົບແຈກຢາຍອື່ນໆ - ແລະມີສອງເຫດຜົນສໍາລັບການນີ້. ທໍາອິດແມ່ນຄວາມປາຖະຫນາທີ່ຈະຫຼຸດຜ່ອນຄວາມຕ້ອງການສໍາລັບ ສ້ອມ. ໃນ cryptocurrencies ແບບດັ້ງເດີມ, ຕົວກໍານົດການທັງຫມົດແມ່ນຖືກກໍານົດຢູ່ໃນຂັ້ນຕອນເບື້ອງຕົ້ນ, ແລະຄວາມພະຍາຍາມທີ່ຈະປ່ຽນແປງພວກມັນຢ່າງແທ້ຈິງນໍາໄປສູ່ການເກີດຂື້ນຂອງ "ຈັກກະວານ cryptocurrency ທາງເລືອກ". ເຫດຜົນທີສອງແມ່ນການສະຫນັບສະຫນູນສໍາລັບການ crushing (ຕັດ, ຕັດ) blockchain. Blockchain ແມ່ນໂຄງສ້າງທີ່ບໍ່ສາມາດມີຂະຫນາດນ້ອຍກວ່າໃນໄລຍະເວລາ; ແລະປົກກະຕິແລ້ວແຕ່ລະ node ທີ່ຮັບຜິດຊອບຕໍ່ສຸຂະພາບຂອງເຄືອຂ່າຍໄດ້ຖືກບັງຄັບໃຫ້ເກັບຮັກສາມັນຫມົດ. ໃນລະບົບແບບດັ້ງເດີມ (ສູນກາງ), sharding ແມ່ນໃຊ້ເພື່ອແກ້ໄຂບັນຫາດັ່ງກ່າວ: ບາງບັນທຶກໃນຖານຂໍ້ມູນແມ່ນຕັ້ງຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຫນຶ່ງ, ບາງບ່ອນຢູ່ບ່ອນອື່ນ, ແລະອື່ນໆ. ໃນກໍລະນີຂອງ cryptocurrencies, ຫນ້າທີ່ດັ່ງກ່າວຍັງຂ້ອນຂ້າງຫາຍາກ - ໂດຍສະເພາະ, ເນື່ອງຈາກຄວາມຈິງທີ່ວ່າມັນເປັນການຍາກທີ່ຈະເພີ່ມ sharding ກັບລະບົບທີ່ມັນບໍ່ໄດ້ວາງແຜນໄວ້ໃນຕອນຕົ້ນ.

TON ມີແຜນການແກ້ໄຂບັນຫາທັງສອງຢ່າງຂ້າງເທິງນີ້ແນວໃດ?

ເນື້ອຫາ Blockchain. ໂສ້ງງານ.

ກ່ອນອື່ນ ໝົດ, ໃຫ້ເວົ້າກ່ຽວກັບສິ່ງທີ່ຖືກວາງແຜນໄວ້ໃນ blockchain. ສະຖານະຂອງບັນຊີ ("ກະເປົາເງິນ" ໃນກໍລະນີພື້ນຖານ) ແລະສັນຍາສະຫມາດ (ສໍາລັບຄວາມງ່າຍດາຍ, ພວກເຮົາຈະສົມມຸດວ່ານີ້ແມ່ນຄືກັນກັບບັນຊີ) ຈະຖືກເກັບໄວ້ຢູ່ທີ່ນັ້ນ. ໃນຄວາມເປັນຈິງ, ນີ້ຈະເປັນຕາຕະລາງ hash ປົກກະຕິ - ກຸນແຈໃນມັນຈະເປັນຕົວລະບຸ ລະ​ຫັດ​ບັນ​ຊີ, ແລະຄ່າແມ່ນໂຄງສ້າງຂໍ້ມູນທີ່ມີສິ່ງຕ່າງໆເຊັ່ນ:

• ຍອດເງິນ;
• ລະຫັດສັນຍາສະຫມາດ (ພຽງແຕ່ສໍາລັບສັນຍາສະຫມາດ);
• ການເກັບຮັກສາຂໍ້ມູນສັນຍາສະຫມາດ (ພຽງແຕ່ສໍາລັບສັນຍາສະຫມາດ);
• ສະຖິຕິ;
• (ທາງເລືອກ) ລະຫັດສາທາລະນະສໍາລັບການໂອນຈາກບັນຊີ, account_id ໂດຍຄ່າເລີ່ມຕົ້ນ;
• ແຖວຂອງຂໍ້ຄວາມຂາອອກ (ທີ່ນີ້ພວກມັນຖືກໃສ່ເພື່ອສົ່ງຕໍ່ໄປຫາຜູ້ຮັບ);
• ບັນຊີລາຍຊື່ຂອງຂໍ້ຄວາມຫຼ້າສຸດທີ່ຖືກສົ່ງໄປຫາບັນຊີນີ້.

ດັ່ງທີ່ໄດ້ກ່າວມາຂ້າງເທິງ, ຕັນດ້ວຍຕົນເອງປະກອບດ້ວຍການເຮັດທຸລະກໍາ - ຂໍ້ຄວາມທີ່ຖືກສົ່ງໄປຫາບັນຊີ account_id ຕ່າງໆ. ຢ່າງໃດກໍຕາມ, ນອກຈາກ account_id, ຂໍ້ຄວາມຍັງມີຊ່ອງຂໍ້ມູນ 32-bit workchain_id - ຕົວລະບຸຂອງອັນທີ່ເອີ້ນວ່າ. ຕ່ອງໂສ້ວຽກ (ຕ່ອງໂສ້ວຽກ, blockchain ເຮັດວຽກ). ນີ້ອະນຸຍາດໃຫ້ທ່ານມີ blockchain ເອກະລາດຈໍານວນຫນຶ່ງທີ່ມີການຕັ້ງຄ່າທີ່ແຕກຕ່າງກັນ. ໃນກໍລະນີນີ້, workchain_id = 0 ຖືວ່າເປັນກໍລະນີພິເສດ, ສູນວຽກຕ່ອງໂສ້ - ມັນແມ່ນຍອດເງິນໃນມັນທີ່ຈະກົງກັບ TON (Grams) cryptocurrency. ສ່ວນຫຼາຍອາດຈະ, ໃນຕອນທໍາອິດ, ການເຮັດວຽກອື່ນໆຈະບໍ່ມີຢູ່ທັງຫມົດ.

Shardchains. Paradigm Sharding Infinite.

ແຕ່ການຂະຫຍາຍຕົວຂອງຈໍານວນຂອງ blockchain ບໍ່ໄດ້ຢຸດຢູ່ທີ່ນັ້ນ. ໃຫ້ຈັດການກັບ sharding. ຈິນຕະນາການວ່າແຕ່ລະບັນຊີ (account_id) ມີ blockchain ຂອງຕົນເອງ - ມັນມີຂໍ້ຄວາມທັງຫມົດທີ່ມັນໄດ້ຮັບ - ແລະສະຖານະຂອງ blockchain ດັ່ງກ່າວທັງຫມົດຈະຖືກເກັບໄວ້ໃນ nodes ແຍກຕ່າງຫາກ.

ແນ່ນອນ, ນີ້ແມ່ນສິ່ງເສດເຫຼືອຫຼາຍ: ສ່ວນຫຼາຍອາດຈະ, ໃນແຕ່ລະເຫຼົ່ານີ້ shardchains (shardchain, shard blockchain) ການເຮັດທຸລະກໍາຈະໄດ້ຮັບຫນ້ອຍຫຼາຍ, ແລະຫຼາຍຂອງ nodes ມີອໍານາດຈະຕ້ອງການ (ເບິ່ງໄປຂ້າງຫນ້າ, ຂ້າພະເຈົ້າສັງເກດວ່າພວກເຮົາກໍາລັງລົມກັນບໍ່ພຽງແຕ່ກ່ຽວກັບລູກຄ້າໃນໂທລະສັບມືຖື - ແຕ່ກ່ຽວກັບເຄື່ອງແມ່ຂ່າຍທີ່ຮ້າຍແຮງ).

ດັ່ງນັ້ນ, shardchains ສົມທົບບັນຊີໂດຍສອງຄໍານໍາຫນ້າຂອງຕົວລະບຸຂອງພວກເຂົາ: ຖ້າ shardchain ມີຄໍານໍາຫນ້າຂອງ 0110, ການເຮັດທຸລະກໍາທັງຫມົດຂອງ account_id ທີ່ເລີ່ມຕົ້ນດ້ວຍຕົວເລກເຫຼົ່ານີ້ຈະຕົກຢູ່ໃນມັນ. ນີ້ shard_prefix ສາມາດມີຄວາມຍາວຈາກ 0 ຫາ 60 bits - ແລະສໍາຄັນທີ່ສຸດ, ມັນສາມາດປ່ຽນແປງແບບເຄື່ອນໄຫວ.

ທັນທີທີ່ການເຮັດທຸລະກໍາຫຼາຍເກີນໄປເລີ່ມໄຫຼເຂົ້າໄປໃນຫນຶ່ງຂອງ shardchain, nodes ທີ່ເຮັດວຽກກ່ຽວກັບມັນ, ຕາມກົດລະບຽບທີ່ກໍານົດໄວ້, "ແຍກ" ມັນອອກເປັນສອງລູກ - ຄໍານໍາຫນ້າຂອງພວກມັນຈະຍາວກວ່າຫນຶ່ງ (ແລະສໍາລັບຫນຶ່ງໃນນັ້ນ, ບິດນີ້. ຈະເປັນ 0, ແລະສໍາລັບການອື່ນໆ - 1). ຍົກ​ຕົວ​ຢ່າງ, shard_prefix = 0110b ແບ່ງອອກເປັນ 01100b ແລະ 01101 ຂ. ໃນທາງກັບກັນ, ຖ້າສອງ "ເພື່ອນບ້ານ" shardchains ເລີ່ມຮູ້ສຶກສະບາຍໃຈພຽງພໍ (ສໍາລັບບາງເວລາ), ພວກມັນຈະປະສົມປະສານອີກເທື່ອຫນຶ່ງ.

ດັ່ງນັ້ນ, sharding ແມ່ນເຮັດ "ຈາກລຸ່ມສຸດ" - ພວກເຮົາສົມມຸດວ່າແຕ່ລະບັນຊີມີ shard ຂອງຕົນເອງ, ແຕ່ພວກເຂົາເຈົ້າແມ່ນ - ສໍາລັບເວລານີ້ - "glued" ໂດຍ prefixes. ນີ້ແມ່ນສິ່ງທີ່ມັນຫມາຍຄວາມວ່າ Paradigm Sharding Infinite (ຂະບວນວິວັດ sharding infinite).

ແຍກຕ່າງຫາກ, ຂ້າພະເຈົ້າຢາກຈະເນັ້ນຫນັກວ່າ workchains ມີພຽງແຕ່ virtually - ໃນຄວາມເປັນຈິງ, workchain_id ມັນເປັນສ່ວນຫນຶ່ງຂອງຕົວລະບຸຂອງ shardchain ໂດຍສະເພາະ. ໃນຄໍາສັບທີ່ເປັນທາງການ, ແຕ່ລະ shardchain ຖືກກໍານົດໂດຍຄູ່ຂອງຕົວເລກ (workchain_id, shard_prefix).

ການ​ແກ້​ໄຂ​ຄວາມ​ຜິດ​ພາດ​. blockchains ຕັ້ງ.

ຕາມປະເພນີແລ້ວ, ການເຮັດທຸລະກໍາໃດໆໃນ blockchain ແມ່ນ "ຕັ້ງຢູ່ໃນຫີນ". ຢ່າງໃດກໍຕາມ, ໃນກໍລະນີຂອງ TON, ມັນເປັນໄປໄດ້ທີ່ຈະ "ຂຽນຄືນປະຫວັດສາດ" - ໃນກໍລະນີທີ່ຜູ້ໃດຜູ້ຫນຶ່ງ (ອັນທີ່ເອີ້ນວ່າ. knot - "ຊາວ​ປະ​ມົງ​") ຈະພິສູດວ່າຫນຶ່ງໃນຕັນໄດ້ຖືກເຊັນບໍ່ຖືກຕ້ອງ. ໃນກໍລະນີນີ້, ຕັນການແກ້ໄຂພິເສດຈະຖືກເພີ່ມໃສ່ shardchain ທີ່ສອດຄ້ອງກັນ, ປະກອບດ້ວຍ hash ຂອງຕັນທີ່ຖືກແກ້ໄຂເອງ (ແລະບໍ່ແມ່ນບລັອກສຸດທ້າຍໃນ shardchain). ເປັນຕົວແທນຂອງ shardchain ເປັນຕ່ອງໂສ້ຂອງຕັນທີ່ວາງອອກຕາມແນວນອນ, ພວກເຮົາສາມາດເວົ້າໄດ້ວ່າຕັນການແກ້ໄຂແມ່ນຕິດກັບຕັນທີ່ຜິດພາດໄປທາງຂວາ, ແຕ່ຈາກຂ້າງເທິງ - ດັ່ງນັ້ນ, ມັນໄດ້ຖືກພິຈາລະນາວ່າມັນກາຍເປັນສ່ວນຫນຶ່ງຂອງ "blockchain ຕັ້ງ" ຂະຫນາດນ້ອຍ. . ດັ່ງນັ້ນ, ມັນສາມາດເວົ້າໄດ້ວ່າ shardchains ແມ່ນ blockchain ສອງມິຕິ.

ຖ້າ, ຫຼັງຈາກບລັອກທີ່ຜິດພາດ, ຕັນຕໍ່ມາໄດ້ກ່າວເຖິງການປ່ຽນແປງທີ່ເຮັດໂດຍມັນ (i. e., ການເຮັດທຸລະກໍາໃຫມ່ແມ່ນເຮັດໂດຍອີງໃສ່ທີ່ບໍ່ຖືກຕ້ອງ), ການແກ້ໄຂຈະຖືກເພີ່ມເຂົ້າໃນບລັອກເຫຼົ່ານີ້ "ຈາກຂ້າງເທິງ". ຖ້າຕັນບໍ່ມີຜົນກະທົບຕໍ່ຂໍ້ມູນ "ຜົນກະທົບ", "ຄື້ນການແກ້ໄຂ" ເຫຼົ່ານີ້ບໍ່ໄດ້ນໍາໃຊ້ກັບພວກມັນ. ຕົວຢ່າງ, ໃນຕົວຢ່າງຂ້າງເທິງ, ການເຮັດທຸລະກໍາຂອງບລັອກທໍາອິດ, ເຊິ່ງເພີ່ມຍອດເງິນຂອງບັນຊີ C, ໄດ້ຖືກຮັບຮູ້ວ່າບໍ່ຖືກຕ້ອງ - ດັ່ງນັ້ນ, ການເຮັດທຸລະກໍາທີ່ຫຼຸດລົງຍອດເງິນຂອງບັນຊີນີ້ໃນບລັອກທີສາມກໍ່ຕ້ອງຖືກຍົກເລີກ, ແລະ ຕັນການແກ້ໄຂໄດ້ຖືກສັນຍາໃນໄລຍະຕັນຕົວມັນເອງ.

ມັນຄວນຈະສັງເກດເຫັນວ່າເຖິງແມ່ນວ່າຕັນການແກ້ໄຂໄດ້ຖືກອະທິບາຍວ່າຕັ້ງຢູ່ "ຂ້າງເທິງ" ຂອງຕົ້ນສະບັບ, ໃນຄວາມເປັນຈິງພວກມັນຈະຖືກເພີ່ມໃສ່ໃນຕອນທ້າຍຂອງ blockchain ທີ່ສອດຄ້ອງກັນ (ບ່ອນທີ່ພວກເຂົາຄວນຈະຕັ້ງຢູ່ຕາມລໍາດັບ). ການຈັດລຽງສອງມິຕິພຽງແຕ່ສະແດງໃຫ້ເຫັນວ່າຈຸດໃດໃນ blockchain ພວກເຂົາຈະ "hooked" (ຜ່ານ hash ຂອງຕັນຕົ້ນສະບັບທີ່ຕັ້ງຢູ່ໃນພວກມັນ).

ທ່ານສາມາດ philosophize ແຍກຕ່າງຫາກວ່າການຕັດສິນໃຈ "ປ່ຽນແປງອະດີດ" ໄດ້ດີປານໃດ. ມັນເບິ່ງຄືວ່າຖ້າພວກເຮົາອະນຸຍາດໃຫ້ຄວາມເປັນໄປໄດ້ຂອງການປະກົດຕົວຂອງຕັນທີ່ບໍ່ຖືກຕ້ອງໃນ shardchain, ຫຼັງຈາກນັ້ນພວກເຮົາບໍ່ສາມາດປ້ອງກັນຄວາມເປັນໄປໄດ້ຂອງການປະກົດຕົວຂອງຕັນແກ້ໄຂທີ່ຜິດພາດ. ທີ່ນີ້, ເທົ່າທີ່ຂ້າພະເຈົ້າສາມາດບອກໄດ້, ຄວາມແຕກຕ່າງຂອງຈໍານວນຂອງຂໍ້ທີ່ຕ້ອງບັນລຸໄດ້ເປັນເອກະສັນກັນກ່ຽວກັບຕັນໃຫມ່ - ຂ້ອນຂ້າງນ້ອຍຈະເຮັດວຽກຢູ່ໃນແຕ່ລະ shardchain ".ກຸ່ມ​ເຮັດ​ວຽກ» nodes (ຂ້ອນຂ້າງມັກຈະມີການປ່ຽນແປງອົງປະກອບຂອງມັນ), ແລະການແນະນໍາຂອງຕັນການແກ້ໄຂຈະຮຽກຮ້ອງໃຫ້ມີການຍິນຍອມເຫັນດີຈາກທັງຫມົດ. nodes validator. ຂ້າພະເຈົ້າຈະກວມເອົາຜູ້ກວດສອບ, ກຸ່ມເຮັດວຽກ, ແລະພາລະບົດບາດຂອງ node ອື່ນໆໃນລາຍລະອຽດເພີ່ມເຕີມໃນບົດຄວາມໃນອະນາຄົດ.

ຫນຶ່ງ blockchain ເພື່ອປົກຄອງພວກເຂົາທັງຫມົດ

ຂ້າງເທິງນີ້ສະແດງຂໍ້ມູນຫຼາຍຢ່າງກ່ຽວກັບປະເພດຕ່າງໆຂອງ blockchains, ເຊິ່ງໃນຕົວຂອງມັນເອງຄວນຈະຖືກເກັບໄວ້ຢູ່ບ່ອນໃດບ່ອນຫນຶ່ງ. ໂດຍສະເພາະ, ພວກເຮົາເວົ້າກ່ຽວກັບຂໍ້ມູນຕໍ່ໄປນີ້:

• ກ່ຽວ​ກັບ​ຈໍາ​ນວນ​ແລະ​ການ​ຕັ້ງ​ຄ່າ​ຂອງ workchains​;
• ກ່ຽວກັບຈໍານວນຂອງ shardchains ແລະຄໍານໍາຫນ້າຂອງເຂົາເຈົ້າ;
• ກ່ຽວກັບຂໍ້ທີ່ຮັບຜິດຊອບໃນປັດຈຸບັນສໍາລັບ shardchains ໃດ;
• hashes ຂອງຕັນສຸດທ້າຍໄດ້ເພີ່ມໃສ່ shardchain ທັງຫມົດ.

ດັ່ງທີ່ທ່ານອາດຈະໄດ້ຄາດເດົາ, ສິ່ງທັງຫມົດເຫຼົ່ານີ້ຖືກບັນທຶກໄວ້ໃນບ່ອນເກັບມ້ຽນ blockchain ອື່ນ - ແມ່ບົດ (ນາຍຊ່າງ, ຕົ້ນສະບັບ blockchain). ເນື່ອງຈາກມີ hashes ຈາກຕັນຂອງ shardchains ທັງຫມົດໃນຕັນຂອງມັນ, ມັນເຮັດໃຫ້ລະບົບເຊື່ອມຕໍ່ສູງ. ໃນບັນດາສິ່ງອື່ນໆ, ນີ້ຫມາຍຄວາມວ່າການສ້າງຕັນໃຫມ່ໃນ masterchain ຈະເກີດຂື້ນທັນທີຫຼັງຈາກການສ້າງຕັນໃນ shardchains - ຄາດວ່າຕັນໃນ shardchains ຈະປາກົດເກືອບພ້ອມໆກັນປະມານທຸກໆ 5 ວິນາທີ, ແລະຕັນຕໍ່ໄປໃນ. the masterchain - ວິນາທີຫຼັງຈາກນັ້ນ.

ແຕ່ໃຜຈະຮັບຜິດຊອບໃນການປະຕິບັດວຽກງານ titanic ທັງຫມົດນີ້ - ສໍາລັບການສົ່ງຂໍ້ຄວາມ, ການປະຕິບັດສັນຍາສະຫມາດ, ການສ້າງຕັນໃນ shardchains ແລະ masterchain, ແລະແມ້ກະທັ້ງການກວດສອບຕັນສໍາລັບຄວາມຜິດພາດ? ໂທລະສັບຂອງຜູ້ຊົມໃຊ້ຫຼາຍລ້ານຄົນທີ່ມີລູກຄ້າ Telegram ຕິດຕັ້ງຢູ່ໃນພວກມັນຈະເຮັດສິ່ງທັງຫມົດນີ້ແທ້ໆບໍ? ຫຼື, ບາງທີ, ທີມງານ Durov ຈະປະຖິ້ມແນວຄວາມຄິດຂອງການກະຈາຍອໍານາດແລະເຄື່ອງແມ່ຂ່າຍຂອງພວກເຂົາຈະເຮັດມັນແບບເກົ່າບໍ?

ໃນຄວາມເປັນຈິງ, ບໍ່ມີຄໍາຕອບຫນຶ່ງຫຼືຄໍາຕອບອື່ນໆທີ່ຖືກຕ້ອງ. ແຕ່ຂົງເຂດຂອງບົດຄວາມນີ້ແມ່ນສິ້ນສຸດລົງຢ່າງໄວວາ, ດັ່ງນັ້ນພວກເຮົາຈະເວົ້າກ່ຽວກັບບົດບາດຕ່າງໆຂອງໂຫນດ (ທ່ານອາດຈະໄດ້ສັງເກດເຫັນບາງສິ່ງທີ່ພວກເຂົາໄດ້ກ່າວມາ), ເຊັ່ນດຽວກັນກັບກົນໄກຂອງການເຮັດວຽກຂອງພວກເຂົາ, ໃນສ່ວນຕໍ່ໄປ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com