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

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

ຂັ້ນຕອນຂອງການຮ້ອງຂໍການບໍລິການໂດຍລູກຄ້າ blockchain

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

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

1. ການເຮັດທຸລະກໍາໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນຢູ່ໃນລູກຄ້າ
2. ການເຮັດທຸລະກໍາແມ່ນລົງນາມໃນລູກຄ້າ
3. ລູກຄ້າເລືອກຫນຶ່ງຂອງ nodes ແລະສົ່ງທຸລະກໍາຂອງລາວໄປຫາມັນ
4. ລູກຄ້າລົງທະບຽນເພື່ອອັບເດດຖານຂໍ້ມູນຂອງລັດຂອງ node, ລໍຖ້າຜົນຂອງການເຮັດທຸລະກໍາຂອງມັນປາກົດ
5. node ແຈກຢາຍການເຮັດທຸລະກໍາຜ່ານເຄືອຂ່າຍ p2p
6. ຫຼາຍຫຼືຫນຶ່ງ BP (ຜູ້ຜະລິດຕັນ) ຂະບວນການສະສົມທຸລະກໍາ, ການປັບປຸງຖານຂໍ້ມູນຂອງລັດ
7. BP ປະກອບເປັນບລັອກໃຫມ່ຫຼັງຈາກການປຸງແຕ່ງຈໍານວນການເຮັດທຸລະກໍາທີ່ຕ້ອງການ
8. BP ແຈກຢາຍບລັອກໃຫມ່ຜ່ານເຄືອຂ່າຍ p2p
9. ຕັນໃຫມ່ຖືກສົ່ງໄປຫາ node ທີ່ລູກຄ້າກໍາລັງເຂົ້າເຖິງ
10. node ປັບປຸງຖານຂໍ້ມູນຂອງລັດ
11. node ເຫັນການປັບປຸງກ່ຽວກັບລູກຄ້າແລະສົ່ງໃຫ້ເຂົາແຈ້ງການທຸລະກໍາ

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

ການກະກຽມການເຮັດທຸລະກໍາໃນດ້ານລູກຄ້າ

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

ນອກຈາກນັ້ນ, ຢ່າລືມວ່າລະຫັດລູກຄ້າບໍ່ພຽງແຕ່ສົ່ງທຸລະກໍາກັບ blockchain, ແຕ່ທໍາອິດສອບຖາມສະຖານະຂອງ blockchain - ແລະກິດຈະກໍານີ້ສາມາດສົ່ງຜົນກະທົບຕໍ່ຄວາມແອອັດຂອງເຄືອຂ່າຍແລະ blockchain nodes. ດັ່ງນັ້ນ, ໃນເວລາທີ່ການວັດແທກ, ມັນຈະສົມເຫດສົມຜົນທີ່ຈະເຮັດຕາມພຶດຕິກໍາຂອງລະຫັດລູກຄ້າຢ່າງສົມບູນເທົ່າທີ່ເປັນໄປໄດ້. ເຖິງແມ່ນວ່າໃນ blockchain ຂອງເຈົ້າມີລູກຄ້າແສງສະຫວ່າງທໍາມະດາທີ່ໃສ່ລາຍເຊັນດິຈິຕອນປົກກະຕິໃນການເຮັດທຸລະກໍາທີ່ງ່າຍດາຍທີ່ສຸດເພື່ອໂອນຊັບສິນບາງຢ່າງ, ທຸກໆປີຍັງມີການຄິດໄລ່ຢ່າງຫຼວງຫຼາຍຕໍ່ລູກຄ້າ, ສູດການຄິດໄລ່ crypto ກໍາລັງເຂັ້ມແຂງ, ແລະສ່ວນຂອງການປຸງແຕ່ງນີ້ສາມາດ ກາຍເປັນຄໍຂວດທີ່ສໍາຄັນໃນອະນາຄົດ. ດັ່ງນັ້ນ, ຈົ່ງລະມັດລະວັງແລະບໍ່ພາດສະຖານະການໃນເວລາທີ່, ໃນການເຮັດທຸລະກໍາທີ່ຍາວນານ 3.5s, 2.5s ແມ່ນໃຊ້ເວລາໃນການກະກຽມແລະການເຊັນການເຮັດທຸລະກໍາ, ແລະ 1.0s ໃນການສົ່ງມັນໄປຫາເຄືອຂ່າຍແລະລໍຖ້າການຕອບໂຕ້. ເພື່ອປະເມີນຄວາມສ່ຽງຂອງຄໍຂວດນີ້, ທ່ານຈໍາເປັນຕ້ອງເກັບກໍາ metrics ຈາກເຄື່ອງຈັກລູກຄ້າ, ແລະບໍ່ພຽງແຕ່ຈາກ blockchain nodes.

ສົ່ງທຸລະກໍາແລະການຕິດຕາມສະຖານະພາບຂອງມັນ

ຂັ້ນຕອນຕໍ່ໄປແມ່ນການສົ່ງທຸລະກໍາໄປຍັງໂຫມດ blockchain ທີ່ເລືອກແລະໄດ້ຮັບສະຖານະພາບຂອງການຍອມຮັບມັນເຂົ້າໄປໃນກຸ່ມທຸລະກໍາ. ຂັ້ນຕອນນີ້ແມ່ນຄ້າຍຄືກັບການເຂົ້າເຖິງຖານຂໍ້ມູນປົກກະຕິ; node ຕ້ອງບັນທຶກການເຮັດທຸລະກໍາໃນສະນຸກເກີແລະເລີ່ມແຈກຢາຍຂໍ້ມູນກ່ຽວກັບມັນຜ່ານເຄືອຂ່າຍ p2p. ວິທີການປະເມີນການປະຕິບັດຢູ່ທີ່ນີ້ແມ່ນຄ້າຍຄືກັບການປະເມີນການປະຕິບັດຂອງ microservices Web API ແບບດັ້ງເດີມ, ແລະການເຮັດທຸລະກໍາດ້ວຍຕົນເອງໃນ blockchains ສາມາດປັບປຸງແລະປ່ຽນແປງສະຖານະພາບຂອງພວກເຂົາຢ່າງຈິງຈັງ. ໂດຍທົ່ວໄປ, ການປັບປຸງຂໍ້ມູນການເຮັດທຸລະກໍາໃນບາງ blockchains ສາມາດເກີດຂຶ້ນຫຼາຍຄັ້ງ, ຕົວຢ່າງເຊັ່ນເມື່ອປ່ຽນລະຫວ່າງສ້ອມຕ່ອງໂສ້ຫຼືເມື່ອ BPs ປະກາດຄວາມຕັ້ງໃຈຂອງພວກເຂົາທີ່ຈະລວມເອົາທຸລະກໍາໃນບລັອກ. ການຈໍາກັດຂະຫນາດຂອງສະນຸກເກີນີ້ແລະຈໍານວນການເຮັດທຸລະກໍາໃນມັນສາມາດສົ່ງຜົນກະທົບຕໍ່ການປະຕິບັດຂອງ blockchain. ຖ້າກຸ່ມທຸລະກໍາຖືກຕື່ມໃສ່ໃນຂະຫນາດສູງສຸດທີ່ເປັນໄປໄດ້, ຫຼືບໍ່ເຫມາະສົມກັບ RAM, ການປະຕິບັດເຄືອຂ່າຍອາດຈະຫຼຸດລົງຢ່າງຫຼວງຫຼາຍ. Blockchains ບໍ່ມີວິທີການທີ່ເປັນສູນກາງໃນການປົກປ້ອງຂໍ້ຄວາມຂີ້ເຫຍື້ອ, ແລະຖ້າ blockchain ສະຫນັບສະຫນູນການເຮັດທຸລະກໍາທີ່ມີປະລິມານສູງແລະຄ່າທໍານຽມຕ່ໍາ, ນີ້ສາມາດເຮັດໃຫ້ທຸລະກໍາ overflow - ເປັນຂໍ້ບົກຜ່ອງຂອງການປະຕິບັດທີ່ເປັນໄປໄດ້.

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

ເພື່ອປະເມີນຄວາມສ່ຽງຂອງຄໍຂວດນີ້, ທ່ານຍັງຈໍາເປັນຕ້ອງໄດ້ເກັບກໍາ metrics ຈາກເຄື່ອງຈັກລູກຄ້າ, ແລະບໍ່ພຽງແຕ່ຈາກ nodes blockchain.

ການຖ່າຍທອດການເຮັດທຸລະກໍາແລະຕັນຜ່ານເຄືອຂ່າຍ p2p

ໃນ blockchains, ເຄືອຂ່າຍ peer-to-peer (p2p) ຖືກນໍາໃຊ້ເພື່ອໂອນທຸລະກໍາແລະ blocks ລະຫວ່າງຜູ້ເຂົ້າຮ່ວມ. ການເຮັດທຸລະກໍາແຜ່ລາມໄປທົ່ວເຄືອຂ່າຍ, ເລີ່ມຕົ້ນຈາກຫນຶ່ງໃນ nodes, ຈົນກ່ວາພວກເຂົາໄປເຖິງຜູ້ຜະລິດ block peer, ຜູ້ທີ່ຫຸ້ມຫໍ່ການເຮັດທຸລະກໍາເຂົ້າໄປໃນບລັອກແລະ, ການນໍາໃຊ້ p2p ດຽວກັນ, ແຈກຢາຍ block ໃຫມ່ໃຫ້ກັບທຸກ nodes ເຄືອຂ່າຍ. ພື້ນຖານຂອງເຄືອຂ່າຍ p2p ທີ່ທັນສະໄຫມທີ່ສຸດແມ່ນການດັດແກ້ຕ່າງໆຂອງໂປໂຕຄອນ Kademlia. ທີ່ນີ້ ບົດສະຫຼຸບທີ່ດີຂອງໂປໂຕຄອນນີ້, ແລະ ຈົ່ງເບິ່ງ, - ບົດຄວາມທີ່ມີການວັດແທກຕ່າງໆໃນເຄືອຂ່າຍ BitTorrent, ເຊິ່ງຄົນເຮົາສາມາດເຂົ້າໃຈໄດ້ວ່າເຄືອຂ່າຍປະເພດນີ້ມີຄວາມຊັບຊ້ອນ ແລະສາມາດຄາດເດົາໄດ້ໜ້ອຍກວ່າເຄືອຂ່າຍທີ່ກຳນົດຄ່າຢ່າງເຂັ້ມງວດຂອງການບໍລິການສູນກາງ. ນອກຈາກນີ້, ຈົ່ງເບິ່ງ, ບົດຄວາມກ່ຽວກັບການວັດແທກ metrics ທີ່ຫນ້າສົນໃຈຕ່າງໆສໍາລັບ Ethereum nodes.

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

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

ການປະມວນຜົນ Blockchain ແລະການປັບປຸງຖານຂໍ້ມູນຂອງລັດ

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

ເພື່ອເພີ່ມປະສິດທິພາບໃນຂັ້ນຕອນນີ້, ມັນເປັນປະໂຫຍດທີ່ຈະເກັບກໍາແລະຕິດຕາມ metrics ຈາກ nodes ຕົວເອງ, ແລະລວມເອົາພວກມັນທີ່ກ່ຽວຂ້ອງກັບການປັບປຸງຖານຂໍ້ມູນຂອງລັດ: ຈໍານວນບລັອກທີ່ຖືກປຸງແຕ່ງຢູ່ໃນ node, ຂະຫນາດຂອງພວກເຂົາ, ຈໍານວນການເຮັດທຸລະກໍາ, ຈໍາ​ນວນ​ຂອງ​ສະ​ຫຼັບ​ລະ​ຫວ່າງ​ສ້ອມ​ຕ່ອງ​ໂສ້​, ຈໍາ​ນວນ​ຂອງ​ຕັນ​ທີ່​ບໍ່​ຖືກ​ຕ້ອງ​, ເວ​ລາ​ປະ​ຕິ​ບັດ​ການ virtual machines​, ຂໍ້​ມູນ​ກໍາ​ນົດ​ເວ​ລາ​, ແລະ​ອື່ນໆ​. ນີ້ຈະປ້ອງກັນບໍ່ໃຫ້ບັນຫາເຄືອຂ່າຍສັບສົນກັບຄວາມຜິດພາດໃນລະບົບຕ່ອງໂສ້ການປະມວນຜົນລະບົບຕ່ອງໂສ້.

ການເຮັດທຸລະກໍາການປຸງແຕ່ງເຄື່ອງ virtual ສາມາດເປັນແຫຼ່ງຂໍ້ມູນທີ່ເປັນປະໂຫຍດທີ່ສາມາດເພີ່ມປະສິດທິພາບການເຮັດວຽກຂອງ blockchain. ຈໍາ​ນວນ​ການ​ຈັດ​ສັນ​ຫນ່ວຍ​ຄວາມ​ຈໍາ​, ຈໍາ​ນວນ​ຂອງ​ຄໍາ​ແນະ​ນໍາ​ການ​ອ່ານ / ຂຽນ​, ແລະ​ການ​ວັດ​ແທກ​ອື່ນໆ​ທີ່​ກ່ຽວ​ຂ້ອງ​ກັບ​ປະ​ສິດ​ທິ​ພາບ​ຂອງ​ການ​ປະ​ຕິ​ບັດ​ລະ​ຫັດ​ສັນ​ຍາ​ສາ​ມາດ​ໃຫ້​ຂໍ້​ມູນ​ທີ່​ເປັນ​ປະ​ໂຫຍດ​ຈໍາ​ນວນ​ຫຼາຍ​ກັບ​ຜູ້​ພັດ​ທະ​ນາ​. ໃນເວລາດຽວກັນ, ສັນຍາສະຫມາດແມ່ນໂຄງການ, ຊຶ່ງຫມາຍຄວາມວ່າໃນທາງທິດສະດີພວກເຂົາສາມາດບໍລິໂພກຊັບພະຍາກອນໃດໆ: cpu / memory / network / storage, ດັ່ງນັ້ນການປຸງແຕ່ງທຸລະກໍາແມ່ນເປັນຂັ້ນຕອນທີ່ບໍ່ແນ່ນອນ, ເຊິ່ງ, ນອກຈາກນັ້ນ, ມີການປ່ຽນແປງຢ່າງຫຼວງຫຼາຍໃນເວລາທີ່ການເຄື່ອນຍ້າຍລະຫວ່າງຮຸ່ນ. ແລະເມື່ອປ່ຽນລະຫັດສັນຍາ. ດັ່ງນັ້ນ, metrics ທີ່ກ່ຽວຂ້ອງກັບການປະມວນຜົນທຸລະກໍາຍັງມີຄວາມຈໍາເປັນເພື່ອເພີ່ມປະສິດທິພາບການເຮັດວຽກຂອງ blockchain.

ໃບຮັບເງິນໂດຍລູກຄ້າຂອງແຈ້ງການກ່ຽວກັບການລວມເອົາທຸລະກໍາໃນ blockchain

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

ຢູ່ໃນສະຖານທີ່ນີ້, ມີການສົ່ງເຕັມເວລາທີ່ລູກຄ້າຕ້ອງໃຊ້ເວລາລໍຖ້າການຕອບໂຕ້ຈາກ blockchain; ມັນແມ່ນເວລານີ້ທີ່ຜູ້ໃຊ້ຈະລໍຖ້າການຢືນຢັນໃນແອັບພລິເຄຊັນຂອງລາວ, ແລະມັນແມ່ນການເພີ່ມປະສິດທິພາບຂອງມັນ. ວຽກ​ງານ​ຕົ້ນ​ຕໍ​ຂອງ​ການ​ພັດ​ທະ​ນາ​.

ສະຫລຸບ

ດັ່ງນັ້ນ, ພວກເຮົາສາມາດອະທິບາຍປະເພດຂອງການດໍາເນີນການກ່ຽວກັບ blockchains ແລະແບ່ງອອກເປັນຫຼາຍປະເພດ:

1. ການຫັນເປັນລະຫັດລັບ, ການກໍ່ສ້າງຫຼັກຖານ
2. ເຄືອຂ່າຍ peer-to-peer, ການເຮັດທຸລະກໍາແລະການຈໍາລອງແບບບລັອກ
3. ການປະມວນຜົນທຸລະກໍາ, ການປະຕິບັດສັນຍາສະຫມາດ
4. ການນໍາໃຊ້ການປ່ຽນແປງໃນ blockchain ກັບຖານຂໍ້ມູນຂອງລັດ, ການປັບປຸງຂໍ້ມູນກ່ຽວກັບການເຮັດທຸລະກໍາແລະຕັນ
5. ການຮ້ອງຂໍການອ່ານຢ່າງດຽວກັບຖານຂໍ້ມູນຂອງລັດ, blockchain node API, ການບໍລິການສະຫມັກ

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

ເມື່ອອອກແບບແລະປະເມີນການປະຕິບັດຂອງ blockchains, ທ່ານຈະຕ້ອງເອົາຈຸດເຫຼົ່ານີ້ທັງຫມົດເຂົ້າໃນບັນຊີ. ເພື່ອເຮັດສິ່ງນີ້, ທ່ານຈໍາເປັນຕ້ອງເກັບກໍາແລະວິເຄາະ metrics ພ້ອມກັນຈາກລູກຄ້າແລະເຄືອຂ່າຍເຄືອຂ່າຍ, ຊອກຫາຄວາມສໍາພັນລະຫວ່າງພວກເຂົາ, ຄາດຄະເນເວລາທີ່ຈະໃຫ້ບໍລິການລູກຄ້າ, ຄໍານຶງເຖິງຊັບພະຍາກອນຕົ້ນຕໍທັງຫມົດ: cpu / memory / ເຄືອຂ່າຍ / ການເກັບຮັກສາ. , ເຂົ້າໃຈວິທີການນໍາໃຊ້ແລະອິດທິພົນເຊິ່ງກັນແລະກັນ. ທັງຫມົດນີ້ເຮັດໃຫ້ການປຽບທຽບຄວາມໄວຂອງ blockchains ທີ່ແຕກຕ່າງກັນໃນຮູບແບບຂອງ "TPS ຫຼາຍປານໃດ" ເປັນວຽກງານທີ່ຫນ້າຂອບໃຈທີ່ສຸດ, ເນື່ອງຈາກວ່າມີຈໍານວນຂະຫນາດໃຫຍ່ຂອງການຕັ້ງຄ່າແລະລັດທີ່ແຕກຕ່າງກັນ. ໃນລະບົບສູນກາງຂະຫນາດໃຫຍ່, ກຸ່ມຂອງເຄື່ອງແມ່ຂ່າຍຫຼາຍຮ້ອຍຄົນ, ບັນຫາເຫຼົ່ານີ້ແມ່ນຍັງສັບສົນແລະຍັງຮຽກຮ້ອງໃຫ້ມີການເກັບກໍາຈໍານວນຫຼາຍຂອງ metrics ທີ່ແຕກຕ່າງກັນ, ແຕ່ໃນ blockchains, ເນື່ອງຈາກເຄືອຂ່າຍ p2p, ສັນຍາການປະມວນຜົນເຄື່ອງ virtual, ເສດຖະກິດພາຍໃນ, ຈໍານວນຂອງອົງສາ. ຂອງອິດສະລະພາບແມ່ນຫຼາຍກວ່າເກົ່າ, ເຊິ່ງເຮັດໃຫ້ການທົດສອບເຖິງແມ່ນວ່າຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຫຼາຍ, ມັນບໍ່ແມ່ນຕົວຊີ້ບອກແລະສະແດງໃຫ້ເຫັນພຽງແຕ່ມູນຄ່າປະມານທີ່ສຸດທີ່ເກືອບບໍ່ມີການເຊື່ອມຕໍ່ກັບຄວາມເປັນຈິງ.

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

ດັ່ງນັ້ນ, ເມື່ອທ່ານໄດ້ຮັບຄໍາຖາມ "ມີ TPS ຫຼາຍປານໃດໃນ blockchain ຂອງທ່ານ?", ສະເຫນີໃຫ້ interlocutor ຂອງທ່ານຊາແລະຖາມວ່າລາວພ້ອມທີ່ຈະເບິ່ງອາຍແກັສກາຟແລະຍັງຟັງສາມກ່ອງຂອງບັນຫາການປະຕິບັດ blockchain ແລະຄໍາແນະນໍາຂອງທ່ານສໍາລັບ ແກ້​ໄຂ​ໃຫ້​ເຂົາ​ເຈົ້າ ...

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