ມູນ​ຄ່າ 36 ລ້ານ​ໂດ​ລາ​ຂອງ JUNO ໄດ້​ໂອນ​ໄປ​ຫາ​ທີ່​ຢູ່​ຜິດ​ພາດ

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

ການປົກຄອງໂດຍອີງໃສ່ Blockchain ສັນຍາວ່າຄວາມປາຖະຫນາຂອງຊຸມຊົນແມ່ນກົດບັນຍັດໂດຍກົງໃນລະບົບຕ່ອງໂສ້. ການລົງຄະແນນສຽງຂອງຊຸມຊົນທີ່ກົງໄປກົງມາຄວນຈະພຽງພໍທີ່ຈະ maneuver tokens ຈາກທີ່ຢູ່ blockchain ສະເພາະຫນຶ່ງໄປຫາອື່ນໃນໂລກທີ່ເກີນທີ່ລະຫັດແມ່ນກົດຫມາຍ.

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

3 ລ້ານຖອນໂທເຄັນ JUNO ໄປຫາທີ່ຢູ່ທີ່ຜິດພາດ

Juno Proposal 20, ເຊິ່ງຜ່ານໄປດ້ວຍການສະໜັບສະໜູນຊຸມຊົນຢ່າງລົ້ນເຫຼືອໃນອາທິດແລ້ວນີ້, ໄດ້ຖອນໂທເຄນຈາກ Takumi Asano, ນາຍທຶນຊາວຍີ່ປຸ່ນທີ່ສົງໃສວ່າມີການພະນັນສົ່ງ Juno ໃຫ້ກັບ 120 ລ້ານໂດລາສະຫະລັດໃນເດືອນກຸມພາ. ມັນເປັນຕົວຢ່າງຕົ້ນຕໍຕົ້ນຕໍຂອງທາງເລືອກຂອງຊຸມຊົນ blockchain ທີ່ຈະປ່ຽນຄວາມສົມດຸນຂອງ token ຂອງຜູ້ໃຊ້ຫນຶ່ງທີ່ສົງໃສວ່າເຮັດຫນ້າທີ່ເປັນອັນຕະລາຍ.

ສອດຄ່ອງກັບການລົງຄະແນນສຽງຂອງຊຸມຊົນ, Asano ໄດ້ດໍາເນີນການບໍລິການແລກປ່ຽນເງິນຕາທີ່ຄວນຈະເຮັດໃຫ້ປຶ້ມກະເປົ໋າຂອງລາວບໍ່ມີເງື່ອນໄຂສໍາລັບ "ການຫຼຸດລົງຂອງສະເຕກ" ທີ່ສົມມຸດວ່າ Juno tokens ກັບ stakers ໃນ Cosmos Hub blockchain.

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

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

ມັນແມ່ນຄວາມຜິດຂອງໃຜ?

Validators ທີ່ນໍາໃຊ້ nodes ເພື່ອດໍາເນີນການ blockchain ຫຼັກຖານສະແດງການຖືຫຸ້ນເຊັ່ນ Juno, ໃນທາງທິດສະດີ, ຮັບຜິດຊອບສໍາລັບການດໍາເນີນການຄວາມພາກພຽນອັນເນື່ອງມາຈາກການຍົກລະດັບລະບົບຕ່ອງໂສ້ເຊັ່ນດຽວກັບຫນຶ່ງທີ່ມາພ້ອມກັບຂໍ້ສະເຫນີ 20. ຊຸມຊົນຂອງ validators disintermediated ນີ້ - ບໍ່ແມ່ນຜູ້ພັດທະນາສະເພາະໃດຫນຶ່ງທີ່ຮັບຜິດຊອບສໍາລັບການ. ການ​ຈັດ​ຫາ​ຕັນ​, ການ​ຮັບ​ປະ​ກັນ​ເຄືອ​ຂ່າຍ​, ແລະ​ການ​ປຸງ​ແຕ່ງ​ການ​ຍົກ​ລະ​ດັບ​ໃນ​ລັກ​ສະ​ນະ "ການ​ແບ່ງ​ປັນ​" ຫຼາຍ​ທີ່​ສຸດ​.

ໃນຈໍານວນຜູ້ກວດສອບຄວາມຖືກຕ້ອງຂອງ Juno ປະມານຮ້ອຍຊາວ, ບໍ່ມີໃຜສັງເກດເຫັນວ່າທີ່ຢູ່ Unity ຖືກຕິດບໍ່ຖືກຕ້ອງ.

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

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

ຂໍ້ຄວາມຫຼ້າສຸດໂດຍ Ahtesham Anis (ເບິ່ງທັງຫມົດ)