টিম বার্নার্স-লি সম্প্রতি স্পেসিফিকেশন রূপান্তর করার সিদ্ধান্ত ঘোষণা করেছে যা ওয়েবের জন্য বিকেন্দ্রীকৃত শনাক্তকারীকে সংজ্ঞায়িত করে (DID, বিকেন্দ্রীকৃত শনাক্তকারী), প্রস্তাবিত মান অবস্থায়, এইভাবে Google এবং Mozilla দ্বারা উত্থাপিত আপত্তি বাতিল করে।
স্পেসিফিকেশন DID একটি নতুন ধরনের গ্লোবাল আইডেন্টিফায়ার প্রবর্তন করে শুধুমাত্র এক যে পৃথক কেন্দ্রীভূত সংস্থা এবং পরিষেবাগুলির সাথে সংযুক্ত নয়, যেমন ডোমেন রেজিস্ট্রার এবং সার্টিফিকেশন কর্তৃপক্ষ। শনাক্তকারী একটি নির্বিচারে সম্পদের সাথে যুক্ত হতে পারে এবং সম্পদের মালিকের দ্বারা বিশ্বস্ত সিস্টেম দ্বারা উত্পন্ন হতে পারে।
শনাক্তকারী প্রমাণীকরণ ক্রিপ্টোগ্রাফিক প্রক্রিয়ার উপর ভিত্তি করে মালিকানা প্রমাণীকরণের প্রমাণ ব্যবহার করে, যেমন ডিজিটাল স্বাক্ষর। স্পেসিফিকেশন ব্লকচেইন-ভিত্তিক পদ্ধতি সহ বিতরণ করা নিয়ন্ত্রণ এবং পরিচয় তথ্য পুনরুদ্ধারের জন্য বিভিন্ন পদ্ধতির অনুমতি দেয়।
নতুন URI-এর বিন্যাস "did:method:unique_identifier" হিসাবে গঠিত হয়েছে। যেখানে "did" নতুন URI স্কিম নির্দিষ্ট করে, "পদ্ধতি" নির্দেশ করে শনাক্তকারীকে পরিচালনা করার পদ্ধতি, এবং "unique_identifier" হল একটি পদ্ধতি-নির্দিষ্ট সম্পদ শনাক্তকারী।
পদ্ধতি নিয়ে মাঠ যাচাইকৃত ডেটা সঞ্চয় করতে ব্যবহৃত পরিষেবার নাম উল্লেখ করে, যা শনাক্তকারীর স্বতন্ত্রতা নিশ্চিত করে, এর বিন্যাস নির্ধারণ করে এবং যে সংস্থার জন্য এটি তৈরি করা হয়েছিল তার সাথে শনাক্তকারীর বাঁধাই প্রদান করে। আইডি সহ URI মেটাডেটা সহ একটি JSON নথিতে রূপান্তরিত হয় যা অনুরোধ করা বস্তুর বর্ণনা করে এবং মালিককে যাচাই করার জন্য সর্বজনীন কী অন্তর্ভুক্ত করে।
পদ্ধতি বাস্তবায়ন ডিআইডি স্ট্যান্ডার্ডের সুযোগের বাইরে, এর স্পেসিফিকেশনে সংজ্ঞায়িত করা হয় এবং একটি পৃথক রেজিস্ট্রিতে রাখা হয়।
এখন 135টি পদ্ধতি প্রস্তাব করা হয়েছে বিভিন্ন ব্লকচেইন, ক্রিপ্টোগ্রাফিক অ্যালগরিদম, বিতরণ করা প্রযুক্তি, বিকেন্দ্রীভূত ডাটাবেস, P2P সিস্টেম এবং সনাক্তকরণ প্রক্রিয়ার উপর ভিত্তি করে। এছাড়াও কেন্দ্রীভূত সিস্টেমে DID লিঙ্ক তৈরি করা সম্ভব, উদাহরণস্বরূপ, ওয়েব পদ্ধতি ঐতিহ্যগত হোস্টনামগুলিকে আবদ্ধ করার অনুমতি দেয় (উদাহরণস্বরূপ, "did:web:example.com")।
Google-এর আপত্তি স্পেসিফিকেশন আলাদা করার সাথে সম্পর্কিত পদ্ধতির চূড়ান্ত বাস্তবায়নের জন্য স্পেসিফিকেশনের বিকেন্দ্রীকৃত শনাক্তকারীর সাধারণ প্রক্রিয়ার জন্য, যা পদ্ধতির স্পেসিফিকেশন অধ্যয়ন না করেই মূল স্পেসিফিকেশনের সঠিকতা বিশ্লেষণ করতে দেয় না।
মেথড স্পেসিফিকেশন প্রস্তুত না হলে মূল স্পেসিফিকেশন প্রকাশ করা রিভিশনকে কঠিন করে তোলে, এবং Google পরামর্শ দিয়েছে যে সাধারণ ডিআইডি স্পেসিফিকেশনের স্ট্যান্ডার্ডাইজেশন স্থগিত রাখা হবে যতক্ষণ না কিছু ভালো পদ্ধতি প্রমিতকরণের জন্য প্রস্তুত হয়, যেমন পদ্ধতি প্রমিতকরণের প্রক্রিয়ায়, সূক্ষ্ম পয়েন্টগুলি হতে পারে মূল স্পেসিফিকেশন চূড়ান্ত করা প্রয়োজন যে উঠা.
মোজিলার আপত্তি হল যে স্পেকটি পর্যাপ্তভাবে পোর্টেবিলিটি চালায় না, সমস্যাটিকে মেথড রেজিস্ট্রেশনের দিকে ছেড়ে দেয়।
রেজিস্ট্রিতে ইতিমধ্যে একশোরও বেশি পদ্ধতি প্রস্তাব করা হয়েছে, মানক সমাধানগুলির সামঞ্জস্য এবং একীকরণের বিষয়টি বিবেচনা না করেই তৈরি করা হয়েছে। এর বর্তমান আকারে, আপনার প্রয়োজন অনুসারে বিদ্যমান পদ্ধতিগুলিকে মানিয়ে নেওয়ার চেষ্টা না করে প্রতিটি কাজের জন্য একটি নতুন পদ্ধতি তৈরি করার পরামর্শ দেওয়া হয়।
W3C-এর অবস্থান হল DID স্পেসিফিকেশনের প্রমিতকরণ, যা একটি নতুন এক্সটেনসিবল আইডেন্টিফায়ার ক্লাস এবং সংশ্লিষ্ট সিনট্যাক্সকে সংজ্ঞায়িত করে, পদ্ধতির প্রমিতকরণের উপর আরও পদ্ধতির বিকাশ এবং ঐক্যমত হবে।
বর্তমান আকারে, সমস্যা সমাধানের জন্য মূল স্পেসিফিকেশনের প্রযোজ্যতার যথেষ্ট প্রমাণ রয়েছে বিকেন্দ্রীভূত প্রযুক্তি বিকাশকারী সম্প্রদায়ের মধ্যে যেগুলির চাহিদা রয়েছে। পদ্ধতির প্রস্তাবিত বাস্তবায়নকে নতুন ইউআরএল স্কিমগুলির সাথে সাদৃশ্য দিয়ে বিচার করা উচিত নয় এবং প্রচুর সংখ্যক পদ্ধতি তৈরি করাকে বিকাশকারীদের প্রয়োজনের জন্য বেস স্পেসিফিকেশনের সাথে সামঞ্জস্যপূর্ণ হিসাবে দেখা যেতে পারে।
নির্দিষ্ট পদ্ধতির মানককরণ আরও কঠিন কাজ হিসাবে দেখা হয়, ডেভেলপারদের মধ্যে ঐকমত্য অর্জনের পরিপ্রেক্ষিতে, একটি সাধারণ শ্রেণির শনাক্তকারীর উপর প্রমিতকরণের চেয়ে। অতএব, পদ্ধতি মানককরণের আগে একটি সাধারণ স্পেসিফিকেশন গ্রহণকে একটি সমাধান হিসাবে বিবেচনা করা হয় যা বিকেন্দ্রীভূত শনাক্তকারী প্রয়োগকারী সম্প্রদায়ের কম সম্ভাব্য ক্ষতির কারণ হতে পারে।
পরিশেষে আপনি যদি এটি সম্পর্কে আরও জানতে আগ্রহী হন, আপনি পরীক্ষা করতে পারেন নিম্নলিখিত লিঙ্কে বিশদ।