ວິທີການກໍານົດທີ່ຢູ່ຂອງສັນຍາສະຫມາດກ່ອນທີ່ຈະນໍາໃຊ້: ການນໍາໃຊ້ CREATE2 ສໍາລັບການແລກປ່ຽນ crypto

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

opcode CREATE2 ໄດ້ຖືກເພີ່ມເຂົ້າໃນຮາດ fork Constantinople ໃນວັນທີ 28 ເດືອນກຸມພາຂອງປີນີ້. ດັ່ງທີ່ໄດ້ກ່າວໄວ້ໃນ EIP, opcode ນີ້ໄດ້ຖືກນໍາສະເຫນີຕົ້ນຕໍສໍາລັບຊ່ອງທາງຂອງລັດ. ຢ່າງໃດກໍຕາມ, ພວກເຮົາໄດ້ໃຊ້ມັນເພື່ອແກ້ໄຂບັນຫາທີ່ແຕກຕ່າງກັນ.

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

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

ທີ່ຢູ່ Ethereum

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

ວິທີການນີ້ມີຂໍ້ດີດັ່ງຕໍ່ໄປນີ້:

• ມັນງ່າຍດາຍ
• ຄ່າ​ໃຊ້​ຈ່າຍ​ໃນ​ການ​ໂອນ tokens ຈາກ wallet ກັບ hotwallet ແມ່ນ​ເທົ່າ​ກັບ​ຄ່າ​ໃຊ້​ຈ່າຍ​ຂອງ​ການ​ໂທ​ຫາ​ຫນ້າ​ທີ່ ໂອນ()

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

ສ້າງສັນຍາສະຫມາດແຍກຕ່າງຫາກສໍາລັບຜູ້ໃຊ້ແຕ່ລະຄົນ

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

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

Opcode CREATE2

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

keccak256 (0xff ++ address ++ salt ++ keccak256 (init_code)) [12:]

, ບ່ອນທີ່:

• ທີ່ຢູ່ — ທີ່​ຢູ່​ຂອງ​ສັນ​ຍາ smart ທີ່​ຈະ​ໂທ​ຫາ CREATE2​
• ເກືອ - ຄ່າສຸ່ມ
• init_code — ອັດ​ສະ​ລິ​ຍະ bytecode ສໍາ​ລັບ​ການ​ນໍາ​ໃຊ້​

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

ຍິ່ງໄປກວ່ານັ້ນ, ທ່ານສາມາດຄິດໄລ່ທີ່ຢູ່ສັນຍາສະຫມາດທຸກໆຄັ້ງແທນທີ່ຈະເກັບຮັກສາມັນເພາະວ່າ:

• ທີ່ຢູ່ ໃນສູດແມ່ນຄົງທີ່, ເນື່ອງຈາກວ່ານີ້ແມ່ນທີ່ຢູ່ຂອງໂຮງງານຜະລິດກະເປົາເງິນຂອງພວກເຮົາ
• ເກືອ — user_id hash
• init_code ແມ່ນຄົງທີ່ນັບຕັ້ງແຕ່ພວກເຮົາໃຊ້ກະເປົາເງິນດຽວກັນ

ການປັບປຸງເພີ່ມເຕີມ

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

ກົງກັນຂ້າມກັບຄວາມເຊື່ອທີ່ນິຍົມ, ທ່ານສາມາດປະຕິບັດສັນຍາສະຫມາດກັບທີ່ຢູ່ດຽວກັນຫຼາຍຄັ້ງດ້ວຍ CREATE2 opcode. ນີ້ແມ່ນຍ້ອນວ່າ CREATE2 ກວດເບິ່ງວ່າ nonce ຂອງທີ່ຢູ່ເປົ້າຫມາຍແມ່ນສູນ (ມັນຖືກມອບຫມາຍຄ່າ "1" ໃນຕອນຕົ້ນຂອງຕົວສ້າງ). ໃນກໍລະນີດັ່ງກ່າວນີ້, ຫນ້າທີ່ ທໍາ​ລາຍ​ຕົນ​ເອງ () ຣີເຊັດທີ່ຢູ່ nonce ທຸກຄັ້ງ. ດັ່ງນັ້ນຖ້າທ່ານໂທຫາ CREATE2 ອີກຄັ້ງດ້ວຍການໂຕ້ຖຽງດຽວກັນ, ການກວດສອບ nonce ຈະຜ່ານ.

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

ການຕັດສິນໃຈສຸດທ້າຍ

ເບື້ອງຕົ້ນກະກຽມໂດຍ:

• ຫນ້າ​ທີ່​ເພື່ອ​ໃຫ້​ໄດ້​ຮັບ​ເກືອ​ໂດຍ​ user_id
• ສັນຍາສະຫມາດທີ່ຈະໂທຫາ opcode CREATE2 ດ້ວຍເກືອທີ່ເຫມາະສົມ (i.e. ໂຮງງານຜະລິດກະເປົາເງິນ)
• wallet bytecode ທີ່ສອດຄ້ອງກັບສັນຍາກັບຜູ້ສ້າງຕໍ່ໄປນີ້:

constructor () {
    address hotWallet = 0x…;
    address token = 0x…;
    token.transfer (hotWallet, token.balanceOf (address (this)));
    selfdestruct (address (0));
}

ສໍາລັບຜູ້ໃຊ້ໃຫມ່ທຸກຄົນພວກເຮົາສະແດງທີ່ຢູ່ wallet ຂອງລາວໂດຍການຄິດໄລ່

keccak256 (0xff ++ address ++ salt ++ keccak256 (init_code)) [12:]

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

ເມື່ອທີ່ຢູ່ wallet ສະສົມຈໍານວນ tokens ທີ່ພຽງພໍ, ພວກເຮົາສາມາດໂອນພວກມັນທັງຫມົດໃນຄັ້ງດຽວໄປຫາ hotwallet. ເພື່ອເຮັດສິ່ງນີ້, backend ເອີ້ນຫນ້າທີ່ໂຮງງານຜະລິດສັນຍາສະຫມາດ, ເຊິ່ງດໍາເນີນການດັ່ງຕໍ່ໄປນີ້:

function deployWallet (соль uint256) {
    bytes memory walletBytecode =…;
    // invoke CREATE2 with wallet bytecode and salt
}

ດັ່ງນັ້ນ, wallet smart constructor is called, which transfers all its tokens to hotwallet address and then self-destructs .

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

ຜູ້ຂຽນ Pavel Kondratenkov, ຜູ້ຊ່ຽວຊານ Ethereum

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