ชื่อเรื่องเดิม: zkTLS: การปลดล็อกแอปสำหรับผู้บริโภคที่ใช้สกุลเงินดิจิทัล
ผู้เขียนเดิม: @yeak__, นักวิจัย @Delphi_Digital
การแปลเดิม: zhouzhou, BlockBeats

หมายเหตุของบรรณาธิการ: TLSNotary ตรวจสอบการสื่อสารระหว่างไคลเอนต์และเซิร์ฟเวอร์และอนุญาตให้เปิดเผยข้อมูลอย่างเลือกสรรในขณะที่ยังคงรักษาความเป็นส่วนตัวไว้ Pluto นำ TLSNotary เข้าสู่สัญญาอัจฉริยะ Primus Labs ปรับปรุงประสิทธิภาพและพัฒนาโซลูชั่น zkFHE และ Opacity ป้องกันการสมรู้ร่วมคิดและเพิ่มความปลอดภัยผ่าน Eigenlayer AVS และ TEE Opacity จำเป็นต้องมีการยืนยันบัญชี Web2 ลดความเสี่ยงจากการโจมตี Sybil และใช้กลไกบันทึกที่สามารถตรวจสอบได้ ทิศทางการเพิ่มประสิทธิภาพในอนาคตได้แก่ การประเมินเชิงเส้นแบบเวกเตอร์ การปรับปรุงประสิทธิภาพ MPC และการทำให้การพิสูจน์ TLS รวดเร็วยิ่งขึ้น พร็อกซี HTTPS ทำหน้าที่เป็นตัวกลางเพื่อปรับปรุงการรักษาความปลอดภัยและความเป็นส่วนตัว และมักใช้ในสภาพแวดล้อมขององค์กรเพื่อตรวจสอบปริมาณการรับส่งข้อมูล

ต่อไปนี้คือข้อความต้นฉบับ (เนื้อหาต้นฉบับได้รับการจัดระเบียบใหม่เพื่อให้สามารถอ่านและเข้าใจง่ายขึ้น):

อุตสาหกรรมการเข้ารหัสมีแนวคิด ความสามารถ และเงินทุนในการเปลี่ยนแปลงโลกมาโดยตลอด แต่มักขาดวิธีการที่จะบรรลุเป้าหมายนี้ ในปัจจุบัน ความสำเร็จของการเข้ารหัสในโลกแห่งความเป็นจริงส่วนใหญ่ยังคงต้องอาศัยการสนับสนุนจากยักษ์ใหญ่ Web2 เราได้แต่หวังว่า Visa และ Mastercard ยังคงสนับสนุนบัตรคริปโตต่อไป Coinbase, PayPal และ Stripe ยังคงเพิ่มประสิทธิภาพความเข้ากันได้ของระบบการชำระเงินแบบดั้งเดิมกับบล็อคเชน BlackRock ยังคงผลักดันการแปลงพันธบัตรรัฐบาลเป็นโทเค็นต่อไป และ Walmart ยังคงขาย Pudgy Penguins ต่อไป

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

zkTLS (หรือที่เรียกว่า TLS oracle หรือ Web Proof) ช่วยให้สามารถดึงข้อมูลส่วนตัวจากระบบนิเวศ Web2 แบบปิดได้ ผู้ใช้สามารถพิสูจน์ข้อมูลประเภทต่างๆ เช่น ตัวตนทางกฎหมาย บันทึกทางการเงิน ประวัติการศึกษา และรูปแบบพฤติกรรม พร้อมทั้งปกป้องความเป็นส่วนตัวของตนเองได้อย่างเต็มที่ ต่อไปนี้เป็นภาพรวมโดยย่อของการทำงานของระบบ

TLS (Transport Layer Security) เป็นโปรโตคอลที่ใช้เข้ารหัสการสื่อสารระหว่างไคลเอนต์และเซิร์ฟเวอร์ TLS ประกอบขึ้นเป็น "S" ใน HTTPS (HTTPS = HTTP + TLS) และปัจจุบันเป็นมาตรฐานเว็บที่ปกป้องปริมาณการเข้าชมเว็บ 95%

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

TLS รับประกัน:

·ความถูกต้อง

·ความปลอดภัย

·ความเป็นส่วนตัว

·ไม่มีการพกพาข้อมูล

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

การใช้งาน zkTLS มีอยู่หลายแบบ: MPC (การคำนวณแบบหลายฝ่าย), พร็อกซี, TEE (สภาพแวดล้อมการดำเนินการที่เชื่อถือได้)

MPC (การคำนวณแบบหลายฝ่าย)

MPC อนุญาตให้หลายฝ่ายดำเนินการคำนวณร่วมกันโดยไม่ต้องเปิดเผยอินพุตส่วนตัวของตน MPC มีระบบรักษาความปลอดภัยที่แข็งแกร่ง แต่มีค่าใช้จ่ายในการคำนวณสูง และอาจเกิดปัญหาการสมรู้ร่วมคิดได้

Deco

ในปี 2019 Deco ได้เสนอโซลูชัน TLS ที่ใช้ MPC เป็นครั้งแรก วิธีการประมวลผลแบบสองฝ่าย (2PC) ของ Deco ที่ใช้การเข้ารหัสข้อมูลแบบสองฝ่ายนั้นต้องใช้การประมวลผลจำนวนมาก ตัวอย่างเช่น การตรวจสอบความถูกต้องของแพ็กเก็ตขนาด 2KB ต้องใช้การสื่อสารข้อมูล 475MB และใช้เวลาดำเนินการ 50 วินาที โซลูชันนี้มีแนวโน้มสูงที่จะล้มเหลวเนื่องจากหมดเวลาและไม่สามารถใช้งานได้สำเร็จ ต่อมา Deco ถูกซื้อโดย Chainlink และพัฒนาแนวคิดพิสูจน์หลักฐานร่วมกับ Teller

TLSNotary

TLSNotary ปรับปรุง Deco และนำเอาการใช้งาน 2PC มาใช้โดยอิงจากวงจรที่บิดเบือนและการถ่ายโอนที่ไม่ชัดเจน การบดบังวงจรเป็นวิธีที่ง่ายที่สุดและตรงไปตรงมาที่สุดใน MPC

TLS Notary "รับรองเอกสาร" เซสชันระหว่างไคลเอนต์และเซิร์ฟเวอร์เพื่อพิสูจน์ความถูกต้อง ในระหว่างการจับมือ TLS ผู้พิสูจน์และผู้ตรวจสอบจะร่วมมือกันในการเข้ารหัสและถอดรหัสคีย์ ในระหว่างกระบวนการทั้งหมด มีเพียงผู้พิสูจน์เท่านั้นที่สื่อสารกับเซิร์ฟเวอร์ และผู้ตรวจสอบจึงจะมองเห็นเฉพาะข้อมูลที่เข้ารหัสเท่านั้น ผู้พิสูจน์ไม่สามารถปลอมแปลงอินพุตหรือการตอบกลับได้ ในขั้นตอนสุดท้าย ผู้พิสูจน์สามารถซ่อนบันทึกเซสชันบางส่วนก่อนที่จะแสดงให้ผู้ตรวจสอบเห็น เช่น พิสูจน์ให้ผู้ตรวจสอบเห็นว่าตนอยู่ในเขตอำนาจศาลบางแห่งเท่านั้น ขณะที่ซ่อนข้อมูลละติจูดและลองจิจูดที่เจาะจง

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

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

โปรเจ็กต์ที่เกี่ยวข้อง

Pluto

Pluto Labs คือการใช้งาน TLSNotary แบบโอเพ่นซอร์สที่ไม่ต้องมีความรู้เป็นศูนย์กลาง ซึ่งมีเป้าหมายเพื่อสร้างผลิตภัณฑ์ โดยอนุญาตให้ผู้พัฒนาสามารถผสานข้อมูลนอกเครือข่ายเข้าในสัญญาอัจฉริยะด้วยโค้ดเพียง 5 บรรทัด สามารถดูภาพรวมโดยละเอียดของสมมติฐานความน่าเชื่อถือได้ในลิงก์ที่เกี่ยวข้อง

Primus Labs (เดิมชื่อ PADO Labs)

Primus Labs ปรับปรุง Deco ด้วยการใช้เทคโนโลยี garble-then-prove แทนที่จะใช้ 2PC ที่มีราคาแพงและมีความปลอดภัยที่เป็นอันตราย ช่วยปรับปรุงประสิทธิภาพการสื่อสารให้ดีขึ้น 14 เท่า รันไทม์ดีขึ้นถึง 15.5 เท่า และผสานเข้ากับ API โลกแห่งความเป็นจริงอย่าง Coinbase และ Twitter ได้สำเร็จ นอกจากนี้ Primus ยังพัฒนาโซลูชัน zkFHE ที่อาจรองรับสถาปัตยกรรมที่ซับซ้อนมากขึ้นในอนาคตอีกด้วย Primus ยังได้เปิดตัวส่วนขยายเบราว์เซอร์และมีแผนจะเปิดตัวแอป iOS/Android อีกด้วย

Opacity

Opacity แก้ปัญหาการสมรู้ร่วมคิดผ่านชุดกลไก และใช้ Eigenlayer AVS เพื่อให้เกิดการรักษาความปลอดภัยทางเศรษฐกิจ พร้อมทั้งซ้อนทับมาตรการรักษาความปลอดภัยหลายอย่าง:

·การต้านทาน Sybil ขึ้นอยู่กับ ID บัญชี Web2 บนเชน

·กลไกการยืนยันและเปิดเผย - ผู้ใช้จะต้องส่งค่าก่อนที่จะเลือกโหนดผู้รับรองแบบสุ่ม

·การเลือกโหนด MPC แบบสุ่ม

·บันทึกความพยายามที่ตรวจสอบได้

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

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

ในการปลอมแปลงหลักฐานภายใต้กรอบการทำงาน Opacity จะต้องเป็นไปตามเงื่อนไขทั้งหมดต่อไปนี้:

· ผู้ใช้มีเจตนาที่จะสมคบคิด

· โหนดผู้รับรองอย่างน้อยหนึ่งโหนดมีส่วนร่วมในการสมคบคิด

· โหนดผู้รับรองเรียกใช้ TEE ที่ถูกบุกรุก

· ผู้ใช้จะถูกจับคู่แบบสุ่มกับโหนดที่สมคบคิดภายใน 1-3 ครั้ง

· ผู้ตรวจสอบสามารถร้องขอให้สร้างหลักฐานได้หลายครั้ง จึงลดความน่าจะเป็นของบทความ 4 ลงแบบทวีคูณ

· ในขณะเดียวกัน พฤติกรรมที่เป็นอันตรายจะต้องเผชิญกับกลไกการตัดทอนด้วยเช่นกัน

ความต้านทานต่อการโจมตีด้วยเวทมนตร์ของ Opacity ยังคงเป็นจุดอ่อนที่สุด มันสามารถป้องกันไม่ให้บัญชี Web2 ผูกเข้ากับกระเป๋าเงินหลายใบได้ แต่ไม่สามารถป้องกันไม่ให้บุคคลสร้างบัญชี Web2 หลายบัญชีได้ Opacity ได้ทำการเอาท์ซอร์สการป้องกัน Sybil ให้กับแพลตฟอร์ม Web2 อย่างมีประสิทธิผล โดยแพลตฟอร์มบางส่วนมีความน่าเชื่อถือมากกว่าแพลตฟอร์มอื่นๆ (เช่น การระบุตัวตนที่ให้มาโดย Rippling HR มีความน่าเชื่อถือมากกว่าบัญชี Twitter) ในอนาคต Opacity อาจรวมบัญชี Web2 หลายบัญชีเพื่อเพิ่มความปลอดภัย

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

ในอนาคตยังคงมีพื้นที่อีกมากสำหรับการเพิ่มประสิทธิภาพการทำงานของ MPC ตัวอย่างเช่น การประเมินเชิงเส้นแบบไม่ระบุเวกเตอร์ทำให้สามารถถ่ายโอนแบบไม่ระบุ 1 ใน N ได้อย่างมีประสิทธิภาพ ช่วยให้มีความคืบหน้ามากขึ้นในการโต้ตอบแต่ละครั้ง วิธีนี้สามารถลดค่าใช้จ่ายเครือข่ายลงได้ 100 เท่า ทำให้สามารถพิสูจน์ MPC-TLS ได้ในเวลาไม่ถึงวินาที

พร็อกซี

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

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

โปรโตคอลการเรียกคืน
โปรโตคอลการเรียกคืนเป็นผู้บุกเบิกโมเดลพร็อกซีและมีความก้าวหน้ามากที่สุดในโครงการ zkTLS ทั้งหมด Reclaim รองรับเกือบทุกบล็อคเชนและมีแหล่งข้อมูลที่สร้างโดยชุมชน 889 แหล่ง มีโครงการต่างๆ มากมายที่กำลังพัฒนาบน Reclaim รวมไปถึงตลาดจำหน่ายตั๋ว zkP2P

Reclaim สร้างใบรับรองบนอุปกรณ์มือถือของผู้ใช้ภายใน 2–4 วินาที โดยที่ผู้ใช้ไม่จำเป็นต้องดาวน์โหลดแอปหรือส่วนขยาย Reclaim ใช้พร็อกซีที่อยู่อาศัยเพื่อข้ามปัญหาไฟร์วอลล์ของ Web2

เมื่อเปรียบเทียบกับ MPC-TLS โมเดลพร็อกซีของ Reclaim นั้นง่ายกว่าและเร็วกว่าด้วย ข้อกังวลหลายประการเกี่ยวกับโมเดลพร็อกซีได้รับการกล่าวถึงในเอกสารวิชาการเรื่อง Proxying is Enough และบนบล็อก Reclaim แล้ว การวิจัยแสดงให้เห็นว่าความน่าจะเป็นในการทำลายความปลอดภัยของ Reclaim คือ 10⁻⁴⁰

zkPass
zkPass ใช้รูปแบบไฮบริด โดยในช่วงแรกนั้นจะใช้รูปแบบ MPC แต่ได้เปลี่ยนไปใช้โหมดพยานพร็อกซีในสภาพแวดล้อมการใช้งานจริง โดยมี MPC เป็นตัวเลือกสำรอง zkPass ถูกนำไปใช้งานบน Base, BNB, Scroll, Linea, Arbitrum, zkSync, OP, X Layer และเครือข่ายอื่นๆ zkPass รองรับรูปแบบข้อมูลมากกว่า 200 รูปแบบจากแหล่งข้อมูลมากกว่า 70 แหล่งโดยใช้ส่วนขยาย TransGate สำหรับ Chrome

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

TEE
Trusted Execution Environment (TEE) คือพื้นที่แยกที่ทนทานต่อการดัดแปลงภายในโปรเซสเซอร์ ซึ่งสามารถจัดเก็บข้อมูลที่ละเอียดอ่อนและดำเนินการคำนวณที่ได้รับการป้องกันได้ TEE มีการแยกฮาร์ดแวร์และซอฟต์แวร์ โดยมีหน่วยความจำเฉพาะและพลังการประมวลผลแยกจาก CPU ส่วนที่เหลือ Intel SGX เป็นโซลูชัน TEE ที่มีชื่อเสียงที่สุดในปัจจุบัน อย่างไรก็ตาม TEE เคยถูกบุกรุกมาแล้วในอดีตและยังเสี่ยงต่อการโจมตีช่องทางด้านข้างอีกด้วย

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

สรุป

สิ่งที่ควรสังเกตคือ zkTLS เป็นเพียงคำศัพท์ทั่วไปเท่านั้น โครงการ zkTLS ต่างๆ มีความแตกต่างกันในระดับที่นำเทคโนโลยีความรู้เป็นศูนย์ไปใช้ และไม่มีการรับประกันความปลอดภัยเช่นเดียวกับเทคโนโลยีความรู้เป็นศูนย์อื่นๆ เช่น zkEmail หากพูดอย่างเคร่งครัด zkTLS อาจจัดประเภทได้ดีกว่าเป็น MPC-TLS (+zkp), TEE-TLS และ zkTLS Proxy ในอนาคต การอภิปรายในสาขา zkTLS จะมุ่งเน้นไปที่การแลกเปลี่ยนระหว่างประสิทธิภาพการทำงานและความปลอดภัย

พร็อกซี: นี่เป็นโซลูชันทั่วไป แต่ต้องใช้สมมติฐานความน่าเชื่อถือเพิ่มเติม และต้องให้ไคลเอนต์สามารถซื้อโซลูชันความรู้เป็นศูนย์ (ZK) ได้ และต้องมีมาตรการเพิ่มเติมเพื่อข้ามไฟร์วอลล์

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

สภาพแวดล้อมการดำเนินการที่เชื่อถือได้ (TEE): โมเดล TEE แก้ไขปัญหาส่วนใหญ่ที่ zkTLS เผชิญอยู่ได้อย่างชาญฉลาด แต่ต้องแลกมาด้วยการต้องไว้วางใจอย่างเต็มที่ในฮาร์ดแวร์ TEE

ปัจจุบัน Reclaim และ Opacity กำลังได้รับความนิยม และดูเหมือนจะครอบงำการสนทนาในพื้นที่ zkTLS ในขณะที่ zkTLS พัฒนา ประสิทธิภาพการทำงานและความปลอดภัยของโมเดล MPC และพร็อกซีจะยังคงเป็นหัวข้อหลัก

บทสรุป

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

สิ่งหนึ่งที่ชัดเจน: zkTLS ขยายพื้นที่การออกแบบของแอปพลิเคชันแบบกระจายอำนาจอย่างมากและนำเสนอแนวคิดใหม่ๆ ในการสร้างระบบใหม่ ปัจจุบัน แนวคิดสร้างสรรค์มากมายได้รับการนำไปใช้:

·ตลาดการขายตั๋ว – zkP2P (อิงตาม Reclaim)

·นำเข้าชื่อเสียงของ Web2 (รับรองโดย Uber, DoorDash) – Nosh Delivery (อิงตาม Opacity)

·หลักฐานทางการตลาด/การส่งเสริมการขายของ KOL – Daisy (อิงจาก Opacity)

·ตลาดการคาดการณ์อันชาญฉลาด – TMR.NEWS (อิงจาก Reclaim)

·สินเชื่อจำนองรายย่อยผ่านการรับเงินเดือน – Earnifi (อิงจาก Opacity)

·การส่งมอบที่แม่นยำและแรงจูงใจด้านการโฆษณาแบบดิจิทัล – EarnOS (อิงจาก Opacity)

·สินเชื่อจำนองรายย่อย – 3Jane (อิงจาก Reclaim)

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

「ลิงค์ต้นฉบับ」

ยินดีต้อนรับสู่ชุมชนทางการของ BlockBeats:

กลุ่ม Telegram สมัครสมาชิก: https://t.me/theblockbeats

กลุ่ม Telegram พูดคุย: https://t.me/BlockBeats_App

บัญชี Twitter ทางการ: https://twitter.com/BlockBeatsAsia