วิทยาศาสตร์ยอดนิยม | การศึกษาเบื้องต้นเกี่ยวกับแบบจำลองเอกลักษณ์ที่เชื่อถือได้

หมายเหตุบรรณาธิการ: บทความนี้มาจากผู้ที่ชื่นชอบ Ethereum (ethfans) แปลและพิสูจน์อักษรโดย Anzi Clint & A Jian ข้อความต้นฉบับมาจากmedium(ภาพจาก

(ภาพจากโฟโต้เน็ต）

บทความนี้เป็นบทนำของ Jim McDonald เกี่ยวกับระบบระบุตัวตน ในบทความนี้ เขาได้แนะนำบทบาทที่แตกต่างกันและโซลูชันระบบข้อมูลประจำตัวที่แตกต่างกันในระบบข้อมูลประจำตัวตั้งแต่ระดับตื้นไปจนถึงระดับลึก และก้าวไปสู่โซลูชันในอุดมคติทีละขั้นตอน แม้ว่านี่จะยังไม่ใช่ทางออกที่ดีที่สุด แต่อย่างน้อยก็เป็นการเริ่มต้นที่ดี

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

ชื่อเรื่องรอง

หน่วยงาน การยืนยัน และเอกลักษณ์

เอนทิตีคือสิ่งที่ต้องการข้อมูลเพื่ออธิบาย ผู้คนเป็นประเภทนิติบุคคลที่พบบ่อยที่สุด นอกเหนือไปจากโปรแกรมคอมพิวเตอร์ (รวมถึงสัญญาอัจฉริยะ) สินทรัพย์ที่จับต้องได้ (บ้าน งานศิลปะ) สินทรัพย์เชิงตรรกะ (เครื่องรางแมว หลักฐานการเดิมพัน ต้นแบบผลิตภัณฑ์) นิติบุคคล (บริษัท ทรัสต์) ฯลฯ . เป็นหน่วยงานทั้งหมด

การยืนยันคือคำสั่งที่ให้ข้อมูลเกี่ยวกับหนึ่งรายการหรือมากกว่านั้น ตัวอย่างเช่น นี่คือคำยืนยันบางส่วนที่เกี่ยวข้องกับ Iris:

• วันเกิดของไอริสคือวันที่ 1 มกราคม พ.ศ. 2513

• ไอริสเป็นพลเมืองของสหรัฐอเมริกา

• จอห์นและไอริสแต่งงานกัน

• ไอริสชอบวงร็อค "Kings of Leon"

• เป็นสิ่งสำคัญที่จะต้องทราบว่าการยืนยันไม่ได้ให้ข้อมูลเกี่ยวกับกระบวนการที่เอนทิตี (กล่าวคือ ผู้ริเริ่มการยืนยัน) ทำการยืนยัน และไม่ได้พิสูจน์ความถูกต้องด้วยตนเอง

คำอธิบายภาพ

-รูปที่ 1: ตัวตนของไอริส-

ชื่อเรื่องรอง

ผู้ร้องขอ

นิติบุคคลที่ต้องการรับข้อมูลระบุตัวตนสามารถถือเป็นผู้ร้องขอได้ การอุทธรณ์ที่ให้คุณค่ากับข้อมูลนี้แตกต่างกันอย่างมาก ตั้งแต่การเรียกร้องความสนใจ (“ฉันมีตั๋วพิเศษสำหรับคอนเสิร์ต Kings of Leon ใครก็ตามที่ฉันรู้จักอยากไปกับคุณ”) ไปจนถึงข้อจำกัดที่เข้มงวด (“หากคุณเป็น พลเมืองอเมริกัน ฉันไม่สามารถให้คุณซื้อโทเค็นได้")

วิธีที่ง่ายที่สุดในการรับข้อมูลคือการถามคำถามโดยตรง หาก Rob (ในฐานะผู้ร้องขอ) ต้องการทราบอายุของ Iris (ตัวตน) ก็สามารถทำตามขั้นตอนง่ายๆ นี้:

• Rob ถามอายุของเธอกับ Iris

• ไอริสสร้างคำยืนยันและตอบกลับร็อบ

• คำอธิบายภาพ

- รูปที่ 2: รับการยืนยันโดยตรง -

ขั้นตอนง่ายๆ แบบนี้ใช้ได้ในสถานการณ์ที่ Rob ไว้ใจ Iris หรือไม่มีผลร้ายแรงหาก Iris โกหก แต่ในหลายกรณี Rob ไม่ควรเชื่อคำตอบของ Iris เกี่ยวกับข้อมูลของเขาเอง ตัวอย่างเช่น ถ้า Rob ขายตั๋วคอนเสิร์ตให้ Iris และราคาที่เธอต้องจ่ายนั้นสัมพันธ์กับอายุของเธอ ตอบกลับโดยตรง

แล้ว Rob จะเชื่อข้อความของ Iris ได้อย่างไร ในเมื่อเขาไม่ไว้ใจ Iris? เพื่อแก้ปัญหานี้ เราต้องแนะนำแนวคิด: "ผู้มีอำนาจ"

สิ่งที่เรียกว่า "ผู้มีอำนาจ" คือหน่วยงานที่สร้างการยืนยัน หน่วยงานใดก็ตามสามารถเป็นผู้มีอำนาจได้โดยสร้างการยืนยัน และหน่วยงานส่วนใหญ่เป็นผู้มีอำนาจในการยืนยันของตนเอง

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

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

• ผู้มีอำนาจ (ในกรณีนี้คือรัฐบาลชื่อ "เกรซ") ออกหนังสือประจำตัวของไอริสที่มีวันเดือนปีเกิดของเธอ

• ร็อบถามอายุของไอริส

• คำอธิบายภาพ

• 

-รูปที่ 3: กระบวนการตรวจสอบข้อมูลที่เกี่ยวข้องกับม่านตาตามอำนาจหน้าที่-

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

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

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

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

ข้อบกพร่องสุดท้ายคือ Rob อาจไม่สามารถระบุความถูกต้องของไฟล์ข้อมูลประจำตัวที่ Iris ให้มา ตัวอย่างเช่น Rob ไม่คุ้นเคยกับรัฐบาลที่ออกหนังสือรับรอง สถานการณ์ปัจจุบัน

เจ้าหน้าที่เองไม่สามารถแก้ปัญหาข้างต้นได้ ทางออกของพวกเขาคือการเป็นผู้ให้

ผู้ให้บริการ

หน่วยงานที่เต็มใจโต้ตอบโดยตรงกับผู้ร้องขออาจถูกมองว่าเป็นผู้ให้บริการ พวกเขาเก็บข้อมูลประจำตัวและใช้เป็นข้อมูลยืนยันแก่ผู้ร้องขอ

โปรดทราบว่าการยืนยันมักได้มาจากข้อมูล แม้ว่าในบางกรณีการยืนยันจะเหมือนกันกับข้อมูลก็ตาม ตัวอย่างเช่น ผู้ให้บริการอาจเก็บวันเดือนปีเกิดของข้อมูลประจำตัวบางอย่าง และตามลำดับการสั่งการข้อมูลจากมากไปน้อย การยืนยันต่อไปนี้สามารถรับได้:

• วันเกิดของตัวตน

• อายุที่แน่นอน

• ไม่ว่าตัวตนจะเก่ากว่าอายุที่กำหนดหรือไม่

• ยิ่งการยืนยันมีความเฉพาะเจาะจงมากเท่าใด การนำมาใช้ซ้ำในบริบทอื่นก็ยิ่งยากขึ้นเท่านั้น ย้อนกลับไปที่ตัวอย่างก่อนหน้า หากผู้ขายตั๋วยินดีให้ส่วนลดแก่เยาวชนที่มีอายุต่ำกว่า 21 ปี และได้รับการยืนยันข้อใดข้อหนึ่งข้างต้น เขาสามารถใช้ข้อมูลต่อไปนี้ซ้ำได้:

• หากการยืนยันรวมถึงวันเดือนปีเกิดของตัวตน ผู้ขายตั๋วจะมีข้อมูลทั้งหมดเกี่ยวกับอายุของตัวตน

• หากการยืนยันรวมถึงอายุของข้อมูลระบุตัวตน ผู้ขายตั๋วจะรวบรวมข้อมูลอายุเพียงบางส่วนที่สามารถนำมาใช้ซ้ำได้ในอนาคต (หากอายุที่ส่งมา ณ เวลาที่ซื้อตั๋วคือ 18 ปี หนึ่งปีหลังจากนั้นจะเป็น 19 ปี อีกสองปีจะเป็น 20 ฯลฯ )

• หากการยืนยันระบุเพียงว่าข้อมูลระบุตัวตนมีอายุต่ำกว่า 21 ปี ผู้ขายตั๋วจะมีข้อมูลน้อยที่สุดที่จะใช้ซ้ำได้ (พวกเขาสามารถระบุได้ว่าข้อมูลระบุตัวตนนั้นมีอายุมากกว่า 21 ปีในภายหลังเท่านั้น)

• ในขณะที่ตอบสนองความต้องการของผู้ร้องขอ จำเป็นต้องปกป้องผลประโยชน์ของเจ้าของข้อมูลประจำตัว และผู้ให้บริการควรสร้างการยืนยันที่มีทิศทางมากที่สุดเท่าที่จะเป็นไปได้เพื่อลดการรั่วไหลของข้อมูลที่อาจเกิดขึ้นและการนำกลับมาใช้ใหม่ โดยการแนะนำผู้ให้บริการ ผู้ร้องขอสามารถรับข้อมูลที่น่าเชื่อถือได้ ในสถานการณ์การออกตั๋วในปัจจุบัน มีผู้ให้บริการบางรายที่เก็บข้อมูลอายุของ Iris และยังมีผู้ให้บริการที่เชื่อถือได้บางรายที่ Rob ไว้วางใจอีกด้วย ดังนั้น Rob และ Iris สามารถเลือกผู้ให้บริการจากจุดตัดของทั้งสองเป็นบุคคลที่สามเพื่อให้แน่ใจว่า Rob จะได้รับคำตอบที่น่าเชื่อถือ

- รูปที่ 4: การค้นหาผู้ให้บริการที่เหมาะสม (แสดงด้วยสีเหลือง) -

อธิบายกระบวนการพื้นฐานดังนี้:

• ร็อบถามไอริสว่าผู้ให้บริการรายใดทราบอายุของเธอ

• ไอริสส่งรายชื่อผู้ให้บริการที่ทราบอายุของเธอให้ร็อบ

• ร็อบขอให้ผู้ให้บริการรายการใดรายการหนึ่ง ("ปีเตอร์" ในกรณีนี้) สำหรับอายุของไอริส

• ปีเตอร์ตอบกลับร็อบด้วยอายุของไอริส

• คำอธิบายภาพ

-รูปที่ 5: การได้รับข้อมูลที่เชื่อถือได้-

คำถาม

คำถาม

ยังคงมีปัญหาบางอย่างกับกระบวนการข้างต้น สิ่งที่สำคัญที่สุดคือใครจะเป็นผู้ออกค่าธรรมเนียมการทำธุรกรรม (ใครเป็นคนจ่ายค่าบริการนี้) อำนาจอธิปไตยของข้อมูล (Rob สามารถรับข้อมูลอายุของ Iris โดยไม่ได้รับความยินยอมจากเธอได้หรือไม่) ความเป็นเจ้าของข้อมูล (ใครจะไป เพื่อหยุดร็อบจากการขายข้อมูลที่ได้มาจากปีเตอร์)? ในอนาคต ฉันจะเขียนบทความเกี่ยวกับปัญหาข้างต้น อภิปรายในรายละเอียด หาทางแก้ไข และเสนอระบบข้อมูลประจำตัวที่สมบูรณ์