សព្វថ្ងៃនេះមានតែមនុស្សខ្ជិលដែលមិនបានសរសេរអំពីបច្ចេកវិទ្យា blockchain, cryptocurrencies និងរបៀបដែលវាត្រជាក់។ ប៉ុន្តែអត្ថបទនេះនឹងមិនសរសើរបច្ចេកវិទ្យានេះទេ យើងនឹងនិយាយអំពីចំណុចខ្វះខាត និងវិធីដើម្បីលុបបំបាត់ពួកគេ។

ខណៈពេលដែលកំពុងធ្វើការលើគម្រោងមួយក្នុងចំណោមគម្រោងនៅ Altirix Systems ភារកិច្ចបានកើតឡើងនៃការបញ្ជាក់ដោយសុវត្ថិភាព និងធន់នឹងការត្រួតពិនិត្យនៃទិន្នន័យពីប្រភពខាងក្រៅទៅកាន់ blockchain ។ វាចាំបាច់ក្នុងការបញ្ជាក់ពីការផ្លាស់ប្តូរនៅក្នុងកំណត់ត្រានៃប្រព័ន្ធទីបី ហើយផ្អែកលើការផ្លាស់ប្តូរទាំងនេះ ប្រតិបត្តិសាខាមួយឬមួយផ្សេងទៀតនៅក្នុងតក្កវិជ្ជាកិច្ចសន្យាឆ្លាតវៃ។ កិច្ចការនៅ glance ដំបូងគឺតូចតាចណាស់ ប៉ុន្តែនៅពេលដែលស្ថានភាពហិរញ្ញវត្ថុរបស់ភាគីណាមួយដែលចូលរួមក្នុងដំណើរការនេះអាស្រ័យលើលទ្ធផលនៃការអនុវត្តរបស់វា តម្រូវការបន្ថែមលេចឡើង។ ជាដំបូង នេះគឺជាការជឿទុកចិត្តយ៉ាងទូលំទូលាយនៅក្នុងយន្តការបញ្ជាក់សុពលភាពបែបនេះ។ ប៉ុន្តែរឿងដំបូង។

បញ្ហាគឺថា blockchain ខ្លួនវាគឺជាអង្គភាពស្វយ័តបិទជិត ដូច្នេះកិច្ចសន្យាឆ្លាតវៃនៅខាងក្នុង blockchain មិនដឹងអ្វីអំពីពិភពខាងក្រៅទេ។ ទន្ទឹមនឹងនេះលក្ខខណ្ឌនៃកិច្ចសន្យាឆ្លាតវៃជារឿយៗទាក់ទងនឹងព័ត៌មានអំពីវត្ថុពិត (ការពន្យារពេលជើងហោះហើរអត្រាប្តូរប្រាក់។ ល។ ) ។ ដើម្បីឱ្យកិច្ចសន្យាឆ្លាតវៃដំណើរការបានត្រឹមត្រូវ ព័ត៌មានដែលទទួលបានពីខាងក្រៅ blockchain ត្រូវតែអាចទុកចិត្តបាន និងផ្ទៀងផ្ទាត់។ បញ្ហានេះត្រូវបានដោះស្រាយដោយប្រើ oracles ដូចជា Town Crier និង DECO ។ oracles ទាំងនេះអនុញ្ញាតឱ្យកិច្ចសន្យាឆ្លាតវៃនៅលើបណ្តាញ blockchain ជឿទុកចិត្តលើព័ត៌មានពីម៉ាស៊ីនមេគេហទំព័រដែលអាចទុកចិត្តបាន យើងអាចនិយាយបានថាទាំងនេះគឺជាអ្នកផ្តល់ព័ត៌មានដែលអាចទុកចិត្តបាន។

Oracles

ស្រមៃថាកិច្ចសន្យាឆ្លាតវៃផ្ទេរ 0.001 btc ទៅកាបូប bitcoin របស់អ្នក ប្រសិនបើក្លឹបបាល់ទាត់ដែលអ្នកចូលចិត្តឈ្នះពានរង្វាន់រុស្ស៊ី។ នៅក្នុងព្រឹត្តិការណ៍នៃការទទួលជ័យជម្នះពិតប្រាកដ កិច្ចសន្យាឆ្លាតវៃត្រូវការផ្ទេរព័ត៌មានអំពីក្លឹបណាដែលឈ្នះ ហើយបញ្ហាមួយចំនួនកើតឡើងនៅទីនេះ៖ កន្លែងដែលត្រូវទទួលបានព័ត៌មាននេះ របៀបផ្ទេរវាដោយសុវត្ថិភាពទៅកិច្ចសន្យាឆ្លាតវៃ និងរបៀបធានាថាព័ត៌មាន ទទួលបានក្នុងកិច្ចសន្យាឆ្លាតវៃមានសុពលភាពពិតជាស្របនឹងការពិត?

នៅពេលនិយាយអំពីប្រភពព័ត៌មាន វាអាចមាន 2 សេណារីយ៉ូ៖ ការភ្ជាប់កិច្ចសន្យាឆ្លាតវៃទៅកាន់គេហទំព័រដែលអាចទុកចិត្តបាន ដែលព័ត៌មានអំពីលទ្ធផលការប្រកួតត្រូវបានរក្សាទុកនៅកណ្តាល ហើយជម្រើសទីពីរគឺត្រូវភ្ជាប់គេហទំព័រជាច្រើនក្នុងពេលតែមួយ ហើយបន្ទាប់មកជ្រើសរើសព័ត៌មានពីប្រភពភាគច្រើន។ ដែលផ្តល់ទិន្នន័យដូចគ្នា។ ដើម្បីផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវនៃព័ត៌មាន Oracles ត្រូវបានប្រើ ឧទាហរណ៍ Oraclize ដែលប្រើ TLSNotary (ការកែប្រែសារការី TLS ដើម្បីបញ្ជាក់ភាពត្រឹមត្រូវនៃទិន្នន័យ)។ ប៉ុន្តែមានព័ត៌មានគ្រប់គ្រាន់នៅលើ Google អំពី Oraclize ហើយមានអត្ថបទជាច្រើននៅលើ Habré។ ថ្ងៃនេះខ្ញុំនឹងនិយាយអំពី oracles ដែលប្រើវិធីផ្សេងគ្នាបន្តិចក្នុងការបញ្ជូនព័ត៌មាន៖ Town Crier និង DECO ។ អត្ថបទផ្តល់នូវការពិពណ៌នាអំពីគោលការណ៍ប្រតិបត្តិការនៃ oracles ទាំងពីរ ក៏ដូចជាការប្រៀបធៀបលម្អិត។

ទីក្រុង Crier

Town Crier (TC) ត្រូវបានណែនាំដោយ IC3 (គំនិតផ្តួចផ្តើមសម្រាប់ CryptoCurrencies និងកិច្ចសន្យា) ក្នុងឆ្នាំ 2016 នៅ CCS'16។ គំនិតចម្បងរបស់ TC: ផ្ទេរព័ត៌មានពីគេហទំព័រមួយទៅកិច្ចសន្យាឆ្លាតវៃ ហើយត្រូវប្រាកដថាព័ត៌មានដែលផ្តល់ដោយ TC គឺដូចគ្នាទៅនឹងគេហទំព័រ។ TC ប្រើប្រាស់ TEE (Trusted Execution Environment) ដើម្បីផ្ទៀងផ្ទាត់ភាពជាម្ចាស់ទិន្នន័យ។ កំណែដើមរបស់ TC ពិពណ៌នាអំពីរបៀបធ្វើការជាមួយ Intel SGX ។
Town Crier មានផ្នែកមួយនៅខាងក្នុង blockchain និងផ្នែកមួយនៅក្នុង OS ខ្លួនវាផ្ទាល់ - TC Server ។

កិច្ចសន្យា TC គឺនៅលើ blockchain ហើយដើរតួជាផ្នែកខាងមុខសម្រាប់ TC ។ វាទទួលយកសំណើពី CU (កិច្ចសន្យាឆ្លាតវៃអ្នកប្រើប្រាស់) ហើយត្រឡប់ការឆ្លើយតបពីម៉ាស៊ីនមេ TC ។ នៅខាងក្នុង TC Server មាន Relay ដែលបង្កើតការតភ្ជាប់រវាង enclave និង Internet (bidirectional traffic) ហើយភ្ជាប់ enclave ជាមួយ blockchain ។ Enclave មាន progencl ដែលជាកូដដែលបង្កើតសំណើរពី blockchain និងបញ្ជូនសារទៅកាន់ blockchain ដោយមានហត្ថលេខាឌីជីថល progencl មានផ្នែកនៃកូដកិច្ចសន្យាឆ្លាតវៃ ហើយអនុវត្តមុខងារមួយចំនួនរបស់វា។

Intel SGX enclave អាចត្រូវបានគិតថាជាបណ្ណាល័យចែករំលែកជាមួយ API ដែលដំណើរការតាមរយៈការហៅទូរសព្ទ។ Ecall ផ្ទេរការគ្រប់គ្រងទៅតំបន់ជុំវិញ។ enclave ប្រតិបត្តិកូដរបស់វារហូតដល់វាចេញ ឬរហូតដល់ករណីលើកលែងកើតឡើង។ ocall ត្រូវបានប្រើដើម្បីហៅមុខងារដែលបានកំណត់នៅខាងក្រៅរង្វង់។ Ocall ត្រូវបានប្រតិបត្តិនៅខាងក្រៅរង្វង់ ហើយត្រូវបានចាត់ទុកថាជាការហៅទូរសព្ទដែលមិនទុកចិត្តដោយវា។ បន្ទាប់ពី ocall ត្រូវបានប្រតិបត្តិ ការគ្រប់គ្រងត្រូវបានត្រលប់ទៅ enclave វិញ។

នៅក្នុងផ្នែក Enclave ឆានែលសុវត្ថិភាពមួយត្រូវបានកំណត់រចនាសម្ព័ន្ធជាមួយម៉ាស៊ីនមេបណ្តាញ enclave ខ្លួនវាធ្វើការចាប់ដៃ TLS ជាមួយម៉ាស៊ីនមេគោលដៅ និងធ្វើប្រតិបត្តិការគ្រីបគ្រីបទាំងអស់នៅខាងក្នុង។ បណ្ណាល័យ TLS (mbedTLS) និងកូដ HTTP ដែលបានកាត់បន្ថយត្រូវបាននាំចេញទៅកាន់បរិស្ថាន SGX ។ ដូចគ្នានេះផងដែរ Enclave មានវិញ្ញាបនបត្រ CA ជា root (បណ្តុំនៃវិញ្ញាបនបត្រ) ដើម្បីផ្ទៀងផ្ទាត់វិញ្ញាបនបត្រនៃម៉ាស៊ីនមេពីចម្ងាយ។ Request Handler ទទួលយកសំណើ datagram ក្នុងទម្រង់ដែលផ្តល់ដោយ Ethereum ឌិគ្រីបវា និងញែកវា។ បន្ទាប់មកវាបង្កើតប្រតិបត្តិការ Ethereum ដែលមាន datagram ដែលបានស្នើសុំ ចុះហត្ថលេខាវាជាមួយ skTC ហើយបញ្ជូនវាទៅ Relay ។

ផ្នែកបញ្ជូនតរួមមានចំណុចប្រទាក់អតិថិជន TCP ចំណុចប្រទាក់ Blockchain ។ ចំណុចប្រទាក់អតិថិជនគឺចាំបាច់ដើម្បីបញ្ជាក់លេខកូដភ្ជាប់ និងទំនាក់ទំនងជាមួយអតិថិជន។ អតិថិជនផ្ញើសំណើបញ្ជាក់ដោយប្រើ ecall និងទទួលបានត្រាពេលវេលាដែលចុះហត្ថលេខាដោយ skTC រួមជាមួយនឹង att (ហត្ថលេខាបញ្ជាក់) បន្ទាប់មក att ត្រូវបានផ្ទៀងផ្ទាត់ដោយប្រើ Intel Attestation Service (IAS) ហើយត្រាពេលវេលាត្រូវបានផ្ទៀងផ្ទាត់ដោយសេវាកម្មពេលវេលាដែលអាចទុកចិត្តបាន។ ចំណុចប្រទាក់ Blockchain ផ្ទៀងផ្ទាត់សំណើចូល និងដាក់ប្រតិបត្តិការនៅលើ blockchain សម្រាប់ការចែកចាយ datagrams ។ ហ្គេតគឺជាអតិថិជន Ethereum ផ្លូវការហើយអនុញ្ញាតឱ្យ Relay ធ្វើអន្តរកម្មជាមួយ blockchain តាមរយៈការហៅ RPC ។

ធ្វើការជាមួយ TEE, TC អនុញ្ញាតឱ្យអ្នកដំណើរការផ្នែកជាច្រើនស្របគ្នា ដោយហេតុនេះបង្កើនល្បឿនដំណើរការព័ត៌មាន 3 ដង។ ប្រសិនបើជាមួយនឹងការរត់មួយជុំល្បឿនគឺ 15 tx/sec បន្ទាប់មកជាមួយនឹង 20 រត់ប៉ារ៉ាឡែលល្បឿនកើនឡើងដល់ 65 tx/sec; សម្រាប់ការប្រៀបធៀបល្បឿនប្រតិបត្តិការអតិបរមានៅក្នុង Bitcoin blockchain គឺ 26 tx/sec។

Deco

DECO (Decentralized Oracles for TLS) ត្រូវបានបង្ហាញនៅ CCS'20 ដែលធ្វើការជាមួយគេហទំព័រដែលគាំទ្រការភ្ជាប់ TLS ។ ធានាបាននូវភាពសម្ងាត់ និងសុចរិតភាពនៃទិន្នន័យ។
DECO ជាមួយ TLS ប្រើការអ៊ិនគ្រីបស៊ីមេទ្រី ដូច្នេះម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេគេហទំព័រមានសោអ៊ិនគ្រីប ហើយអតិថិជនអាចបង្កើតទិន្នន័យសម័យ TLS ប្រសិនបើវាចង់បាន។ ដើម្បីដោះស្រាយបញ្ហានេះ DECO ប្រើពិធីការចាប់ដៃបីផ្លូវរវាង prover (កិច្ចសន្យាឆ្លាតវៃ) verifier (oracle) និង web-server (ប្រភពទិន្នន័យ)។

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

ពិធីការ DECO ប្រើសោអ៊ិនគ្រីប KEnc និង KMac ។ ម៉ាស៊ីនភ្ញៀវផ្ញើសំណើ Q ទៅម៉ាស៊ីនមេបណ្តាញ ការឆ្លើយតបពីម៉ាស៊ីនមេ R មកក្នុងទម្រង់ដែលបានអ៊ិនគ្រីប ប៉ុន្តែម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេមាន KMac ដូចគ្នា ហើយម៉ាស៊ីនភ្ញៀវអាចបង្កើតសារ TLS ។ ដំណោះស្រាយរបស់ DECO គឺត្រូវ "លាក់" KMac ពីអតិថិជន (prover) រហូតដល់វាឆ្លើយតបទៅនឹងសំណើ។ ឥឡូវនេះ KMac ត្រូវបានបែងចែករវាង prover និងអ្នកផ្ទៀងផ្ទាត់ - KpMac និង KvMac ។ ម៉ាស៊ីនមេទទួល KMac ដើម្បីអ៊ិនគ្រីបការឆ្លើយតបដោយប្រើប្រតិបត្តិការផ្នែកគន្លឹះ KpMac ⊕ KvMac = KMac ។

តាមរយៈការរៀបចំការចាប់ដៃបីផ្លូវ ការផ្លាស់ប្តូរទិន្នន័យរវាងម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេនឹងត្រូវបានអនុវត្តជាមួយនឹងការធានាសុវត្ថិភាព។

នៅពេលនិយាយអំពីប្រព័ន្ធ oracle វិមជ្ឈការ មនុស្សម្នាក់មិនអាចខកខានក្នុងការនិយាយអំពី Chainlink ដែលមានបំណងបង្កើតបណ្តាញវិមជ្ឈការនៃថ្នាំង oracle ដែលត្រូវគ្នាជាមួយ Ethereum, Bitcoin និង Hyperledger ដោយគិតគូរពីម៉ូឌុល៖ គ្រប់ផ្នែកនៃប្រព័ន្ធអាចត្រូវបានធ្វើបច្ចុប្បន្នភាព។ ក្នុងពេលជាមួយគ្នានេះ ដើម្បីធានាបាននូវសុវត្ថិភាព Chainlink ផ្តល់នូវ oracle នីមួយៗដែលចូលរួមក្នុងកិច្ចការដើម្បីចេញនូវបន្សំនៃសោ (សាធារណៈ និងឯកជន)។ សោឯកជនត្រូវបានប្រើដើម្បីបង្កើតហត្ថលេខាមួយផ្នែកដែលមានការសម្រេចចិត្តរបស់ពួកគេចំពោះសំណើទិន្នន័យ។ ដើម្បីទទួលបានចម្លើយ វាចាំបាច់ក្នុងការបញ្ចូលគ្នានូវហត្ថលេខាផ្នែកទាំងអស់នៃ oracles របស់បណ្តាញ។

Chainlink គ្រោងនឹងធ្វើ PoC DECO ដំបូងដោយផ្តោតលើកម្មវិធីហិរញ្ញវត្ថុវិមជ្ឈការដូចជា Mixicles ជាដើម។ នៅពេលសរសេរព័ត៌មានបានចេញមកនៅលើ Forbes ថា Chainlink ទទួលបាន DECO ពីសាកលវិទ្យាល័យ Cornell ។

ការវាយប្រហារលើ oracles

តាមទស្សនៈសន្តិសុខព័ត៌មាន ការវាយប្រហារខាងក្រោមលើ Town Crier ត្រូវបានចាត់ទុកថា៖

ការចាក់លេខកូដទំនាក់ទំនងឆ្លាតវៃ Rogue នៅលើថ្នាំង TEE ។
ខ្លឹមសារនៃការវាយប្រហារ៖ ការបញ្ជូនកូដកិច្ចសន្យាឆ្លាតវៃមិនត្រឹមត្រូវដោយចេតនាទៅ TEE ដូច្នេះអ្នកវាយប្រហារដែលទទួលបានការចូលប្រើប្រាស់ថ្នាំងនឹងអាចប្រតិបត្តិកិច្ចសន្យាឆ្លាតវៃ (ក្លែងបន្លំ) ផ្ទាល់ខ្លួនលើទិន្នន័យដែលបានឌិគ្រីប។ ទោះជាយ៉ាងណាក៏ដោយ តម្លៃត្រឡប់នឹងត្រូវបានអ៊ិនគ្រីបដោយប្រើសោឯកជន ហើយមធ្យោបាយតែមួយគត់ដើម្បីចូលប្រើទិន្នន័យបែបនេះគឺត្រូវលេចធ្លាយសារសម្ងាត់នៅពេលត្រឡប់/លទ្ធផល។
ការការពារប្រឆាំងនឹងការវាយប្រហារនេះរួមមាន បរិក្ខារត្រួតពិនិត្យភាពត្រឹមត្រូវនៃកូដដែលមានទីតាំងនៅអាសយដ្ឋានបច្ចុប្បន្ន។ នេះអាចសម្រេចបានដោយប្រើគ្រោងការណ៍អាសយដ្ឋានដែលអាសយដ្ឋានកិច្ចសន្យាត្រូវបានកំណត់ដោយការបំបែកកូដកិច្ចសន្យា។
ការលេចធ្លាយការផ្លាស់ប្តូរអត្ថបទសម្ងាត់រដ្ឋកិច្ចសន្យា។
ខ្លឹមសារនៃការវាយប្រហារ៖ ម្ចាស់ថ្នាំងដែលកិច្ចសន្យាឆ្លាតវៃត្រូវបានប្រតិបត្តិមានសិទ្ធិចូលទៅកាន់ស្ថានភាពកិច្ចសន្យាក្នុងទម្រង់ដែលបានអ៊ិនគ្រីបនៅខាងក្រៅក្រុម។ អ្នកវាយប្រហារដែលបានទទួលការគ្រប់គ្រងលើថ្នាំង អាចប្រៀបធៀបស្ថានភាពទំនាក់ទំនងមុន និងក្រោយប្រតិបត្តិការ ហើយអាចកំណត់ថាតើអាគុយម៉ង់មួយណាត្រូវបានបញ្ចូល និងវិធីកិច្ចសន្យាឆ្លាតវៃមួយណាត្រូវបានប្រើប្រាស់ ចាប់តាំងពីលេខកូដកិច្ចសន្យាឆ្លាតវៃដោយខ្លួនឯង និងលក្ខណៈបច្ចេកទេសរបស់វាមានជាសាធារណៈ។
ការការពារក្នុងការធានានូវភាពជឿជាក់នៃថ្នាំងខ្លួនឯង។
ការវាយប្រហារតាមឆានែលចំហៀង។
ប្រភេទពិសេសនៃការវាយប្រហារដែលប្រើការត្រួតពិនិត្យអង្គចងចាំរួមនិងការចូលប្រើឃ្លាំងសម្ងាត់ក្នុងសេណារីយ៉ូផ្សេងៗ។ ឧទាហរណ៍នៃការវាយប្រហារបែបនេះគឺ Prime និង Probe ។

បញ្ជាវាយប្រហារ៖
- t0: អ្នកវាយប្រហារបំពេញឃ្លាំងទិន្នន័យទាំងមូលនៃដំណើរការជនរងគ្រោះ។
- t1: ជនរងគ្រោះប្រតិបត្តិកូដជាមួយនឹងការចូលប្រើអង្គចងចាំដែលអាស្រ័យលើទិន្នន័យរសើបរបស់ជនរងគ្រោះ (សោគ្រីប)។ បន្ទាត់ឃ្លាំងសម្ងាត់ត្រូវបានជ្រើសរើសដោយផ្អែកលើតម្លៃប៊ីត។ ក្នុងឧទាហរណ៍ក្នុងរូបនេះ keybit = 0 និងអាសយដ្ឋាន X ក្នុងជួរឃ្លាំងសម្ងាត់ 2 ត្រូវបានអាន។ ទិន្នន័យដែលរក្សាទុកក្នុង X ត្រូវបានផ្ទុកទៅក្នុងឃ្លាំងសម្ងាត់ ដោយផ្លាស់ប្តូរទិន្នន័យដែលមានពីមុន។
- t2: អ្នកវាយប្រហារពិនិត្យមើលថាតើខ្សែណាមួយនៃឃ្លាំងសម្ងាត់របស់គាត់ត្រូវបានបណ្តេញចេញ — បន្ទាត់ដែលជនរងគ្រោះប្រើ។ នេះត្រូវបានធ្វើដោយការវាស់វែងពេលវេលាចូលប្រើប្រាស់។ ដោយធ្វើប្រតិបត្តិការនេះម្តងទៀតសម្រាប់ keybit នីមួយៗ អ្នកវាយប្រហារទទួលបានសោទាំងមូល។

ការការពារការវាយប្រហារ៖ Intel SGX មានការការពារប្រឆាំងនឹងការវាយប្រហារតាមឆានែលចំហៀងដែលការពារការត្រួតពិនិត្យព្រឹត្តិការណ៍ដែលទាក់ទងនឹងឃ្លាំងសម្ងាត់ ប៉ុន្តែការវាយប្រហាររបស់ Prime និង Probe នឹងនៅតែដំណើរការ ពីព្រោះអ្នកវាយប្រហារត្រួតពិនិត្យព្រឹត្តិការណ៍ឃ្លាំងសម្ងាត់នៃដំណើរការរបស់គាត់ ហើយចែករំលែកឃ្លាំងសម្ងាត់ជាមួយជនរងគ្រោះ។

ដូច្នេះហើយ នៅពេលនេះ មិនមានការការពារគួរឱ្យទុកចិត្តប្រឆាំងនឹងការវាយប្រហារនេះទេ។

ការវាយប្រហារដូចជា Spectre និង Foreshadow (L1TF) ស្រដៀងទៅនឹង Prime និង Probe ត្រូវបានគេស្គាល់ផងដែរ។ ពួកគេអនុញ្ញាតឱ្យអ្នកអានទិន្នន័យពីអង្គចងចាំឃ្លាំងសម្ងាត់តាមរយៈឆានែលភាគីទីបី។ ការការពារប្រឆាំងនឹងភាពងាយរងគ្រោះ Spectre-v2 ត្រូវបានផ្តល់ជូន ដែលមានប្រសិទ្ធភាពប្រឆាំងនឹងការវាយប្រហារទាំងពីរនេះ។

ទាក់ទងនឹង DECO ការចាប់ដៃបីផ្លូវផ្តល់នូវការធានាសុវត្ថិភាព៖

Prover Integrity៖ អ្នកផ្ទៀងផ្ទាត់ដែលត្រូវបានលួចចូលមិនអាចក្លែងបន្លំព័ត៌មានប្រភពដើមរបស់ម៉ាស៊ីនមេ និងមិនអាចបណ្តាលឱ្យម៉ាស៊ីនមេទទួលយកសំណើមិនត្រឹមត្រូវ ឬឆ្លើយតបមិនត្រឹមត្រូវចំពោះសំណើត្រឹមត្រូវ។ នេះត្រូវបានធ្វើតាមរយៈគំរូសំណើររវាងម៉ាស៊ីនមេ និង prover ។
សុចរិតភាពនៃអ្នកផ្ទៀងផ្ទាត់៖ អ្នកផ្ទៀងផ្ទាត់ដែលត្រូវបានលួចចូលមិនអាចបណ្តាលឱ្យអ្នកផ្ទៀងផ្ទាត់ទទួលបានចម្លើយមិនត្រឹមត្រូវទេ។
ឯកជនភាព៖ អ្នកផ្ទៀងផ្ទាត់ដែលត្រូវបានលួចចូលពិនិត្យតែព័ត៌មានសាធារណៈ (សំណើរឈ្មោះម៉ាស៊ីនមេ)។

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

ការប្រៀបធៀបនៃ oracles

Town Crier គឺផ្អែកលើការធ្វើការជាមួយ enclave នៅក្នុងផ្នែក server ខណៈពេលដែល DECO អនុញ្ញាតឱ្យអ្នកផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវនៃប្រភពដើមនៃទិន្នន័យដោយប្រើការចាប់ដៃបីផ្លូវ និងការអ៊ិនគ្រីបទិន្នន័យដោយប្រើសោគ្រីប។ ការប្រៀបធៀបនៃ oracles ទាំងនេះត្រូវបានអនុវត្តតាមលក្ខណៈវិនិច្ឆ័យដូចខាងក្រោម: ការអនុវត្ត សុវត្ថិភាព ការចំណាយ និងការអនុវត្តជាក់ស្តែង។

ទីក្រុង Crier
Deco

ការសម្តែង
លឿនជាងមុន (0.6 វិនាទីដើម្បីបញ្ចប់)
យឺតជាង (10.50s ដើម្បីបញ្ចប់ពិធីការ)

សុវត្ថិភាព
សុវត្ថិភាពតិចជាង
កាន់តែមានសុវត្ថិភាព

ការចំណាយនៃការ
ថ្លៃជាង
ថោកជាង

ភាពជាក់ស្តែង
ទាមទារផ្នែករឹងពិសេស
ធ្វើការជាមួយម៉ាស៊ីនមេណាមួយដែលគាំទ្រ TLS

ការសម្តែង៖ ដើម្បីធ្វើការជាមួយ DECO ការចាប់ដៃបីផ្លូវគឺត្រូវបានទាមទារ នៅពេលដំឡើងតាមរយៈ LAN វាត្រូវចំណាយពេល 0.37 វិនាទី សម្រាប់អន្តរកម្មបន្ទាប់ពីការតភ្ជាប់ត្រូវបានបង្កើតឡើង 2PC-HMAC មានប្រសិទ្ធភាព (0,13 វិនាទីក្នុងមួយសរសេរ)។ ការអនុវត្តរបស់ DECO អាស្រ័យលើឈុតអក្សរសម្ងាត់ TLS ដែលមាន ទំហំនៃទិន្នន័យឯកជន និងភាពស្មុគស្មាញនៃភស្តុតាងសម្រាប់កម្មវិធីជាក់លាក់មួយ។ ការប្រើប្រាស់កម្មវិធីជម្រើសគោលពីរពី IC3 ជាឧទាហរណ៍៖ ការបំពេញពិធីការតាមរយៈ LAN ចំណាយពេលប្រហែល 10,50 វិនាទី។ តាមការប្រៀបធៀប Town Crier ចំណាយពេលប្រហែល 0,6 វិនាទីដើម្បីបញ្ចប់កម្មវិធីស្រដៀងគ្នា ដែលលឿនជាង DECO ប្រហែល 20 ដង។ អ្វីៗទាំងអស់ស្មើគ្នា TC នឹងកាន់តែលឿន។

សន្តិសុខ៖ ការវាយប្រហារលើ Intel SGX enclave (ការវាយប្រហារតាមឆានែលចំហៀង) ដំណើរការ ហើយអាចបណ្តាលឱ្យមានការខូចខាតពិតប្រាកដដល់អ្នកចូលរួមនៃកិច្ចសន្យាឆ្លាតវៃ។ ទាក់ទងនឹង DECO ការវាយប្រហារដែលទាក់ទងនឹងការចាក់ចរាចរគឺអាចធ្វើទៅបាន ប៉ុន្តែការប្រើប្រាស់ប្រូកស៊ីកាត់បន្ថយការវាយប្រហារបែបនេះមិនមានអ្វីទាំងអស់។ ដូច្នេះ DECO មានសុវត្ថិភាពជាង។

ការចំណាយនៃការ៖ តម្លៃនៃឧបករណ៍ដែលគាំទ្រ Intel SGX គឺខ្ពស់ជាងតម្លៃនៃការដំឡើងពិធីការនៅក្នុង DECO ។ នោះហើយជាមូលហេតុដែល TC មានតម្លៃថ្លៃជាង។

ការអនុវត្ត៖ ដើម្បីធ្វើការជាមួយ Town Crier ឧបករណ៍ពិសេសដែលគាំទ្រ TEE គឺត្រូវបានទាមទារ។ ឧទាហរណ៍ Intel SGX ត្រូវបានគាំទ្រលើគ្រួសារ Intel Core processor ជំនាន់ទី 6 និងក្រោយ។ DECO អនុញ្ញាតឱ្យអ្នកធ្វើការជាមួយឧបករណ៍ណាមួយ ទោះបីជាមានការកំណត់ DECO ដោយប្រើ TEE ក៏ដោយ។ យោងតាមដំណើរការរៀបចំ ការចាប់ដៃបីផ្លូវរបស់ DECO អាចចំណាយពេលខ្លះ ប៉ុន្តែនេះមិនមានអ្វីប្រៀបធៀបទៅនឹងការកំណត់ផ្នែករឹងរបស់ TC ដូច្នេះ DECO គឺជាក់ស្តែងជាង។

សេចក្តីសន្និដ្ឋាន

ការក្រឡេកមើល oracles ពីរដាច់ដោយឡែកពីគ្នា ហើយប្រៀបធៀបពួកវាលើលក្ខណៈវិនិច្ឆ័យចំនួន 2020 វាច្បាស់ណាស់ថា Town Crier គឺទាបជាង DECO លើបីក្នុងចំណោមបួនពិន្ទុ។ DECO មានភាពជឿជាក់ជាងមុនពីទិដ្ឋភាពសុវត្ថិភាពព័ត៌មាន តម្លៃថោកជាង និងជាក់ស្តែងជាង ទោះបីជាការរៀបចំពិធីការបីភាគីអាចចំណាយពេលខ្លះ និងមានគុណវិបត្តិរបស់វា ឧទាហរណ៍ ប្រតិបត្តិការបន្ថែមជាមួយសោអ៊ិនគ្រីប។ TC គឺលឿនជាង DECO ប៉ុន្តែភាពងាយរងគ្រោះនៃការវាយប្រហារតាមឆានែលចំហៀងធ្វើឱ្យវាងាយនឹងបាត់បង់ការសម្ងាត់។ វាត្រូវតែត្រូវបានយកមកពិចារណាថា DECO ត្រូវបានណែនាំនៅក្នុងខែមករា ឆ្នាំ 4 ហើយមិនមានពេលវេលាគ្រប់គ្រាន់បានកន្លងផុតទៅដើម្បីចាត់ទុកថាវាមានសុវត្ថិភាពនោះទេ។ Town Crier បានរងការវាយប្រហារអស់រយៈពេល XNUMX ឆ្នាំមកហើយ ហើយបានឆ្លងកាត់ការធ្វើតេស្តជាច្រើន ដូច្នេះការប្រើប្រាស់របស់វានៅក្នុងគម្រោងជាច្រើនគឺមានភាពយុត្តិធម៌។

ប្រភព: www.habr.com

Town Crier vs DECO: តើ oracle មួយណាដែលត្រូវប្រើក្នុង blockchain?