ตัวระบุแบบกระจายอำนาจจะเป็นมาตรฐานแม้ว่าจะมีการคัดค้านจาก Google และ Mozilla ก็ตาม

Tim Berners-Lee ประกาศการตัดสินใจสร้างข้อกำหนดที่กำหนดตัวระบุการกระจายอำนาจสำหรับสถานะเว็บ (DID, Decentralized Identifier) ​​​​เป็นมาตรฐานที่แนะนำ ข้อโต้แย้งที่เสนอโดย Google และ Mozilla ได้รับการปฏิเสธ

ข้อมูลจำเพาะ DID นำเสนอประเภทใหม่ของตัวระบุสากลที่ไม่ซ้ำใคร ซึ่งไม่ได้เชื่อมโยงกับบริการและองค์กรแบบรวมศูนย์แต่ละราย เช่น ผู้รับจดทะเบียนโดเมนและหน่วยงานออกใบรับรอง ตัวระบุสามารถเชื่อมโยงกับทรัพยากรที่ต้องการและสร้างโดยใช้ระบบที่ได้รับความไว้วางใจจากเจ้าของทรัพยากร ในการตรวจสอบความถูกต้องของตัวระบุ การรับรองความถูกต้องของการพิสูจน์การเป็นเจ้าของจะใช้ตามกลไกการเข้ารหัส เช่น ลายเซ็นดิจิทัล ข้อกำหนดนี้อนุญาตให้ใช้วิธีการต่างๆ สำหรับการควบคุมแบบกระจายและรับข้อมูลเกี่ยวกับตัวระบุ รวมถึงวิธีการที่ใช้บล็อกเชน

รูปแบบของ URI ใหม่จะถูกสร้างเป็น "did:method:unique_identifier" โดยที่ "did" ระบุโครงร่าง URI ใหม่ "method" ระบุกลไกในการประมวลผลตัวระบุ และ "unique_identifier" เป็นตัวระบุทรัพยากรเฉพาะสำหรับที่เลือก วิธีการ เช่น "did:example" :123456789abcdefghi” ฟิลด์ที่มีวิธีการระบุชื่อของบริการจัดเก็บข้อมูลที่ได้รับการยืนยันซึ่งใช้ซึ่งรับประกันความเป็นเอกลักษณ์ของตัวระบุ กำหนดรูปแบบและรับรองการเชื่อมโยงของตัวระบุกับทรัพยากรที่ถูกสร้างขึ้น URI ตัวระบุจะถูกแปลงเป็นเอกสาร JSON พร้อมด้วยข้อมูลเมตาที่อธิบายออบเจ็กต์ที่ร้องขอ และรวมถึงคีย์สาธารณะเพื่อยืนยันเจ้าของ

ตัวระบุแบบกระจายอำนาจจะเป็นมาตรฐานแม้ว่าจะมีการคัดค้านจาก Google และ Mozilla ก็ตาม

การใช้วิธีการนั้นอยู่นอกขอบเขตของมาตรฐาน DID ซึ่งกำหนดไว้ในข้อกำหนดเฉพาะของตนเอง และเก็บรักษาไว้ในรีจิสทรีที่แยกต่างหาก ปัจจุบัน มีการเสนอวิธีการ 135 วิธีโดยอิงจากบล็อกเชนต่างๆ อัลกอริธึมการเข้ารหัส เทคโนโลยีแบบกระจาย ฐานข้อมูลแบบกระจายอำนาจ ระบบ P2P และกลไกการระบุตัวตน นอกจากนี้ยังสามารถสร้างการเชื่อมโยง DID ที่ด้านบนของระบบส่วนกลางได้ ตัวอย่างเช่น วิธีการทางเว็บช่วยให้คุณใช้การเชื่อมโยงกับชื่อโฮสต์แบบเดิมได้ (เช่น “did:web:example.com”)

ข้อโต้แย้งของ Google เกี่ยวข้องกับการแยกข้อกำหนดสำหรับกลไกทั่วไปของตัวระบุแบบกระจายอำนาจออกจากข้อกำหนดสำหรับการใช้งานขั้นสุดท้ายของวิธีการ ซึ่งไม่อนุญาตให้วิเคราะห์ความถูกต้องของข้อกำหนดหลักโดยไม่ต้องศึกษาข้อกำหนดของวิธีการ การเผยแพร่ข้อกำหนดหลักเมื่อข้อกำหนดเฉพาะของวิธีการไม่พร้อมทำให้การตรวจสอบโดยผู้ทรงคุณวุฒิทำได้ยาก และ Google ได้แนะนำให้เลื่อนการกำหนดมาตรฐานของข้อกำหนด DID โดยรวมออกไปจนกว่าแนวทางปฏิบัติที่ดีที่สุดหลายประการจะพร้อมที่จะสร้างมาตรฐาน เนื่องจากในกระบวนการกำหนดวิธีการมาตรฐาน อาจเกิดปัญหาเล็กๆ น้อยๆ ที่ต้องมีการปรับปรุง ของข้อกำหนดหลัก

ข้อคัดค้านของ Mozilla คือข้อกำหนดไม่ได้ผลักดันความสามารถในการพกพาอย่างเพียงพอ ทำให้ปัญหานี้อยู่ที่ฝั่งรีจิสทรีของเมธอด รีจิสทรีได้เสนอวิธีการมากกว่าร้อยวิธีซึ่งสร้างขึ้นโดยไม่คำนึงถึงความเข้ากันได้และการรวมโซลูชันมาตรฐานเข้าด้วยกัน ในรูปแบบปัจจุบัน สนับสนุนให้มีการสร้างวิธีการใหม่สำหรับแต่ละงาน แทนที่จะพยายามปรับวิธีการที่มีอยู่ให้เหมาะกับความต้องการของคุณ

จุดยืนของ W3C คือการกำหนดมาตรฐานของข้อกำหนด DID ซึ่งกำหนดคลาสที่ขยายได้ใหม่ของตัวระบุและไวยากรณ์ที่เกี่ยวข้อง จะกระตุ้นการพัฒนาวิธีการและเป็นเอกฉันท์เกี่ยวกับการกำหนดมาตรฐานของวิธีการ ตามที่กล่าวมา มีหลักฐานมากมายที่แสดงว่าข้อกำหนดหลักสามารถนำไปใช้กับความต้องการของชุมชนเทคโนโลยีที่มีการกระจายอำนาจได้ การใช้งานวิธีการที่เสนอไม่ควรตัดสินโดยการเปรียบเทียบกับโครงร่าง URL ใหม่ และการสร้างวิธีการจำนวนมากสามารถมองว่าเป็นไปตามข้อกำหนดพื้นฐานกับความต้องการของนักพัฒนา

การทำให้วิธีการบางอย่างเป็นมาตรฐานถือเป็นงานที่ยากกว่าในแง่ของการบรรลุข้อตกลงร่วมกันระหว่างนักพัฒนา มากกว่าการกำหนดมาตรฐานตัวระบุระดับทั่วไป ดังนั้นการอนุมัติข้อกำหนดทั่วไปก่อนที่จะกำหนดวิธีการมาตรฐานถือเป็นวิธีแก้ปัญหาที่อาจก่อให้เกิดอันตรายน้อยลงต่อชุมชนที่ใช้ตัวระบุแบบกระจายอำนาจ

ที่มา: opennet.ru

เพิ่มความคิดเห็น