🥇ກ່ຽວກັບການປິດບັງຊື່ໃນບັນຊີ blockchains

ພວກເຮົາມີຄວາມສົນໃຈໃນຫົວຂໍ້ຂອງການປິດບັງຕົວຕົນໃນ cryptocurrencies ສໍາລັບເວລາດົນນານແລະພະຍາຍາມປະຕິບັດຕາມການພັດທະນາຂອງເຕັກໂນໂລຢີໃນຂົງເຂດນີ້. ໃນບົດຄວາມຂອງພວກເຮົາພວກເຮົາໄດ້ປຶກສາຫາລືຢ່າງລະອຽດກ່ຽວກັບຫຼັກການຂອງການດໍາເນີນງານ ການເຮັດທຸລະກໍາລັບ ໃນ Monero, ແລະຍັງໄດ້ປະຕິບັດ ການທົບທວນຄືນການປຽບທຽບ ເຕັກໂນໂລຊີທີ່ມີຢູ່ໃນພາກສະຫນາມນີ້. ຢ່າງໃດກໍ່ຕາມ, ທຸກໆສະກຸນເງິນ crypto ທີ່ບໍ່ເປີດເຜີຍຊື່ໃນມື້ນີ້ແມ່ນສ້າງຂຶ້ນໃນຕົວແບບຂໍ້ມູນທີ່ສະເຫນີໂດຍ Bitcoin - ຜົນໄດ້ຮັບຂອງທຸລະກໍາທີ່ບໍ່ໄດ້ໃຊ້ (ຕໍ່ໄປນີ້ UTXO). ສໍາລັບບັນຊີ blockchains ເຊັ່ນ Ethereum, ການແກ້ໄຂທີ່ມີຢູ່ແລ້ວສໍາລັບການປະຕິບັດການປິດບັງຊື່ແລະຄວາມລັບ (ຕົວຢ່າງ, ເຟີນິເຈີ ຫຼື Aztec) ພະຍາຍາມເຮັດແບບຈໍາລອງ UTXO ໃນສັນຍາສະຫມາດ.

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

ກ່ຽວກັບໂຄງສ້າງຂອງແບບຈໍາລອງຂໍ້ມູນເຫຼົ່ານີ້

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

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

ການວິເຄາະເຕັກໂນໂລຢີ

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

ເຊື່ອງຍອດເງິນແລະຈໍານວນການໂອນ

ໂຄງການເຂົ້າລະຫັດຖືກນໍາໃຊ້ເພື່ອເຂົ້າລະຫັດຍອດເງິນແລະການໂອນຈໍານວນເງິນໃນ Zether El Gamal. ມັນເຮັດວຽກດັ່ງຕໍ່ໄປນີ້. ໃນເວລາທີ່ Alice ຕ້ອງການສົ່ງ Bob b ຫຼຽນຕາມທີ່ຢູ່ (ລະຫັດສາທາລະນະຂອງມັນ) Y, ນາງເລືອກຕົວເລກແບບສຸ່ມ r ແລະເຂົ້າລະຫັດຈໍານວນ:

ບ່ອນທີ່ C - ຈໍານວນເງິນເຂົ້າລະຫັດ, D - ຄ່າຊ່ວຍເຫຼືອທີ່ຈໍາເປັນເພື່ອຖອດລະຫັດຈໍານວນນີ້, G - ຈຸດຄົງທີ່ໃນເສັ້ນໂຄ້ງຮູບຮີ, ເມື່ອຄູນດ້ວຍລະຫັດລັບ, ລະຫັດສາທາລະນະແມ່ນໄດ້ຮັບ.

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

ເຊັ່ນດຽວກັນ, Alice ຫັກຄ່າດຽວກັນຈາກຍອດເງິນຂອງນາງ, ພຽງແຕ່ເປັນ Y ໃຊ້ກະແຈສາທາລະນະຂອງເຈົ້າ.

ເຊື່ອງຜູ້ຮັບ ແລະ ຜູ້ສົ່ງ

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

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

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

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

ໃຫ້ເວົ້າວ່າ Alice ຕັດສິນໃຈປະກອບສ່ວນການກຸສົນຂອງ Bob, ແຕ່ມັກວ່າການຍົກຍ້າຍດັ່ງກ່າວຍັງຄົງບໍ່ເປີດເຜີຍຊື່ຕໍ່ຜູ້ສັງເກດການພາຍນອກ. ຫຼັງຈາກນັ້ນ, ເພື່ອປອມຕົວຢູ່ໃນພາກສະຫນາມຜູ້ສົ່ງ, ນາງຍັງເຂົ້າໄປໃນບັນຊີຂອງອາດາມແລະ Adele. ແລະເພື່ອເຊື່ອງ Bob, ເພີ່ມບັນຊີຂອງ Ben ແລະ Bill ໃນຊ່ອງຜູ້ຮັບ. ການປະກອບສ່ວນຕໍ່ໄປ, Alice ຕັດສິນໃຈຂຽນ Alex ແລະ Amanda ຕໍ່ໄປຂອງນາງ, ແລະ Bruce ແລະ Benjen ຕິດກັບ Bob. ໃນກໍລະນີນີ້, ໃນເວລາທີ່ການວິເຄາະ blockchain, ໃນທັງສອງທຸລະກໍາເຫຼົ່ານີ້ມີພຽງແຕ່ຫນຶ່ງຄູ່ທີ່ຕັດກັນຂອງຜູ້ເຂົ້າຮ່ວມ - Alice ແລະ Bob, ເຊິ່ງ de-anonymizes ທຸລະກໍາເຫຼົ່ານີ້.

ເຊື້ອຊາດການເຮັດທຸລະກໍາ

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

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

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

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

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

ການປ້ອງກັນການໂຈມຕີ replay

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

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

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

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

ຜູ້ຂຽນຂອງ Zether ສະເຫນີໃຫ້ສ້າງ nonce cryptographically, ຂຶ້ນກັບ "ຍຸກ". ຍົກຕົວຢ່າງ:

ມັນເປັນ x ແມ່ນກະແຈລັບຂອງຜູ້ສົ່ງ, ແລະ Gepoch — ເຄື່ອງຜະລິດເພີ່ມເຕີມສໍາລັບຍຸກ, ໄດ້ຮັບໂດຍການ hashing ຊ່ອຍແນ່ຂອງຮູບແບບ 'Zether + '. ດຽວນີ້ບັນຫາເບິ່ງຄືວ່າໄດ້ຮັບການແກ້ໄຂ - ພວກເຮົາບໍ່ໄດ້ເປີດເຜີຍຂໍ້ອ້າງຂອງຜູ້ສົ່ງແລະບໍ່ແຊກແຊງກັບບັນດາຜູ້ເຂົ້າຮ່ວມທີ່ບໍ່ມີສ່ວນກ່ຽວຂ້ອງ. ແຕ່ວິທີການນີ້ກໍານົດຂໍ້ຈໍາກັດທີ່ຮ້າຍແຮງ: ບັນຊີຫນຶ່ງສາມາດສົ່ງໄດ້ບໍ່ເກີນຫນຶ່ງທຸລະກໍາຕໍ່ "ເວລາ". ບັນຫານີ້, ແຕ່ຫນ້າເສຍດາຍ, ຍັງຄົງບໍ່ໄດ້ຮັບການແກ້ໄຂ, ແລະປະຈຸບັນເຮັດໃຫ້ Zether ຮຸ່ນທີ່ບໍ່ເປີດເຜີຍຊື່, ໃນຄວາມຄິດເຫັນຂອງພວກເຮົາ, ເກືອບບໍ່ເຫມາະສົມສໍາລັບການນໍາໃຊ້.

ຄວາມຊັບຊ້ອນຂອງຫຼັກຖານຄວາມຮູ້ສູນ

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

ໃນສະບັບທີ່ບໍ່ເປີດເຜີຍຊື່ຂອງບັນຊີ blockchain, ການສະແດງອອກສໍາລັບການພິສູດແມ່ນສັບສົນຫຼາຍ. ຜູ້ສົ່ງພິສູດວ່າ:

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

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

ຈະເປັນແນວໃດໃນທີ່ສຸດ?

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

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

ກ່ຽວກັບການປິດບັງຊື່ໃນບັນຊີ blockchains