របៀបកំណត់អាសយដ្ឋាននៃកិច្ចសន្យាឆ្លាតវៃមុនពេលដាក់ឱ្យប្រើប្រាស់៖ ដោយប្រើ CREATE2 សម្រាប់ការផ្លាស់ប្តូរគ្រីបតូ

ប្រធានបទនៃ blockchain មិនឈប់ក្លាយជាប្រភពនៃការឃោសនាបំផ្លើសគ្រប់ប្រភេទនោះទេ ប៉ុន្តែក៏មានគំនិតដ៏មានតម្លៃផងដែរ តាមទស្សនៈបច្ចេកវិទ្យា។ ដូច្នេះ នាង​មិន​បាន​រំលង​អ្នក​ក្រុង​ដែល​មាន​ពន្លឺ​ថ្ងៃ​នោះ​ទេ។ មនុស្សកំពុងសម្លឹងមើលយ៉ាងជិតស្និទ្ធ សិក្សា ព្យាយាមផ្លាស់ប្តូរជំនាញរបស់ពួកគេនៅក្នុង infobase ប្រពៃណីទៅប្រព័ន្ធ blockchain ។ រហូតមកដល់ពេលនេះ, តាមទស្សនៈ: ការអភិវឌ្ឍន៍មួយនៃ Rostelecom-Solar គឺអាចពិនិត្យមើលសុវត្ថិភាពនៃកម្មវិធីដោយផ្អែកលើ blockchain ។ ហើយនៅតាមផ្លូវគំនិតមួយចំនួនកើតឡើងលើការដោះស្រាយបញ្ហាដែលបានអនុវត្តនៃសហគមន៍ blockchain ។ មួយក្នុងចំណោមការលួចចូលជីវិតទាំងនេះ - របៀបកំណត់អាសយដ្ឋាននៃកិច្ចសន្យាឆ្លាតវៃមុនពេលដាក់ឱ្យប្រើប្រាស់ដោយប្រើ CREATE2 - ថ្ងៃនេះខ្ញុំចង់ចែករំលែកជាមួយអ្នកក្រោមការកាត់។

កូដ CREATE2 ត្រូវបានបន្ថែមនៅក្នុងផ្នែករឹង Constantinople នៅថ្ងៃទី 28 ខែកុម្ភៈឆ្នាំនេះ។ ដូចដែលបានបញ្ជាក់នៅក្នុង EIP កូដ opcode នេះត្រូវបានណែនាំជាចម្បងសម្រាប់បណ្តាញរដ្ឋ។ ទោះយ៉ាងណាក៏ដោយ យើងបានប្រើវាដើម្បីដោះស្រាយបញ្ហាផ្សេង។

មានអ្នកប្រើប្រាស់ដែលមានសមតុល្យនៅលើការផ្លាស់ប្តូរ។ យើងត្រូវតែផ្តល់ឱ្យអ្នកប្រើប្រាស់ម្នាក់ៗនូវអាសយដ្ឋាន Ethereum ដែលនរណាម្នាក់អាចផ្ញើសញ្ញាសម្ងាត់ ដោយហេតុនេះការបំពេញគណនីរបស់ពួកគេ។ ចូរហៅអាសយដ្ឋានទាំងនេះថា "កាបូប" ។ នៅពេលដែលសញ្ញាសម្ងាត់មកដល់កាបូប យើងត្រូវផ្ញើវាទៅកាបូបតែមួយ (hotwallet)។

នៅក្នុងផ្នែកខាងក្រោម ខ្ញុំវិភាគជម្រើសសម្រាប់ការដោះស្រាយបញ្ហានេះដោយគ្មាន CREATE2 ហើយពន្យល់ពីមូលហេតុដែលយើងបោះបង់ចោលពួកគេ។ ប្រសិនបើអ្នកចាប់អារម្មណ៍តែលទ្ធផលចុងក្រោយ អ្នកអាចស្វែងរកវានៅក្នុងផ្នែកដំណោះស្រាយចុងក្រោយ។

អាសយដ្ឋាន Ethereum

ដំណោះស្រាយសាមញ្ញបំផុតគឺបង្កើតអាសយដ្ឋាន ethereum ថ្មីសម្រាប់អ្នកប្រើប្រាស់ថ្មី។ អាសយដ្ឋានទាំងនេះនឹងជាកាបូប។ ដើម្បីផ្ទេរសញ្ញាសម្ងាត់ពីកាបូបទៅ hotwallet អ្នកត្រូវចុះហត្ថលេខាលើប្រតិបត្តិការដោយហៅមុខងារ ផ្ទេរ() ជាមួយនឹងសោឯកជននៃកាបូបពីផ្នែកខាងក្រោយ។

វិធីសាស្រ្តនេះមានគុណសម្បត្តិដូចខាងក្រោមៈ

• វាគ្រាន់តែជា
• តម្លៃនៃការផ្ទេរសញ្ញាសម្ងាត់ពីកាបូបទៅ hotwallet គឺស្មើនឹងតម្លៃនៃការហៅមុខងារ ផ្ទេរ()

ទោះជាយ៉ាងណាក៏ដោយ យើងបានបោះបង់ចោលវិធីសាស្រ្តនេះ ព្រោះវាមានគុណវិបត្តិដ៏សំខាន់មួយ៖ អ្នកត្រូវរក្សាទុកសោឯកជននៅកន្លែងណាមួយ។ ហើយវាមិនត្រឹមតែអាចបាត់បង់ប៉ុណ្ណោះទេ ប៉ុន្តែអ្នកត្រូវគ្រប់គ្រងការចូលប្រើសោទាំងនេះដោយប្រុងប្រយ័ត្នផងដែរ។ ប្រសិនបើយ៉ាងហោចណាស់មួយក្នុងចំណោមពួកគេត្រូវបានសម្របសម្រួល នោះនិមិត្តសញ្ញារបស់អ្នកប្រើប្រាស់ជាក់លាក់នឹងមិនទៅដល់កាបូបក្តៅនោះទេ។

បង្កើតកិច្ចសន្យាឆ្លាតវៃដាច់ដោយឡែកសម្រាប់អ្នកប្រើប្រាស់ម្នាក់ៗ

ការដាក់ពង្រាយកិច្ចសន្យាឆ្លាតវៃដាច់ដោយឡែកសម្រាប់អ្នកប្រើប្រាស់នីមួយៗអនុញ្ញាតឱ្យអ្នកមិនរក្សាទុកសោឯកជនពីកាបូបនៅលើម៉ាស៊ីនមេ។ ការផ្លាស់ប្តូរនឹងហៅកិច្ចសន្យាឆ្លាតវៃនេះដើម្បីផ្ទេរសញ្ញាសម្ងាត់ទៅ hotwallet ។

យើងក៏បានបោះបង់ចោលដំណោះស្រាយនេះផងដែរ ដោយសារអ្នកប្រើប្រាស់មិនអាចបង្ហាញអាសយដ្ឋានកាបូបរបស់គាត់ដោយមិនដាក់ពង្រាយកិច្ចសន្យាឆ្លាតវៃ (វាពិតជាអាចទៅរួច ប៉ុន្តែតាមរបៀបស្មុគស្មាញជាមួយនឹងគុណវិបត្តិផ្សេងទៀតដែលយើងនឹងមិនពិភាក្សានៅទីនេះ)។ នៅលើការផ្លាស់ប្តូរ អ្នកប្រើប្រាស់អាចបង្កើតគណនីច្រើនតាមដែលគាត់ត្រូវការ ហើយគ្រប់គ្នាត្រូវការកាបូបផ្ទាល់ខ្លួន។ នេះមានន័យថាយើងត្រូវចំណាយប្រាក់លើការដាក់ពង្រាយកិច្ចសន្យាដោយមិនប្រាកដថាអ្នកប្រើប្រាស់នឹងប្រើប្រាស់គណនីនេះទេ។

Opcode CREATE 2

ដើម្បីដោះស្រាយបញ្ហានៃវិធីសាស្ត្រមុន យើងបានសម្រេចចិត្តប្រើ CREATE2 opcode។ CREATE2 អនុញ្ញាតឱ្យអ្នកកំណត់ជាមុននូវអាសយដ្ឋានដែលកិច្ចសន្យាឆ្លាតវៃនឹងត្រូវបានដាក់ឱ្យប្រើប្រាស់។ អាសយដ្ឋានត្រូវបានគណនាដោយប្រើរូបមន្តខាងក្រោម៖

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

ដែលជាកន្លែង:

• អាសយដ្ឋាន - អាសយដ្ឋាននៃកិច្ចសន្យាឆ្លាតវៃដែលនឹងហៅ CREATE2
• អំបិល - តម្លៃចៃដន្យ
• init_code - លេខកូដកិច្ចសន្យាឆ្លាតវៃសម្រាប់ការដាក់ពង្រាយ

នេះធានាថាអាសយដ្ឋានដែលយើងផ្តល់ឱ្យអ្នកប្រើប្រាស់ពិតជាមានលេខកូដបៃដែលចង់បាន។ ផងដែរ កិច្ចសន្យាដ៏ឆ្លាតវៃនេះអាចត្រូវបានដាក់ឱ្យប្រើប្រាស់នៅពេលណាដែលយើងត្រូវការ។ ឧទាហរណ៍ នៅពេលអ្នកប្រើប្រាស់សម្រេចចិត្តប្រើកាបូបរបស់ពួកគេជាលើកដំបូង។

លើសពីនេះទៅទៀត អ្នកអាចគណនាអាសយដ្ឋានកិច្ចសន្យាឆ្លាតវៃរាល់ពេលជំនួសឱ្យការរក្សាទុកវា ពីព្រោះ៖

• អាសយដ្ឋាន នៅក្នុងរូបមន្តគឺថេរព្រោះវាជាអាសយដ្ឋានរបស់រោងចក្រកាបូបរបស់យើង។
• អំបិល - user_id hash
• init_code ជាអចិន្ត្រៃយ៍ ដោយសារយើងប្រើកាបូបដូចគ្នា។

ការកែលម្អបន្ថែមទៀត

ដំណោះស្រាយពីមុននៅតែមានគុណវិបត្តិមួយ: អ្នកត្រូវចំណាយសម្រាប់ការដាក់ពង្រាយកិច្ចសន្យាឆ្លាតវៃ។ ទោះយ៉ាងណាក៏ដោយអ្នកអាចកម្ចាត់វាបាន។ សម្រាប់ការនេះអ្នកអាចហៅមុខងារ ផ្ទេរ(), ហើយ​បន្ទាប់​មក បំផ្លាញ​ខ្លួនឯង() នៅក្នុងអ្នកបង្កើតកាបូប។ ហើយបន្ទាប់មកឧស្ម័នសម្រាប់ដាក់ពង្រាយកិច្ចសន្យាឆ្លាតវៃនឹងត្រលប់មកវិញ។

ផ្ទុយពីជំនឿដ៏ពេញនិយម អ្នកអាចដាក់ពង្រាយកិច្ចសន្យាឆ្លាតវៃទៅកាន់អាសយដ្ឋានដូចគ្នាច្រើនដងដោយប្រើកូដ CREATE2 ។ នេះគឺដោយសារតែ CREATE2 ពិនិត្យមើលថា nonce នៃអាសយដ្ឋានគោលដៅគឺសូន្យ (វាត្រូវបានផ្តល់តម្លៃ "1" នៅដើមនៃ constructor) ។ ទន្ទឹមនឹងនេះមុខងារ បំផ្លាញ​ខ្លួនឯង() កំណត់អាសយដ្ឋាន nonce ឡើងវិញរាល់ពេល។ ដូច្នេះ ប្រសិនបើអ្នកហៅ CREATE2 ម្តងទៀតជាមួយនឹងអាគុយម៉ង់ដូចគ្នានោះ ការត្រួតពិនិត្យ nonce នឹងហុច។

សូមចំណាំថាដំណោះស្រាយនេះគឺស្រដៀងទៅនឹងដំណោះស្រាយអាសយដ្ឋាន ethereum ប៉ុន្តែដោយមិនចាំបាច់រក្សាទុកសោឯកជនទេ។ តម្លៃនៃការផ្ទេរប្រាក់ពីកាបូបមួយទៅ hotwallet គឺប្រហែលស្មើនឹងតម្លៃនៃការហៅទៅមុខងារមួយ។ ផ្ទេរ()ចាប់តាំងពីយើងមិនបង់ប្រាក់សម្រាប់ការដាក់ពង្រាយកិច្ចសន្យាឆ្លាតវៃ។

ការសម្រេចចិត្ត​ចុងក្រោយ

បានរៀបចំជាបឋម៖

• មុខងារដើម្បីទទួលបានអំបិល លេខ​សម្គាល់​អ្នក​ប្រើ
• កិច្ចសន្យាឆ្លាតវៃដែលនឹងហៅកូដ CREATE2 ជាមួយអំបិលសមស្រប (ឧ. រោងចក្រកាបូប)
• wallet bytecode ដែលត្រូវនឹងកិច្ចសន្យាជាមួយអ្នកសាងសង់ខាងក្រោម៖

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

សម្រាប់អ្នកប្រើប្រាស់ថ្មីនីមួយៗ យើងបង្ហាញអាសយដ្ឋានកាបូបរបស់គាត់ដោយការគណនា

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

នៅពេលអ្នកប្រើប្រាស់ផ្ទេរសញ្ញាសម្ងាត់ទៅអាសយដ្ឋានកាបូបដែលត្រូវគ្នា ផ្នែកខាងក្រោយរបស់យើងឃើញព្រឹត្តិការណ៍ផ្ទេរជាមួយនឹងប៉ារ៉ាម៉ែត្រ _ ទៅស្មើនឹងអាសយដ្ឋានកាបូប។ នៅពេលនេះ វាអាចទៅរួចរួចហើយក្នុងការបង្កើនសមតុល្យរបស់អ្នកប្រើប្រាស់នៅលើការផ្លាស់ប្តូរ មុនពេលដាក់ឱ្យប្រើប្រាស់កាបូប។

នៅពេលដែលនិមិត្តសញ្ញាគ្រប់គ្រាន់កកកុញនៅក្នុងអាសយដ្ឋានកាបូប យើងអាចផ្ទេរវាទាំងអស់ក្នុងពេលតែមួយទៅកាន់ hotwallet ។ ដើម្បីធ្វើដូច្នេះ កម្មវិធីខាងក្រោយហៅមុខងាររោងចក្រកិច្ចសន្យាឆ្លាតវៃ ដែលដំណើរការដូចខាងក្រោម៖

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

ដូច្នេះ អ្នកបង្កើតកិច្ចសន្យាឆ្លាតវៃកាបូបត្រូវបានគេហៅថា ដែលផ្ទេរសញ្ញាសម្ងាត់របស់វាទាំងអស់ទៅកាន់អាសយដ្ឋាន hotwallet ហើយបន្ទាប់មកបំផ្លាញខ្លួនឯង។

កូដពេញលេញអាចរកបាន នៅទីនេះ. សូមចំណាំថានេះមិនមែនជាកូដផលិតកម្មរបស់យើងទេ ដោយសារយើងបានសម្រេចចិត្តបង្កើនប្រសិទ្ធភាពបៃកូដកាបូប ហើយសរសេរវាជាកូដប្រឆាំង។

អ្នកនិពន្ធ Pavel Kondratenkov អ្នកឯកទេស Ethereum

ប្រភព: www.habr.com