2022 Q2-এর ত্রৈমাসিক রিপোর্ট গোপনীয়তা স্যান্ডবক্স প্রস্তাব এবং Chrome-এর প্রতিক্রিয়ার উপর প্রাপ্ত ইকোসিস্টেম প্রতিক্রিয়ার সারসংক্ষেপ।
CMA এর প্রতি তার প্রতিশ্রুতির অংশ হিসাবে, Google তার গোপনীয়তা স্যান্ডবক্স প্রস্তাবগুলির জন্য স্টেকহোল্ডার জড়িত থাকার প্রক্রিয়ার ত্রৈমাসিক প্রতিবেদন প্রকাশ্যে প্রদান করতে সম্মত হয়েছে ( প্রতিশ্রুতিগুলির 12 এবং 17(c)(ii) অনুচ্ছেদ দেখুন)। এই গোপনীয়তা স্যান্ডবক্স প্রতিক্রিয়া সারাংশ প্রতিবেদনগুলি প্রতিক্রিয়া ওভারভিউতে তালিকাভুক্ত বিভিন্ন উত্স থেকে Chrome দ্বারা প্রাপ্ত প্রতিক্রিয়ার সমষ্টি দ্বারা তৈরি করা হয়, যার মধ্যে রয়েছে কিন্তু এতে সীমাবদ্ধ নয়: GitHub সমস্যা, privacysandbox.com- এ উপলব্ধ প্রতিক্রিয়া ফর্ম, শিল্প স্টেকহোল্ডারদের সাথে মিটিং এবং ওয়েব স্ট্যান্ডার্ড ফোরাম। ক্রোম ইকোসিস্টেম থেকে প্রাপ্ত প্রতিক্রিয়াকে স্বাগত জানায় এবং ডিজাইনের সিদ্ধান্তে শেখার একীভূত করার উপায়গুলি সক্রিয়ভাবে অন্বেষণ করছে৷
ফিডব্যাক থিমগুলি এপিআই প্রতি ব্যাপকতা অনুসারে র্যাঙ্ক করা হয়। Chrome টিম একটি প্রদত্ত থিমের আশেপাশে যে পরিমাণ প্রতিক্রিয়া পেয়েছে তার একত্রিতকরণ এবং পরিমাণের ক্রমানুসারে সাজানোর মাধ্যমে এটি করা হয়। সাধারণ প্রতিক্রিয়া থিমগুলি জনসাধারণের মিটিং (W3C, PatCG, IETF), সরাসরি প্রতিক্রিয়া, GitHub এবং Google-এর অভ্যন্তরীণ দল এবং পাবলিক ফর্মগুলির মাধ্যমে সাধারণভাবে জিজ্ঞাসিত প্রশ্নগুলির পর্যালোচনা করে চিহ্নিত করা হয়েছিল।
আরও নির্দিষ্টভাবে, ওয়েব স্ট্যান্ডার্ড সংস্থার মিটিংগুলির জন্য মিটিং মিনিটগুলি পর্যালোচনা করা হয়েছিল এবং সরাসরি প্রতিক্রিয়ার জন্য, 1:1 স্টেকহোল্ডার মিটিংয়ের Google এর রেকর্ড, পৃথক ইঞ্জিনিয়ারদের দ্বারা প্রাপ্ত ইমেলগুলি, API মেলিং তালিকা এবং সর্বজনীন প্রতিক্রিয়া ফর্ম বিবেচনা করা হয়েছিল৷ Google তারপর প্রতিটি API-এর সাথে উদ্ভূত থিমগুলির আপেক্ষিক ব্যাপকতা নির্ধারণ করতে এই বিভিন্ন প্রচার কার্যক্রমের সাথে জড়িত দলগুলির মধ্যে সমন্বয় করে।
প্রতিক্রিয়ার জন্য Chrome এর প্রতিক্রিয়াগুলির ব্যাখ্যাগুলি প্রকাশিত প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী, স্টেকহোল্ডারদের দ্বারা উত্থাপিত সমস্যাগুলির প্রকৃত প্রতিক্রিয়া এবং এই পাবলিক রিপোর্টিং অনুশীলনের উদ্দেশ্যে বিশেষভাবে একটি অবস্থান নির্ধারণ করে তৈরি করা হয়েছিল৷ উন্নয়ন এবং পরীক্ষার বর্তমান ফোকাস প্রতিফলিত করে, বিশেষ করে বিষয়, ফ্লেজ এবং অ্যাট্রিবিউশন রিপোর্টিং API-এর ক্ষেত্রে প্রশ্ন এবং প্রতিক্রিয়া পাওয়া গেছে।
বর্তমান প্রতিবেদনের সময়কাল শেষ হওয়ার পরে প্রাপ্ত প্রতিক্রিয়াতে এখনও বিবেচিত Chrome প্রতিক্রিয়া নাও থাকতে পারে।
সংক্ষিপ্ত শব্দের শব্দকোষ
- চিপস
- স্বাধীন বিভাজিত রাষ্ট্র থাকার কুকিজ
- ডিএসপি
- ডিমান্ড-সাইড প্ল্যাটফর্ম
- ফেডসিএম
- ফেডারেটেড শংসাপত্র ব্যবস্থাপনা
- FPS
- প্রথম পক্ষের সেট
- আইএবি
- ইন্টারেক্টিভ বিজ্ঞাপন ব্যুরো
- আইডিপি
- পরিচয় প্রদানকারী
- আইইটিএফ
- ইন্টারনেট ইঞ্জিনিয়ারিং টাস্ক ফোর্স
- আইপি
- ইন্টারনেট প্রোটোকল ঠিকানা
- openRTB
- রিয়েল-টাইম বিডিং
- OT
- অরিজিন ট্রায়াল
- প্যাটসিজি
- প্রাইভেট অ্যাডভার্টাইজিং টেকনোলজি কমিউনিটি গ্রুপ
- আরপি
- ভরসা পার্টি
- এসএসপি
- সাপ্লাই সাইড প্ল্যাটফর্ম
- TEE
- বিশ্বস্ত এক্সিকিউশন এনভায়রনমেন্ট
- UA
- ইউজার এজেন্ট স্ট্রিং
- UA-CH
- ব্যবহারকারী-এজেন্ট ক্লায়েন্ট ইঙ্গিত
- W3C
- ওয়ার্ল্ড ওয়াইড ওয়েব কনসোর্টিয়াম
- ডব্লিউআইপিবি
- ইচ্ছাকৃত আইপি অন্ধত্ব
সাধারণ প্রতিক্রিয়া, কোনো নির্দিষ্ট API/প্রযুক্তি
| প্রতিক্রিয়া থিম (ব্যাপকতা দ্বারা র্যাঙ্ক করা) | প্রশ্ন এবং উদ্বেগের সারাংশ | ক্রোম প্রতিক্রিয়া |
| আরও পরিষ্কার সময়রেখা | গোপনীয়তা স্যান্ডবক্স প্রযুক্তিগুলির জন্য আরও পরিষ্কার, আরও বিশদ প্রকাশের সময়সূচী। | আমরা privacysandbox.com- এ স্থাপনার সময়সূচীর জন্য আমাদের বর্তমান পরিকল্পনা নির্ধারণ করি এবং এটিকে মাসিক আপডেট করি। এগুলি ক্রোম এবং ওয়েব ডেভেলপার উভয়ের জন্য বিকাশের সময় বিবেচনা করে, সেইসাথে নতুন প্রযুক্তি পরীক্ষা এবং গ্রহণ করার জন্য প্রয়োজনীয় সময়ে বিস্তৃত ইকোসিস্টেম থেকে আমরা যে প্রতিক্রিয়া পেয়েছি। প্রতিটি প্রযুক্তি পরীক্ষা থেকে মুক্তি (লঞ্চ) পর্যন্ত একাধিক ধাপের মধ্য দিয়ে যায় এবং প্রতিটি ধাপের সময় পূর্ববর্তী ধাপে আমরা যা শিখি এবং উন্মোচন করি তার দ্বারা জানানো হয়। যদিও আমরা এই সময়ে প্রতিশ্রুতিবদ্ধ রিলিজ নেই, আমরা যেমন করি, আমরা privacysandbox.com- এ আমাদের সর্বজনীন টাইমলাইন আপডেট করতে নিশ্চিত হব। |
| বিভিন্ন ধরনের স্টেকহোল্ডারদের জন্য উপযোগিতা | উদ্বেগ যে গোপনীয়তা স্যান্ডবক্স প্রযুক্তিগুলি বৃহত্তর বিকাশকারীদের পক্ষে এবং সেই কুলুঙ্গি (ছোট) সাইটগুলি জেনেরিক (বড়) সাইটের চেয়ে বেশি অবদান রাখে৷ | আমরা বুঝি যে কিছু বিকাশকারীর গোপনীয়তা স্যান্ডবক্স প্রযুক্তিগুলির প্রভাব সম্পর্কে উদ্বেগ রয়েছে৷ Google CMA-এর কাছে প্রতিশ্রুতিবদ্ধ হয়েছে যে গোপনীয়তা স্যান্ডবক্স প্রস্তাবনাগুলিকে এমনভাবে ডিজাইন বা বাস্তবায়ন করবে না যাতে Google-এর নিজস্ব ব্যবসাকে স্ব-অভিরুচি দিয়ে প্রতিযোগিতাকে বিকৃত করে, এবং ডিজিটাল বিজ্ঞাপনে এবং প্রকাশক এবং বিজ্ঞাপনদাতাদের উপর প্রতিযোগিতার উপর প্রভাব, সেইসাথে গোপনীয়তার ফলাফল এবং ব্যবহারকারীর অভিজ্ঞতার উপর প্রভাব বিবেচনা করে। আমাদের কাজ এই অঙ্গীকারগুলি মেনে চলছে তা নিশ্চিত করতে আমরা CMA এর সাথে ঘনিষ্ঠভাবে কাজ চালিয়ে যাচ্ছি। গোপনীয়তা স্যান্ডবক্সের পরীক্ষা যেমন এগিয়ে চলেছে, আমরা যে মূল প্রশ্নগুলি মূল্যায়ন করব তা হল নতুন প্রযুক্তিগুলি বিভিন্ন ধরনের স্টেকহোল্ডারদের জন্য কীভাবে কাজ করে। প্রতিক্রিয়া এই ক্ষেত্রে গুরুত্বপূর্ণ, বিশেষ করে নির্দিষ্ট এবং কার্যকর প্রতিক্রিয়া যা আমাদের প্রযুক্তিগত নকশাগুলিকে আরও উন্নত করতে সাহায্য করতে পারে। |
| তৃতীয় পক্ষের কুকি অবচয় টাইমলাইন | তৃতীয় পক্ষের কুকি অবচয় করার জন্য আরও বিলম্ব এড়াতে অনুরোধ | আমরা কিছু স্টেকহোল্ডারদের কাছ থেকে শুনেছি যারা Chrome কোনো বিলম্ব ছাড়াই তৃতীয় পক্ষের কুকি অবচয় নিয়ে এগিয়ে যেতে চায়, এবং আমরা অন্যদের কাছ থেকে শুনেছি যারা বিশ্বাস করে যে গোপনীয়তা স্যান্ডবক্স প্রযুক্তি পরীক্ষা এবং গ্রহণ করার জন্য আরও সময় প্রয়োজন। আমরা প্রযুক্তির জটিলতা এবং জিনিসগুলিকে সঠিকভাবে পাওয়ার ইকোসিস্টেমের গুরুত্ব বিবেচনা করে দায়িত্বের সাথে এগিয়ে যেতে প্রতিশ্রুতিবদ্ধ। শিল্প এবং নিয়ন্ত্রকদের কাছ থেকে প্রতিক্রিয়া এই প্রক্রিয়ার জন্য সমালোচনামূলক হয়েছে। |
| তৃতীয় পক্ষের কুকি অবচয় টাইমলাইন | তৃতীয় পক্ষের কুকি অবচয় বিলম্বিত করার অনুরোধ, এবং API পরীক্ষা করার জন্য আরও সময় প্রদান করে। | আমরা কিছু স্টেকহোল্ডারদের কাছ থেকে শুনেছি যারা Chrome কোনো বিলম্ব ছাড়াই তৃতীয় পক্ষের কুকি অবচয় নিয়ে এগিয়ে যেতে চায়, এবং আমরা অন্যদের কাছ থেকে শুনেছি যারা বিশ্বাস করে যে গোপনীয়তা স্যান্ডবক্স প্রযুক্তি পরীক্ষা এবং গ্রহণ করার জন্য আরও সময় প্রয়োজন। আমরা প্রযুক্তির জটিলতা এবং জিনিসগুলিকে সঠিকভাবে পাওয়ার ইকোসিস্টেমের গুরুত্ব বিবেচনা করে দায়িত্বের সাথে এগিয়ে যেতে প্রতিশ্রুতিবদ্ধ। শিল্প এবং নিয়ন্ত্রকদের কাছ থেকে প্রতিক্রিয়া এই প্রক্রিয়ার জন্য সমালোচনামূলক হয়েছে। |
| ডকুমেন্টেশন অনুরোধ | পরীক্ষা, বিশ্লেষণ এবং বাস্তবায়ন কীভাবে পরিচালনা করতে হয় সে সম্পর্কে বিস্তারিত আরও সংস্থানের জন্য অনুরোধ। | আমরা প্রশংসা করি যে বিকাশকারীরা আমাদের বর্তমান উপাদানগুলিকে সহায়ক বলে মনে করেছেন, এবং আমরা আগামী সপ্তাহ এবং মাসগুলিতে বিকাশকারী অফিসের সময় এবং প্রযুক্তিগত ডকুমেন্টেশন সহ আরও উপাদান সরবরাহ করতে প্রতিশ্রুতিবদ্ধ যাতে বিকাশকারীরা বুঝতে পারে যে কীভাবে নতুন প্রযুক্তিগুলি তাদের জন্য কাজ করতে পারে৷ লাইভ আলোচনা/প্রশ্নের অনুমতি দেওয়ার জন্য প্রোডাক্ট এবং ইঞ্জিনিয়ারিং লিডের সাথে প্রশ্নোত্তর সেশনের সাথে সেরা অনুশীলন এবং ডেমো শেয়ার করার জন্য আমরা পাবলিক এক্সটার্নাল ডেভেলপার অফিস আওয়ার সেশনও আয়োজন করেছি। |
| শিল্প দক্ষতা | মানক সংস্থাগুলির সাথে জড়িত Chrome টিমের গোপনীয়তা এবং ইউটিলিটি সঠিকভাবে ভারসাম্য বজায় রাখার জন্য প্রয়োজনীয় বিজ্ঞাপন ইকোসিস্টেমে দক্ষতার অভাব রয়েছে৷ | আমরা স্বীকার করি যে আমাদের একটি বড় দায়িত্ব রয়েছে এবং আমরা এই অধিকারটি পেতে নির্দিষ্ট প্রতিক্রিয়ার উপর নির্ভর করছি। আমরা গোপনীয়তা এবং কার্যকারিতা উভয়কেই গুরুত্বপূর্ণ এবং প্রয়োজনীয় ডিজাইনের মানদণ্ড হিসাবে বিবেচনা করি। ওয়েবের জন্য গোপনীয়তা স্যান্ডবক্সে কাজ করা দল জুড়ে, বিজ্ঞাপন ইকোসিস্টেমে কাজ করা বছরের মোট সংখ্যা শত শত। |
প্রাসঙ্গিক বিষয়বস্তু ও বিজ্ঞাপন দেখান
বিষয়
| প্রতিক্রিয়া থিম (ব্যাপকতা দ্বারা র্যাঙ্ক করা) | প্রশ্ন এবং উদ্বেগের সারাংশ | ক্রোম প্রতিক্রিয়া |
| বিভিন্ন ধরনের স্টেকহোল্ডারদের জন্য উপযোগিতা | সাইটের ট্র্যাফিকের স্তর বা তাদের বিষয়বস্তু কতটা বিশেষায়িত তার উপর নির্ভর করে সাইটগুলির জন্য সেই মানটির মান তৈরি এবং বিতরণ সম্পর্কে উদ্বেগ উত্থাপিত হয়েছে। | পরীক্ষার মাধ্যমে API এর উপযোগিতা অন্বেষণ করা হবে। ক্রোম আশা করে যে শ্রেণীবিন্যাস এবং অন্যান্য পরামিতি পরীক্ষার ফলাফলের উপর ভিত্তি করে বিবর্তিত হবে। শ্রেণীবিন্যাস বা পরামিতিগুলির বিবর্তনের জন্য পিছনের দিকে বেমানান পরিবর্তনের প্রয়োজন নাও হতে পারে। আরও, Chrome তৃতীয় পক্ষের কুকি অবচয় করার পরে বিষয় API বিবর্তনকে প্রভাবিত করতে মতামত আশা করে৷ |
| শ্রেণীবিন্যাস | শিল্প স্টেকহোল্ডাররা শ্রেণীবিন্যাসকে প্রভাবিত করার জন্য একটি কণ্ঠস্বর রাখতে চান। | শ্রেণীবিন্যাস ইনপুট করার জন্য Chrome উন্মুক্ত থাকে। শ্রেণীবিন্যাস সংশোধনের জন্য গভর্নেন্স মডেলের প্রতিক্রিয়া এবং অন্যান্য শিল্প সংস্থাগুলি কীভাবে দীর্ঘমেয়াদে শ্রেণীবিন্যাস বিকাশ ও বজায় রাখতে আরও সক্রিয় ভূমিকা পালন করতে পারে তা নিয়ে আলোচনায় Chrome অত্যন্ত আগ্রহী। |
| পর্যাপ্ত ব্রাউজিং ইতিহাস নেই | সাম্প্রতিক সপ্তাহে 5টি বিষয় তৈরি করার জন্য ব্যবহারকারীর পর্যাপ্ত ব্রাউজিং ইতিহাস না থাকলে কলার আগের সপ্তাহে যে বিষয়গুলি দেখেছেন তার উপরিভাগের প্রস্তাব | আমাদের বর্তমান নকশা জন্য, তারা এলোমেলোভাবে নির্বাচিত হয়. আমরা অতীতের বিষয়গুলির সাথে পারস্পরিক সম্পর্কটি তদন্ত করব এবং এটিকে অন্তর্ভুক্ত করার সম্ভাবনা আছে কিনা তা বিবেচনা করব, তবে, পারস্পরিক সম্পর্কের প্রতিকূল গোপনীয়তার বিবেচনা থাকতে পারে যা ফ্যাক্টর করা দরকার। |
| একজন প্রকাশকের পক্ষ থেকে বিষয়গুলিকে কল করা হচ্ছে৷ | তৃতীয় পক্ষের পরিষেবা প্রদানকারী কি একজন প্রকাশকের সাথে বিষয় শেয়ার করতে পারে? | হ্যাঁ, এটি এমন একটি উপায় যেখানে আমরা আশা করি যে বিষয়গুলি ব্যবহার করা হবে। |
| সম্ভাব্য আক্রমণ ভেক্টর | কোলাহলপূর্ণ বিষয় চিহ্নিত করা | ইকোসিস্টেমের অনেকের প্রতিক্রিয়ার উপর ভিত্তি করে, Chrome বিষয়গুলি ফিল্টার করতে এবং শব্দ প্রবর্তন করতে বেছে নিয়েছে। এই সিদ্ধান্তগুলি গোপনীয়তার কথা মাথায় রেখে নেওয়া হয়েছিল - তথ্যের অ্যাক্সেস সীমিত করার জন্য যাদের অন্যথায় এই ধরনের তথ্যে অ্যাক্সেস থাকত না এবং যথাক্রমে ব্যবহারকারীদের জন্য যুক্তিসঙ্গত অস্বীকারের পরিচয় দেয়৷ আমরা স্বীকার করি যে এই সিদ্ধান্তগুলির ত্রুটি রয়েছে, যেমন আক্রমণ ভেক্টর এখানে বর্ণিত হয়েছে। যাইহোক, আমাদের মূল্যায়ন হল যে গোপনীয়তার সুবিধাগুলি সম্ভাব্য ঝুঁকির চেয়ে বেশি। আমরা এই সিদ্ধান্তে জনসাধারণের আলোচনাকে স্বাগত জানাই। |
| মূল ট্রায়াল যোগ্যতা | একজন ব্যবহারকারী একটি অরিজিন ট্রায়ালের জন্য যোগ্য কিনা তা সনাক্ত করার একটি উপায় আছে কি? | ব্রাউজার সেটিংস বা অন্যান্য কারণের কারণে কোনও ব্যবহারকারীর কাছে একটি অরিজিন ট্রায়াল বৈশিষ্ট্য উপলব্ধ নাও হতে পারে, এমনকি যদি তারা একটি বৈধ ট্রায়াল টোকেন প্রদান করে এমন একটি ওয়েব পৃষ্ঠায় যান এবং তাদের ব্রাউজারটি সেই গ্রুপে অন্তর্ভুক্ত থাকে যার জন্য ট্রায়াল সক্ষম করা হয়েছে৷ সেই কারণে, এটি ব্যবহার করার চেষ্টা করার আগে, একটি অরিজিন ট্রায়াল বৈশিষ্ট্য উপলব্ধ কিনা তা পরীক্ষা করার জন্য বৈশিষ্ট্য সনাক্তকরণ সর্বদা ব্যবহার করা উচিত। |
| কর্মক্ষমতা প্রভাব | বিষয়গুলির সাথে ওভারহেড এবং লেটেন্সি উদ্বেগ | আমরা ব্যয়বহুল এবং ধীরগতির এক্স-অরিজিন আইফ্রেমগুলি এড়াতে এবং টপিক এপিআইকে বিচ্ছিন্ন করার প্রস্তাবের জন্য পন্থাগুলির জন্য প্রতিক্রিয়া জানাচ্ছি যাতে বিষয়গুলি পাওয়া ব্রাউজিং অবস্থার পরিবর্তন না করে। |
| বিভক্ত বিষয় API কার্যকারিতা | API এর তিনটি ভিন্ন দিকের উপর আরো নিয়ন্ত্রণ প্রদান করা | আমরা ব্যবহারের ক্ষেত্রে বুঝতে পেরেছি এবং GitHub এর মধ্যে এটি সমাধান করার একটি সম্ভাব্য উপায় প্রস্তাব করেছি। আমরা বর্তমানে কার্যকারিতা তৈরি করতে হবে কিনা সে সম্পর্কে ইকোসিস্টেম থেকে আরও প্রতিক্রিয়ার জন্য অপেক্ষা করছি। এখানে চলমান আলোচনা দেখুন. |
| ক্লাসিফায়ার টাইমলাইন এবং ডকুমেন্টেশন | বিকাশকারীরা ক্লাসিফায়ার সম্পর্কে আরও তথ্যের জন্য অনুরোধ করেছে। | আমরা এখানে শ্রেণীবদ্ধকারী সম্পর্কে সর্বজনীনভাবে আরও তথ্য প্রদান করেছি। পাশাপাশি এখানে এবং এখানে . |
| ব্যবহারকারীর নিয়ন্ত্রণ এবং নিরাপত্তা | কিছু বিষয় সংবেদনশীল গোষ্ঠীর জন্য প্রক্সি হতে পারে এবং নেতিবাচক ফলাফল রোধ করতে ব্যবহারকারীদের আরও নিয়ন্ত্রণের প্রয়োজন। | বিষয়গুলি ব্যবহারকারীর নিয়ন্ত্রণ এবং স্বচ্ছতার জন্য একটি গুরুত্বপূর্ণ পদক্ষেপের প্রতিনিধিত্ব করে। ব্যবহারকারীরা বিষয়গুলি অপ্ট আউট করতে সক্ষম হবেন, তাদের জন্য নির্ধারিত বিষয়গুলি পর্যালোচনা করতে পারবেন, বিষয়গুলি সরাতে পারবেন এবং কোন কোম্পানিগুলি একটি প্রদত্ত পৃষ্ঠায় তাদের বিষয়গুলির সাথে ইন্টারঅ্যাক্ট করছে তা বুঝতে পারবে৷ এছাড়াও, ব্যবহারকারীরা তাদের ব্রাউজিং ইতিহাস মুছে দিয়ে তাদের বিষয়গুলিকে প্রভাবিত করতে পারে। আমরা আরও উন্নত ব্যবহারকারী নিয়ন্ত্রণের বিষয়ে অব্যাহত আলোচনাকে স্বাগত জানাই, যেমন ডেভেলপারদের দ্বারা প্রস্তাবিত; তবে আমাদের নিশ্চিত করতে হবে যে এই বাগের উদ্বেগের জন্য, এটি আসলে ঝুঁকিগুলিকে সরিয়ে দেয় (উদাহরণস্বরূপ, কেবলমাত্র 'বিদেশী ভাষা অধ্যয়ন' বিষয়কে সরিয়ে দেওয়া কিন্তু ব্রাউজিং ইতিহাস থেকে টপিক তৈরি করা ওয়েবসাইটগুলি ব্যবহারকারীকে পুরোপুরি সুরক্ষিত করে না)। |
| prebid.js সহ সাইটগুলিতে বিষয়গুলির ব্যবহার | prebid.js সহ ওয়েবসাইটে কি বিষয় API ব্যবহার করা যেতে পারে? | সংক্ষিপ্ত উত্তর হ্যাঁ. আরো তথ্য এখানে প্রকাশিত হয়েছে. |
| একটি সুপারিশ উইজেটে বিষয় API এর ব্যবহার | আমরা কি প্রস্তাবিত উইজেটে টপিক এপিআই ব্যবহার করতে পারি (যেমন আউটব্রেন) | API কল করার পরে আমরা পুনরুদ্ধার করা বিষয়গুলির ব্যবহারের ক্ষেত্রে সীমাবদ্ধ করি না (এটি প্রতিটি বিকাশকারীর ডেটা নীতির উপর নির্ভর করবে)। |
| গোপনীয়তা / নীতি | কলার দ্বারা প্রতিক্রিয়া ফিল্টার করার উদ্দেশ্য সম্পর্কে প্রশ্নগুলি যদি কিছু তৃতীয় পক্ষ কল করে তাদের সাথে তাদের বিষয়গুলি ভাগ করে নেয়৷ | ইকোসিস্টেমের অনেকের প্রতিক্রিয়ার উপর ভিত্তি করে, Chrome এই ডিজাইনটি বেছে নিয়েছে তথ্যের অ্যাক্সেস সীমিত করার জন্য যাদের অন্যথায় এই ধরনের তথ্যের অ্যাক্সেস থাকত না। অবশ্যই, প্রকাশক এবং তৃতীয় পক্ষ যারা বিষয়গুলি গ্রহণ করে তারা নিজেদের জন্য সিদ্ধান্ত নিতে পারে যে তারা তাদের সাইটের পক্ষগুলির সাথে কোন তথ্য ভাগ করবে৷ যদি তারা এই ধরনের শেয়ারিং করে, Chrome তাদের ব্যবহারকারীদের কাছে এই ধরনের শেয়ারিং সম্পর্কে স্বচ্ছ হতে উৎসাহিত করে এবং তাদের নিয়ন্ত্রণের প্রস্তাব দেয়। |
| গোলমাল সংকেত | 5% সময় একটি এলোমেলো বিষয় প্রদান করা খুব বেশি শব্দ / মিথ্যা সংকেত তৈরি করতে পারে। | গোলমাল ব্যবহারকারীর গোপনীয়তা রক্ষার জন্য একটি গুরুত্বপূর্ণ পদ্ধতি, এবং শব্দের মাত্রা বনাম বিষয়গুলির উপযোগিতা পরীক্ষার মাধ্যমে অন্বেষণ করা হবে। |
FLEDGE
| প্রতিক্রিয়া থিম (ব্যাপকতা দ্বারা র্যাঙ্ক করা) | প্রশ্ন এবং উদ্বেগের সারাংশ | ক্রোম প্রতিক্রিয়া |
| পরীক্ষার সমন্বয় | কর্মক্ষমতা এবং রাজস্ব প্রভাব জন্য পরীক্ষা | FLEDGE পারফরম্যান্স, এবং কীভাবে আমরা অরিজিন ট্রায়ালের পাশাপাশি সাধারণ প্রাপ্যতার সময় বাস্তুতন্ত্রের পরীক্ষাকে সর্বোত্তমভাবে সমর্থন করতে পারি, তা পাবলিক WICG মিটিংয়ে সক্রিয়ভাবে আলোচনা করা হচ্ছে। |
| FLEDGE এর জন্য বিশ্বস্ত সার্ভার | বিশ্বস্ত সার্ভার কখন পরীক্ষার জন্য উপলব্ধ হবে? | আমরা এই প্রতিক্রিয়াটির প্রশংসা করি এবং সক্রিয়ভাবে একটি আরও বিস্তারিত পরিকল্পনা নিয়ে কাজ করছি যা আমরা FLEDGE-এ বিশ্বস্ত সার্ভার ব্যবহারের জন্য ভাগ করতে পারি। |
| প্রোটোকল প্রমিতকরণ | এসএসপি এবং ডিএসপিগুলির মধ্যে ডেটা পাস করার জন্য কি একটি সাধারণ প্রোটোকল থাকবে, যেমন স্বার্থ গোষ্ঠীর জন্য সাধারণ লেবেল? | আমরা ডিএসপি, এসএসপি এবং বৃহত্তর বিজ্ঞাপন ইকোসিস্টেমের সম্ভাব্য প্রমিতকরণের বিষয়ে প্রতিক্রিয়াকে স্বাগত জানাই। এই সময়ে প্রাথমিক পরীক্ষার উদ্দেশ্যে, আমরা আপনার পরীক্ষার অংশীদারদের সাথে সরাসরি কাজ করার পরামর্শ দিই কারণ তারা বিভিন্ন পদ্ধতির সাথে পরীক্ষা করার প্রক্রিয়ায় রয়েছে। আমরা বিজ্ঞাপন বাণিজ্য সংস্থাগুলির সাথে কাজ চালিয়ে যাওয়ার জন্য উত্সাহিত করি এবং পরিকল্পনা করি যাতে এটি তাদের সদস্য সংস্থাগুলির জন্য উপযোগী হলে মানককরণ তৈরিতেও গুরুত্ব দেয়৷ |
| ফ্রিকোয়েন্সি ক্যাপিং | একটি প্রচারাভিযান এবং বিজ্ঞাপন গোষ্ঠীর মধ্যে প্রতি-ব্যবহারকারী ফ্রিকোয়েন্সি নিয়ন্ত্রণ। | FLEDGE অন-ডিভাইস নিলাম এবং প্রাসঙ্গিক/ব্র্যান্ডিং প্রচারাভিযানের জন্য ফ্রিকোয়েন্সি ক্যাপিং সমর্থন করবে। শেয়ার্ড স্টোরেজ এবং সাইট-নির্দিষ্ট ক্যাপগুলি অতিরিক্ত ফ্রিকোয়েন্সি ক্যাপিং নিয়ন্ত্রণের জন্যও ব্যবহার করা যেতে পারে। |
| কর্মক্ষমতা উপর FLEDGE প্রভাব | FLEDGE নিলামে গণনামূলকভাবে-নিবিড় দরদাতা | Chrome সাইটের কর্মক্ষমতার উপর সম্ভাব্য প্রভাব সম্পর্কে বিকাশকারীদের সাথে সক্রিয় আলোচনা করছে। ক্রোম পরীক্ষার সময় আরও জানার সুযোগকে স্বাগত জানায়। |
| অন্যান্য বৈশিষ্ট্য সহ FLEDGE পরীক্ষা করা হচ্ছে | অ্যাট্রিবিউশন রিপোর্টিং এপিআই এবং FLEDGE থেকে ইভেন্ট-স্তরের রিপোর্টগুলি কীভাবে একসাথে ফিট হবে? | এটি একটি সাম্প্রতিক WICG/conversion-measurement-api কলে আলোচনা করা হয়েছে, এখানে বিস্তারিত মিনিটের লিঙ্ক সহ। মিটিংয়ের একটি সারাংশ হল যে বেড়াযুক্ত ফ্রেমের বিজ্ঞাপন প্রতিবেদনের বর্তমান নকশাটি প্রাসঙ্গিক তথ্যের সাথে বেড়াযুক্ত ফ্রেমের ভিতরে তৈরি একটি আইডি সংযুক্ত করা সম্ভব করে তোলে। ফেন্সড ফ্রেমের ভিতরে উত্পন্ন ইভেন্ট-স্তরের প্রতিবেদনগুলি তাই সার্ভারে একই প্রাসঙ্গিক তথ্যের সাথে যুক্ত হতে পারে (1টির পরিবর্তে 2টি সার্ভার-সাইড যোগদান ব্যবহার করে)। |
| ছাপ গণনা | কোন ইম্প্রেশন গণনা পদ্ধতি ক্রেতা এবং বিক্রেতাদের মধ্যে ব্যবহার করা উচিত বা হতে পারে | FLEDGE API ইতিমধ্যেই নিলামের সময় বিক্রেতা এবং ক্রেতার মধ্যে পদ্ধতিতে সারিবদ্ধকরণ সমর্থন করে৷ কেন আমাদের বর্তমান নকশা ইকোসিস্টেমের জন্য কাজ করতে পারে না সে সম্পর্কে প্রতিক্রিয়া ছাড়াই আমরা বিকল্প বাস্তবায়নের পরামর্শ পেয়েছি। |
| একাধিক বিজ্ঞাপন প্রদর্শন করা হচ্ছে | একটি প্রদত্ত বেড়াযুক্ত ফ্রেমে এক নিলামে একাধিক বিজ্ঞাপন প্রদর্শন করা যায় কিনা৷ | এটি বর্তমানে উপাদান বিজ্ঞাপনের মাধ্যমে সম্ভব (কম্পোনেন্ট নিলামের সাথে বিভ্রান্ত হবেন না)। এটি করার জন্য, সমস্ত বিজ্ঞাপন একই আগ্রহের গোষ্ঠীতে হতে হবে৷ |
| "সেলার ডিফাইন্ড অডিয়েন্স (SDA)" স্পেসিফিকেশন এবং FLEDGE | FLEDGE কি বিজ্ঞাপনের অনুরোধে SDA থেকে ক্রেতাদের প্রোফাইল তৈরি করা থেকে বিরত রাখার একটি ব্যবস্থা হয়ে উঠতে পারে? | FLEDGE তথ্য ফাঁস এড়াতে ডিজাইন করা হয়েছে যেটি প্রাসঙ্গিক নয় যখন প্রকাশক ইতিমধ্যেই জানেন যে তার দর্শকরা কি SDA-তে রয়েছে এবং লক্ষ্য করা একই-সাইট৷ যদি FLEDGE-এ নির্মিত সমস্ত সুরক্ষার মধ্যে SDA-তে কেনাকাটা সমর্থন করা গুরুত্বপূর্ণ হয়, তাহলে একটি সমাধান হতে পারে একজন বিক্রেতার জন্য ডিভাইসের নিলামে SDA লেবেল পাস করা, এবং একটি বাই-সাইড অ্যাড টেক তাদের নিজস্ব আগ্রহের গ্রুপ তৈরি করতে যার বিডিং যুক্তি বলছে "আমি দর্শক X কিনতে চাই।" |
| USD ছাড়াও মুদ্রার জন্য সমর্থন | USD এর বাইরের মুদ্রার সাথে FLEDGE পরীক্ষা করার জন্য সমর্থন | আমরা এই কলআউটের প্রশংসা করি এবং আমাদের বৈশিষ্ট্য অনুরোধের ব্যাকলগের মধ্যে অন্যান্য মুদ্রার সমর্থনে বিল্ডিং যোগ করেছি। আমরা আশা করি এটি খুব শীঘ্রই উপলব্ধ করা হবে। |
| নেতিবাচক স্বার্থ গ্রুপ টার্গেটিং জন্য সমর্থন | নেতিবাচক IG টার্গেটিংকে সমর্থন করার জন্য একটি API: শুধুমাত্র একজন ব্যবহারকারী IG এর অন্তর্গত না হলে বিজ্ঞাপনগুলি দেখানো হয়৷ | গিথুব ইস্যুতে সমর্থন করার জন্য কিছু প্রস্তাবিত বিকল্প সহ চলমান আলোচনা। |
| FLEDGE এ একাধিক SSP | FLEDGE-এ বহু-স্তরের নিলাম প্রয়োগ করার সময় Google-এর পক্ষ নেওয়ার ঝুঁকি৷ | একটি ন্যায্য এবং ন্যায়সঙ্গত খেলার ক্ষেত্র প্রদানের জন্য FLEDGE-তে একাধিক SSP-এর জন্য সমর্থন যোগ করা হয়েছে। Google প্রতিশ্রুতির অধীনে প্রতিশ্রুতি দিয়েছে যে গোপনীয়তা স্যান্ডবক্স প্রস্তাবগুলিকে এমনভাবে ডিজাইন, বিকাশ বা বাস্তবায়ন করবে না যা তার বিজ্ঞাপন পণ্য এবং পরিষেবাগুলিকে স্ব-প্রাধান্য দিয়ে প্রতিযোগিতাকে বিকৃত করবে। Google এটিকে গুরুত্ব সহকারে নেয়, এবং প্রযুক্তির নির্দিষ্ট দিকগুলি সম্পর্কে স্টেকহোল্ডারদের যে কোনও উদ্বেগ থাকতে পারে তা নিয়ে আলোচনা করার জন্য খুবই উন্মুক্ত৷ তথ্যের জন্য, Chrome সর্বজনীনভাবে এখানে উপাদান নিলাম প্রক্রিয়া নথিভুক্ত করেছে। |
ডিজিটাল বিজ্ঞাপন পরিমাপ
অ্যাট্রিবিউশন রিপোর্টিং (এবং অন্যান্য API)
| প্রতিক্রিয়া থিম (ব্যাপকতা দ্বারা র্যাঙ্ক করা) | প্রশ্ন এবং উদ্বেগের সারাংশ | ক্রোম প্রতিক্রিয়া |
| মাল্টি-টাচ অ্যাট্রিবিউশন | প্রকাশকরা মাল্টি-টাচ অ্যাট্রিবিউশনের জন্য সমর্থনের অনুরোধ করছেন | মাল্টি-টাচ অ্যাট্রিবিউশনের বর্তমান পদ্ধতির জন্য বিভিন্ন ওয়েবসাইট জুড়ে একজন ব্যবহারকারীর ইম্প্রেশন (এবং তাই পরিচয়) নির্ধারকভাবে একত্রিত করা প্রয়োজন। ফলস্বরূপ, বর্তমান আকারে এই কার্যকারিতা গোপনীয়তা স্যান্ডবক্সের লক্ষ্যগুলির সাথে সারিবদ্ধ নয়, যার লক্ষ্য ক্রস-সাইট ট্র্যাকিং ছাড়াই মূল বিজ্ঞাপনগুলি ব্যবহারের ক্ষেত্রে সমর্থন করা। কিছু ক্ষেত্রে, ব্যক্তিগত ব্যবহারকারীদের ট্র্যাক না করেই ক্রেডিট অ্যাসাইনমেন্টের আনুমানিকতা (যেমন, ওজনযুক্ত, এলোমেলো অগ্রাধিকার ব্যবহার করে) সম্ভব। |
| গোলমাল জেনারেশন | রিপোর্টের মধ্যে গোলমালের মাত্রা সংক্রান্ত প্রশ্ন | আমাদের প্রাথমিক পরীক্ষাটি ডেভেলপারদের তাদের নিজস্ব এপিসিলন মান সেট করার অনুমতি দেয় যাতে তারা অনুভব করতে পারে কিভাবে শব্দের মাত্রার উপর ভিত্তি করে প্রতিবেদনগুলি পরিবর্তিত হয়। এখন পর্যন্ত, বিকাশকারীরা epsilon=64 পর্যন্ত একটি epsilon মান বেছে নিতে পারেন। আমরা বিশেষভাবে এটি করেছি যাতে ডেভেলপারদের API পরীক্ষা করা সহজ হয় এবং উপযুক্ত এপসিলন মান সম্পর্কে আমাদের প্রতিক্রিয়া জানানো হয়। আমরা এই ধরনের প্রতিক্রিয়ার জন্য একটি সর্বজনীন অনুরোধও করেছি৷ |
| পরীক্ষার সমন্বয় | স্থানীয় টেস্টিং টুল কি OT এর জন্য ব্যবহার করা যেতে পারে? | হ্যাঁ, স্থানীয় টেস্টিং টুলটি OT এর সময়কালের জন্য ব্যবহার করা যেতে পারে। স্থানীয় টেস্টিং টুলটি ডিবাগ রিপোর্টের সাথে ব্যবহার করা যেতে পারে যতক্ষণ না তৃতীয় পক্ষের কুকি পাওয়া যায়। |
| প্রশ্ন Ergonomics | কীগুলির সমষ্টি অনুসন্ধান সক্ষম করুন৷ | আমরা সম্মত যে এটি API এরগনোমিক্সকে উন্নত করে বলে মনে হচ্ছে সামান্য থেকে কোন আপাত গোপনীয়তা খরচ ছাড়াই। আমরা একটি প্রস্তাব তৈরি করব এবং দেখব যে এটি সমর্থন করার মতো বিস্তৃত ঐক্যমত আছে কিনা। |
| ছোট সাইটের জন্য কম সঠিক ডেটা | ছোট সাইট বা প্রচারাভিযান কম সঠিক তথ্য পেতে পারে. | Chrome স্বীকার করে যে শব্দ ভিত্তিক গোপনীয়তা সুরক্ষাগুলি ছোট ডেটা স্লাইসের উপর বেশি প্রভাব ফেলে৷ যাইহোক, এটা সম্ভব যে দীর্ঘ সময় ধরে একত্রিত করার মতো পদ্ধতিগুলি এই সমস্যার সমাধান করবে; খুব ছোট ডেটা স্লাইস (যেমন এক বা দুটি কেনাকাটার) উপর ভিত্তি করে উপসংহারগুলি বিজ্ঞাপনদাতাদের জন্য অর্থবহ কিনা তাও অস্পষ্ট। অরিজিন ট্রায়াল চলাকালীন, ক্রোম পরীক্ষকদের বিস্তৃত গোপনীয়তা এবং নয়েজ প্যারামিটার নিয়ে পরীক্ষা করার ক্ষমতার সুবিধা নিতে উৎসাহিত করে যাতে তারা এই বিষয়ে আরও নির্দিষ্ট প্রতিক্রিয়া দিতে পারে। |
প্রচ্ছন্ন ট্র্যাকিং সীমাবদ্ধ করুন
ব্যবহারকারী এজেন্ট হ্রাস
| প্রতিক্রিয়া থিম (ব্যাপকতা দ্বারা র্যাঙ্ক করা) | প্রশ্ন এবং উদ্বেগের সারাংশ | ক্রোম প্রতিক্রিয়া |
| বট সুরক্ষা | বট সুরক্ষায় UA-R প্রভাব | আমরা এই প্রতিক্রিয়াটির প্রশংসা করি এবং আমাদের ভবিষ্যত ডিজাইনগুলি জানাতে বট সুরক্ষা পদ্ধতির তথ্য সংগ্রহের প্রক্রিয়াধীন৷ |
| স্থাপনার নির্ভরতা | স্ট্রাকচার্ড ইউজার এজেন্ট (SUA) ডিপ্লোয়মেন্ট নির্ভরতা সম্বোধন করা | আমরা "ফেজ 4" রোল আউট করেছি, ওরফে 101 এবং তার উপরে সংস্করণের 100% Chrome ব্যবহারকারীদের জন্য ছোট সংস্করণ সংস্করণ হ্রাস। এখানে আপডেট দেখুন. |
ব্যবহারকারী এজেন্ট ক্লায়েন্ট ইঙ্গিত
| প্রতিক্রিয়া থিম (ব্যাপকতা দ্বারা র্যাঙ্ক করা) | প্রশ্ন এবং উদ্বেগের সারাংশ | ক্রোম প্রতিক্রিয়া |
| সমস্ত সমর্থিত ইঙ্গিত গণনা | একটি ব্রাউজারের জন্য সমস্ত সমর্থিত ইঙ্গিত জানার জন্য একটি প্রোগ্রাম্যাটিক উপায় থাকার আগ্রহ। | আমরা এই প্রতিক্রিয়ার প্রশংসা করি এবং বৈশিষ্ট্য অনুরোধের মূল্যায়ন করার প্রক্রিয়ার মধ্যে আছি। এটি একটি সাধারণ ব্যবহারের ক্ষেত্রে কিনা তা আমরা বুঝতে আগ্রহী। |
| UA-CH বনাম ব্যবহারকারী-এজেন্ট হেডারের নমনীয়তা | rfc7231 দ্বারা সংজ্ঞায়িত ইউজার-এজেন্ট হেডার যে নমনীয়তার প্রস্তাব দেয় তার তুলনায় UA-CH অত্যধিক প্রেসক্রিপটিভ। | ক্রস-ব্রাউজার আন্তঃকার্যযোগ্যতা এবং ব্যবহারকারীর গোপনীয়তা সুরক্ষার দৃষ্টিকোণ থেকে (উচ্চ-এনট্রপি শনাক্তকারীর স্বেচ্ছাচারী সংযোজন রোধ করে) উভয় দিক থেকেই ক্রোম UA-CH শিরোনামগুলির নির্দেশমূলক প্রকৃতিকে UA স্ট্রিংয়ের নমনীয়তার উপর একটি গুরুত্বপূর্ণ উন্নতি হিসাবে দেখে। অন্যরাও যদি এই উদ্বেগটি শেয়ার করে এবং প্রতিক্রিয়া জানাতে চায় তবে সমস্যাটি খোলা থাকবে। |
| UA-CH: বিরোধী জালিয়াতি/অপব্যবহার বিরোধী উদ্বেগ | কিছু বৈশিষ্ট্য যা UA-CH এর মাধ্যমে হারিয়ে যেতে পারে: পুনঃনির্দেশ ট্র্যাকার ক্লিক করুন এবং প্রতারণামূলক ক্লিক। | দলটি জালিয়াতি বিরোধী এবং পরিমাপ স্টেকহোল্ডারদের সাথে এই সম্ভাব্য সমস্যাগুলি তদন্ত করছে৷ |
| কর্মক্ষমতা | Critical-CH (প্রথম পৃষ্ঠা লোডে) এর মাধ্যমে ইঙ্গিত পাওয়ার বিলম্ব সম্পর্কে উদ্বেগ রয়েছে। | Chrome কার্যক্ষমতা উন্নত করার উপায়গুলি অনুসন্ধান করছে৷ |
Gnatcatcher (WIP)
| প্রতিক্রিয়া থিম (ব্যাপকতা দ্বারা র্যাঙ্ক করা) | প্রশ্ন এবং উদ্বেগের সারাংশ | ক্রোম প্রতিক্রিয়া |
| লেটেন্সি উদ্বেগ | অতিরিক্ত হপ(গুলি) যোগ করা বিলম্বকে প্রভাবিত করতে পারে | আমরা একটি দুটি হপ প্রক্সি বিবেচনা করছি এবং ব্যবহারকারীর গোপনীয়তা এবং লেটেন্সির মধ্যে সঠিক ভারসাম্য খুঁজে বের করার উপায়গুলি অন্বেষণ করছি৷ আমরা প্রতিক্রিয়ার জন্য উন্মুক্ত এবং W3C ফোরামে আরও আলোচনা পছন্দ করব। |
| জালিয়াতি এবং বট সুরক্ষা | কম উন্নত দেশ সহ জালিয়াতি এবং বট সুরক্ষার প্রভাব | নিরাপত্তা একটি মূল প্রয়োজনীয়তা কারণ আমরা অর্থপূর্ণ উপায়ে ব্যবহারকারীর গোপনীয়তা উন্নত করার উপায় খুঁজি, যেমন আইপি ঠিকানা প্রক্সি করা। স্বনামধন্য কোম্পানিগুলির সাথে একটি দুই হপ প্রক্সি অংশীদারিত্ব যাচাইযোগ্য ব্যবহারকারীর গোপনীয়তা প্রদান করে। আমরা ব্যবহারকারীর আস্থা প্রকাশ করতে সাহায্য করার জন্য নতুন সংকেতগুলির জন্য ধারণাগুলিও উদ্ভূত করছি৷ |
| স্থানীয় গোপনীয়তা আইনের সাথে সম্মতি | দেশ-স্তরের জিও ডেটা রিপোর্টিং আরও দানাদার স্থানীয় শাসনের সাথে সম্মতি কঠিন করে তোলে | আমরা আমাদের প্রস্তাবিত নীতিগুলি সর্বজনীনভাবে পোস্ট করেছি, যার মধ্যে সম্ভাব্য পন্থাগুলি অন্তর্ভুক্ত রয়েছে যা ওয়েবসাইটগুলিকে স্থানীয় প্রয়োজনীয়তাগুলির সাথে সম্মতিতে থাকার অনুমতি দেবে৷ |
ক্রস-সাইট গোপনীয়তা সীমানা শক্তিশালী করুন
প্রথম পক্ষের সেট
| প্রতিক্রিয়া থিম (ব্যাপকতা দ্বারা র্যাঙ্ক করা) | প্রশ্ন এবং উদ্বেগের সারাংশ | ক্রোম প্রতিক্রিয়া |
| বিভিন্ন ধরনের স্টেকহোল্ডারদের জন্য উপযোগিতা | ছোট বনাম বড় প্রকাশকদের জন্য FPS এর প্রভাব | প্রাইভেসি স্যান্ডবক্সের প্রাথমিক লক্ষ্য হল ক্রস-সাইট ট্র্যাকিং প্রক্রিয়ার উপর নির্ভর করে না এমন সমাধানগুলির সাথে বর্তমান অনুশীলনগুলি প্রতিস্থাপন করে ব্যবহারকারীর গোপনীয়তা উন্নত করা। আমরা চাই যে এই সমাধানগুলি বিভিন্ন প্রকার এবং স্টেকহোল্ডারদের জন্য যতটা সম্ভব বিস্তৃতভাবে কার্যকর হোক। আমরা এই সমাধানগুলিকে কীভাবে উন্নত করা যেতে পারে সে সম্পর্কে সুনির্দিষ্ট, কার্যকরী ইনপুটকে স্বাগত জানাই এবং আমরা আশা করি তারা সম্প্রদায়ের আলোচনা এবং পরীক্ষার মাধ্যমে বিকশিত হতে থাকবে। |
| গোপনীয়তা উন্নত করা | একই সেটে অনেকগুলি সাইট তৃতীয় পক্ষের কুকির অনুরূপ ফলাফল হতে পারে | আমরা এই প্রতিক্রিয়াটির প্রশংসা করি এবং মূল্যায়ন করছি যে সঠিক সীমাটি কী বা কী হতে পারে, পাশাপাশি ব্যবহারকারী এবং বিকাশকারী উভয়কেই চিকিত্সা বা সংকেত দেওয়ার চেষ্টা করছি যাতে তারা বুঝতে পারে যখন এই ধরনের সীমা আঘাত করা হয়। আমাদের কাছে ভাগ করার জন্য এখনও একটি নির্দিষ্ট প্রস্তাব নেই তবে খুব শীঘ্রই আশা করি। |
| FPS এর ইকোসিস্টেম সমর্থন | গোপনীয়তা CG এর বাইরে FPS বিকাশ অব্যাহত রাখার জন্য সমর্থন এবং উদ্বেগের সংগ্রহ | যদিও আমরা পছন্দ করতাম যে ফার্স্ট-পার্টি সেটের প্রস্তাব প্রাইভেসিসিজিতে থাকবে, আমরা WICG-তে প্রস্তাবটি চালিয়ে যাওয়ার জন্য উন্মুখ। আমরা প্রথম-পক্ষের সেটগুলির অব্যাহত আলোচনার জন্য সমর্থনের অসংখ্য বিবৃতি দ্বারাও উত্সাহিত হয়েছি এবং এটির সমাধান করার উদ্দেশ্যে ব্যবহারের ক্ষেত্রে। Google এমন সমাধান খোঁজার জন্য প্রতিশ্রুতিবদ্ধ যা ওয়েবকে ব্যবহারকারীর গোপনীয়তা রক্ষা এবং সম্মান করে এমনভাবে বৃদ্ধি এবং উন্নতি করতে দেয়। |
| ব্রাউজার ইন্টারঅপারেবিলিটি | অন্যান্য ব্রাউজার দ্বারা বাস্তবায়ন | আমরা ডেভেলপারদের জন্য ব্রাউজার ইন্টারঅপারেবিলিটির গুরুত্ব স্বীকার করি এবং FPS এর প্রমিতকরণের জন্য অন্যান্য ব্রাউজারের সাথে সহযোগিতা অব্যাহত রাখব। |
| সাধারণ গোপনীয়তা নীতি প্রয়োজনীয়তা | একই সেটের অংশ হওয়া প্রয়োজন এমন সমস্ত পণ্য এবং এখতিয়ার জুড়ে একটি সাধারণ গোপনীয়তা নীতি বজায় রাখা অসম্ভব। | Chrome এখনও আমাদের নীতি প্রয়োজনীয়তা সংজ্ঞায়িত করছে; এবং এই প্রতিক্রিয়া মনে রাখা হবে. |
বেড়া ফ্রেম API
| প্রতিক্রিয়া থিম (ব্যাপকতা দ্বারা র্যাঙ্ক করা) | প্রশ্ন এবং উদ্বেগের সারাংশ | ক্রোম প্রতিক্রিয়া |
| ডকুমেন্টেশন অনুরোধ | স্যান্ডবক্সযুক্ত আইফ্রেমের সাথে পার্থক্য | আমরা প্রতিক্রিয়া এবং পরামর্শের প্রশংসা করি। GitHub-এ এই বিষয়ে বর্তমান আলোচনা রয়েছে, যেখানে আমরা অনুরোধটি সম্পূর্ণরূপে মূল্যায়ন করতে সক্ষম হওয়ার জন্য চূড়ান্ত স্পষ্টতা পাওয়ার আশা করছি। পাবলিক আলোচনা এখানে উপলব্ধ. |
| ক্রস-এপিআই ক্ষমতা | বেড়াযুক্ত ফ্রেমে অ্যাট্রিবিউশন রিপোর্টিংয়ের জন্য ডিফল্ট সমর্থন | আমরা ডিফল্টরূপে বেড়াযুক্ত ফ্রেমের "অস্বচ্ছ-বিজ্ঞাপন মোডে" অ্যাট্রিবিউশন রিপোর্টিং API-কে অনুমতি দেওয়ার প্রস্তাবের বিষয়ে প্রতিক্রিয়া চাচ্ছি ৷ আমরা ডেভেলপারদের উত্সাহিত করি যারা আলোচনায় ওজন করার জন্য এটি মূল্যবান বলে মনে করবে। |
শেয়ার্ড স্টোরেজ API
| প্রতিক্রিয়া থিম (ব্যাপকতা দ্বারা র্যাঙ্ক করা) | প্রশ্ন এবং উদ্বেগের সারাংশ | ক্রোম প্রতিক্রিয়া |
| ডেটা সীমা | প্রতি পার্টিশনে কত ডাটা সংরক্ষণ করা যাবে তার উপর কি কোনো সীমাবদ্ধতা থাকবে? | হ্যাঁ, সীমা থাকবে। আরো বিস্তারিত জানার জন্য github সমস্যা দেখুন। আমরা স্টোরেজ কোটা প্রয়োজন হবে. আমাদের বর্তমান প্রস্তাবটি হল প্রতি-প্রবেশের আকারের ক্যাপ 4 KB, উভয় কী এবং মান উভয়ই 1024 char16_t অক্ষরের মধ্যে সীমাবদ্ধ থাকবে এবং একটি প্রক্রিয়া সহ 10,000 এন্ট্রির প্রতি-অরিজিন এন্ট্রি ক্যাপ থাকবে যা একটি উত্সের ক্ষমতা পূর্ণ হলে অতিরিক্ত এন্ট্রিগুলিকে প্রতিশ্রুতিবদ্ধ হতে বাধা দেয়৷ আমরা এখানে প্রস্তাবিত নির্দিষ্ট সীমার বিষয়ে সক্রিয়ভাবে প্রতিক্রিয়া চাচ্ছি। |
| ব্যবহারকারীর স্বচ্ছতা | ডেটা উত্স বনাম ডেটা ব্যবহারের জন্য ব্যবহারকারীর স্বচ্ছতা | আমরা এই প্রতিক্রিয়াটির প্রশংসা করি, এবং আমরা মনে করি এটি অন্বেষণের জন্য একটি প্রতিশ্রুতিশীল পদ্ধতি। বিশেষ করে, আমরা মূল্যায়ন করছি যে এটি এমনভাবে করা সম্ভব হবে কিনা যা ব্যবহারকারীদের জন্য যথেষ্ট স্বচ্ছতা প্রদান করে। |
চিপস
| প্রতিক্রিয়া থিম (ব্যাপকতা দ্বারা র্যাঙ্ক করা) | প্রশ্ন এবং উদ্বেগের সারাংশ | ক্রোম প্রতিক্রিয়া |
| দত্তক নেওয়ার প্রতিবন্ধকতা | চিপস কি হোস্টনাম-বাউন্ড হওয়া উচিত? (কোন-ডোমেনের প্রয়োজনীয়তা) | আমরা OT অংশগ্রহণকারীদের প্রতিক্রিয়ার ভিত্তিতে OT থেকে এই প্রয়োজনীয়তাটি সরিয়ে দিচ্ছি যে এই প্রয়োজনীয়তা অতিরিক্ত জটিলতা যুক্ত করেছে এবং চিপস গ্রহণের ক্ষেত্রে একটি প্রতিবন্ধকতা হিসাবে কাজ করে। আমরা এখানে স্ট্যান্ডার্ড ইনকিউবেশনের অংশ হিসেবে প্রাইভেসি কমিউনিটি গ্রুপে এই প্রয়োজনীয়তা নিয়ে আলোচনা করব। |
| বিজ্ঞাপন চিপসের জন্য কেস ব্যবহার করে | একটি একক সাইটে বিজ্ঞাপন ব্যবহারের ক্ষেত্রে চিপস ব্যবহার করা যেতে পারে? | একটি সাইটের মধ্যে ব্যবহারকারী ট্র্যাকিং একটি অনুমোদিত ব্যবহারের ক্ষেত্রে. এই ব্যবহারের ক্ষেত্রে হাইলাইট করার জন্য আমরা আমাদের বিকাশকারী নিবন্ধ আপডেট করেছি । |
| প্রমাণীকৃত এম্বেড | সাইন-অন অবস্থা কি চিপসের সাথে সংরক্ষিত আছে? | সাইন ইন স্টেট বর্তমানে সংরক্ষিত নয়, তবে এটি চিপসের জন্য উদ্দেশ্যপ্রণোদিত ব্যবহারের ক্ষেত্রে নয়। আমরা প্রমাণীকৃত এম্বেড ব্যবহারের ক্ষেত্রে সচেতন এবং সমাধানগুলি অন্বেষণ করার জন্য কাজ করছি৷ |
| পরীক্ষার সমন্বয় | পার্টিশন পরীক্ষা করার জন্য কোন অতিরিক্ত ব্যবহারকারীর কর্মের প্রয়োজন আছে কি? | যতক্ষণ পর্যন্ত OT টোকেন বৈধ এবং পরিদর্শন করা পৃষ্ঠাগুলির শিরোনামগুলিতে উপস্থিত থাকে, ততক্ষণ ব্যবহারকারীদের জন্য কোনও অতিরিক্ত পদক্ষেপের প্রয়োজন ছাড়াই বৈশিষ্ট্যটি উপলব্ধ হওয়া উচিত। |
| ব্রাউজার সামঞ্জস্য | অন্যান্য ব্রাউজারগুলি কীভাবে বিভাজিত কুকি বৈশিষ্ট্যগুলি পরিচালনা করেছে তা বোঝার আগ্রহ। | ব্রাউজার জুড়ে কাজ করতে পারে এমন ডিজাইন এবং বাস্তবায়ন শনাক্ত করতে ক্রোম পাবলিক স্ট্যান্ডার্ড গ্রুপ যেমন W3C এর মধ্যে কাজ করে চলেছে। |
ফেডসিএম
| প্রতিক্রিয়া থিম (ব্যাপকতা দ্বারা র্যাঙ্ক করা) | প্রশ্ন এবং উদ্বেগের সারাংশ | ক্রোম প্রতিক্রিয়া |
| সম্ভাব্য আক্রমণ ভেক্টর | লিঙ্ক সজ্জা এবং সময় আক্রমণের মাধ্যমে সম্ভাব্য আক্রমণ ভেক্টর | আমরা সক্রিয়ভাবে জনসাধারণের ইনপুট সংগ্রহ করছি এবং এই সমস্যাটি সমাধানের সম্ভাব্য উপায়গুলি অনুসন্ধান করছি৷ |
| ইউএক্স একাধিক IDP-এর জন্য অনুমতি দেয় | একবারে শুধুমাত্র একটি আইডিপি উপস্থাপন করা যেতে পারে | আমরা একাধিক IDP-কে সমর্থন করতে বিশ্বাস করি, এবং সক্রিয়ভাবে সমর্থনের পদ্ধতিতে কাজ করছি |
| অভিব্যক্তি | উদ্বিগ্ন যে ব্রাউজারটি ফেডারেটেড পরিচয় প্রবাহের অংশ রেন্ডার করে, তাই IDPs তাদের ব্যবহারকারীদের কাছে উপস্থাপন করতে চায় এমন সমস্ত সূক্ষ্মতা ক্যাপচার করা কঠিন। | Chrome ব্র্যান্ডিং কাস্টমাইজেশন (যেমন লোগো, রঙ) এবং স্ট্রিং কাস্টমাইজেশন (যেমন "এই নিবন্ধটি অ্যাক্সেস করুন" "এর সাথে লগইন" এর বিপরীতে) অন্বেষণ করছে। ক্রোম ট্রেড-অফকে স্বীকৃতি দেয় এবং যতটা সম্ভব গ্রাউন্ড কভার করতে এবং এটিকে যতটা সম্ভব অভিব্যক্তিপূর্ণ করতে উভয় ইকোসিস্টেমের সাথে কাজ চালিয়ে যাবে৷ |
| প্রযোজ্যতা এবং আন্তঃক্রিয়াশীলতা | উদ্বেগ যে অন্যান্য ব্রাউজার FedCM গ্রহণ বা প্রয়োগ করবে না। | FedID কমিউনিটি গ্রুপে ফেডারেশনের জন্য সাধারণ সমাধান খুঁজতে Chrome অন্যান্য ব্রাউজার বিক্রেতাদের সাথেও কাজ করছে। |
| সাইন-আপ প্রবাহে ব্যক্তিগত ডেটা প্রয়োজনীয়তাগুলি সরানোর পরামর্শ৷ | (1) একটি UX যা ব্যবহারকারীকে নির্দেশ করে যে তারা কোন আইডিপি বেছে নিচ্ছেন, তাদের ইমেল, ছবি এবং নাম শেয়ার করা হবে এমন সংকেত না দিয়ে আরও গোপনীয়তা বান্ধব হবে (2) ইউজ-কেস-সাইন-আপ এর ব্যবহারকারীর অভিজ্ঞতা এবং আইডিপি থেকে দাবি নির্বাচনের ক্ষেত্রে খুব কম। | আমরা একমত রয়েছি এবং আরও ব্যবহারকারী, এবং গোপনীয়তা, বন্ধুত্বপূর্ণ উপায়ে প্রতিক্রিয়া কীভাবে বাস্তবায়ন করা যায় তা অন্বেষণ করছি। |
| আইডিপির সাথে ব্যবহারকারীর মিথস্ক্রিয়া | একটি ঝুঁকি থ্রেশহোল্ড অতিক্রম করা হলে ব্যবহারকারী এবং IdP মধ্যে সরাসরি মিথস্ক্রিয়া প্রয়োজন | আমরা সক্রিয়ভাবে এই প্রতিক্রিয়া তদন্ত করছি. |
নেটওয়ার্ক স্টেট পার্টিশনিং
| প্রতিক্রিয়া থিম (ব্যাপকতা দ্বারা র্যাঙ্ক করা) | প্রশ্ন এবং উদ্বেগের সারাংশ | ক্রোম প্রতিক্রিয়া |
| কর্মক্ষমতা | পার্টিশনিং নেটওয়ার্ক স্টেট CDN-এর সাথে রিসোর্স ইনটেনসিভ সংযোগ বাড়াতে পারে | আমরা এখনও নেটওয়ার্ক স্টেট পার্টিশনের কার্যকারিতা বৈশিষ্ট্যগুলি তদন্ত করছি, যার মধ্যে বিভিন্ন সম্ভাব্য কীিং স্কিম পরিমাপ করা রয়েছে। পারফরম্যান্স, নিরাপত্তা এবং গোপনীয়তার ট্রেড-অফের মধ্যে আমরা এখনও সিদ্ধান্ত নিইনি এবং আরও ডেটা সংগ্রহ করতে হবে। |
স্প্যাম এবং জালিয়াতির বিরুদ্ধে লড়াই করুন
ট্রাস্ট টোকেন API
| প্রতিক্রিয়া থিম (ব্যাপকতা দ্বারা র্যাঙ্ক করা) | প্রশ্ন এবং উদ্বেগের সারাংশ | ক্রোম প্রতিক্রিয়া |
| নিয়ন্ত্রক প্রতিক্রিয়া | দীর্ঘমেয়াদী কার্যকারিতা সম্পর্কে নিয়ন্ত্রকদের কাছ থেকে স্পষ্ট সংকেত ছাড়াই ট্রাস্ট টোকেনগুলিতে সময় এবং সংস্থান বিনিয়োগের বিষয়ে উদ্বেগ | আমাদের লক্ষ্য হল এমন প্রযুক্তি তৈরি করা যা বাস্তুতন্ত্রের জন্য কাজ করে, শিল্প এবং নিয়ন্ত্রকদের কাছ থেকে প্রতিক্রিয়া তৈরি করে প্রক্রিয়াটির জন্য গুরুত্বপূর্ণ। আমরা গোপনীয়তা স্যান্ডবক্স বিকাশ করার সাথে সাথে বিশ্বব্যাপী নিয়ন্ত্রকদের সাথে পরামর্শ চালিয়ে যাব এবং ট্রাস্ট টোকেন সহ বিকাশকারীদের কাছে প্রস্তাবগুলি উপলব্ধ করব৷ সমস্ত নতুন প্রযুক্তির মতো, কোম্পানিগুলিকে নিয়ন্ত্রক প্রয়োজনীয়তার নিজস্ব মূল্যায়নের ভিত্তিতে সিদ্ধান্ত নেওয়া উচিত। |
| লঞ্চের সময় | GA-তে কখন ট্রাস্ট টোকেন চালু করা হবে? | আমরা privacysandbox.com- এ আমাদের পাবলিক টাইমলাইনে ডেলিভারির জন্য আমাদের বর্তমান অনুমান প্রদান করি। যত তাড়াতাড়ি আমরা GA-তে এটির ডেলিভারি তারিখের বিষয়ে চূড়ান্ত সিদ্ধান্ত নেব, আমরা Chrome এর রিলিজ প্রক্রিয়ার মাধ্যমে এটিকে সর্বজনীনভাবে পোস্ট করব এবং ওয়েবসাইটে টাইমলাইন আপডেট করব। |
| ট্রাস্ট টোকেন বনাম অন্যদের | ট্রাস্ট টোকেনগুলি কী ভূমিকা পালন করে, অন্যান্য টোকেনগুলিকে প্রমিতকরণের মধ্যে দিয়ে থাকে, যেমন ব্যক্তিগত অ্যাক্সেস টোকেনগুলি | আমরা স্ট্যান্ডার্ডাইজেশন আলোচনায় নিযুক্ত আছি এবং আমাদের লক্ষ্য হল যতটা সম্ভব অন্যান্য প্রচেষ্টার সাথে সারিবদ্ধ করা, প্রতিটি প্রযুক্তির সামর্থ্য অনুযায়ী বিভিন্ন ব্যবহারের ক্ষেত্রে সক্ষম করা। উদাহরণস্বরূপ, ট্রাস্ট টোকেন এবং ব্যক্তিগত অ্যাক্সেস টোকেন উভয়ই প্রাইভেসি পাস প্রোটোকলের উপর নির্ভর করে। |
| ডেটা সীমা | সম্ভাব্য সীমিত প্রতি পৃষ্ঠা টোকেন রিডেম্পশনের জন্য সর্বাধিক 2 ইস্যুকারী | আমরা দীর্ঘমেয়াদী বিকল্পগুলি খুঁজছি যেখানে আমরা নিরাপদে কোম্পানিগুলিকে আরও ব্যবহারকারীর এনট্রপি ঝুঁকি ছাড়াই টোকেনগুলিকে রিডিম করার অনুমতি দিতে পারি, সম্ভবত টোকেন রিডেম্পশনগুলিতে অ্যাক্সেস বিভাজন করে ৷ |
| অ্যাক্সেস সীমাবদ্ধতা | শুধুমাত্র অনুমোদিত (এবং যাচাইকৃত/প্রতারক নয়) উত্স একটি টোকেনের উপস্থিতি যাচাই করতে এবং রিডিম করতে সক্ষম হওয়া উচিত | কারা টোকেন দেখতে এবং রিডিম করতে পারে তার জন্য আমরা পন্থা অন্বেষণ করছি। |
| ডিভাইস সমর্থন | জাভাস্ক্রিপ্ট রানটাইম নির্ভরতা নির্দিষ্ট ডিভাইসে ব্যবহার সীমাবদ্ধ করে। টিটি সমর্থন কি অন্য ধরণের ডিভাইসগুলিতে কাজ করার জন্য প্রসারিত করা যেতে পারে? | এটি এমন কিছু যা আমরা ভবিষ্যতের উন্নয়নের জন্য বিবেচনা করতে পারি এবং এমন একটি বিষয় যা আমরা W3C ফোরামে বিকাশকারীদের কাছ থেকে আরও প্রতিক্রিয়া শুনতে চাই। আমরা একটি HTTP শিরোনাম ট্রিগার টোকেন রিডেম্পশন নিয়ে আলোচনা করার জন্য একটি উন্মুক্ত সমস্যাও রয়েছে যা আমরা প্রতিক্রিয়া আমন্ত্রণ জানাই। |
| কেস ব্যবহার করুন | ট্রাস্ট টোকেনগুলির জন্য সঠিক ব্যবহারের ক্ষেত্রেগুলি কী তা স্পষ্ট নয়৷ উদ্দেশ্যযুক্ত ব্যবহার সম্পর্কে স্পষ্টতার অভাব। | আমাদের লক্ষ্য হ'ল অ্যান্টি-ফাড স্পেসের মধ্যে উদ্ভাবনের সুবিধার্থে এবং প্রতিটি সংস্থা ট্রাস্ট টোকেন সহ মালিকানাধীন কৌশলগুলি নিয়োগ করতে পারে তা বোঝা, এ কারণেই আমরা উদ্দেশ্যযুক্ত ব্যবহার (গুলি) সম্পর্কিত প্রেসক্রিপটিভ হইনি। যাইহোক, আমরা সম্ভবত আমাদের ডকুমেন্টেশনগুলি প্রসারিত করব যাতে অংশীদারদের জন্য প্রারম্ভিক পয়েন্ট হিসাবে আরও উদাহরণ অন্তর্ভুক্ত করা যায় যারা পরীক্ষা বা গ্রহণের বিষয়টি বিবেচনা করছেন। |
| ট্রাস্ট টোকেন কভারেজ | এই 'ট্রাস্ট-টোকেন-রিডিম্পশন' বৈশিষ্ট্য নীতিটি অপসারণ করা ট্রাস্ট টোকেন কভারেজকে উল্লেখযোগ্যভাবে বাড়িয়ে তুলবে। | আমরা ওটি থেকে প্রতিক্রিয়া সংগ্রহ করার সাথে সাথে পরবর্তী পদক্ষেপগুলি সম্পর্কে সিদ্ধান্ত গ্রহণ করার সাথে সাথে এটি বিবেচনায় রয়েছে। |
| ইস্যুকারী ট্রাস্ট | ট্রাস্ট টোকেন জারি করা ওয়েবসাইটগুলিতে কেন আমাদের বিশ্বাস করা উচিত? | ইস্যুকারী হওয়ার বিষয়ে কোনও গাইডলাইন নেই - যে কেউ এটি করতে পারে। আশা করা যায় যে প্রকাশকরা কেবল তাদের বিশ্বাসী ইস্যুকারীদের সাথে কাজ করবেন। অতিরিক্তভাবে, বিজ্ঞাপন বাস্তুতন্ত্রের অন্যান্য বৈধ অভিনেতারা অবশেষে সন্দেহজনক বা অজানা ইস্যুকারীদের সাথে সম্পর্কিত ট্র্যাফিক ছাড় (বা কেনা বন্ধ) করবেন। |
| 3 পি এম্বেড করা পরিষেবা | 3 পি এম্বেড থাকা পরিষেবাগুলি কি ট্রাস্ট টোকেনের জন্য অনুরোধ করতে পারে এবং/অথবা অনুরোধ করতে পারে? | হ্যাঁ, একটি 3 পি এম্বেড করা পরিষেবা ট্রাস্ট টোকেনগুলি জারি করতে এবং খালাস করতে পারে। |
| ইস্যুকারীদের বাস্তুসংস্থান | বিশ্বাসের সংকেতগুলি অন্য সংস্থাগুলির সাথে ভাগ করা যায় তবে বৃহত্তর ইউটিলিটি অর্জন করা যেতে পারে | ট্রাস্ট টোকেনগুলি একটি নিম্ন-স্তরের আদিম হিসাবে ডিজাইন করা হয়েছে, এবং বিশ্বাস/খ্যাতি সংকেতগুলি ভাগ করে নেওয়ার জন্য ইস্যুকারী/মুক্তিদাতাদের সহযোগিতা করে ব্যবহার করা যেতে পারে। |
| ওভারহেড রক্ষণাবেক্ষণ | ক্রিপ্টোগ্রাফিক বাস্তবায়ন অন্তর্নিহিত ট্রাস্ট টোকেন অপারেশনগুলি বোরিংসসলে রয়েছে; কোন গুগল এর একমাত্র রক্ষণাবেক্ষণকারী। লাইব্রেরির রক্ষণাবেক্ষণ কীভাবে পরিচালনা করা হবে? | ট্রাস্ট টোকেনগুলি স্ট্যান্ডার্ডাইজড ক্রিপ্টোগ্রাফিক অপারেশনগুলির উপর নির্ভর করে ( গোপনীয়তা পাস প্রোটোকল দেখুন) যা অন্যান্য লাইব্রেরিতেও প্রয়োগ করা যেতে পারে। আমরা সুপারিশ করি যে বিকাশকারীরা তাদের পছন্দের লাইব্রেরিতে এই ক্রিয়াকলাপগুলির জন্য অনুরোধ/বিকাশ/বজায় রাখতে/বজায় রাখুন। |
| ওভারহেড রক্ষণাবেক্ষণ | কতক্ষণ প্রোটোকল সংস্করণ সমর্থিত হবে তা পরিষ্কার করবেন না | আমরা প্রোটোকল সংস্করণগুলির জন্য প্রত্যাশিত সমর্থন সময়সীমার উপর আরও সুনির্দিষ্ট বিকাশ এবং ডকুমেন্টিংয়ের সন্ধান করছি। |
| ইস্যুকারী সীমা | আপনি যদি চেইন থেকে আরও নিচে থাকেন তবে বিশ্বাস টোকেনগুলি কার্যকর করার আপনার সুযোগটি উত্থাপিত হতে পারে না | যেহেতু আরও সংস্থাগুলি ট্রাস্ট টোকেনগুলি ব্যবহার করতে শুরু করে, আমরা ক্রমবর্ধমানভাবে এই ধরণের সময় গতিশীলতা দেখতে পেলাম এবং সম্ভাব্য সমাধানগুলি তদন্ত করছি। পূর্বে বর্ণিত হিসাবে, আমরা দীর্ঘমেয়াদী বিকল্পগুলির সন্ধান করছি যেখানে আমরা নিরাপদে আরও বেশি ব্যবহারকারী এনট্রপি ঝুঁকি না নিয়ে সংস্থাগুলিকে টোকেনগুলি খালাস করার অনুমতি দিতে পারি, যা পৃষ্ঠায় বা লোডিং অর্ডারে অবস্থানের গুরুত্বকে হ্রাস করতে পারে। |
ইনকিউবেশনটিতে নতুন বিরোধী বিরোধী সমাধান
| প্রতিক্রিয়া থিম (প্রসার দ্বারা র্যাঙ্কড) | প্রশ্ন এবং উদ্বেগ সংক্ষিপ্তসার | ক্রোম প্রতিক্রিয়া |
| ডিভাইস অখণ্ডতা প্রমাণীকরণ সংকেত | প্ল্যাটফর্মগুলি দ্বারা সত্যায়িত এবং ওয়েবে উপলব্ধ করা ডিভাইস অখণ্ডতা সংকেতগুলি অনুসরণ করার জন্য সাধারণত শক্তিশালী সমর্থন | আমরা পাবলিক ডিজাইন এবং পুনরাবৃত্তির মাধ্যমে প্রতিক্রিয়া সংগ্রহ এবং প্রস্তাবটি অনুসরণ করতে থাকব। |
| ডিভাইস অখণ্ডতা প্রমাণীকরণ সংকেত | নতুন সিগন্যালের মাধ্যমে ব্যবহারকারী এনট্রপি কতটা পৌঁছে দেওয়া যেতে পারে এবং নির্দিষ্ট ব্যবহারের ক্ষেত্রে (যেমন ব্যবহারকারীরা তাদের ব্যাঙ্কে লগ ইন করা) উচ্চতর এনট্রপি সংকেতকে ন্যায়সঙ্গত করতে পারে কিনা তা নিয়ে প্রশ্নগুলি। | আমরা ব্যবহারকারীর গোপনীয়তা সংরক্ষণের জন্য যতটা সম্ভব ব্যবহারকারীর এনট্রপি সহ উচ্চ মানের সংকেত সরবরাহের দিকে ঝুঁকছি। |
| ডিভাইস অখণ্ডতা প্রমাণীকরণ সংকেত | এই সিগন্যালটি পুরানো ডিভাইস বা ওপেন-সোর্স/সংশোধিত প্ল্যাটফর্মগুলির জন্য অ্যাক্সেসকে সীমাবদ্ধ করবে? | যে কোনও নতুন সংকেতকে সর্বজনীন অ্যাক্সেসকে উন্নয়নের মূল নীতি হিসাবে বিবেচনা করা উচিত এবং আমরা ইনকিউবেশন চালিয়ে যাওয়ার সাথে সাথে সামনের দিকে সমাধান করার জন্য এটি গুরুত্বপূর্ণ প্রশ্ন। |
| ডিভাইস অখণ্ডতা প্রমাণীকরণ সংকেত | যদি নতুন সংকেতগুলি সুরক্ষা এবং বিরোধী-বিরোধী সংস্থাগুলি ব্রাউজার এবং প্ল্যাটফর্মগুলিতে অত্যধিক নির্ভর করে তবে কিছুটা উদ্বেগ ছিল | যে কোনও নতুন সংকেত পরিপূরক ডেটা হিসাবে দেখা উচিত এবং ব্রাউজার থেকে "বিশ্বাস" এর ইঙ্গিত নয়। আমরা সুরক্ষা সংস্থাগুলি অতিরিক্ত ইনপুট হিসাবে ডিভাইসের সত্যতা সহ তাদের নিজস্ব মালিকানাধীন ডেটা, মডেল এবং সিদ্ধান্ত ইঞ্জিনগুলির উপর নির্ভর করে চালিয়ে যাওয়ার পুরোপুরি প্রত্যাশা করি। আশা করি যে কোনও নতুন সংকেত বাস্তুতন্ত্রের মধ্যে সনাক্তকরণের প্রচেষ্টা উন্নত করবে এবং জালিয়াতি কার্যকর করা আরও কঠিন করে তুলবে। |
| কুকি বয়স সংকেত | আকর্ষণীয় ধারণা তবে সম্ভবত প্রযোজ্য ব্যবহারের ক্ষেত্রে আরও তদন্ত প্রয়োজন। | আগ্রহের স্তরের উপর নির্ভর করে ক্রোম এই ধারণাটি সম্পর্কে আরও আদর্শ পরিচালনা করতে পারে এবং এটি ভবিষ্যতের বাস্তুতন্ত্রের প্রতিক্রিয়ার জন্য একটি ব্যাখ্যায় তৈরি করতে পারে। |
| অ্যান্টি-ফাডের জন্য বিশ্বস্ত সার্ভার | আকর্ষণীয় ধারণা তবে সম্ভবত প্রযোজ্য ব্যবহারের ক্ষেত্রে আরও তদন্ত প্রয়োজন। | আগ্রহের স্তরের উপর নির্ভর করে ক্রোম এই ধারণাটি সম্পর্কে আরও আদর্শ পরিচালনা করতে পারে এবং এটি ভবিষ্যতের বাস্তুতন্ত্রের প্রতিক্রিয়ার জন্য একটি ব্যাখ্যায় তৈরি করতে পারে। |