Flare Confidential Compute প্রাইভেট ইনস্টিটিউশনাল ডেটা অনচেইনে ব্যবহারযোগ্য করে, Hex Trust-এর USDX দিয়ে শুরু করে

স্মার্ট কন্ট্র্যাক্টগুলি যা যাচাই করতে পারে, সেটির ওপর কাজ করে। পাবলিক ডেটা Flare-এ ভালভাবে সেবা পায়। দামগুলো Flare Time Series Oracle (FTSO) এর মাধ্যমে আসে, এবং অন্যান্য চেইন ও Web2 সিস্টেমের ইভেন্টগুলো Flare Data Connector (FDC) এর মাধ্যমে প্রমাণিত হয়। প্রতিষ্ঠানগুলো যে ডেটার ওপর কাজ করে তা ভিন্ন। রিজার্ভ ব্যালেন্স, ফান্ডের NAV, কলাটেরাল পজিশন, ক্রেডিট ও কমপ্লায়েন্স ডেটা গোপন এবং চেইনের বাইরে থাকে যুক্তিসঙ্গত কারণের জন্য। একটি কন্ট্র্যাক্ট কোনো সংখ্যা যাচাই করতে পারে না যদি তা তাকে কখনো দেখানো না হয়।

Flare Confidential Compute (FCC) এই ডেটার জন্য নির্মিত হয়েছে। এটি নিবন্ধিত Trusted Execution Environment (TEE) এর মধ্যে গোপন ইনপুট প্রক্রিয়াকরণ করে এবং একটি স্বাক্ষরিত ফলাফল প্রদান করে যা যেকোন কন্ট্র্যাক্ট নির্ভর করার আগে যাচাই করতে পারে। মূল ডেটা গোপন থাকে। শুধুমাত্র ফলাফল চেইনে পৌঁছায়। গোপন ডেটার ওপর মূল্য নির্ভরশীল কোনো সম্পদকে, এই ফলাফল প্রোটোকলগুলিকে মূলধন রিজার্ভের স্থিতি যাচাইযোগ্য করে দিতে পারে, যা মূল্যের নির্ধারণ ও ঝুঁকি প্যারামিটারে ব্যবহার করা যায়। ফলাফল শুধুমাত্র সমষ্টি, যেমন রিজার্ভ সাপ্লাই কভার করে কি না, দেখায় এবং এর পেছনের কোনো ব্যালেন্স প্রকাশ করে না।

প্রথম অ্যাপ্লিকেশন: USDX-এর জন্য রিজার্ভের প্রমাণ

FCC Proof of Reserves এক্সটেনশন এমন সম্পদের জন্য নির্মিত হয়েছে যেগুলোর সমর্থন আংশিকভাবে পাবলিক এবং আংশিকভাবে গোপন। Hex Trust এটি ব্যবহার করছে USDX এর জন্য, এর ১:১ USD-রেফারেন্সিং স্টেবলকয়েন।

Hex Trust দুইটি উৎস থেকে USDX রিজার্ভ সম্পদের ডেটা প্রদান করে: একটি পাবলিক রিজার্ভের পরিমাণ এবং একটি সীমাবদ্ধ ক্যাশ রিজার্ভের পরিমাণ। এক্সটেনশনটি TEE-তে উভয়ই পড়ে, তাদের সম্মিলিত মোটকে পুরো ইকোসিস্টেমের USDX সাপ্লাইয়ের সাথে তুলনা করে, এবং একটি ফলাফল স্বাক্ষর করে দেখায় USDX ১:১ অথবা তার থেকেও বেশি সমর্থিত কিনা। শুধুমাত্র সেই ফলাফল প্রকাশিত হয়।

USDX Songbird-এ FAssets সিস্টেমের একটি কলাটেরাল, এবং এর ফিড সেখানে এই রিজার্ভ-ভিত্তিক রেফারেন্সে স্থানান্তরিত হচ্ছে। একই ফলাফল DEX-গুলোকে USDX মূল্য নির্ধারণের জন্য আরও মজবুত ভিত্তি দেয়। ফিড মেটাডেটা দেখায় রিজার্ভ আপডেটের সময় কভারেজ প্রয়োজনীয়তা পূরণ করেছে কিনা।  লাইভ ফলাফলটি এখানে রয়েছে: Songbird System Explorer।

“Flare Confidential Compute একীভূত করা প্রতিষ্ঠানিক গ্রহণের জন্য বিশ্বাস স্তরকে উন্নত করে USDX রিজার্ভের রিয়েল-টাইম, অনচেইন যাচাইযোগ্যতা সক্ষম করে এবং ফলে Flare ইকোসিস্টেমে একটি বিশ্বাসযোগ্য স্টেবলকয়েন হিসেবে তার অবস্থানকে বাস্তবায়িত করে” বলেছেন Ben Usinger, Hex Trust-এ Stablecoins হেড।

ফলাফল কীভাবে যাচাই করা হয়

একটি স্বাক্ষরিত ফলাফল শুধুমাত্র তখনই ব্যবহারযোগ্য যখন একটি কন্ট্র্যাক্ট জানে এটি কে উৎপন্ন করেছে। FCC প্রতিটি ধাপে নির্দেশনা থেকে চূড়ান্ত অনচেইন ফলাফল পর্যন্ত এই প্রশ্নের উত্তর দেয়।

এক্সিকিউশন নেটওয়ার্ক দ্বারা অনুমোদিত হয়

Songbird ডেটা প্রদানকারীরা Flare-এর স্বাক্ষর নীতির অধীনে প্রতিটি নির্দেশনা রিলে এবং স্বাক্ষর করে। TEE শুধুমাত্র তখনই এক্সিকিউট করে যখন কোনো নির্দেশনা প্রদানকারীদের স্বাক্ষরের উচ্চতা অধিকাংশ পায়। এটি একই প্রদানকারী সেট যারা FTSO এবং FDC চালায়।

কোডটি পিন করা হয়েছে

প্রতিটি সমর্থিত কোড সংস্করণ হল পুনরুৎপাদনযোগ্য কন্টেইনার ইমেজের হ্যাশ, যা অনচেইনে অনুমোদিত। চালিত কাজটি হল সেই অনুমোদিত সংস্করণ। একটি নতুন সংস্করণকে একই অনুমোদন পেতে হবে তার চালু মেশিন রেজিস্টার করার আগে। এটি প্রতিটি আপগ্রেডকে অনচেইন ইভেন্ট করে। অঅনুমোদিত কোড চালানো মেশিন রেজিস্টার করতে পারে না, তাই তার স্বাক্ষরিত কিছুই গৃহীত হবে না**।**

মেশিনটি রেজিস্টার করা হয়েছে

একটি TEE এক্সটেনশনে যোগ দেয় এক্সটেনশনকে হার্ডওয়্যার অ্যাটেস্টেশন উপস্থাপন করে যা দেখায় এটি সমর্থিত কোড সংস্করণ চালাচ্ছে। সেই অ্যাটেস্টেশন Flare Data Connector এর মাধ্যমে যাচাই করা হয় এবং অনচেইনে রেকর্ড করা হয়। মেশিনের স্বাক্ষর কী বুটের সময় এনক্লেভের ভিতরে তৈরি হয় এবং কখনো বের হয় না।

ফলাফল অনচেইনে পরীক্ষা করা হয়

TEE রেজিস্টার্ড পরিচয় দিয়ে ফলাফল স্বাক্ষর করে। একটি ভেরিফায়ার কন্ট্র্যাক্ট (TEE রেজিস্ট্রি) স্বাক্ষর পরীক্ষা করে ফলাফল সংরক্ষণ বা অন্যান্য কন্ট্র্যাক্ট দ্বারা ব্যবহারের আগে।

পাবলিক ও প্রাইভেট ইনপুট এক হিসাবিতে মিলে

Proof of Reserves এক্সটেনশন পাবলিক রিজার্ভ উপাদান, প্রাইভেট রিজার্ভ রেকর্ড ও সাপ্লাইকে একত্রিত করে। তারপর এটি একটি কভারেজ রুল প্রয়োগ করে, যা একক থ্রেশহোল্ড থেকে বহু-শর্ত নীতিতে পর্যন্ত হতে পারে। শুধুমাত্র উপসংহার প্রকাশিত হয়। প্রাইভেট সংখ্যা ফলাফলে অবদান রাখে কিন্তু তা তাতে দৃশ্যমান নয়।

পাবলিক ও প্রাইভেট ডেটা জন্য একক স্ট্যাক

FCC নেটওয়ার্কের নিজস্ব ডেটা প্রোটোকল হিসেবে FTSO এবং FDC-র পাশাপাশি অবস্থান করে। FTSO পাবলিক মার্কেট ডেটা নিয়ে আসে। FDC এবং FDC অন্যান্য চেইন এবং Web2 সিস্টেমের তথ্য যাচাই করে। FCC গোপনীয় ডেটা এবং গণনা যোগ করে, এবং একই প্রদানকারী সেট ও স্বাক্ষর নীতির মাধ্যমে চলে। Songbird এবং Flare-এ অ্যাপ্লিকেশনগুলি সবকিছু এক নেটওয়ার্ক থেকে পায়, যাচাই করা এবং ব্যবহার করার জন্য প্রস্তুত।

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

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

নির্মাণ শুরু করুন

FCC এখন Songbird, Flare-এর ক্যানারি নেটওয়ার্কে লাইভ, জুলাই ২০২৬-এ STP.13 গৃহীত হওয়ার পরে। একটি Flare ডেপ্লয়মেন্ট আলাদাভাবে অনুসরণ করবে।

আর্কিটেকচার এবং ডেভেলপার গাইডগুলি Flare Dev Hub-এ আছে। সেগুলো কভার করে কীভাবে একটি এক্সটেনশন সংজ্ঞায়িত, ডেভেলপ, রেজিস্টার এবং তার ফলাফল অনচেইনে যাচাই করা হয়।

যদি আপনার অ্যাপ্লিকেশন এমন ডেটার ওপর নির্ভরশীল যা যেমনইয়েই অনচেইনে যায় না, তবে আমরা আপনার কাছ থেকে শোনাতে চাই।

FTSOBest বিশ্লেষণ

প্রেক্ষাপট ও উদ্দেশ্য

• সমস্যা: স্মার্ট কন্ট্র্যাক্টগুলো শুধুমাত্র এমন ডেটা ব্যবহার করতে পারে যা তারা যাচাই করতে পারে। পাবলিক মার্কেট ডেটা ইতোমধ্যে Flare Time Series Oracle (FTSO) এবং ক্রস‑চেইন / Web2 ইভেন্টগুলো Flare Data Connector (FDC) দ্বারা কাভার করা আছে। রিজার্ভ ব্যালেন্স, NAV অথবা কমপ্লায়েন্স তথ্যের মতো ইনস্টিটিউশনাল ডেটা ইচ্ছাকৃতভাবে প্রাইভেট রাখা হয়, ফলে কন্ট্র্যাক্টগুলো সরাসরি এটি ব্যবহার করতে পারে না।
• সমাধান: Flare Confidential Compute (FCC) একটি গোপন এক্সিকিউশন লেয়ার পরিচয় করায়। প্রাইভেট ইনপুটগুলো একটি রেজিস্টার্ড Trusted Execution Environment (TEE)-এর ভিতরে প্রক্রিয়াজাত হয়। TEE একটি signed result আউটপুট করে – উদাহরণস্বরূপ, একটি বুলিয়ান যা নির্দেশ করে রিজার্ভগুলো সাপ্লাইকে কভার করে কি না – যা যেকোন কন্ট্র্যাক্ট যাচাই করতে পারে। কাঁচা ইনপুটগুলো কখনোই এনক্লেভ থেকে বের হয় না।

প্রথম বাস্তবায়ন – USDX রিজার্ভ প্রুফ

• সম্পদ: USDX, Hex Trust দ্বারা ইস্যুকৃত ১:১ USD‑রেফারেন্সড স্টেবলকয়েন।
• ডেটা উত্স:
  1. পাবলিক রিজার্ভ পরিমাণ (অন‑চেইনে দৃশ্যমান)।
  2. রেস্ট্রিক্টেড ক্যাশ রিজার্ভ পরিমাণ (প্রাইভেট, শুধুমাত্র TEE‑কে সরবরাহ করা হয়)।
• গণনা: TEE‑এর মধ্যে দুটি পরিমাণ যোগ করা হয় এবং পুরো ইকোসিস্টেমে মোট USDX সাপ্লাইয়ের সঙ্গে তুলনা করা হয়।
• প্রকাশিত আউটপুট: একটি সাইন্ড ফ্ল্যাগ যা নির্দেশ করে সংযুক্ত রিজার্ভগুলো সাপ্লাইকে পূরণ করে কি না (অর্থাৎ ১:১ কভারেজ)। কোনো পৃথক ব্যালেন্স প্রকাশ করা হয় না।
• ইন্টিগ্রেশন: USDX Songbird‑এর FAssets সিস্টেমে কল্যাটারাল হিসেবে ব্যবহৃত হয়। ঐ ফিডটি এই রিজার্ভ‑বেসড ফলাফলের ওপর নির্ভর করতে মাইগ্রেট করা হচ্ছে, যা DEX‑গুলোর জন্য প্রাইসিংয়ে একটি শক্তিশালী ভিত্তি প্রদান করে।
• লাইভ ভিউ: ফলাফলটি Songbird System Explorer‑এ উল্লিখিত URL‑এর মাধ্যমে দেখা যাবে।

Verification pipeline

1. নেটওয়ার্ক‑অনুমোদিত এক্সিকিউশন – ডেটা প্রোভাইডারগুলো (যে সেটই FTSO/FDC চালায়) প্রতিটি ইনস্ট্রাকশন সাইন করে। TEE শুধুমাত্র ওজনযুক্ত সংখ্যাগরিষ্ঠ সিগনেচার সংগ্রহের পরই ইনস্ট্রাকশনটি কার্যকর করে।
2. কোড পিনিং – সমর্থিত প্রতিটি কোড ইমেজ অন‑চেইন হ্যাশের মাধ্যমে প্রতিনিধিত্ব করা হয়। শুধুমাত্র অন‑চেইনে অনুমোদিত কোডই চালানো যায়; আপগ্রেডগুলো নিজেই অন‑চেইন ইভেন্ট।
3. মেশিন রেজিস্ট্রেশন – একটি TEE হার্ডওয়্যার এটেস্টেশন উপস্থাপন করে রেজিস্টার করে যে এটি পিন করা কোড ভার্সন চালাচ্ছে। এটেস্টেশনটি Flare Data Connector মারফত যাচাই হয় এবং অন‑চেইনে রেকর্ড হয়। এনক্লেভ অভ্যন্তরীণভাবে একটি সাইনিং কি জেনারেট করে যা কখনোই হার্ডওয়্যারের বাইরে যায় না।
4. ফলাফল সাইনিং ও অন‑চেইন চেক – এনক্লেভ সামগ্রিক ফলাফলটি সাইন করে। একটি ভেরিফায়ার কন্ট্র্যাক্ট (TEE রেজিস্ট্রি) রেজিস্টার করা এনক্লেভ আইডেন্টিটিজের বিরুদ্ধে সিগনেচার চেক করে ডেটা গ্রহণের আগে নিশ্চিত করে।
5. পাবলিক + প্রাইভেট ইনপুট – Proof‑of‑Reserves এক্সটেনশন পাবলিক রিজার্ভ কম্পোনেন্ট, প্রাইভেট ক্যাশ রিজার্ভ এবং মোট টোকেন সাপ্লাইকে একত্রিত করে, এরপর একটি কভারেজ রুল প্রয়োগ করে। শুধুমাত্র চূড়ান্ত উপসংহারের তথ্যই অন‑চেইনে সংরক্ষিত হয়।

Flare‑এর ডেটা স্ট্যাকের মধ্যে অবস্থান

• FTSO পাবলিক প্রাই্স ফিড প্রদান করে।
• FDC অন্য চেইন এবং Web2 সার্ভিসের ইভেন্টগুলোকে অ্যাটেস্ট করে।
• FCC গোপন ডেটা হ্যান্ডলিং যোগ করে, একই প্রোভাইڈر সেট এবং সাইনিং পলিসি ব্যবহার করে যা অন্য দুই লেয়ারে প্রযোজ্য। এই ঐক্যবদ্ধ পদ্ধতি ডেভেলপারদেরকে একক, নেটওয়ার্ক‑লেভেল প্রোটোকল থেকে পাবলিক, ক্রস‑চেইন এবং প্রাইভেট ডেটা উৎস করতে সক্ষম করে।

ইকোসিস্টেমের জন্য ব্যবহারিক প্রভাব

• ব্যবহারকারীদের জন্য: USDX বা ভবিষ্যতে FCC গ্রহণকারী যেকোন সম্পদের সঙ্গে লেনদেনের সময় আরও আত্মবিশ্বাস, কারণ অন‑চেইন রিজার্ভ প্রুফ ক্রিপ্টোগ্রাফিকালি ভেরিফায়েবল।
• বিল্ডারদের জন্য: একটি পুনর্ব্যবহারযোগ্য প্রিমিটিভ যেকোন ক্ষেত্রে যেখানে কাঁচা ডেটা গোপন থাকতে হবে কিন্তু তার প্রভাব (যেমন “কভারেজ সন্তুষ্ট”) বিশ্বাসযোগ্য হতে হবে। সম্ভাব্য ইউজ‑কেসের মধ্যে রয়েছে:
  • লেন্ডিং মার্কেট যারা প্রাইভেট কল্যাটারাল কভারেজ চেকের প্রয়োজন।
  • টোকেনাইজড ফান্ড যা ভেরিফাইড NAV প্রকাশ করতে চায় কিন্তু হোল্ডিংস প্রকাশ না করে।
  • ক্রেডিট‑স্কোরিং অথবা কমপ্লায়েন্স চেক যা প্রাইভেট ক্লায়েন্ট ডেটার ওপর নির্ভরশীল।
• নেটওয়ার্কের জন্য: Flare‑এর ওরাকল ইকোসিস্টেমের ব্যবহারযোগ্যতা বৃদ্ধি করে গোপনীয়তা ত্যাগ না করে, এবং অতিরিক্ত প্লাম্বিং কমিয়ে – একই প্রোভাইডার সেট ইনস্ট্রাকশন, কোড অ্যাপ্রুভাল এবং এটেস্টেশন ভেরিফিকেশন পরিচালনা করে।

নির্ভরতা ও রোলআউট স্ট্যাটাস

• বিশ্বাসযোগ্য এক্সিকিউশন পরিবেশ হার্ডওয়্যার যা Flare Data Connector দ্বারা গ্রহণযোগ্য এটেস্টেশন রিসিপ্ট তৈরি করতে পারে।
• প্রোভাইডার সেট – একই এন্টিটিগুলো যা FTSO/FDC চালায়, সেগুলোকে ইনস্ট্রাকশন সাইন করতে হবে। তাদের গঠন এবং ওজন Flare‑এর বিদ্যমান নীতিমালা অনুসারে নির্ধারিত।
• অন‑চেইন কোড‑হ্যাশ রেজিস্ট্রি – প্রতিটি FCC এক্সটেনশনের জন্য কন্টেইনার ইমেজ পিন করার মেকানিজম।
• STP.13 – জুলাই ২০২৬‑এ প্রস্তাব স্বীকৃত, যা Songbird‑এ FCC সক্ষম করে। প্রধান Flare নেটওয়ার্কে একটি আলাদা ডেপ্লয়মেন্ট শীগগিরই আসবে।
• ডেভেলপার টুলিং – ডকুমেন্টেশন ও স্যাম্পল কন্ট্র্যাক্টগুলো Flare Dev Hub‑এ উপলব্ধ।

Open questions

• স্কেলেবিলিটি – কতগুলো সমান্তরাল FCC ইনস্ট্রাকশন প্রোভাইডার সেট সাইন করতে পারে এবং TEEs কোন বটলনেক ছাড়াই এক্সিকিউট করতে পারে?
• খরচ মডেল – ইনস্ট্রাকশন সাবমিট, TEE রেজিস্টার এবং ফলাফল প্রকাশের জন্য গ্যাস বা ফি কীভাবে প্রভাবিত হবে?
• TEE ইকোসিস্টেম – কোন হার্ডওয়্যার ভেন্ডর সমর্থিত, এবং সেই ডিভাইসগুলোর সাপ্লাই‑চেইন ট্রাস্ট কীভাবে বজায় রাখা হয়?
• শাসন – প্রোভাইডার সেট, কোড‑পিনিং পলিসি বা এটেস্টেশন স্ট্যান্ডার্ডের আপডেট কীভাবে সিদ্ধান্ত নেওয়া হয়?
• লেটেন্সি – ডেটা সাবমিশন থেকে অন‑চেইন ফলাফল চূড়ান্ত হওয়া পর্যন্ত typical সময় কত, বিশেষ করে দ্রুত‑মুভিং প্রাইস ফিডের মতো সময়‑সংবেদনশীল অ্যাপ্লিকেশনের জন্য?
• সিকিউরিটি সীমা – যদিও TEE কাঁচা ইনপুট রক্ষা করে, সাইড‑চ্যানেল আক্রমণ বা কমপ্রোমাইজড এনক্লেভের জন্য কী ধরণের মিটিগেশন আছে?

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