আজ, শুধুমাত্র অলসরা ব্লকচেইন প্রযুক্তি, ক্রিপ্টোকারেন্সি এবং এটি কতটা দুর্দান্ত সে সম্পর্কে লেখেনি। তবে এই নিবন্ধটি এই প্রযুক্তির প্রশংসা করবে না; আমরা এর ত্রুটিগুলি এবং সেগুলি দূর করার উপায়গুলি সম্পর্কে কথা বলব।

Altirix সিস্টেমের একটি প্রকল্পে কাজ করার সময়, ব্লকচেইনের বাইরের উৎস থেকে ডেটার নিরাপদ, সেন্সরশিপ-প্রতিরোধী নিশ্চিতকরণের কাজটি উদ্ভূত হয়েছিল। তৃতীয় সিস্টেমের রেকর্ডগুলিতে পরিবর্তনগুলি নিশ্চিত করা এবং এই পরিবর্তনগুলির উপর ভিত্তি করে, স্মার্ট চুক্তির যুক্তিতে এক বা অন্য শাখা চালানো প্রয়োজন ছিল। প্রথম নজরে কাজটি বেশ তুচ্ছ, তবে যখন প্রক্রিয়াটিতে অংশগ্রহণকারী একটি পক্ষের আর্থিক অবস্থা তার বাস্তবায়নের ফলাফলের উপর নির্ভর করে, তখন অতিরিক্ত প্রয়োজনীয়তা উপস্থিত হয়। প্রথমত, এটি এমন একটি বৈধতা প্রক্রিয়ার উপর ব্যাপক আস্থা। কিন্তু প্রথম জিনিস প্রথম.

সমস্যা হল ব্লকচেইন নিজেই একটি স্বায়ত্তশাসিত, বন্ধ সত্তা, তাই ব্লকচেইনের ভিতরের স্মার্ট চুক্তিগুলি বাইরের বিশ্ব সম্পর্কে কিছুই জানে না। একই সময়ে, স্মার্ট চুক্তির শর্তাবলী প্রায়শই বাস্তব জিনিস (ফ্লাইট বিলম্ব, বিনিময় হার, ইত্যাদি) সম্পর্কে তথ্যের সাথে সম্পর্কিত। স্মার্ট চুক্তি সঠিকভাবে কাজ করার জন্য, ব্লকচেইনের বাইরে থেকে প্রাপ্ত তথ্য অবশ্যই নির্ভরযোগ্য এবং যাচাই করা উচিত। Town Crier এবং DECO এর মতো ওরাকল ব্যবহার করে এই সমস্যার সমাধান করা হয়। এই ওরাকলগুলি ব্লকচেইন নেটওয়ার্কে একটি স্মার্ট চুক্তিকে একটি বিশ্বস্ত ওয়েব সার্ভার থেকে তথ্য বিশ্বাস করার অনুমতি দেয়; আমরা বলতে পারি যে এগুলি নির্ভরযোগ্য তথ্য প্রদানকারী।

ওরাকল

কল্পনা করুন যে আপনার প্রিয় ফুটবল ক্লাব রাশিয়ান কাপ জিতলে একটি স্মার্ট চুক্তি আপনার বিটকয়েন ওয়ালেটে 0.001 btc স্থানান্তর করে। সত্যিকারের বিজয়ের ক্ষেত্রে, স্মার্ট চুক্তিতে কোন ক্লাব জিতেছে সে সম্পর্কে তথ্য স্থানান্তর করতে হবে এবং এখানে বেশ কয়েকটি সমস্যা দেখা দেয়: এই তথ্যটি কোথায় পাওয়া যায়, কীভাবে এটি স্মার্ট চুক্তিতে নিরাপদে স্থানান্তর করা যায় এবং কীভাবে তথ্য নিশ্চিত করা যায় স্মার্ট চুক্তিতে প্রাপ্ত বৈধ আসলে বাস্তবতার সাথে মিলে যায়?

যখন তথ্যের উত্সের কথা আসে, তখন 2টি পরিস্থিতি হতে পারে: একটি বিশ্বস্ত ওয়েবসাইটের সাথে একটি স্মার্ট চুক্তি সংযুক্ত করা যেখানে ম্যাচের ফলাফল সম্পর্কে তথ্য কেন্দ্রীয়ভাবে সংরক্ষণ করা হয় এবং দ্বিতীয় বিকল্পটি হল একাধিক সাইট একসাথে সংযুক্ত করা এবং তারপরে বেশিরভাগ উত্স থেকে তথ্য নির্বাচন করা। যে একই তথ্য প্রদান করে। তথ্যের সঠিকতা যাচাই করার জন্য, ওরাকল ব্যবহার করা হয়, উদাহরণস্বরূপ ওরাক্লাইজ, যা TLSNotary ব্যবহার করে (TLS Notary Modification to Prove the Authenticity of Data)। কিন্তু ওরাক্লাইজ সম্পর্কে গুগলে যথেষ্ট তথ্য রয়েছে এবং হ্যাব্রেতে বেশ কয়েকটি নিবন্ধ রয়েছে। আজ আমি ওরাকল সম্পর্কে কথা বলব যেগুলি তথ্য প্রেরণের জন্য একটু ভিন্ন পদ্ধতি ব্যবহার করে: টাউন ক্রিয়ার এবং DECO। নিবন্ধটি উভয় ওরাকলের অপারেটিং নীতিগুলির একটি বিবরণ এবং সেইসাথে একটি বিশদ তুলনা প্রদান করে।

শহরে ঘোষক

3 সালে CCS'2016-এ IC16 (The Initiative for Cryptocurrencies and Contracts) দ্বারা Town Crier (TC) চালু করা হয়েছিল। TC এর মূল ধারণা: একটি ওয়েবসাইট থেকে একটি স্মার্ট চুক্তিতে তথ্য স্থানান্তর করুন এবং নিশ্চিত করুন যে TC দ্বারা সরবরাহ করা তথ্য ওয়েবসাইটের মতোই। TC ডেটা মালিকানা প্রমাণীকরণের জন্য TEE (ট্রাস্টেড এক্সিকিউশন এনভায়রনমেন্ট) ব্যবহার করে। TC এর মূল সংস্করণ বর্ণনা করে কিভাবে Intel SGX এর সাথে কাজ করতে হয়।
টাউন ক্রিয়ার ব্লকচেইনের ভিতরে একটি অংশ এবং OS-এর ভিতরে একটি অংশ নিয়ে গঠিত - TC সার্ভার।

TC কন্ট্রাক্ট ব্লকচেইনে রয়েছে এবং TC-এর সামনের প্রান্ত হিসেবে কাজ করে। এটি CU (ব্যবহারকারীর স্মার্ট চুক্তি) থেকে অনুরোধ গ্রহণ করে এবং TC সার্ভার থেকে একটি প্রতিক্রিয়া প্রদান করে। টিসি সার্ভারের ভিতরে একটি রিলে রয়েছে, যা ছিটমহল এবং ইন্টারনেটের (দ্বিমুখী ট্রাফিক) মধ্যে একটি সংযোগ স্থাপন করে এবং ব্লকচেইনের সাথে ছিটমহলকে সংযুক্ত করে। এনক্লেভে প্রোজেনক্ল থাকে, যা এমন কোড যা ব্লকচেইন থেকে অনুরোধ করে এবং একটি ডিজিটাল স্বাক্ষর সহ ব্লকচেইনে বার্তা ফেরত দেয়, প্রোজেনক্লে স্মার্ট চুক্তি কোডের অংশ থাকে এবং মূলত এর কিছু কার্য সম্পাদন করে।

ইন্টেল SGX এনক্লেভকে ecall এর মাধ্যমে চলমান একটি API সহ একটি ভাগ করা লাইব্রেরি হিসাবে ভাবা যেতে পারে। Ecall নিয়ন্ত্রণ ছিটমহলে স্থানান্তর করে। ছিটমহল তার কোডটি কার্যকর করে যতক্ষণ না এটি বের হয় বা যতক্ষণ না একটি ব্যতিক্রম ঘটে। ocal ছিটমহলের বাইরে সংজ্ঞায়িত ফাংশন কল করতে ব্যবহৃত হয়। Ocall ছিটমহলের বাইরে কার্যকর করা হয় এবং এটি একটি অবিশ্বস্ত কল হিসাবে বিবেচিত হয়। ওকল কার্যকর হওয়ার পরে, নিয়ন্ত্রণ ছিটমহলে ফিরিয়ে দেওয়া হয়।

এনক্লেভ অংশে, একটি সুরক্ষিত চ্যানেল একটি ওয়েব সার্ভারের সাথে কনফিগার করা হয়, ছিটমহল নিজেই লক্ষ্য সার্ভারের সাথে একটি TLS হ্যান্ডশেক করে এবং অভ্যন্তরীণভাবে সমস্ত ক্রিপ্টোগ্রাফিক ক্রিয়াকলাপ সম্পাদন করে। TLS লাইব্রেরি (mbedTLS) এবং হ্রাস করা HTTP কোড SGX পরিবেশে রপ্তানি করা হয়েছে। এছাড়াও, দূরবর্তী সার্ভারের সার্টিফিকেট যাচাই করার জন্য এনক্লেভে রুট CA শংসাপত্র (শংসাপত্রের একটি সংগ্রহ) রয়েছে। অনুরোধ হ্যান্ডলার Ethereum দ্বারা প্রদত্ত বিন্যাসে একটি ডেটাগ্রাম অনুরোধ গ্রহণ করে, এটি ডিক্রিপ্ট করে এবং পার্স করে। তারপরে এটি অনুরোধ করা ডেটাগ্রাম ধারণকারী একটি Ethereum লেনদেন তৈরি করে, skTC এর সাথে স্বাক্ষর করে এবং এটি রিলেতে প্রেরণ করে।

রিলে অংশে রয়েছে ক্লায়েন্ট ইন্টারফেস, টিসিপি, ব্লকচেইন ইন্টারফেস। এনক্লেভ কোড প্রত্যয়িত করতে এবং ক্লায়েন্টের সাথে যোগাযোগের জন্য ক্লায়েন্ট ইন্টারফেস প্রয়োজন। ক্লায়েন্ট ecall ব্যবহার করে একটি সত্যায়নের অনুরোধ পাঠায় এবং att (প্রত্যয়িত স্বাক্ষর) সহ skTC দ্বারা স্বাক্ষরিত একটি টাইমস্ট্যাম্প পায়, তারপর Intel Attestation Service (IAS) ব্যবহার করে att যাচাই করা হয় এবং টাইমস্ট্যাম্প একটি বিশ্বস্ত সময় পরিষেবা দ্বারা যাচাই করা হয়। ব্লকচেইন ইন্টারফেস ইনকামিং অনুরোধ যাচাই করে এবং ডেটাগ্রাম ডেলিভারির জন্য ব্লকচেইনে লেনদেন করে। গেথ হল একটি অফিসিয়াল ইথেরিয়াম ক্লায়েন্ট এবং রিলেকে RPC কলের মাধ্যমে ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করার অনুমতি দেয়।

TEE এর সাথে কাজ করা, TC আপনাকে সমান্তরালভাবে বেশ কয়েকটি ছিটমহল চালানোর অনুমতি দেয়, যার ফলে তথ্য প্রক্রিয়াকরণের গতি 3 গুণ বৃদ্ধি পায়। যদি একটি চলমান ছিটমহলের সাথে গতি 15 tx/সেকেন্ড হয়, তাহলে 20টি সমান্তরাল চলমান ছিটমহলের সাথে গতি 65 tx/সেকেন্ডে বৃদ্ধি পায়; তুলনা করার জন্য, Bitcoin ব্লকচেইনে সর্বাধিক অপারেটিং গতি হল 26 tx/sec।

deco

DECO (TLS-এর জন্য বিকেন্দ্রীভূত ওরাকল) CCS'20-এ উপস্থাপিত হয়েছিল, TLS সংযোগ সমর্থন করে এমন সাইটগুলির সাথে কাজ করে৷ তথ্য গোপনীয়তা এবং অখণ্ডতা নিশ্চিত করে।
TLS সহ DECO সিমেট্রিক এনক্রিপশন ব্যবহার করে, তাই ক্লায়েন্ট এবং ওয়েব সার্ভারে এনক্রিপশন কী রয়েছে এবং ক্লায়েন্ট চাইলে TLS সেশন ডেটা জাল করতে পারে। এই সমস্যা সমাধানের জন্য, DECO প্রোভার (স্মার্ট চুক্তি), যাচাইকারী (ওরাকল) এবং ওয়েব-সার্ভার (ডেটা সোর্স) এর মধ্যে একটি ত্রিমুখী হ্যান্ডশেক প্রোটোকল ব্যবহার করে।

DECO যেভাবে কাজ করে তা হল যে যাচাইকারী একটি ডেটা D গ্রহণ করে এবং যাচাইকারীকে নিশ্চিত করে যে D টি এলএস সার্ভার এস থেকে এসেছে। আরেকটি সমস্যা হল যে TLS ডেটাতে স্বাক্ষর করে না এবং TLS ক্লায়েন্টের পক্ষে প্রমাণ করা কঠিন যে সঠিক সার্ভার থেকে ডেটা প্রাপ্ত হয়েছিল (উদ্ভাবনের অসুবিধা)।

DECO প্রোটোকল KEnc এবং KMac এনক্রিপশন কী ব্যবহার করে। ক্লায়েন্ট একটি অনুরোধ Q পাঠায় ওয়েব সার্ভারসার্ভার R থেকে প্রতিক্রিয়া এনক্রিপ্ট করা হয়, কিন্তু ক্লায়েন্ট এবং সার্ভার একই KMac ভাগ করে নেয় এবং ক্লায়েন্ট TLS বার্তা জাল করতে পারে। DECO এর সমাধান হল ক্লায়েন্ট (প্রোভার) থেকে KMac কে "লুকিয়ে রাখা" যতক্ষণ না এটি অনুরোধের প্রতিক্রিয়া জানায়। এখন KMac প্রোভার এবং যাচাইকারীর মধ্যে বিভক্ত - KpMac এবং KvMac। সার্ভার KpMac ⊕ KvMac = KMac কী-পার্টিশনিং অপারেশন ব্যবহার করে প্রতিক্রিয়া এনক্রিপ্ট করার জন্য KMac গ্রহণ করে।

একটি ত্রি-মুখী হ্যান্ডশেক স্থাপনের মাধ্যমে, ক্লায়েন্ট এবং সার্ভারের মধ্যে ডেটা আদান-প্রদান করা হবে নিরাপত্তার গ্যারান্টি সহ।

একটি বিকেন্দ্রীভূত ওরাকল সিস্টেম সম্পর্কে কথা বলার সময়, কেউ চেইনলিংক উল্লেখ করতে ব্যর্থ হতে পারে না, যার লক্ষ্য হল ইথেরিয়াম, বিটকয়েন এবং হাইপারলেজারের সাথে সামঞ্জস্যপূর্ণ ওরাকল নোডগুলির একটি বিকেন্দ্রীকৃত নেটওয়ার্ক তৈরি করা, মডুলারিটি বিবেচনা করে: সিস্টেমের প্রতিটি অংশ আপডেট করা যেতে পারে। একই সময়ে, নিরাপত্তা নিশ্চিত করার জন্য, চেইনলিংক কার্যে অংশগ্রহণকারী প্রতিটি ওরাকলকে কীগুলির সংমিশ্রণ (সর্বজনীন এবং ব্যক্তিগত) ইস্যু করার প্রস্তাব দেয়। ব্যক্তিগত কীটি একটি আংশিক স্বাক্ষর তৈরি করতে ব্যবহৃত হয় যাতে ডেটা অনুরোধে তাদের সিদ্ধান্ত থাকে। একটি উত্তর পেতে, নেটওয়ার্কের ওরাকলের সমস্ত আংশিক স্বাক্ষর একত্রিত করা প্রয়োজন।

চেইনলিংক বিকেন্দ্রীভূত ফিনান্স অ্যাপ্লিকেশন যেমন মিক্সিকলসের উপর ফোকাস করে একটি প্রাথমিক PoC DECO পরিচালনা করার পরিকল্পনা করেছে। লেখার সময়, ফোর্বসে খবর বেরিয়েছে যে চেইনলিংক কর্নেল বিশ্ববিদ্যালয় থেকে DECO অর্জন করেছে।

ওরাকলের উপর আক্রমণ

তথ্য সুরক্ষার দৃষ্টিকোণ থেকে, টাউন ক্রিয়ারে নিম্নলিখিত আক্রমণগুলি বিবেচনা করা হয়েছিল:

1. TEE নোডগুলিতে দুর্বৃত্ত স্মার্ট-কন্টাক্ট কোড ইনজেকশন।
   আক্রমণের সারমর্ম: TEE-তে ইচ্ছাকৃতভাবে ভুল স্মার্ট চুক্তি কোড প্রেরণ করা, এইভাবে, একজন আক্রমণকারী যে নোডে অ্যাক্সেস পেয়েছে সে ডিক্রিপ্ট করা ডেটাতে তার নিজস্ব (প্রতারণামূলক) স্মার্ট চুক্তি সম্পাদন করতে সক্ষম হবে। যাইহোক, রিটার্ন মানগুলি একটি ব্যক্তিগত কী দিয়ে এনক্রিপ্ট করা হবে এবং এই ধরনের ডেটা অ্যাক্সেস করার একমাত্র উপায় হল রিটার্ন/আউটপুটে সাইফারটেক্সট ফাঁস করা।
   এই আক্রমণের বিরুদ্ধে সুরক্ষা বর্তমান ঠিকানায় অবস্থিত কোডের সঠিকতা পরীক্ষা করে ছিটমহল নিয়ে গঠিত। এটি একটি অ্যাড্রেসিং স্কিম ব্যবহার করে অর্জন করা যেতে পারে যেখানে চুক্তির কোড হ্যাশ করে চুক্তির ঠিকানা নির্ধারণ করা হয়।

2. চুক্তি রাষ্ট্র সাইফারটেক্সট পরিবর্তন লিক.
   আক্রমণের সারমর্ম: যে নোডগুলির উপর স্মার্ট চুক্তি সম্পাদন করা হয় তাদের মালিকরা ছিটমহলের বাইরে এনক্রিপ্ট করা আকারে চুক্তির অবস্থায় অ্যাক্সেস করতে পারে। একজন আক্রমণকারী, একটি নোডের নিয়ন্ত্রণ অর্জন করে, লেনদেনের আগে এবং পরে যোগাযোগের অবস্থার তুলনা করতে পারে এবং কোন আর্গুমেন্টগুলি প্রবেশ করা হয়েছিল এবং কোন স্মার্ট চুক্তি পদ্ধতি ব্যবহার করা হয়েছিল তা নির্ধারণ করতে পারে, যেহেতু স্মার্ট চুক্তি কোড নিজেই এবং এর প্রযুক্তিগত বৈশিষ্ট্যগুলি সর্বজনীনভাবে উপলব্ধ।
   নোডের নির্ভরযোগ্যতা নিশ্চিত করার জন্য সুরক্ষা।

3. পার্শ্ব-চ্যানেল আক্রমণ।
   একটি বিশেষ ধরনের আক্রমণ যা বিভিন্ন পরিস্থিতিতে ছিটমহল মেমরি এবং ক্যাশে অ্যাক্সেসের নিরীক্ষণ ব্যবহার করে। এ ধরনের হামলার উদাহরণ হল প্রাইম এবং প্রোব।
   
   আক্রমণের আদেশ:

   • t0: আক্রমণকারী শিকার প্রক্রিয়ার সম্পূর্ণ ডেটা ক্যাশে পূরণ করে।
   • t1: ভিকটিম মেমরি অ্যাক্সেসের সাথে কোড এক্সিকিউট করে যা শিকারের সংবেদনশীল ডেটার (ক্রিপ্টোগ্রাফিক কী) উপর নির্ভর করে। ক্যাশে লাইনটি কীবিট মানের উপর ভিত্তি করে নির্বাচন করা হয়। চিত্রের উদাহরণে, কীবিট = 0 এবং ক্যাশে লাইন 2-তে X ঠিকানাটি পড়া হয়েছে৷ X-এ সংরক্ষিত ডেটা ক্যাশে লোড করা হয়, আগে যে ডেটা ছিল তা স্থানচ্যুত করে৷
   • t2: আক্রমণকারী চেক করে যে তার কোন ক্যাশে লাইনগুলি উচ্ছেদ করা হয়েছে - শিকারের দ্বারা ব্যবহৃত লাইনগুলি৷ এটি অ্যাক্সেসের সময় পরিমাপ করে করা হয়। প্রতিটি কীবিটের জন্য এই অপারেশনটি পুনরাবৃত্তি করে, আক্রমণকারী পুরো কীটি পায়।

আক্রমণ সুরক্ষা: ইন্টেল SGX-এর পার্শ্ব-চ্যানেল আক্রমণগুলির বিরুদ্ধে সুরক্ষা রয়েছে যা ক্যাশে-সম্পর্কিত ইভেন্টগুলির পর্যবেক্ষণকে বাধা দেয়, তবে একটি প্রাইম এবং প্রোব আক্রমণ এখনও কাজ করবে কারণ আক্রমণকারী তার প্রক্রিয়ার ক্যাশে ইভেন্টগুলি পর্যবেক্ষণ করে এবং শিকারের সাথে ক্যাশে ভাগ করে।

সুতরাং, এই মুহূর্তে এই আক্রমণের বিরুদ্ধে কোন নির্ভরযোগ্য সুরক্ষা নেই।

প্রাইম এবং প্রোবের মতো স্পেকটার এবং ফোরশ্যাডো (L1TF) এর মতো আক্রমণগুলিও পরিচিত। তারা আপনাকে তৃতীয় পক্ষের চ্যানেলের মাধ্যমে ক্যাশে মেমরি থেকে ডেটা পড়ার অনুমতি দেয়। Specter-v2 দুর্বলতার বিরুদ্ধে সুরক্ষা প্রদান করা হয়েছে, যা এই দুটি আক্রমণের বিরুদ্ধে কাজ করে।

DECO-এর ক্ষেত্রে, ত্রিমুখী হ্যান্ডশেক নিরাপত্তার গ্যারান্টি প্রদান করে:

1. প্রোভার ইন্টিগ্রিটি: একটি হ্যাকড প্রোভার সার্ভারের মূল তথ্যকে মিথ্যা প্রমাণ করতে পারে না এবং সার্ভারকে অবৈধ অনুরোধ গ্রহণ করতে বা বৈধ অনুরোধের ভুলভাবে সাড়া দিতে পারে না। এটি সার্ভার এবং প্রোভারের মধ্যে অনুরোধের নিদর্শনগুলির মাধ্যমে করা হয়।
2. যাচাইকারী সততা: একটি হ্যাক করা যাচাইকারী ভুল উত্তর পেতে পারে না।
3. গোপনীয়তা: হ্যাক করা যাচাইকারী শুধুমাত্র সর্বজনীন তথ্য (অনুরোধ, সার্ভারের নাম) পরীক্ষা করে।

DECO-তে, শুধুমাত্র ট্র্যাফিক ইনজেকশন দুর্বলতা সম্ভব। প্রাথমিকভাবে, ত্রি-মুখী হ্যান্ডশেকের সময়, যাচাইকারী একটি নতুন নন্স ব্যবহার করে সার্ভারের পরিচয় স্থাপন করতে পারে। তবে, হ্যান্ডশেকের পরে, যাচাইকারীকে নেটওয়ার্ক-স্তর সূচকগুলির উপর নির্ভর করতে হবে (আইপি ঠিকানা)। অতএব, যাচাইকারী এবং সার্ভারের মধ্যে সংযোগ ট্র্যাফিক ইনজেকশন থেকে সুরক্ষিত রাখতে হবে। এটি একটি প্রক্সি ব্যবহার করে অর্জন করা হয়।

ওরাকলের তুলনা

টাউন ক্রিয়ার সার্ভার অংশে একটি এনক্লেভের সাথে কাজ করার উপর ভিত্তি করে তৈরি করা হয়েছে, যখন DECO আপনাকে ক্রিপ্টোগ্রাফিক কীগুলির সাথে ত্রি-মুখী হ্যান্ডশেক এবং ডেটা এনক্রিপশন ব্যবহার করে ডেটার উত্সের সত্যতা যাচাই করতে দেয়। এই ওরাকলগুলির তুলনা নিম্নলিখিত মানদণ্ড অনুসারে করা হয়েছিল: কর্মক্ষমতা, নিরাপত্তা, খরচ এবং ব্যবহারিকতা।

শহরে ঘোষক
deco

কর্মক্ষমতা
দ্রুত (0.6 সেকেন্ড শেষ করতে)
ধীর (প্রটোকল শেষ করতে 10.50 সেকেন্ড)

নিরাপত্তা
কম নিরাপদ
অধিক নিরাপদ

মূল্য
অনেক বেশী ব্যাবহুল
সস্তা

বাস্তবতা
বিশেষ হার্ডওয়্যার প্রয়োজন
TLS সমর্থন করে এমন যেকোনো সার্ভারের সাথে কাজ করে

গতি কর্মক্ষমতা: DECO এর সাথে কাজ করার জন্য, একটি ত্রি-মুখী হ্যান্ডশেক প্রয়োজন, ল্যানের মাধ্যমে সেট আপ করার সময় এটি 0.37 সেকেন্ড সময় নেয়, সংযোগ স্থাপনের পরে মিথস্ক্রিয়া করার জন্য, 2PC-HMAC কার্যকর (প্রতি লিখতে 0,13 সেকেন্ড)। DECO এর কার্যকারিতা উপলব্ধ TLS সাইফার স্যুট, ব্যক্তিগত ডেটার আকার এবং একটি নির্দিষ্ট অ্যাপ্লিকেশনের প্রমাণের জটিলতার উপর নির্ভর করে। একটি উদাহরণ হিসাবে IC3 থেকে বাইনারি বিকল্প অ্যাপ্লিকেশন ব্যবহার করে: LAN এর মাধ্যমে প্রোটোকল সম্পূর্ণ করতে প্রায় 10,50 সেকেন্ড সময় লাগে। তুলনা করে, টাউন ক্রিয়ার একটি অনুরূপ অ্যাপ্লিকেশনটি সম্পূর্ণ করতে প্রায় 0,6 সেকেন্ড সময় নেয়, যা DECO এর চেয়ে প্রায় 20 গুণ দ্রুত। সব জিনিস সমান হওয়ায় টিসি দ্রুত হবে।

নিরাপত্তা: ইন্টেল SGX ছিটমহলের উপর আক্রমণ (সাইড-চ্যানেল আক্রমণ) কাজ করে এবং স্মার্ট চুক্তির অংশগ্রহণকারীদের প্রকৃত ক্ষতি করতে পারে। DECO সম্পর্কে, ট্র্যাফিক ইনজেকশন সম্পর্কিত আক্রমণ সম্ভব, কিন্তু একটি প্রক্সি ব্যবহার এই ধরনের আক্রমণগুলিকে কম করে না। তাই DECO নিরাপদ।

খরচ: Intel SGX সমর্থন করে এমন সরঞ্জামের খরচ DECO-তে প্রোটোকল সেট আপ করার খরচের চেয়ে বেশি৷ এ কারণে টিসি বেশি ব্যয়বহুল।

বাস্তবতা: টাউন ক্রিয়ারের সাথে কাজ করার জন্য, TEE সমর্থন করে এমন বিশেষ সরঞ্জাম প্রয়োজন৷ উদাহরণস্বরূপ, Intel SGX 6th প্রজন্মের Intel Core প্রসেসর পরিবারে এবং পরবর্তীতে সমর্থিত। DECO আপনাকে যেকোনো সরঞ্জামের সাথে কাজ করতে দেয়, যদিও TEE ব্যবহার করে একটি DECO সেটিং আছে। সেটআপ প্রক্রিয়া অনুসারে, DECO-এর ত্রিমুখী হ্যান্ডশেক করতে কিছুটা সময় লাগতে পারে, কিন্তু এটি TC-এর হার্ডওয়্যার সীমাবদ্ধতার তুলনায় কিছুই নয়, তাই DECO আরও ব্যবহারিক৷

উপসংহার

দুটি ওরাকলকে আলাদাভাবে দেখে এবং চারটি মানদণ্ডে তাদের তুলনা করলে, এটা স্পষ্ট যে টাউন ক্রিয়ার চারটি পয়েন্টের মধ্যে তিনটিতে DECO থেকে নিকৃষ্ট। DECO তথ্য সুরক্ষার দৃষ্টিকোণ থেকে আরও নির্ভরযোগ্য, সস্তা এবং আরও ব্যবহারিক, যদিও একটি ত্রি-পক্ষীয় প্রোটোকল সেট আপ করতে কিছু সময় লাগতে পারে এবং এর ত্রুটি রয়েছে, উদাহরণস্বরূপ, এনক্রিপশন কীগুলির সাথে অতিরিক্ত ক্রিয়াকলাপ। TC DECO এর চেয়ে দ্রুত, কিন্তু পার্শ্ব-চ্যানেল আক্রমণের দুর্বলতাগুলি এটিকে গোপনীয়তা হারানোর জন্য সংবেদনশীল করে তোলে৷ এটি অবশ্যই বিবেচনায় নেওয়া উচিত যে 2020 সালের জানুয়ারিতে DECO চালু করা হয়েছিল এবং এটিকে নিরাপদ বিবেচনা করার জন্য পর্যাপ্ত সময় অতিবাহিত হয়নি। টাউন ক্রিয়ার 4 বছর ধরে আক্রমণের মধ্যে রয়েছে এবং অনেক পরীক্ষার মধ্য দিয়ে গেছে, তাই অনেক প্রকল্পে এর ব্যবহার ন্যায়সঙ্গত।

উত্স: www.habr.com