এই পৃষ্ঠায় ডিজিটাল পরিচয় ও ক্রেডেনশিয়ালের জন্য Google Wallet-এর সাথে ইন্টিগ্রেট করার বিষয়ে প্রায়শই জিজ্ঞাসিত প্রশ্নের উত্তর দেওয়া হয়েছে।
অনবোর্ড ও শুরু করুন
প্রশ্ন: নতুন পার্টনারকে রিলাইং পার্টি (RP) হিসেবে অনবোর্ড করার জন্য ধাপে ধাপে কী কী করতে হবে?
উত্তর: এই লিঙ্কে গিয়ে ধাপে-ধাপে গাইড ফলো করুন: আপনার পথ বেছে নিন।
প্র: RP অনবোর্ডিং প্রসেসের জন্য সাধারণত কত সময় লাগে?
উত্তর: সাধারণত অনবোর্ডিংয়ের জন্য ৩-৫ কর্মদিবস সময় লাগে।
প্রশ্ন: জমা দেওয়ার পরে আমাদের রিলাইং পার্টি (RP) অ্যাপ্লিকেশনের স্ট্যাটাস কীভাবে ট্র্যাক করব?
উত্তর: ৫ দিন পরেও কোনও উত্তর না পেলে, wallet-identity-rp-support@google.com-এ আমাদের সহায়তা টিমের সাথে যোগাযোগ করুন।
প্রশ্ন: আমরা কোথায় RP অনবোর্ডিং ফর্ম এবং অফিসিয়াল ডেভেলপার ডকুমেন্টেশন খুঁজে পাব?
উ:
- অনবোর্ডিং ফর্ম: Google Wallet আইডেন্টিটি রিলাইং পার্টনারদের কন্ট্যাক্ট ফর্ম
- ডেভেলপার ডকুমেন্টেশন: ডিজিটাল আইডেন্টিটি এক নজরে
প্রশ্ন: আমাদের দেওয়া তথ্য (যেমন প্রোডাক্টের নাম ও লোগো) প্রোডাক্টের অভিজ্ঞতায় কীভাবে ব্যবহার করা হবে?
উত্তর: ব্যবহারকারী নিজে ইন্টার্যাক্ট করতে পারেন এমন সম্মতি সংক্রান্ত স্ক্রিনে প্রোডাক্টের নাম ও লোগো দেখানো হয় যাতে ব্যবহারকারী বুঝতে পারেন যে কোন রিলাইং পার্টি তার ডিজিটাল আইডি চাইছে। প্রোডাক্টের অভিজ্ঞতায় URL ও নীতি সংক্রান্ত লিঙ্কও ফিচার করা হতে পারে।
প্রশ্ন: আমরা যদি শুধু ডেভেলপমেন্ট ও টেস্টিংয়ের জন্য স্যান্ডবক্স এনভায়রনমেন্ট ব্যবহার করার পরিকল্পনা করি, তাহলে কি আমাদের পরিষেবার শর্তাবলীতে স্বাক্ষর করতে হবে?
উত্তর: না, টেস্টিংয়ের জন্য পরিষেবার শর্তাবলীতে সম্মতি জানানো বাধ্যতামূলক নয়।
প্রশ্ন: শুরু করার জন্য আমরা কোথায় রেফারেন্স ইমপ্লিমেন্টেশন, স্যাম্পেল কোড বা ডেমো অ্যাপ্লিকেশন খুঁজে পাব?
উ:
- GitHub রিপোজিটরি: Identity Reference Implementation.
- টেস্ট ওয়েবসাইট: verifier.multipaz.org
যাচাইকারী রেজিস্ট্রার
প্রশ্ন: ভেরিফায়ার রেজিস্ট্রার কী এবং এটি কীভাবে কাজ করে?
উত্তর: ভেরিফায়ার রেজিস্ট্রার একটি সার্টিফিকেট অথরিটি হিসেবে কাজ করে যা ডাউনস্ট্রিম ক্লায়েন্টদের (এন্ড RP) অনবোর্ড করে। End RP সরাসরি Google Wallet-এর সাথে ইন্টার্যাক্ট করে না।
প্র: যাচাইকারী রেজিস্ট্রার এবং তাদের ডাউনস্ট্রিম ক্লায়েন্টদের জন্য নির্দিষ্ট অনবোর্ডিং প্রসেস কী?
উত্তর: এই লিঙ্কে গিয়ে ধাপগুলি দেখুন: যাচাইকারী রেজিস্ট্রার সংক্রান্ত নির্দেশিকা।
প্র: এটি ডাইরেক্ট RP ইন্টিগ্রেশনের থেকে কতটা আলাদা?
উত্তর: ভেরিফায়ার রেজিস্ট্রার তার ক্লায়েন্টের জন্য বিশ্বস্ত সম্পর্ক ম্যানেজ করে এবং তার হয়ে Google Wallet-এর সাথে ইন্টিগ্রেশন হ্যান্ডেল করে, যেখানে সরাসরি RP, Google-এর সাথে তার নিজস্ব কনফিগারেশন ম্যানেজ করে।
প্রশ্ন: ভেরিফায়ার রেজিস্ট্রারে, Google-এর কনফিগারেশনে কাকে অনুমতি দেওয়া হয়: ভেরিফায়ার রেজিস্ট্রার, এন্ড RP নাকি দু'জনকেই?
উত্তর: Google যাচাইকারী রেজিস্ট্রারের রুট CA সার্টিফিকেটকে সাদাতালিকাভুক্ত করে। এরপর, ভেরিফায়ার রেজিস্ট্রার প্রতিটি ডাউনস্ট্রিম এন্ড RP-এর জন্য নতুন লিফ সার্টিফিকেট ইস্যু করে।
প্রশ্ন: এন্ড RP, যাচাইকারী রেজিস্ট্রার এবং Google Wallet-এর মধ্যে ডেটা কীভাবে আদান-প্রদান করা হয়?
উত্তর: ভেরিফায়ার রেজিস্ট্রার, এন্ড RP-এর জন্য Google Wallet-এ API অনুরোধ পাঠায়। Google Wallet, যাচাইকারী রেজিস্ট্রারকে এনক্রিপ্ট করা ক্রেডেনশিয়াল ডেটা ফেরত পাঠায়, যিনি তারপরে এটি প্রসেস করেন এবং এন্ড RP-কে ফাইনাল সিগন্যাল পাঠান।
প্রশ্ন: হোয়াইট-লেবেল সলিউশনের ক্ষেত্রে, ব্যবহারকারীর সম্মতি ফ্লোতে কি যাচাইকারী রেজিস্ট্রারের নাম দেখানো প্রয়োজন, নাকি শুধু এন্ড RP-এর নাম দেখালেই চলবে?
উত্তর: না। যাচাইকারী রেজিস্ট্রার তার বিবরণ না দেখানোর সিদ্ধান্ত নিতে পারেন।
প্রশ্ন: রুট CA ও RP সার্টিফিকেটের জন্য অনুমোদিত কী-এর ধরন ও কার্ভ কী কী?
উত্তর: P-256 / ECDSA ব্যবহার করে সার্টিফিকেট তৈরি করতে হবে।
প্রশ্ন: আমরা কি আমাদের Root CA এবং RP লিফ সার্টিফিকেটের মধ্যে ইন্টারমিডিয়েট সাইনার সার্টিফিকেট ব্যবহার করতে পারি?
উত্তর: হ্যাঁ। আপনি দীর্ঘস্থায়ী মূল সার্টিফিকেট (যেমন, HSM-এ) নিরাপদে স্টোর করতে পারেন যাতে অপারেশনাল অন্তর্বর্তী সার্টিফিকেটে খুব কমই স্বাক্ষর করতে হয়। সেই অন্তর্বর্তী সার্টিফিকেটগুলি তখন এন্ড-RP লিফ সার্টিফিকেটে স্বাক্ষর করতে ব্যবহার করা যেতে পারে, যা রুটকে প্রভাবিত না করেই লঙ্ঘনের ক্ষেত্রে সহজে রোটেশনের অনুমতি দেয়।
প্রশ্ন: সার্টিফিকেটের জন্য প্রয়োজনীয় লাইফটাইম কী?
উত্তর: রুট CA সার্টিফিকেটের জন্য ১০ বছরের লাইফটাইম সম্পূর্ণ গ্রহণযোগ্য। কোনও সমস্যা দেখা দিলে যাতে দক্ষতার সাথে রোটেট করা যায় তা নিশ্চিত করতে, এন্ড-RP লিফ সার্টিফিকেট সাধারণত ~১-বছরের রিনিউয়াল টাইমলাইন অনুসরণ করা উচিত।
প্রশ্ন: আমাদের কি প্রতিটি স্বতন্ত্র রিলাইং পার্টি (RP) গ্রাহকের জন্য একটি আলাদা লিফ সার্টিফিকেট ম্যানেজ করতে হবে?
উত্তর: হ্যাঁ। প্রাথমিক লঞ্চের সময়, এগ্রিগেটরদের অবশ্যই প্রতিটি ডাউনস্ট্রিম RP-এর জন্য আলাদা সার্টিফিকেট ম্যানেজ করতে হবে। এটি প্রতিটি RP-এর জন্য ডিসপ্লে কনফিগারেশন এবং অপব্যবহারের সঠিক ট্র্যাকিং সক্ষম করে। যদিও এটি স্কেলে অপারেশনাল ওভারহেড যোগ করে, আমরা প্রাথমিক রোলআউটের পরে সম্ভাব্য বিকল্পগুলি (যেমন RP মেটাডেটা হ্যাশ ব্যবহার করা) আবার দেখার ইচ্ছা রাখি।
প্রশ্ন: পার্টনাররা কি একই সাথে একাধিক অ্যাক্টিভ সার্টিফিকেট রাখতে পারবেন?
উত্তর: হ্যাঁ, কনফিগারেশনটি প্রতিটি RP বা অ্যাগ্রিগেটর পিছু যেকোনও সংখ্যক অ্যাক্টিভ সার্টিফিকেট সাপোর্ট করে, যা বিভিন্ন ব্যবসার নামে অপারেট করা পার্টনারদের জন্য উপযোগী।
প্রশ্ন: বিশিষ্ট নাম (বিষয়) কীভাবে ফর্ম্যাট করা উচিত?
উত্তর: প্রতিটি পার্টনারের জন্য ডিস্টিংগুইশড নাম বিশ্বব্যাপী অনন্য হতে হবে। এটি একটি স্ট্যাটিক আইডেন্টিফায়ার হিসেবে কাজ করে যা Google ইনকামিং পার্টনারের অনুরোধ মনিটর করতে এবং ইকোসিস্টেমের বিশ্বাস নিশ্চিত করতে ব্যবহার করে।
প্রশ্ন: ডোমেন বাইন্ডিং কীভাবে কাজ করে? সার্টিফিকেটে কি অরিজিন এম্বেড করতে হবে?
উত্তর: ডোমেন সরাসরি সার্টিফিকেটের মধ্যে এম্বেড করার প্রয়োজন নেই। পরিবর্তে, API কলের মধ্যে প্রত্যাশিত অরিজিন প্যারামিটার ব্যবহার করে ডোমেন যাচাইকরণ করা হয়। এছাড়াও, একটি সার্টিফিকেটের সাথে একাধিক ডোমেন নির্বিঘ্নে যুক্ত করা যেতে পারে। স্বাক্ষর না করা অনুরোধের ক্ষেত্রে, ডোমেন বা অ্যাপ প্যাকেজের নাম এবং ফিঙ্গারপ্রিন্ট ব্যবহার করে বাইন্ডিং করা হয়।
প্রশ্ন: হোয়াইট-লেবেলযুক্ত অভিজ্ঞতার জন্য যাচাইকরণ UI থেকে এগ্রিগেটর বিবরণ কি বাদ দেওয়া যেতে পারে?
উত্তর: হ্যাঁ, যাচাইকারীর মেটাডেটার মধ্যে অ্যাগ্রিগেটর তথ্য (যেমন নাম, লোগো, URL এবং গোপনীয়তা নীতি) সম্পূর্ণ ঐচ্ছিক। এটি সম্পূর্ণ হোয়াইট-লেবেলযুক্ত সমাধান চালু করে যেখানে ব্যবহারকারীকে শুধুমাত্র এন্ড-RP-এর বিবরণ দেখানো হয়।
প্রশ্ন: স্যান্ডবক্স এনভায়রনমেন্টে টেস্টিং শুরু করার জন্য আমাদের কী কী প্রদান করতে হবে?
উত্তর: প্রযুক্তিগত দিক থেকে, আপনাকে শুধু স্যান্ডবক্স মূল সার্টিফিকেট প্রদান করতে হবে। প্রোডাকশন এনভায়রনমেন্টের হুবহু প্রতিরূপ হিসেবে স্যান্ডবক্স ডিজাইন করা হয়েছে।
প্রশ্ন: সরাসরি RP-এর তুলনায় ভেরিফায়ার রেজিস্ট্রারদের (অ্যাগ্রিগেটর) জন্য অনবোর্ডিং প্রসেস কীভাবে আলাদা হয়?
উত্তর: এগ্রিগেটরদের ক্ষেত্রে প্রসেসটি সামান্য পরিবর্তিত হয়। নির্দিষ্ট যাচাইকারী রেজিস্ট্রার পরিষেবার শর্তাবলী কার্যকর করার পরে, ইনটেক দুটি ভাগে বিভক্ত হয়: যাচাইকারী রেজিস্ট্রার হিসাবে আপনার স্ট্যাটাস প্রতিষ্ঠা করার জন্য একটি প্রাথমিক ফর্ম, তারপরে আপনার অনবোর্ড করা প্রতিটি স্বতন্ত্র RP-এর জন্য প্রয়োজনীয় একটি স্ট্রিমলাইনড ফর্ম। প্রতিটি RP জমা দেওয়ার জন্য সাধারণত ইন্টিগ্রেশনের একটি ভিডিও রেকর্ডিং প্রয়োজন হয় এবং পর্যালোচনা প্রক্রিয়াটি সম্পূর্ণ হতে সাধারণত ২-৩ কর্মদিবস সময় লাগে।
প্রশ্ন: আমরা কি এমন গ্রাহকদের অনবোর্ড করতে পারি যারা মধ্যস্থতাকারী হিসেবে কাজ করতে চান বা অন্যান্য এন্টিটির কাছে যাচাইকরণ পরিষেবা আবার বিক্রি করতে চান?
উত্তর: না। Google-এর বর্তমান মডেল ও পছন্দ হল, নেস্টেড রিসেলার বা মধ্যস্থতাকারী মডেলকে সহায়তা করার পরিবর্তে, সরাসরি ভেরিফায়ার রেজিস্ট্রার (অ্যাগ্রিগেটর) এবং তাদের সরাসরি এন্ড-RP-এর সাথে কাজ করা।
টেকনিক্যাল ইন্টিগ্রেশন ও API
প্রশ্ন: অনুরোধের জন্য অন্তর্নিহিত প্রোটোকল কী? কোন কোন ভার্সনে কাজ করে?
উত্তর: প্রাথমিক প্রোটোকল হল যাচাইযোগ্য উপস্থাপনার জন্য OpenID (OpenID4VP) ভার্সন 1.0।
প্রশ্ন: mDL প্রেজেন্টেশনের জন্য Google কোন ISO 18013-7 অ্যানেক্স (যেমন, অ্যানেক্স B, C, D) সাপোর্ট করে?
উত্তর: Google, Annex D [বর্তমানে ড্রাফ্ট হিসেবে আছে] (DC API ব্যবহার করে OpenID4VP) সমর্থন করে।
প্রশ্ন: একজন ব্যবহারকারীর প্রেজেন্টেশনে একাধিক ক্রেডেনশিয়াল চাওয়ার জন্য আমরা কীভাবে API অনুরোধ সঠিকভাবে স্ট্রাকচার করব?
উত্তর: একই JSON অনুরোধে একটিই dcql কোয়েরি অবজেক্টের মধ্যে দুই ধরনের ক্রেডেনশিয়ালের জন্যই অনুরোধ করতে হবে।
প্রশ্ন: API কি প্রতিটি সম্ভাব্য ক্রেডেনশিয়ালের ধরন তালিকাভুক্ত না করেই একটি জেনেরিক ক্রেডেনশিয়ালের জন্য অনুরোধ করার অনুমতি দেয়?
উ: না।
প্রশ্ন: API কীভাবে বয়স যাচাইকরণ ম্যানেজ করে? আমরা কি সঠিক জন্ম তারিখের জন্য অনুরোধ করতে পারি, নাকি শুধুমাত্র "X-এর বেশি" সিগন্যাল?
উত্তর: দুটিই কাজ করে। আপনি birth_date, age_in_years বা গোপনীয়তা সুরক্ষিত রাখার "X-এর বেশি" সিগন্যাল অনুরোধ করতে পারবেন। সত্য/মিথ্যা সিগন্যালের জন্য জিরো-নলেজ প্রুফ (ZKP) ব্যবহার করা যেতে পারে।
প্রশ্ন: আমাদের PKI পরিকাঠামোর জন্য কী কী প্রয়োজন?
উত্তর: অনুরোধে স্বাক্ষর করার জন্য RP-এর PKI প্রয়োজন। যাচাইকারী রেজিস্ট্রাররা তাদের নিজস্ব CA হিসেবে কাজ করে।
প্রশ্ন: আমরা কি আগে থেকে থাকা সার্টিফিকেট ব্যবহার করতে পারি নাকি Google-এর স্বাক্ষর করা নতুন সার্টিফিকেট নিতে হবে?
উত্তর: RP-এর জন্য Google বা যাচাইকারী রেজিস্ট্রার দ্বারা স্বাক্ষরিত একটি নতুন সার্টিফিকেট প্রয়োজন। যাচাইকারী রেজিস্ট্রারের ক্ষেত্রে, আপনি ডকুমেন্টেশনে "বিশ্বাস স্থাপন" সংক্রান্ত ধাপ অনুসরণ করলে, Google আপনার মূল সার্টিফিকেটকে বিশ্বাস করবে।
প্রশ্ন: ওয়েব বনাম Android অ্যাপের জন্য ইন্টিগ্রেশন সংক্রান্ত কোন স্ট্র্যাটেজি সাজেস্ট করা হয়?
উত্তর: সম্পূর্ণ অনুরোধটি সার্ভার-সাইডে জেনারেট করতে হবে। Android-এ Credman API ব্যবহার করুন; ওয়েবে ডিজিটাল ক্রেডেনশিয়াল (DC) API ব্যবহার করুন।
প্রশ্ন: ডেভেলপারদের জন্য কোন কোন ডিবাগিং, লগিং ও পর্যবেক্ষণ টুল উপলভ্য?
উত্তর: পার্টনাররা wallet-identity-rp-support@google.com সহায়তা এলিয়াস ব্যবহার করতে পারেন। কোনও নির্দিষ্ট লগিং বা পর্যবেক্ষণ টুল প্রদান করা হয়নি।
ক্রেডেনশিয়াল ও ডেটা
প্রশ্ন: দেশ ও অঞ্চল অনুযায়ী কোন কোন ডিজিটাল আইডি, ইস্যুকারী ও ক্রেডেনশিয়াল কাজ করে?
উত্তর: কোন কোন অঞ্চলে এটি কাজ করে তা এখানে দেখুন: কাজ করে এমন ইস্যুকারী ও সার্টিফিকেট।
প্র: নতুন দেশ বা অঞ্চলের ক্রেডেনশিয়ালকে সাপোর্ট করার ব্যাপারে আপনার কী পরিকল্পনা আছে?
উত্তর: আমরা সক্রিয়ভাবে নতুন অঞ্চল যোগ করছি; আপডেটের জন্য কাজ করে এমন ইস্যুকারীর পৃষ্ঠা চেক করুন।
প্রশ্ন: ইস্যুকারী ক্রেডেনশিয়াল আপডেট করলে, ব্যবহারকারী কি কোনও বিজ্ঞপ্তি পান?
উত্তর: হ্যাঁ, ব্যবহারকারীকে বিজ্ঞপ্তি পাঠানো হয় এবং আপডেট অটোমেটিক প্রয়োগ করা হয়।
টেস্টিং ও এনভায়রনমেন্ট
প্রশ্ন: সম্পূর্ণ এন্ড-টু-এন্ড ফ্লো পরীক্ষা করার জন্য আমরা কীভাবে স্যান্ডবক্স এনভায়রনমেন্টে অ্যাক্সেস পাব?
উত্তর: স্যান্ডবক্স এখানে খোলা আছে: স্যান্ডবক্স মোড।
প্রশ্ন: যেসব পার্টনার আনুষ্ঠানিকভাবে লঞ্চ করা অঞ্চলে থাকেন না, তাদের পরীক্ষার জন্য অনুমোদিত তালিকায় যোগ করার প্রক্রিয়া কী?
উত্তর: wallet-identity-rp-support@google.com-এ টেস্ট ওয়ালেটের Gmail আইডি ইমেল করুন।
প্রশ্ন: ডেমো দেখানোর উদ্দেশ্যে টেস্ট ওয়েবসাইট বা অ্যাপ চালু করার প্রসেস কী, যাতে প্রোডাকশন ক্রেডেনশিয়াল আছে এমন যে-কেউ এটি দেখাতে পারেন?
উত্তর: পার্টনারদের অবশ্যই স্ট্যান্ডার্ড RP অনবোর্ডিং সম্পূর্ণ করতে হবে, যার মধ্যে স্যান্ডবক্স ভিডিও ডেমো অন্তর্ভুক্ত।
ব্যবহারকারীর অভিজ্ঞতা (UX)
প্রশ্ন: কোনও ব্যবহারকারী যাচাইকরণ ফ্লো শুরু করার সময় তার কাছে ডিজিটাল আইডি না থাকলে বা Google Wallet অ্যাপ ইনস্টল করা না থাকলে তার অভিজ্ঞতা কেমন হবে?
উত্তর: যেসব ব্যবহারকারীর কাছে অ্যাপ নেই তাদের Play Store-এ রিডাইরেক্ট করা হয়। যাদের আইডি নেই তারা হাফ-স্ক্রিন UI ব্যবহার করে ইন-ফ্লো আইডি তৈরি করতে পারবেন।
প্রশ্ন: ব্যবহারকারীকে যাচাইকরণের বিকল্প দেখানোর আগে, তার Wallet-এ ডিজিটাল আইডি আছে কিনা তা কি আমরা প্রোগ্রাম্যাটিকভাবে শনাক্ত করতে পারি?
উত্তর: না, গোপনীয়তা রক্ষা করার জন্য API অবশ্যই ব্যবহারকারী-ইনভোকড হতে হবে।
প্রশ্ন: ক্রেডেনশিয়াল দেখানোর আগে আমরা কি ব্যবহারকারীকে বায়োমেট্রিক দিয়ে তার ডিভাইস আনলক করতে বলতে পারি?
উত্তর: ডিফল্ট হিসেবে ব্যবহারকারীর যাচাইকরণ (বায়োমেট্রিক, পিন বা প্যাটার্ন) প্রয়োজন এবং এটি বন্ধ করা যাবে না।
প্রশ্ন: ব্যবহারকারীর সম্মতি সংক্রান্ত স্ক্রিনে অনুরোধ করা অ্যাট্রিবিউটের ক্রম কাস্টমাইজ করা কি সম্ভব?
উত্তর: না, Google Wallet এগুলি বর্ণানুক্রমিকভাবে সাজায়।
নিরাপত্তা ও নিয়মনীতি মেনে চলা
প্রশ্ন: আমাদের ব্যবহারের ক্ষেত্রে থার্ড-পার্টির সাথে ব্যবহারকারীর ডেটা আবার শেয়ার করা হয়। পরিষেবার শর্তাবলী অনুযায়ী কি এটি করার অনুমতি আছে?
উত্তর: হ্যাঁ, বিধিনিষেধ প্রযোজ্য হতে পারে, আরও বিবরণের জন্য আমাদের পরিষেবার শর্তাবলী দেখুন।
প্র: আমাদের সম্মতি সংক্রান্ত উদ্দেশ্যে ডিজিটাল আইডেন্টিটি সমাধানের নিরাপত্তা, নির্ভরযোগ্যতা এবং অ্যাক্সেসিবিলিটি সম্পর্কিত কী ডকুমেন্টেশন উপলভ্য আছে?
উত্তর: পার্টনাররা Trail of Bits-এর নিরাপত্তা পর্যালোচনা রেফারেন্স হিসেবে ব্যবহার করতে পারেন।
উন্নত ফিচার ও রোডম্যাপ
প্রশ্ন: গোপনীয়তা সুরক্ষিত রেখে বয়স যাচাইকরণের জন্য জিরো-নলেজ প্রুফের (ZKP) কী কী ক্ষমতা আছে?
উ: জিরো-নলেজ প্রুফ (ZKP) হল একটি ক্রিপ্টোগ্রাফিক পদ্ধতি যা কোনও ব্যক্তিকে (প্রমাণকারী) একজন যাচাইকারীকে প্রমাণ করতে দেয় যে তার কাছে পরিচয় সংক্রান্ত তথ্যের একটি নির্দিষ্ট অংশ রয়েছে বা একটি নির্দিষ্ট মানদণ্ড পূরণ করে (যেমন, ১৮ বছরের বেশি বয়সী, একটি বৈধ ক্রেডেনশিয়াল আছে) আসল অন্তর্নিহিত ডেটা প্রকাশ না করেই।
প্রশ্ন: ZK সার্কিটের বিভিন্ন ভার্সন কীভাবে ম্যানেজ করা হয়?
উত্তর: লেটেস্ট উপলভ্য সার্কিটের জন্য অনুরোধ করতে RP-কে অবশ্যই ZK যাচাইকারী পরিষেবা প্রয়োগ করতে হবে।
প্রশ্ন: ফোন ও হালকা ও ছোট ডিভাইসের মতো একাধিক ডিভাইস জুড়ে ক্রেডেনশিয়াল শেয়ারিং ও ম্যানেজমেন্ট কীভাবে কাজ করে?
উত্তর: ক্রেডেনশিয়াল একটি ডিভাইসের জন্য দেওয়া হয় এবং শেয়ার করা যায় না।
অন্যান্য
প্রশ্ন: কোনও পাসপোর্ট বাতিল করা হলে, Google কীভাবে আইডি পাস বাতিল করার বিষয়টি ম্যানেজ করে?
উত্তর: ব্যবহারকারীরা Google অ্যাকাউন্ট সেটিংস থেকে পাস মুছে ফেলতে পারেন; ডিভাইস হারিয়ে গেলে ক্রেডেনশিয়াল তুলে নেওয়ার জন্য অভিযোগ জানাতে পারেন।
প্র: mDL প্রত্যাহার কীভাবে ম্যানেজ করা হয়? এটি কি রিয়েল-টাইম?
উত্তর: এটি ব্যবহারকারী ট্রিগার করতে পারেন অথবা ইস্যুকারী (DMV) পুশ করতে পারেন। ডিভাইস অনলাইন থাকলে এটি রিয়েল-টাইম হয়; অন্যথায়, স্বল্প-স্থায়ী নিরাপত্তা অবজেক্টের (MSO) মেয়াদ শেষ হয়ে যাবে।
প্রশ্ন: RP-এর জন্য কী রোটেশন নীতি কী?
উত্তর: বার্ষিক রোটেশন সাজেস্ট করা হয়।
প্রশ্ন: Digital Credentials API-এর জন্য Android-এর কোন ভার্সন ন্যূনতম প্রয়োজন?
উ: Android 9 (API লেভেল 28) এবং তার পরবর্তী যেকোনও ভার্সন।
প্রশ্ন: Chrome-এর কোন ভার্সন থেকে Digital Credentials API কাজ করে?
উত্তর: Chrome ভার্সন 128 এবং তার পরবর্তী যেকোনও ভার্সন।
প্রশ্ন: কোন কোন ব্রাউজারে Digital Credentials API কাজ করে?
উত্তর: আপনি এখানে ব্রাউজার সংক্রান্ত সহায়তা সম্পর্কে বিশদ বিবরণ পেতে পারেন: https://digitalcredentials.dev/ecosystem-support
প্রশ্ন: নতুন কোনও দেশে লঞ্চ করার সময় কোন ব্যবহারকারীরা আইডি যোগ করতে পারবেন?
উত্তর: Play Store-এ ব্যবহারকারীর দেশের সেটিংসের উপর ভিত্তি করে অ্যাক্সেস দেওয়া হয়।
প্রশ্ন: Digital Credentials API কি iOS-এর সাথে কাজ করে?
উত্তর: হ্যাঁ, API কাজ করে এমন ব্রাউজার যেমন Safari-তে কাজ করে। তবে, Apple-এ OpenID4VP কাজ করে না।