ເກມ validator ແມ່ນຫຍັງຫຼື "ວິທີການເປີດຕົວ blockchain ຫຼັກຖານສະແດງການສະເຕກ"

ດັ່ງນັ້ນ, ທີມງານຂອງທ່ານໄດ້ສໍາເລັດສະບັບ alpha ຂອງ blockchain ຂອງທ່ານ, ແລະມັນເຖິງເວລາທີ່ຈະເປີດຕົວ testnet ແລະຫຼັງຈາກນັ້ນ mainnet. ທ່ານມີ blockchain ທີ່ແທ້ຈິງ, ມີຜູ້ເຂົ້າຮ່ວມເອກະລາດ, ຮູບແບບເສດຖະກິດທີ່ດີ, ຄວາມປອດໄພ, ທ່ານໄດ້ອອກແບບການປົກຄອງແລະໃນປັດຈຸບັນມັນເຖິງເວລາທີ່ຈະພະຍາຍາມທັງຫມົດນີ້ໃນການປະຕິບັດ. ໃນໂລກ crypto-anarchic ທີ່ເຫມາະສົມ, ທ່ານວາງ block genesis ໃນເຄືອຂ່າຍ, ລະຫັດສຸດທ້າຍຂອງ node ແລະ validators ຕົວຂອງມັນເອງເປີດຕົວທຸກສິ່ງທຸກຢ່າງ, ຍົກສູງການບໍລິການຊ່ວຍທັງຫມົດ, ແລະທຸກສິ່ງທຸກຢ່າງເກີດຂຶ້ນດ້ວຍຕົວມັນເອງ. ແຕ່ນີ້ແມ່ນຢູ່ໃນໂລກ fictional, ແຕ່ໃນໂລກທີ່ແທ້ຈິງ, ທີມງານຕ້ອງໄດ້ກະກຽມຂ້ອນຂ້າງຫຼາຍຂອງຊອບແວ auxiliary ແລະການຫມູນໃຊ້ຕ່າງໆເພື່ອຊ່ວຍໃຫ້ validators ເປີດເຄືອຂ່າຍທີ່ຫມັ້ນຄົງ. ນີ້ແມ່ນສິ່ງທີ່ບົດຄວາມນີ້ແມ່ນກ່ຽວກັບ.

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

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

ຜູ້ກວດສອບ

ລອງຈິນຕະນາການການເປີດຕົວຂອງ blockchain ທີ່ທັນສະໄຫມສົມມຸດຕິຖານ (ສ່ວນໃຫຍ່ຂອງສິ່ງທີ່ໄດ້ອະທິບາຍແມ່ນເຫມາະສົມສໍາລັບ blockchains ໂດຍອີງໃສ່ທຸກຄອບຄົວທີ່ທັນສະໄຫມຂອງ blockchain: Ethereum, EOS, Polkadot, Cosmos ແລະອື່ນໆ, ເຊິ່ງສະຫນອງຫຼັກຖານສະແດງການເປັນເອກະສັນກັນຂອງສະເຕກ. blockchains ດັ່ງກ່າວແມ່ນທີມງານ validator, ມີສ່ວນຮ່ວມໃນການຕິດຕັ້ງເຄື່ອງແມ່ຂ່າຍເອກະລາດຂອງເຂົາເຈົ້າເອງທີ່ກວດສອບແລະຜະລິດ blocks ໃຫມ່, ແລະໄດ້ຮັບລາງວັນສະຫນອງໃຫ້ໂດຍເຄືອຂ່າຍສໍາລັບຜູ້ທີ່ເຂົ້າຮ່ວມໃນການເປັນເອກະສັນກັນໄດ້. ຫຼາຍຫຼືຫນ້ອຍປະສິດທິຜົນບັນລຸຄວາມເຫັນດີເຫັນພ້ອມໃນວິນາທີ), ດັ່ງນັ້ນໂຄງການປະກາດການລົງທະບຽນ, ເຊິ່ງຜູ້ກວດສອບໄດ້ແບ່ງປັນຂໍ້ມູນສາທາລະນະກ່ຽວກັບຕົວເອງກັບຜູ້ໃຊ້, ຫມັ້ນໃຈວ່າພວກເຂົາຈະໃຫ້ບໍລິການທີ່ມີຄຸນນະພາບສູງຕໍ່ເຄືອຂ່າຍທີ່ເປີດຕົວ.

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

ທຸລະກິດຂອງ validators ຮຽກຮ້ອງໃຫ້ມີການຮັບປະກັນຄວາມອົດທົນສູງຂອງການບໍລິການ, ຊຶ່ງຫມາຍຄວາມວ່າລະດັບສູງຂອງການຝຶກອົບຮົມສໍາລັບ devops ແລະນັກພັດທະນາແລະຊັບພະຍາກອນຄອມພິວເຕີລາຄາແພງ. ເຖິງແມ່ນວ່າບໍ່ຈໍາເປັນຕ້ອງຂຸດຄົ້ນ hashes ໃນເຄືອຂ່າຍການເຮັດວຽກທີ່ມີຫຼັກຖານສະແດງ, blockchain node ເປັນບໍລິການຂະຫນາດໃຫຍ່ທີ່ເອົາຫນ່ວຍຄວາມຈໍາຫຼາຍ, ໃຊ້ການຄໍານວນຫຼາຍ, validates, ຂຽນໃສ່ແຜ່ນແລະສົ່ງຂໍ້ມູນຈໍານວນຫລາຍໃນເຄືອຂ່າຍ. . ເພື່ອເກັບຮັກສາບັນທຶກການເຮັດທຸລະກໍາແລະລະບົບຕ່ອງໂສ້ບລັອກສໍາລັບ blockchain ທີ່ມີການເຮັດທຸລະກໍາຂະຫນາດນ້ອຍຫຼາຍພັນທຸລະກໍາໃນບລັອກ, ການເກັບຮັກສາ 50 Gb ຫຼືຫຼາຍກວ່ານັ້ນແມ່ນຈໍາເປັນ, ແລະສໍາລັບບລັອກມັນຕ້ອງເປັນ SSD. ຖານຂໍ້ມູນຂອງລັດຂອງ blockchains ທີ່ມີການສະຫນັບສະຫນູນສັນຍາສະຫມາດສາມາດເກີນ 64Gb ຂອງ RAM ແລ້ວ. ເຊີບເວີທີ່ມີລັກສະນະທີ່ຕ້ອງການແມ່ນຂ້ອນຂ້າງແພງ; Ethereum ຫຼື EOS node ສາມາດມີລາຄາຈາກ 100 ຫາ 200 ໂດລາຕໍ່ເດືອນ. ຕື່ມການນີ້ຄ່າຈ້າງທີ່ເພີ່ມຂຶ້ນສໍາລັບການເຮັດວຽກຕະຫຼອດໂມງຂອງນັກພັດທະນາແລະ devops, ຜູ້ທີ່ໃນໄລຍະການເປີດຕົວແກ້ໄຂບັນຫາເຖິງແມ່ນວ່າໃນຕອນກາງຄືນ, ເນື່ອງຈາກວ່າບາງ validators ສາມາດຕັ້ງຢູ່ໃນ hemisphere ອື່ນໄດ້ຢ່າງງ່າຍດາຍ. ຢ່າງໃດກໍຕາມ, ໃນເວລາທີ່ເຫມາະສົມ, ການເປັນເຈົ້າຂອງ node validator ສາມາດນໍາເອົາລາຍໄດ້ທີ່ຮ້າຍແຮງ (ໃນກໍລະນີຂອງ EOS, ເຖິງ $ 10 ຕໍ່ມື້).

ການກວດສອບເປັນພຽງໜຶ່ງໃນບົດບາດ IT ທີ່ມີທ່າແຮງໃໝ່ສຳລັບຜູ້ປະກອບການ ແລະ ບໍລິສັດ; ເນື່ອງຈາກນັກຂຽນໂປລແກລມມີ algorithms ທີ່ມີຄວາມຊັບຊ້ອນຫຼາຍຂຶ້ນ ເຊິ່ງໃຫ້ລາງວັນຄວາມຊື່ສັດ ແລະ ລົງໂທດການສໍ້ໂກງ ແລະ ການລັກ, ການບໍລິການປະກົດວ່າເຮັດໜ້າທີ່ເຜີຍແຜ່ຂໍ້ມູນສຳຄັນ (oracles), ປະຕິບັດການເບິ່ງແຍງກວດກາ. (ການຂູດບັດເງິນຝາກແລະການລົງໂທດ cheaters ໂດຍການເຜີຍແຜ່ຫຼັກຖານສະແດງການຫຼອກລວງ), ການບໍລິການແກ້ໄຂຂໍ້ຂັດແຍ່ງ, ການປະກັນໄພແລະທາງເລືອກ, ເຖິງແມ່ນວ່າການເກັບຂີ້ເຫຍື້ອແມ່ນຕະຫຼາດທີ່ມີທ່າແຮງຂະຫນາດໃຫຍ່ໃນລະບົບສັນຍາສະຫມາດທີ່ມັນຈໍາເປັນຕ້ອງຈ່າຍຄ່າເກັບຮັກສາຂໍ້ມູນ.

ບັນຫາຂອງການເປີດຕົວ blockchain

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

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

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

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

ເກມຂອງ Validators

ຂ້ອຍຈະອະທິບາຍເກມຂອງ validators ດັ່ງທີ່ພວກເຮົາໄດ້ອອກແບບສໍາລັບ DAO.Casino (DAOBet) blockchain ໂດຍອີງໃສ່ EOS fork, ເຊິ່ງເອີ້ນວ່າ Haya ແລະມີກົນໄກການປົກຄອງທີ່ຄ້າຍຄືກັນ - ຜູ້ກວດສອບຖືກເລືອກໂດຍການລົງຄະແນນສຽງຈາກບັນຊີໃດກໍ່ຕາມ, ໃນສ່ວນໃດ. ຍອດເງິນທີ່ໃຊ້ໃນການລົງຄະແນນສຽງສຳລັບຜູ້ກວດສອບແມ່ນຖືກແຊ່ແຂງ. ບັນຊີໃດໆທີ່ມີ token BET ຕົ້ນຕໍຢູ່ໃນຍອດເງິນຂອງມັນສາມາດລົງຄະແນນສຽງສໍາລັບຜູ້ກວດສອບທີ່ເລືອກດ້ວຍສ່ວນໃດສ່ວນຫນຶ່ງຂອງຍອດເງິນຂອງມັນ. ການລົງຄະແນນສຽງໄດ້ຖືກສະຫຼຸບແລະຜູ້ກວດສອບສູງສຸດແມ່ນສ້າງຂຶ້ນໂດຍອີງໃສ່ຜົນໄດ້ຮັບ. ໃນ blockchain ທີ່ແຕກຕ່າງກັນຂະບວນການນີ້ຖືກຈັດຂື້ນແຕກຕ່າງກັນ, ແລະປົກກະຕິແລ້ວມັນຢູ່ໃນສ່ວນນີ້ທີ່ blockchain ໃຫມ່ແຕກຕ່າງຈາກພໍ່ແມ່, ແລະຂ້າພະເຈົ້າຕ້ອງເວົ້າວ່າໃນກໍລະນີຂອງພວກເຮົາ, EOS ຢ່າງເຕັມສ່ວນ justifies "OS" ໃນຊື່ຂອງມັນ, ພວກເຮົາກໍ່ໃຊ້ EOS. ເປັນລະບົບປະຕິບັດການພື້ນຖານສໍາລັບການນໍາໃຊ້ສະບັບດັດແກ້ຂອງ blockchain ສໍາລັບວຽກງານ DAOBet.

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

ວິທີການເລືອກຜູ້ຊະນະສູງສຸດ?

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

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

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

ສໍາລັບ blockchains ອື່ນໆ, ວິທີທີ່ Validator Points ຖືກຄິດໄລ່ອາດຈະແຕກຕ່າງກັນ, ສໍາລັບການຍົກຕົວຢ່າງ, ສໍາລັບຄວາມເຫັນດີນໍາທີ່ອີງໃສ່ pBFT (Tendermint / Cosmos, Aura consensus ຈາກ Parity Substrate), ເຊິ່ງແຕ່ລະ block ຕ້ອງໄດ້ຮັບການເຊັນໂດຍຜູ້ກວດສອບຫຼາຍ, ມັນສົມເຫດສົມຜົນທີ່ຈະນັບຜູ້ກວດສອບສ່ວນບຸກຄົນ. ການລົງລາຍເຊັນແທນທີ່ຈະເປັນຕັນ, ມັນອາດມີຄວາມສົມເຫດສົມຜົນທີ່ຈະຄໍານຶງເຖິງຮອບຄວາມເຫັນດີເຫັນພ້ອມທີ່ບໍ່ຄົບຖ້ວນ, ເຊິ່ງເຮັດໃຫ້ເສຍຊັບພະຍາກອນຂອງຜູ້ກວດສອບອື່ນໆ, ໂດຍທົ່ວໄປແລ້ວນີ້ແມ່ນຂຶ້ນກັບປະເພດຂອງຄວາມເຫັນດີນໍາ.

ວິທີການຈໍາລອງສະພາບການດໍາເນີນງານທີ່ແທ້ຈິງ

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

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

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

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

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

ຈຸດສໍາຄັນສໍາລັບການດໍາເນີນການເກມ validator

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

ແຈກຈ່າຍລາງວັນທັງໝົດຕາມ VP ທີ່ໄດ້ຮັບ
ມັນເປັນປະຊາທິປະໄຕຫຼາຍແລະອະນຸຍາດໃຫ້ທຸກຄົນທີ່ໄດ້ລົງທຶນເວລາແລະຊັບພະຍາກອນເຂົ້າໄປໃນເກມ validator ເພື່ອຫາເງິນ
ແຕ່ດຶງດູດຄົນສຸ່ມເຂົ້າໄປໃນເກມໂດຍບໍ່ມີໂຄງສ້າງພື້ນຖານທີ່ກຽມພ້ອມ

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

ທາງເລືອກໃດທີ່ຈະເລືອກແມ່ນຂຶ້ນກັບທ່ານ

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

ສະຫລຸບ

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

ສິ່ງ​ທີ່​ທ່ານ​ຈໍາ​ເປັນ​ຕ້ອງ​ເຮັດ​ເພື່ອ​ດໍາ​ເນີນ​ການ​ເປັນ​ເກມ​ທີ່​ແທ້​ຈິງ​:
ພັດທະນາ blockchain ຂອງທ່ານເອງ :)

• ສ້າງແລະຍົກສູງການໂຕ້ຕອບເວັບແລະສະຫນອງ CLI ສໍາລັບການລົງຄະແນນສຽງສໍາລັບ validators
• ໃຫ້ແນ່ໃຈວ່າ metrics ຈາກ node validator ແລ່ນສາມາດຖືກສົ່ງໄປຫາການບໍລິການສູນກາງ (ຕົວຢ່າງ Prometheus)
• ຍົກເຊີບເວີການເກັບຕົວວັດແທກ (Prometheus + Grafana) ສໍາລັບເກມຜູ້ກວດສອບ
• ຄິດໄລ່ວ່າ Validator Points (VP) ຈະຖືກຄິດໄລ່ແນວໃດ
• ພັດທະນາສະຄິບສາທາລະນະທີ່ຄິດໄລ່ VP validator ໂດຍອີງໃສ່ຂໍ້ມູນຈາກ blockchain
• ພັດທະນາອິນເຕີເຟດເວັບເພື່ອສະແດງຜູ້ກວດສອບສູງສຸດ, ແລະສະຖານະເກມຂອງຜູ້ກວດສອບ (ເວລາເຫຼືອເທົ່າໃດຈົນຈົບ, ໃຜມີ VP ເທົ່າໃດ, ແລະອື່ນໆ).
• ການ​ພັດ​ທະ​ນາ​ແລະ​ອັດ​ຕະ​ໂນ​ມັດ​ການ​ເປີດ​ຕົວ​ຂອງ​ຕົວ​ເລກ​ທີ່​ຕົນ​ເອງ​ຂອງ​ຂໍ້​ກໍາ​ນົດ​ຂອງ​ຕົນ​ເອງ​, ການ​ອອກ​ແບບ​ຂະ​ບວນ​ການ​ຂອງ​ການ​ເຊື່ອມ​ຕໍ່ validators ກັບ​ເກມ (ເມື່ອ​ໃດ​ແລະ​ວິ​ທີ​ການ​ຕັດ​ການ​ເຊື່ອມ​ຕໍ່ nodes ຂອງ​ທ່ານ​, ສົ່ງ​ແລະ​ລົບ​ຄະ​ແນນ​ສໍາ​ລັບ​ເຂົາ​ເຈົ້າ​)
• ຄິດໄລ່ຈໍານວນ tokens ຈໍາເປັນຕ້ອງໄດ້ຮັບການອອກແລະພັດທະນາສັນຍາ faucet
• ສ້າງ script benchmark (ການໂອນ token, ການນໍາໃຊ້ການເກັບຮັກສາຂະຫນາດໃຫຍ່, ການນໍາໃຊ້ເຄືອຂ່າຍຂະຫນາດໃຫຍ່)
• ລວບລວມຜູ້ເຂົ້າຮ່ວມທັງຫມົດໃນຫນຶ່ງການສົນທະນາເພື່ອການສື່ສານໄວ
• ເປີດຕົວ blockchain ເລັກນ້ອຍກ່ອນການເລີ່ມຕົ້ນຂອງເກມ
• ລໍຖ້າຕັນເລີ່ມຕົ້ນ, ເລີ່ມເກມ
• ທົດສອບເຄືອຂ່າຍທີ່ມີການເຮັດທຸລະກໍາຫຼາຍປະເພດ
• ມ້ວນອອກເປັນສ້ອມແຂງ
• ປ່ຽນລາຍຊື່ຜູ້ກວດສອບ
• ເຮັດຊ້ໍາຂັ້ນຕອນ 13,14,15, XNUMX, XNUMX ໃນຄໍາສັ່ງທີ່ແຕກຕ່າງກັນ, ການຮັກສາຄວາມຫມັ້ນຄົງຂອງເຄືອຂ່າຍ
• ລໍຖ້າຕັນສຸດທ້າຍ, ສິ້ນສຸດເກມ, ນັບ VP

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

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