تیم برنرز لی تصمیم خود را برای تعیین مشخصاتی که شناسه های غیرمتمرکز برای وب (DID، شناسه غیرمتمرکز) را تعریف می کند، به عنوان یک استاندارد توصیه شده اعلام کرد. اعتراضات مطرح شده توسط گوگل و موزیلا رد شده است.
مشخصات DID نوع جدیدی از شناسه‌های جهانی منحصربه‌فرد را معرفی می‌کند که به خدمات و سازمان‌های متمرکز منفرد، مانند ثبت‌کننده‌های دامنه و مقامات صدور گواهی، مرتبط نیستند. شناسه می تواند با یک منبع دلخواه مرتبط باشد و توسط سیستم های مورد اعتماد صاحب منبع تولید شود. احراز هویت از احراز هویت با اثبات مالکیت بر اساس مکانیسم های رمزنگاری مانند امضای دیجیتال استفاده می کند. این مشخصات امکان استفاده از روش‌های مختلف را برای کنترل توزیع شده و کسب اطلاعات در مورد شناسه‌ها، از جمله روش‌های مبتنی بر زنجیره بلوکی، فراهم می‌کند.
فرمت URI جدید به صورت "did:method:unique_identifier" شکل می گیرد، که در آن "did" طرح URI جدید را مشخص می کند، "روش" مکانیسم مدیریت شناسه را نشان می دهد، و "unique_identifier" یک شناسه منبع خاص برای انتخاب شده است. روش، به عنوان مثال، "did:example :123456789abcdefghi". فیلد با متد نام سرویس مورد استفاده برای ذخیره داده های تأیید شده را مشخص می کند، که منحصر به فرد بودن شناسه را تضمین می کند، قالب آن را تعیین می کند و اتصال شناسه را به منبعی که برای آن ایجاد شده است، ارائه می دهد. URI با شناسه به یک سند JSON با ابرداده که شی درخواست شده را توصیف می کند و شامل کلیدهای عمومی برای تأیید مالک است، تبدیل می شود.
پیاده سازی روش خارج از محدوده استاندارد DID است، در مشخصات آنها تعریف شده است و در یک رجیستری جداگانه نگهداری می شود. در حال حاضر، 135 روش بر اساس زنجیره‌های بلوکی مختلف، الگوریتم‌های رمزنگاری، فناوری‌های توزیع‌شده، پایگاه‌های داده غیرمتمرکز، سیستم‌های P2P و مکانیسم‌های شناسایی پیشنهاد شده‌اند. همچنین امکان ایجاد پیوندهای DID در بالای سیستم های متمرکز وجود دارد، به عنوان مثال، روش وب امکان اتصال به نام های میزبان سنتی را فراهم می کند (به عنوان مثال، "did:web:example.com").
ایرادات گوگل مربوط به جداسازی مشخصات مکانیزم کلی شناسه های غیرمتمرکز از مشخصات اجرای نهایی روش هاست که امکان تحلیل صحت مشخصات اصلی بدون بررسی مشخصات روش ها را نمی دهد. انتشار مشخصات اصلی زمانی که مشخصات روش آماده نیست، بررسی را دشوار می‌کند و گوگل پیشنهاد کرده است که استانداردسازی مشخصات عمومی DID را تا زمانی که چند بهترین روش آماده استانداردسازی شوند، به تعویق بیندازید، همانطور که در فرآیند استانداردسازی روش، ممکن است نکات ظریفی وجود داشته باشد. ظاهر می شوند که نیاز به نهایی شدن مشخصات اصلی دارند.
اعتراض موزیلا این است که مشخصات به درستی برای حمل‌پذیری فشار نمی‌آورد و مشکل را به سمت رجیستری متد می‌سپارد. بیش از صد روش قبلاً در رجیستری پیشنهاد شده است که بدون توجه به سازگاری و یکسان سازی راه حل های استاندارد ایجاد شده است. در شکل کنونی آن، به جای تلاش برای تطبیق روش‌های موجود برای مطابقت با نیازهای شما، تشویق می‌شود که برای هر کار یک روش جدید ایجاد کند.
موقعیت W3C این است که استانداردسازی مشخصات DID، که یک کلاس شناسه قابل توسعه جدید و نحو مرتبط را تعریف می‌کند، توسعه روش و اجماع در مورد استانداردسازی روش را تشویق می‌کند. در شکل فعلی آن، شواهد کافی مبنی بر کاربردی بودن مشخصات اصلی برای حل مشکلات مورد نیاز در جامعه در حال توسعه فناوری های غیرمتمرکز وجود دارد. پیاده سازی های پیشنهادی روش ها را نباید با قیاس با طرح های URL جدید قضاوت کرد و ایجاد تعداد زیادی از روش ها را می توان مطابق با مشخصات پایه با نیازهای توسعه دهندگان دانست.
استانداردسازی روش‌های خاص، از نظر دستیابی به اجماع در میان توسعه‌دهندگان، نسبت به استانداردسازی یک کلاس مشترک از شناسه‌ها، به عنوان یک کار دشوارتر دیده می‌شود. بنابراین، اتخاذ یک مشخصات مشترک قبل از استانداردسازی روش ها به عنوان راه حلی تلقی می شود که می تواند آسیب بالقوه کمتری به جامعه پیاده سازی شناسه های غیرمتمرکز وارد کند.
منبع: opennet.ru