ນັກພັດທະນາ Terra Classic Core ເປີດເຜີຍຂໍ້ສະເຫນີທີ່ຈະລົບລ້າງ Canonical LUNC Repo

- ການໂຄສະນາ -

ການສະເຫນີຈະລົບລ້າງຄວາມຕ້ອງການສໍາລັບເຈົ້າຫນ້າທີ່ສູນກາງທີ່ເບິ່ງແຍງການປ່ຽນແປງລະຫັດຂອງ blockchain.

Edward Kim, ຜູ້ພັດທະນາ Terra Classic ແລະຮອງສາດສະດາຈານຢູ່ມະຫາວິທະຍາໄລ Drexel, ໄດ້ສະເຫນີການກໍາຈັດບ່ອນເກັບມ້ຽນ canonical ທີ່ມີຢູ່ແລ້ວສໍາລັບ Terra Classic blockchain. ຖ້າການສະເຫນີຜ່ານ, ການປ່ຽນແປງລະຫັດທີ່ເຮັດໂດຍນັກພັດທະນາຈະບໍ່ຖືກເບິ່ງແຍງໂດຍເຈົ້າຫນ້າທີ່ສູນກາງແຕ່ໂດຍຜູ້ກວດສອບທີ່ຕັ້ງໄວ້, ສົ່ງເສີມການກະຈາຍອໍານາດຕື່ມອີກ.

ແຮງຈູງໃຈທີ່ຢູ່ເບື້ອງຫຼັງການສະເໜີ 

Ed ແນະນໍາ ສະ ໃນວັນພະຫັດ, ອະທິບາຍລາຍລະອຽດຂອງມັນແລະແຮງຈູງໃຈທີ່ຢູ່ເບື້ອງຫລັງມັນໃນຂະນະທີ່ລາວເປີດມັນສໍາລັບການສົນທະນາຊຸມຊົນ. ອີງຕາມ Ed, ນັກພັດທະນາ Terra Classic ຍັງປະເຊີນກັບບັນຫາທີ່ມີປະສົບການໃນເວລາທີ່ Terraform Labs ມີສິດອໍານາດຢ່າງແທ້ຈິງຕໍ່ການປ່ຽນແປງລະຫັດທີ່ເຮັດໃນ blockchain.

ການສົນທະນາສໍາລັບການບໍ່ມີ repository canonical ສໍາລັບ Terra Classic, https://t.co/j2TqbIt9cA

— Edward Kim (@edk208) ມັງກອນ 5, 2023

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

ຫຼັງ​ຈາກ​ການ implosion Terra ຂອງ​ເດືອນ​ພຶດ​ສະ​ພາ​, ເຊິ່ງ borned the Terra Classic (LUNC​) token​, ໄດ້​ Terra Money ຫຼັກຄລາສສິກ repo ໄດ້ຖືກສ້າງຂື້ນແລະຮັບໃຊ້ເປັນ repo canonical ສໍາລັບ blockchain. ດັ່ງນັ້ນ, ການປ່ຽນແປງລະຫັດທີ່ເຮັດຢູ່ໃນລະບົບຕ່ອງໂສ້ Terra Classic ແມ່ນຂຶ້ນກັບການອະນຸມັດຂອງ Terraform Labs ນັບຕັ້ງແຕ່ບໍລິສັດໄດ້ເບິ່ງແຍງ repo. ແຕ່ TFL ໄດ້ສຸມໃສ່ Luna blockchain ຫຼາຍຂຶ້ນ, ເຮັດໃຫ້ Terra Classic ບໍ່ໄດ້ຮັບການເບິ່ງແຍງ.

ໃນ​ເດືອນ​ກັນ​ຍາ 2022, ຂໍ້​ສະ​ເຫນີ 4940 ໄດ້​ຜ່ານ​ການ, ໂດຍ​ແນ​ໃສ່​ເຮັດ​ໃຫ້​ພວກ​ກະ​ບົດ Terra “.ຫຼັກຄລາສສິກ” repo repository canonical ສໍາລັບ blockchain ໄດ້. ຢ່າງໃດກໍຕາມ, ປະຕິບັດຕາມ patches ທີ່ເຮັດກັບ repo ເພື່ອແກ້ໄຂການຂູດຮີດ Dragonberry ເປັນພະຍານໃນລະຫັດ IBC ຂອງຕົນ, repo "Classic" ໃນປະຈຸບັນໄດ້ກາຍເປັນ repo canonical. 

ຜົນກະທົບຕໍ່ຂັ້ນຕອນສໍາລັບການປ່ຽນແປງລະຫັດ Terra Classic

ຖ້າຂໍ້ສະເຫນີຜ່ານໄປ, Classic repo ຈະຢຸດເຊົາການເປັນ repository canonical, ແລະການຍົກລະດັບທີ່ເຮັດໃນ Terra Classic blockchain ຈະຖືກເບິ່ງແຍງໂດຍຊຸມຊົນ, ໂດຍຜ່ານຂັ້ນຕອນຈໍານວນຫນ້ອຍ. ອີງຕາມ Ed, ການຍົກລະດັບເຫຼົ່ານີ້ຄວນມີ hash commit ລາຍລະອຽດການປ່ຽນແປງແລະສະເຫມີເລີ່ມຕົ້ນດ້ວຍ hash ການເຄື່ອນໄຫວຫຼືຫລ້າສຸດໃນລະບົບຕ່ອງໂສ້.

ນອກຈາກນັ້ນ, Ed ສັງເກດເຫັນວ່າທຸກໆຫນ່ວຍງານທີ່ເຫມາະສົມ; ລວມທັງຜູ້ກວດສອບ, ໂຄງການ, ຂໍ້, ແລະ CEXs; ຄວນໄດ້ຮັບຂໍ້ມູນກ່ຽວກັບການຍົກລະດັບທີ່ກໍາລັງດໍາເນີນ. ລາວ​ໃຫ້​ຄຳ​ໝັ້ນ​ສັນຍາ ທີມ L1 ສະຫນັບສະຫນູນໃນການລວບລວມແລະສະເຫນີຂໍ້ມູນທີ່ຈໍາເປັນໃນ repo ຂອງເຂົາເຈົ້າ.

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

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

- ການໂຄສະນາ -