*ส่งต่อชื่อเรื่องดั้งเดิม：รายงานการวิจัยของ Eureka Partners: ภาวะเอกฐาน - ธุรกรรมความเป็นส่วนตัวบนบล็อกเชนที่โปร่งใส

แนะนำสกุลเงิน

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

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

รายงานนี้จะสำรวจแหล่งมืดบนบล็อกเชนในฐานะโซลูชันนวัตกรรมที่แนะนำเทคโนโลยีการป้องกันความเป็นส่วนตัวขั้นสูงและกลไกการซื้อขายอัตโนมัติเพื่อมอบสภาพแวดล้อมที่ปลอดภัยและมีประสิทธิภาพมากขึ้นสำหรับธุรกรรมสกุลเงินดิจิตอลขนาดใหญ่ นอกจากนี้ ยังจะหารือถึงวิธีที่ Singularity นำเสนอแพลตฟอร์มการซื้อขายแบบกระจายอำนาจที่เป็นส่วนตัวและปฏิบัติตามข้อกำหนดผ่านโซลูชันเชิงนวัตกรรม เช่น FHE (Fully Homomorphic Encryption) และ ZKP (Zero-Knowledge Proof)

สระน้ำมืดคืออะไร？

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

ในตลาดสกุลเงินดิจิทัล ในขณะที่กลุ่มนักลงทุนรายใหญ่เติบโตขึ้น ความต้องการในการทำธุรกรรมปริมาณมากยังคงเพิ่มขึ้นอย่างต่อเนื่อง คำสั่งซื้อจำนวนมากเหล่านี้ส่งผลกระทบอย่างมีนัยสำคัญต่อตลาด ซึ่งบางครั้งก็ก่อให้เกิดความวุ่นวายในตลาดด้วยซ้ำ เพื่อหลีกเลี่ยงความเสี่ยงดังกล่าว เทรดเดอร์จำนวนมากหันไปที่ตลาด OTC หรือแม้แต่กลุ่ม Telegram เพื่อทำธุรกรรม จากข้อมูลจากการแลกเปลี่ยน Kraken ในปี 2020 ปริมาณการซื้อขาย OTC ทั่วโลกเพิ่มขึ้น 20 เท่าตั้งแต่ปี 2018 โดยมีปริมาณธุรกรรมเฉลี่ยต่อวันประมาณ 300 พันล้านดอลลาร์สหรัฐ คิดเป็นเกือบ 70% ของปริมาณการซื้อขายในตลาดสกุลเงินดิจิทัลทั้งหมด อย่างไรก็ตาม ตลาด OTC ยังเผชิญกับปัญหาสภาพคล่องไม่เพียงพอและขาดกฎระเบียบ เพื่อจัดการกับความท้าทายเหล่านี้ Dark Pools ได้ถูกนำมาใช้เป็นวิธีแก้ปัญหาโดยมีเป้าหมายเพื่อสร้างสภาพแวดล้อมการซื้อขายที่มั่นคงและเป็นส่วนตัวมากขึ้น

ประเด็นสำคัญเกี่ยวกับสระน้ำมืด ได้แก่:

• ความเป็นส่วนตัวและการรักษาความลับ: Dark Pools ช่วยให้เทรดเดอร์สามารถทำธุรกรรมโดยไม่เปิดเผยตัวตน ปกป้องตัวตนและขนาดคำสั่งซื้อจากตลาดสาธารณะจนกว่าธุรกรรมจะดำเนินการ

• ผลกระทบต่อตลาดลดลง: Dark Pools ช่วยให้นักลงทุนสถาบันขนาดใหญ่สามารถดำเนินการตามคำสั่งซื้อจำนวนมากได้โดยไม่ทำให้เกิดความผันผวนของราคาในตลาดสาธารณะอย่างมีนัยสำคัญ ลดผลกระทบต่อตลาดและความคลาดเคลื่อนของราคา

• การไม่เปิดเผยกลยุทธ์การซื้อขาย: ธุรกรรม Dark Pool ช่วยปกป้องกลยุทธ์ของเทรดเดอร์ไม่ให้เป็นที่รู้จักในตลาดสาธารณะ ป้องกันไม่ให้ MEV (Miner Extractable Value) ใช้ประโยชน์จากการคัดลอกการซื้อขายอนุญาโตตุลาการ และการเก็งกำไรทางสถิติ

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

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

เทคโนโลยีความเป็นส่วนตัวหลัก

สระน้ำมืดเป็นสาขาหนึ่งของเส้นทางความเป็นส่วนตัว ด้วยเทคโนโลยีเสริมความเป็นส่วนตัว (PET) ต่อไปนี้ เช่น Zero-Knowledge Proofs (ZKP), Multi-Party Computation (MPC) และ Fully Homomorphic Encryption (FHE) ทำให้ Dark Pools แทรกความเป็นส่วนตัวเข้าไปในโครงสร้างพื้นฐานของพวกเขา

หลักฐานความรู้เป็นศูนย์ (ZKP)

เทคโนโลยี Zero-Knowledge Proof (ZKP) ช่วยให้ผู้พิสูจน์สามารถพิสูจน์ความถูกต้องของข้อความต่อผู้ตรวจสอบโดยไม่ต้องเปิดเผยข้อมูลสำคัญใดๆ เทคโนโลยีนี้มีความสำคัญอย่างยิ่งในโซลูชันการปรับขนาด Ethereum Layer 2 เช่น ZK Rollup ซึ่งบรรลุการตรวจสอบความถูกต้องของธุรกรรมโดยการบีบอัดข้อมูลธุรกรรมเป็นหลักฐาน ZK ขนาดกะทัดรัดและส่งไปยังเมนเน็ต การพิสูจน์เหล่านี้ไม่เพียงแต่ใช้พื้นที่จัดเก็บข้อมูลเพียงเล็กน้อยเท่านั้น แต่ยังปกป้องความเป็นส่วนตัวของข้อมูลธุรกรรมด้วย ซึ่งรวบรวมข้อดีตามธรรมชาติของกลไกที่ไร้ความน่าเชื่อถือ การประยุกต์ใช้เทคโนโลยี ZKP ไม่ได้จำกัดอยู่ที่การปรับขนาด แต่ยังรวมถึงการประมวลผลความเป็นส่วนตัวด้วย โดยการใช้งานหลักคือ zkSNARKs, zkSTARKs และ Bulletproofs เทคโนโลยีเหล่านี้ร่วมกันส่งเสริมการเพิ่มประสิทธิภาพการป้องกันความเป็นส่วนตัวของสกุลเงินดิจิทัลและประสิทธิภาพการทำธุรกรรม

ความรู้เบื้องต้นเกี่ยวกับการพิสูจน์ความรู้เป็นศูนย์

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

Multi-Party Computation (MPC) เป็นเทคโนโลยีที่ช่วยให้หลายฝ่ายสามารถคำนวณฟังก์ชันร่วมกันได้โดยไม่ต้องเปิดเผยอินพุตของแต่ละคน ในโดเมนความเป็นส่วนตัว MPC จัดเตรียมวิธีการในการปกป้องข้อมูลที่ละเอียดอ่อน ช่วยให้ฝ่ายต่างๆ สามารถวิเคราะห์ข้อมูล งานคำนวณ หรือตัดสินใจได้โดยไม่ต้องเปิดเผยข้อมูลส่วนบุคคล ข้อได้เปรียบหลักของ MPC อยู่ที่ความสามารถในการปกป้องความเป็นส่วนตัว ด้วยเทคโนโลยีการประมวลผลและการเข้ารหัสแบบกระจาย ผู้เข้าร่วมสามารถมั่นใจได้ว่าข้อมูลของตนยังคงเป็นส่วนตัวตลอดกระบวนการคำนวณ

ข้อมูลเบื้องต้นเกี่ยวกับการรักษาความปลอดภัยการประมวลผลแบบหลายฝ่าย

▪ การเข้ารหัสแบบโฮโมมอร์ฟิกอย่างสมบูรณ์ (FHE)

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

การสร้างสมดุลระหว่างการต่อต้านการเซ็นเซอร์กับการปฏิบัติตามข้อกำหนด

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

Dark Pools ซึ่งเป็นสถานที่ซื้อขายทางการเงินรูปแบบหนึ่ง มีข้อได้เปรียบหลักในการให้การปกป้องความเป็นส่วนตัวและการต่อต้านการเซ็นเซอร์ ใน Dark Pools รายละเอียดคำสั่งซื้อโดยทั่วไปจะถูกเก็บเป็นความลับจากบุคคลที่สาม เนื่องจากแต่ละคำสั่งซื้อจะสร้าง Zero-Knowledge Proofs (ZKP) ซึ่งจะช่วยลดการเปิดเผยข้อมูลธุรกรรมต่อสาธารณะ สถาปัตยกรรมนี้น่าดึงดูดเป็นพิเศษสำหรับผู้ถือครองรายใหญ่และนักลงทุนสถาบัน เนื่องจากจะปกป้องกลยุทธ์การซื้อขายของพวกเขาจากการถูกเอารัดเอาเปรียบโดยคู่แข่งหรือผู้ควบคุมตลาด นอกจากนี้ ลักษณะของ Dark Pool ยังช่วยต้านทาน MEV เนื่องจากคำสั่งซื้อและรายละเอียดของธุรกรรมไม่ได้เปิดเผยต่อสาธารณะ ช่วยลดความเป็นไปได้ในการจัดเรียงใหม่

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

การเกิดขึ้นของเครื่องมือป้องกันความเป็นส่วนตัวเช่น Tornado Cash นำเสนอความเป็นไปได้ในการดำเนินกิจกรรมทางการเงินโดยไม่เปิดเผยตัวตนบนเครือข่าย แต่เครื่องมือเหล่านี้ก็ถูกใช้โดยอาชญากรในกิจกรรมที่ผิดกฎหมาย เช่น การฟอกเงิน ที่อยู่สัญญาอัจฉริยะของ Tornado Cash ได้รับการจดทะเบียนโดยสำนักงานควบคุมทรัพย์สินต่างประเทศ (OFAC) เนื่องจากการไม่ปฏิบัติตามข้อกำหนด OFAC จัดทำรายชื่อ Specially Designated Nationals (SDN) เพื่อลงโทษบุคคลและนิติบุคคลที่ไม่ปฏิบัติตามข้อกำหนด โปรโตคอลที่ไม่เป็นไปตามกฎระเบียบของ OFAC มีความเป็นไปได้สูงที่ธุรกรรมจะถูกแยกออกจากบล็อกออนไลน์ ณ วันที่ 23 กุมภาพันธ์ 2024 การบล็อก 45% ต้องมีการตรวจสอบรายการ OFAC ปัญหาการต่อต้านการเซ็นเซอร์นี้ไม่เพียงส่งผลกระทบต่อผู้ผลิตบล็อกเท่านั้น แต่ยังรวมถึงผู้ตรวจสอบความถูกต้องและผู้ส่งต่อซึ่งอาจเพิกเฉยต่อธุรกรรมหรือการบล็อกบางอย่าง

สัดส่วนของบล็อกที่ตรวจสอบโดยรายการ OFAC

เมื่อ Tornado Cash ถูกแบนเนื่องจากการไม่ปฏิบัติตามข้อกำหนด ทำให้เกิดสุญญากาศในตลาดสำหรับโซลูชันความเป็นส่วนตัวที่ปฏิบัติตามข้อกำหนด เพื่อเติมเต็มสุญญากาศนี้ โครงการ Dark Pool ต่อมาจำเป็นต้องให้การปกป้องความเป็นส่วนตัวในขณะเดียวกันก็หลีกเลี่ยงความเสี่ยงด้านกฎระเบียบที่คล้ายคลึงกัน วิธีหนึ่งที่มีประสิทธิภาพคือการรวมกระบวนการ KYB/KYC ที่ได้รับการตรวจสอบแล้วเข้ากับโครงการ เพื่อให้มั่นใจถึงความถูกต้องตามกฎหมายของกิจกรรมของผู้ใช้ และช่วยหลีกเลี่ยงความเสี่ยงด้านกฎระเบียบที่อาจเกิดขึ้น กฎระเบียบทางกฎหมายมักจะล้าหลังความก้าวหน้าทางเทคโนโลยี ทำให้โครงการความเป็นส่วนตัวสามารถนำไปใช้ประโยชน์จากกิจกรรมที่ผิดกฎหมายได้อย่างง่ายดาย การยอมรับและปฏิบัติตามกฎระเบียบอย่างจริงจังถือเป็นสิ่งสำคัญในการรับรองความปลอดภัยและความถูกต้องตามกฎหมายของโครงการ

ภูมิทัศน์การแข่งขันและการวิเคราะห์โครงการ

ระหว่างปี 2010 ถึง 2022 โครงการ Dark Pool มีจำนวนจำกัด และโครงการเหล่านี้ไม่ได้รับการยอมรับอย่างกว้างขวางในหมู่ประชาชนทั่วไป อย่างไรก็ตาม ด้วยความก้าวหน้าของเทคโนโลยีเพิ่มความเป็นส่วนตัว เช่น Zero-Knowledge Proofs (ZKP) และ Multi-Party Computation (MPC) โดเมน Dark Pool จึงยินดีต้อนรับชุดโซลูชันทางเทคโนโลยีที่เป็นนวัตกรรมใหม่ การพัฒนาเทคโนโลยีเหล่านี้ทำให้แหล่งน้ำมืดกลับมาสู่สายตาสาธารณะอีกครั้งในปี 2023 อย่างไรก็ตาม เนื่องจากความซับซ้อนของเทคโนโลยี จำนวนโครงการในการแข่งขัน Dark Pool Race จึงยังค่อนข้างน้อย ต่อไปนี้เป็นโครงการบางส่วนที่ค่อนข้างสมบูรณ์แล้ว

1. Renegade ก่อตั้งขึ้นในปี 2022 เป็นกลุ่มดาร์กพูลแบบกระจายอำนาจที่ใช้สถาปัตยกรรม MPC-ZKP ซึ่งออกแบบมาเพื่อให้บริการธุรกรรมขนาดใหญ่สำหรับนักลงทุนสถาบัน Renegade ดำเนินการจับคู่คำสั่งซื้อผ่านเครือข่ายเพียร์ทูเพียร์และเทคโนโลยีการคำนวณหลายฝ่าย (MPC) และใช้ ZK-SNARK เพื่อให้แน่ใจว่ารายละเอียดธุรกรรมจะไม่เปิดเผยต่อบุคคลภายนอกในระหว่างกระบวนการตรวจสอบการจับคู่คำสั่งซื้อ นอกจากนี้ ยังใช้กลไกการดำเนินการจุดกึ่งกลางเพื่อรับประกันว่าธุรกรรมทั้งหมดจะได้รับการชำระโดยตรงในราคาจุดกลางรวมแบบเรียลไทม์ของการแลกเปลี่ยนแบบรวมศูนย์เพื่อหลีกเลี่ยงการคลาดเคลื่อน ฟีเจอร์การซื้อขายข้ามสายที่ไม่เปิดเผยตัวตนเริ่มต้น รวมกับตัวบ่งชี้ดอกเบี้ย ช่วยส่งเสริมการค้นพบราคาที่ครอบคลุมและปรับสภาพคล่องให้เหมาะสม

2. Penumbra เป็นแพลตฟอร์มการซื้อขายแบบกระจายอำนาจที่สร้างขึ้นภายในระบบนิเวศของ Cosmos โดยนำเสนอสภาพแวดล้อมการซื้อขายที่เหมือนสระน้ำมืดที่อนุญาตให้ผู้ใช้ซื้อขายในขณะที่รักษาความเป็นส่วนตัว ด้วยกลไกการมอบหมายส่วนตัว Penumbra ผสมผสานการปกป้องความเป็นส่วนตัวและกลไกฉันทามติ Proof-of-Stake (PoS) โดยเสนออนุพันธ์การเดิมพัน การเดิมพันที่ประหยัดภาษี และการกำกับดูแลแบบออนไลน์ที่มีการลงคะแนนเสียงแบบส่วนตัว เงามัวเชื่อมต่อกับระบบนิเวศของ Cosmos ผ่านการสื่อสารระหว่างบล็อกเชน (IBC) ซึ่งทำหน้าที่เป็นแหล่งมืดทั่วทั้งระบบนิเวศที่อนุญาตให้ทำธุรกรรมส่วนตัวในสินทรัพย์ที่เข้ากันได้กับ IBC ผู้ใช้ยังสามารถใช้ ZSwap ซึ่งเป็นการแลกเปลี่ยนแบบกระจายอำนาจส่วนตัวที่รองรับการประมูลชุดราคาเสนอซื้อแบบปิดผนึกและสภาพคล่องแบบเข้มข้นที่คล้ายกับ Uniswap-V3 เพื่อแลกเปลี่ยนสินทรัพย์เหล่านี้

3. Panther เป็นแพลตฟอร์ม DeFi แบบข้ามสายโซ่ที่รวมเอาเทคโนโลยีที่ไม่มีความรู้ โดยมีวัตถุประสงค์เพื่อมอบโซลูชันที่เป็นไปตามกฎระเบียบและปกป้องความเป็นส่วนตัวของผู้ใช้ ผู้ใช้สามารถฝากสินทรัพย์ดิจิทัลลงใน Multi-Asset Shielded Pools (MASP) ของ Panther และรับ zAssets ในอัตราส่วน 1: 1 ผ่านโมดูล Zswap Panther จะเชื่อมต่อกับโปรโตคอล DeFi อื่น ๆ โดยรวบรวมราคาสำหรับการเลือกผู้ใช้ ในระหว่างการทำธุรกรรม Zswap จะสร้างสัญญาเอสโครว์ที่เข้ารหัส เพื่อให้ผู้ใช้สามารถแลกเปลี่ยนสินทรัพย์โดยไม่ต้องเปิดเผยรายละเอียดการทำธุรกรรม การออกแบบนี้ช่วยให้สินทรัพย์สามารถอยู่ร่วมกันในกลุ่มที่หลากหลาย รักษาความหลากหลายของข้อมูล ทำให้ยากต่อการติดตามและยกเลิกการเปิดเผยตัวตนของผู้ใช้ พูลป้องกันของ Panther ใช้ประโยชน์จากเทคโนโลยี ZK SNARK และ ZKP เพื่อรับรองความเป็นส่วนตัวและการปฏิบัติตามข้อกำหนดของธุรกรรม

4. Railgun คือระบบความเป็นส่วนตัวที่มีสถาปัตยกรรม ZKP-MPC ที่ออกแบบมาสำหรับ Ethereum, BSC, Polygon และ Arbitrum โดยใช้เทคโนโลยีการเข้ารหัสแบบ Zero-Knowledge (ZK) และใช้ประโยชน์จากเทคโนโลยี MPC สำหรับพิธีการตั้งค่าที่เชื่อถือได้ ช่วยให้ผู้ใช้สามารถดำเนินการสัญญาอัจฉริยะและการดำเนินการ DeFi ได้อย่างปลอดภัยในขณะที่ยังคงรักษาความเป็นส่วนตัวของธุรกรรม เมื่อผู้ใช้ออกคำสั่งธุรกรรมผ่าน Railgun สัญญาอัจฉริยะ Adapt Module จะประมวลผลการป้องกันความเป็นส่วนตัวของสมดุลส่วนตัวโดยอัตโนมัติ ตรวจสอบคำสั่งซื้อ จากนั้นรีเลย์จะค้นหาอัตราแลกเปลี่ยนที่ดีที่สุดในสภาพคล่อง DEX ที่รวบรวมไว้ และในท้ายที่สุดก็ป้องกันสินทรัพย์ของธุรกรรมอีกครั้งเพื่อให้แน่ใจว่าจะไม่เปิดเผยตัวตนของ กิจกรรมของผู้ใช้และที่อยู่ กระบวนการนี้ไม่เพียงใช้ได้กับการแลกเปลี่ยนสินทรัพย์เท่านั้น แต่ยังสามารถขยายไปยังธุรกรรม DeFi ประเภทอื่น ๆ ได้อีกด้วย

การตีความทางเทคนิคของภาวะเอกฐาน:

วิธีดำเนินการธุรกรรมส่วนตัว

ทำความเข้าใจแนวคิดของธุรกรรมส่วนตัว

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

ธุรกรรมมาตรฐานประกอบด้วยองค์ประกอบต่อไปนี้:

• ฝ่ายธุรกรรม: รวมถึงผู้ส่ง (ผู้ค้า A) และผู้รับ (ผู้ซื้อขาย B) ของธุรกรรม

• รายละเอียดธุรกรรม: ประกอบด้วยจำนวนธุรกรรม จำนวนธุรกรรมย่อย แฮชของธุรกรรม และรายละเอียดเฉพาะอื่น ๆ

ธุรกรรมส่วนตัวสามารถแบ่งได้เป็น 2 ประเภทตามระดับการเปิดเผยข้อมูลต่อบุคคลที่สาม:

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

• ธุรกรรมที่ปกปิด: ในธุรกรรมที่ซ่อนอยู่ แม้ว่าที่อยู่ของผู้ส่งและผู้รับจะมองเห็นได้ แต่รายละเอียดเฉพาะของธุรกรรมนั้นจะไม่เป็นที่รู้จัก ซึ่งหมายความว่าจำนวนธุรกรรม จำนวนธุรกรรมย่อย แฮชของธุรกรรม และข้อมูลรายละเอียดอื่น ๆ จะถูกซ่อนจากบุคคลที่สาม ความเป็นส่วนตัวประเภทนี้สามารถทำได้โดยใช้เทคโนโลยี เช่น Zero-Knowledge Proofs (ZKP) ตัวอย่างเช่น Zcash เป็นสกุลเงินดิจิทัลเพื่อความเป็นส่วนตัวที่ใช้เทคโนโลยี zk-SNARKs เพื่อปกปิดรายละเอียดธุรกรรม

การตีความสถาปัตยกรรมโดยรวมของภาวะเอกฐาน

ภาพรวมสถาปัตยกรรมเอกพจน์

เมื่อพิจารณาโครงสร้างโดยรวมแล้วสามารถแบ่งได้ประมาณ 5 Module คือ

1. ภาวะเอกฐาน

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

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

หมายเหตุแต่ละฉบับประกอบด้วยข้อมูลสำคัญดังต่อไปนี้:

• ประเภทสินทรัพย์: ระบุประเภทของสินทรัพย์ที่เกี่ยวข้องกับธุรกรรม เช่น ประเภทโทเค็นของสกุลเงินดิจิทัลหรือสินทรัพย์ดิจิทัลอื่น ๆ

• จำนวนเงิน: ระบุปริมาณของสินทรัพย์ที่มีอยู่ในหมายเหตุ ซึ่งใช้ในการกำหนดมูลค่าของธุรกรรม

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

• Schnorr Public Key: ใช้สำหรับการลงนามในการเข้ารหัสและตรวจสอบตัวตนของธุรกรรม เพื่อให้มั่นใจว่าเฉพาะผู้ใช้ที่ได้รับอนุญาตเท่านั้นที่สามารถดำเนินการธุรกรรมที่ถูกต้องได้

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

หมายเหตุ การเพิ่มและการจัดเก็บ

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

เพื่ออธิบายด้วยตัวอย่างง่ายๆ:

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

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

หมายเหตุ: ในกรณีที่สร้างบันทึกเป็นจำนวนคี่สำหรับรากต้นไม้ของ Merkel บันทึกย่อทั้งสองรายการจะถูกทำซ้ำและคำนวณแฮชของบันทึกเหล่านั้น

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

การตรวจสอบธุรกรรมของหมายเหตุ

เมื่อผู้ค้าทำธุรกรรม พวกเขาจะต้องเปิดเผย Nullifier ที่เกี่ยวข้อง และจัดเตรียมหลักฐานที่เกี่ยวข้องในการพิสูจน์ความรู้เป็นศูนย์ เพื่อตรวจสอบว่า Nullifier เกี่ยวข้องกับ Note ที่เกี่ยวข้อง และพิสูจน์การมีอยู่ของ Note ในแผนผัง Merkel สัญญาอัจฉริยะจะตรวจสอบเอกลักษณ์ของ Nullifier และความถูกต้องของหลักฐานเพื่อให้มั่นใจถึงความถูกต้องตามกฎหมายและความปลอดภัยของธุรกรรม

ตัวอย่างเช่น

สมมติว่า Alice มี Note หนึ่งใบที่มี 1 ETH ที่เธอฝากไว้ในสัญญา Singularity และผู้ลบล้างของ Note นั้นคือ “AAA123” ตอนนี้ อลิซต้องการใช้เงินเหล่านี้สำหรับการทำธุรกรรม ดังนั้นเธอจึงต้องจัดเตรียม "AAA123" เป็นตัวลบล้าง และพิสูจน์สองประเด็นต่อไปนี้ผ่านการพิสูจน์ความรู้ที่ไม่มีศูนย์:

1. พิสูจน์ว่า “AAA123” เกี่ยวข้องกับหมายเหตุที่ใช้ไป เช่น เงินสำหรับการทำธุรกรรมนี้มาจากหมายเหตุนั้นจริงๆ

2. พิสูจน์การมีอยู่ของบันทึกในแผนภูมิแมร์เคิล กล่าวคือ บันทึกดังกล่าวเคยถูกฝากไว้ในสัญญาเอกฐานและไม่ได้ถูกแก้ไข

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

ด้านล่างนี้คือการใช้รหัสเทียมของตรรกะข้างต้น:

// Pseudocode 
 ความแข็งแกร่งของ pragma ^0.8.0; 
 สัญญา SingularityContract { 
 การแมป (ที่อยู่ => การแมป (bytes32 => bool)) ส่วนตัว invalidValues; 
 การแมป (bytes32 => bool) merkleTree ส่วนตัว; 
 // การดำเนินการฝาก, การฝากเงินเข้าในสัญญาเอกฐาน 
 ฟังก์ชั่นการฝาก (bytes32 noteHash, bytes32 invalidValue) จ่ายสาธารณะ {
       require(msg.value > 0, "Deposit amount must be greater than 0");
       // Add the Note to the Merkel tree
       merkleTree[noteHash] = true
       // Store the nullifier
       invalidValues[msg.sender][noteHash] = true;
   }
   // การดำเนินการใช้จ่ายของธุรกรรม, การตรวจสอบค่าโมฆะและหลักฐาน, ดำเนินการธุรกรรม 
 การใช้จ่ายของฟังก์ชัน (bytes32 noteHash, bytes32 invalidValue, พิสูจน์หน่วยความจำไบต์) สาธารณะ {
       // Verify that the provided nullifier matches the stored one
       require(invalidValues[msg.sender][noteHash], "Invalid value does not match");
       // Verify the existence of the Note in the Merkel tree
       require(merkleTree[noteHash], "Note does not exist in the Merkle tree");
       // Verify the zero-knowledge proof
       require(_verifyProof(noteHash, invalidValue, proof), "Proof verification failed");
       // Execute the transaction, transferring funds to the recipient
       // The specific transfer operation is omitted here
   }
   // ฟังก์ชันการตรวจสอบพิสูจน์ความรู้เป็นศูนย์ 
 ฟังก์ชัน _verifyProof (bytes32 noteHash, bytes32 invalidValue, พิสูจน์หน่วยความจำไบต์) มุมมองส่วนตัวส่งคืน (บูล) {
       // In practice, specific zero-knowledge proof verification is required
       // The specific verification process is omitted here
       // If the proof is successfully verified, return true, otherwise return false
       return true;
   }
}

1. จอง

Book ใช้เทคโนโลยี Fully Homomorphic Encryption (FHE) เพื่อสร้างคำสั่งซื้อขายแบบออฟไลน์ที่เป็นส่วนตัวโดยสมบูรณ์ ช่วยให้เทรดเดอร์มีสภาพแวดล้อมการซื้อขายที่ปลอดภัยและเชื่อถือได้ ภายในระบบ Book กลุ่มโหนด FHE พิเศษที่เรียกว่า Bookies มีบทบาทสำคัญในการจัดการสมุดคำสั่งซื้อร่วมกัน กระบวนการจับคู่ประกอบด้วย:

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

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

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

• โทเค็นการปักหลักมีจุดมุ่งหมายเพื่อป้องกันการโจมตีของ Sybil ในขณะเดียวกันก็กระตุ้นให้เจ้ามือรับแทงม้าปฏิบัติหน้าที่ให้สำเร็จและรับรองว่าระบบจะดำเนินไปอย่างราบรื่น

ในระบบ Book การจัดการตัวตนและชื่อเสียงถือเป็นกุญแจสำคัญ โดยมีนวัตกรรมต่างๆ ได้แก่:

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

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

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

ตัวอย่างเช่น สมมติว่าอลิซต้องการซื้อ 1 ETH

• การส่งคำสั่งซื้อ: Alice ส่งคำสั่งซื้อ 1 ETH ในราคาที่กำหนดที่ $2,000 USDT

• การจับคู่คำสั่งซื้อ: ระบบ Book ค้นหาผู้ขาย Bob ยินดีที่จะขาย 1 ETH ที่ $2,000 USDT

• การยืนยันธุรกรรม: อลิซและบ็อบยืนยันว่าคำสั่งซื้อของพวกเขาได้รับการจับคู่สำเร็จแล้ว

• การชำระธุรกรรม: Alice จ่ายเงินให้ Bob $2,000 USDT และรับ 1 ETH ระบบ Singularity จะอัพเดตยอดคงเหลือในบัญชีของตน

• การจัดการชื่อเสียง: หาก Bob ไม่สามารถทำธุรกรรมให้เสร็จสิ้นตรงเวลาหรือมีพฤติกรรมเชิงลบอื่น ๆ ชื่อเสียงของเขาอาจลดลง ส่งผลให้ระบบจำกัดการจับคู่ของเขากับเทรดเดอร์รายอื่น หากคะแนนชื่อเสียงของ Bob คือ 5 แสดงว่าเขาเป็นเทรดเดอร์ที่เชื่อถือได้ อย่างไรก็ตาม หากเขาล้มเหลวในการทำธุรกรรมให้เสร็จสิ้นตรงเวลาหรือมีพฤติกรรมเชิงลบอื่น ๆ เช่น การยกเลิกคำสั่งซื้อหลายครั้งหรือปั่นป่วนตลาดอย่างมุ่งร้าย ชื่อเสียงของเขาอาจได้รับผลกระทบ สิ่งนี้อาจส่งผลให้อันดับชื่อเสียงของเขาลดลง 1 จุดเหลือ 4 ซึ่งจำกัดเกณฑ์การมีส่วนร่วมในการซื้อขายในอนาคตของเขาอีกด้วย

1. ระบบอัตโนมัติ

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

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

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

1. รีเลย์

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

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

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

1. ปรับใช้ API

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

ธุรกรรมความเป็นส่วนตัว

ตามโครงสร้างที่กล่าวมาข้างต้น ธุรกรรมความเป็นส่วนตัวที่กล่าวถึงข้างต้นสามารถนำไปใช้ได้:

• ธุรกรรมที่ไม่เปิดเผยตัวตน (อัตโนมัติ)

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

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

• ธุรกรรมที่ไม่เปิดเผยตัวตน + ปกปิด (การชำระบัญชีผ่านภาวะเอกฐาน)

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

การซื้อขาย Dark Pool: การดำเนินการของภาวะเอกฐาน

กระบวนการซื้อขายของเอกพจน์

Dark Pool มุ่งเป้าไปที่สถาบันขนาดใหญ่และเทรดเดอร์มืออาชีพ เป็นแพลตฟอร์มสำหรับการซื้อขายโดยไม่กระทบต่อราคาตลาด โดยพื้นฐานแล้วรองรับความต้องการการซื้อขายสองประเภท: การโอนและการแลกเปลี่ยน ต่อไปนี้ เราจะให้รายละเอียดว่า Singularity ดำเนินธุรกรรมทั้งสองประเภทนี้อย่างไร โดยพิจารณาจากเนื้อหาที่ปรากฎในแผนภาพด้านบน สิ่งสำคัญที่ควรทราบคือโหนด API และโหนดการซื้อขายเป็นส่วนหนึ่งของโหนดเดียวกันในไดอะแกรม เพื่อความชัดเจน ที่นี่จึงอธิบายว่าเป็นโหนดที่แตกต่างกันสองประเภท

1. ธุรกรรมการโอน

ธุรกรรมการโอนมักเกิดขึ้นระหว่างสองโหนดของ Trader เรากำหนดโหนดผู้ซื้อขายที่รับเป็นผู้ซื้อขาย A และโหนดผู้ซื้อขายที่ส่งเป็นผู้ซื้อขาย B กระบวนการเฉพาะสำหรับการทำธุรกรรมระหว่างผู้ซื้อขาย A และผู้ซื้อขาย B มีดังต่อไปนี้:

1) เมื่อทำธุรกรรม Trader B ต้องฝากเงินเข้าในสัญญา Singularity Trader B เข้ารหัสธุรกรรมการฝากเงินนี้โดยการเรียก API ดังนั้นจึงสร้าง ZK Proof หรือที่เรียกว่า ZK Note และมอบให้กับสัญญา Singularity เพื่อตรวจสอบว่า Trader B ได้ฝากเงินแล้ว

2) หลังจากฝากเงินแล้ว Trader B จะเริ่มธุรกรรมการโอนเงินโดยการเรียก API เพื่อส่ง ZK Note ไปยังสัญญา Singularity

3) เมื่อได้รับหมายเหตุของ Trader B สัญญาเอกพจน์จะระบุผู้ซื้อขาย A ที่เกี่ยวข้องตามข้อมูลที่ให้ไว้ในหมายเหตุ ณ จุดนี้ ผู้ซื้อขาย A สามารถแยกจำนวนเงินของธุรกรรมการโอนเงินออกจากสัญญา Singularity ได้

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

1. ธุรกรรมการแลกเปลี่ยน

เมื่อเปรียบเทียบกับธุรกรรมการโอน ธุรกรรม Swap ค่อนข้างซับซ้อนกว่าเนื่องจากจำเป็นต้องค้นหาคู่ซื้อขาย ที่นี่ เรากำหนดโหนด Trader ที่ต้องการมีส่วนร่วมในธุรกรรม Swap เป็น Trader C และโหนด Trader ของคู่ค้าที่พบในที่สุดเป็น Trader D ขั้นตอนการทำธุรกรรมเฉพาะระหว่าง Trader C และ Trader D มีดังต่อไปนี้:

1) เช่นเดียวกับขั้นตอนแรกของธุรกรรมการโอนเงิน Trader C จำเป็นต้องฝากเงินเข้าในสัญญา Singularity และในเวลาเดียวกัน Trader C จะเริ่มธุรกรรมคำสั่งซื้อไปยังโหนด Book โดยการเรียก API

2) ทำหน้าที่เป็นโหนดจองคำสั่งซื้อนอกเครือข่าย โหนด Book พยายามจับคู่ธุรกรรมคำสั่งซื้อที่แตกต่างกันภายใต้สภาพแวดล้อมการเข้ารหัส Homomorphic เต็มรูปแบบ (FHE) โดยไม่ทราบรายละเอียดเฉพาะของธุรกรรมคำสั่งซื้อ

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

ข. หากการจับคู่ล้มเหลว หนังสือจะฝากเงินที่เกี่ยวข้องกับธุรกรรมนี้เข้าระบบอัตโนมัติบนเชนเป็นสภาพคล่องที่สงวนไว้ ซึ่งคล้ายกับการฝากเงินสำรองเข้าบริการออมทรัพย์เช่น Yu'e Bao หากยังมีธุรกรรมที่ไม่สามารถจับคู่ได้ในภายหลัง พวกเขาจะจัดลำดับความสำคัญการซื้อขายจากระบบอัตโนมัติ เฉพาะเมื่อเงินทุนในระบบอัตโนมัติไม่เพียงพอที่จะทำธุรกรรมให้เสร็จสมบูรณ์เท่านั้นที่จะมีปฏิสัมพันธ์กับ DEX ภายนอก เช่น Uniswap ผ่านสัญญา Singularity

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

ดังนั้น เราจะเห็นได้ว่า Singularity ใช้เทคโนโลยี ZK (Zero Knowledge) และเทคโนโลยี FHE เป็นหลักในกระบวนการทำธุรกรรมเพื่อให้เกิดความเป็นส่วนตัวและการไม่เปิดเผยตัวตน การใช้เทคโนโลยี ZK ช่วยให้มั่นใจว่ามีเพียงผู้ริเริ่มเท่านั้นที่ทราบข้อมูลเฉพาะของธุรกรรม แต่ยังช่วยให้เทรดเดอร์รายอื่นหรือสัญญา Singularity สามารถตรวจสอบได้อย่างรวดเร็ว เทคโนโลยี FHE ช่วยให้ Book node สามารถคำนวณธุรกรรมที่ตรงกันระหว่างกระบวนการจับคู่โดยไม่จำเป็นต้องทราบรายละเอียดเฉพาะของธุรกรรม และยังเก็บข้อมูลธุรกรรมดั้งเดิมไว้เป็นความลับเมื่อแจ้งให้ทั้งสองฝ่ายทราบ ซึ่งหมายความว่าทั้งสองฝ่ายจะรู้เพียงว่าพวกเขากำลังซื้อขายกับใคร แต่ ไม่ใช่ประเภทสินทรัพย์เฉพาะและจำนวนการซื้อขาย

สรุปและประเมินผล

ตลาด OTC คิดเป็นเกือบ 70% ของปริมาณการซื้อขายของตลาดสกุลเงินดิจิทัลทั้งหมด โดยเน้นถึงความต้องการที่สำคัญสำหรับธุรกรรมความเป็นส่วนตัวในอุตสาหกรรม Web3 อย่างไรก็ตาม ภาคการค้าความเป็นส่วนตัวยังคงเผชิญกับความท้าทายต่างๆ เช่น การปฏิบัติตามข้อกำหนดด้านกฎระเบียบของหน่วยงานภาครัฐ การทำธุรกรรมโดยไม่เปิดเผยข้อมูลเฉพาะเกี่ยวกับผู้ใช้และการทำธุรกรรม และการป้องกันการกระทำที่เป็นอันตรายโดยฝ่ายการค้า แหล่งมืดที่กระจายอำนาจอย่าง Singularity เป็นตัวแทนของโซลูชันที่เป็นนวัตกรรมที่สามารถให้การปกป้องความเป็นส่วนตัวและการต่อต้านการเซ็นเซอร์ในระดับที่สูงขึ้นแก่ผู้ใช้ ผ่านการใช้เทคโนโลยีความเป็นส่วนตัวและสัญญาอัจฉริยะ ซึ่งช่วยลดการพึ่งพาเอนทิตีที่รวมศูนย์ แพลตฟอร์มเหล่านี้รองรับธุรกรรมขนาดใหญ่โดยไม่เปิดเผยตัวตน และสามารถผสานรวมกับบริการด้านการปฏิบัติตามกฎระเบียบเพื่อสร้างสภาพแวดล้อมการซื้อขายที่มีทั้งการกระจายอำนาจและเป็นไปตามกฎระเบียบ

ข้อควรพิจารณาที่สำคัญสำหรับภาค Dark Pool:

1. สถาปัตยกรรมทางเทคนิค: Zero-Knowledge Proofs (ZKP) และ Multi-Party Computation (MPC) เป็นรากฐานสำหรับส่วน Dark Pool ช่วยให้สามารถตรวจสอบความถูกต้องของธุรกรรมได้โดยไม่ต้องเปิดเผยรายละเอียดธุรกรรม โปรโตคอลปัจจุบันจำนวนมากพึ่งพา MPC อย่างมากหรือทั้งหมด ซึ่งมีข้อเสียเปรียบหลักสองประการ: ประสิทธิภาพการคำนวณต่ำ และความซับซ้อนของโปรโตคอล โปรโตคอลของ MPC จำเป็นต้องมีการพิสูจน์และตรวจสอบ ZKP ภายในกรอบงานของ MPC ซึ่งมีความเข้มข้นในการคำนวณ นอกจากนี้ กนง. มักต้องการการเชื่อมต่อเครือข่ายที่มีเสถียรภาพ ซึ่งท้าทายในการบรรลุเป้าหมายในเครือข่ายแบบกระจายอำนาจทั่วโลก ปัจจัยเหล่านี้ทำให้โปรโตคอลที่อิง MPC โดยสิ้นเชิงใช้งานไม่ได้กับการใช้งานขนาดใหญ่ เช่น เอ็นจิ้นการจับคู่คำสั่ง

2. การไม่เปิดเผยตัวตนและการคุ้มครองความเป็นส่วนตัว : กฎระเบียบเป็นหัวข้อที่หลีกเลี่ยงไม่ได้ในภาคความเป็นส่วนตัว การตรวจสอบให้แน่ใจว่าธุรกรรมและเงินทุนจะไม่เปิดเผยตัวตนโดยสมบูรณ์ ในขณะที่การให้การคุ้มครองความเป็นส่วนตัวที่เพียงพอนั้นเป็นงานที่ท้าทาย เป็นสิ่งสำคัญอย่างยิ่งสำหรับผู้ใช้ที่ต้องการซื้อขายด้วยเงินทุนที่เป็นไปตามข้อกำหนด โครงการ Dark Pool จำเป็นต้องบูรณาการกระบวนการ KYB/KYC อย่างเร่งด่วน ยอมรับกฎระเบียบในเชิงรุก และรับรองว่าข้อมูล KYC/KYB ของผู้ใช้จะไม่รั่วไหล เพื่อรักษาความถูกต้องตามกฎหมายของแพลตฟอร์มและความไว้วางใจของผู้ใช้

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

4. ความสามารถในการปรับขนาด : การรับรองความสามารถในการปรับขนาดที่ดีเพื่อรองรับจำนวนผู้ใช้ที่เพิ่มขึ้นและปริมาณธุรกรรมถือเป็นสิ่งสำคัญสำหรับ Dark Pools Dark Pools เสี่ยงต่อการขาดทุนหากเผชิญกับ LP ที่เพิ่มขึ้นโดยไม่มีคำสั่งที่ตรงกัน ดังนั้น Dark Pools ควรพิจารณาชั้นการตั้งถิ่นฐาน การออกแบบทางเทคนิค และแผนงานระบบนิเวศในระหว่างขั้นตอนการออกแบบ เพื่อตอบสนองความต้องการในการทำธุรกรรมที่สูงขึ้น โดยเฉพาะอย่างยิ่งภายใต้กรอบการกำกับดูแลที่ครอบคลุมและก้าวหน้าอย่างต่อเนื่อง

การซื้อขาย Dark Pool ซึ่งมีประวัติในอุตสาหกรรมแบบดั้งเดิมและยังไม่ได้รับการพิสูจน์ว่าเป็นวิธีแก้ปัญหา ยังคงมีความต้องการของตลาดและศักยภาพในการพัฒนาที่สำคัญ การซื้อขาย Dark Pool แบบดั้งเดิมเผชิญกับความเสี่ยงด้านความไว้วางใจกับเทรดเดอร์แบบรวมศูนย์ ในขณะที่โครงการที่มีการกระจายอำนาจอย่าง Singularity ได้นำโมเดล "Dark Pool + Transparent Pool for Dark Trade" มาใช้อย่างสร้างสรรค์ โดยจัดการกับปัญหาของการพึ่งพาการรวมศูนย์ ความเป็นส่วนตัวไม่เพียงพอ และการต่อต้านการเซ็นเซอร์ที่ไม่ดี

แตกต่างจากโครงการซื้อขายความเป็นส่วนตัวก่อนหน้านี้ Singularity นำเสนอฟังก์ชันการซื้อขายความเป็นส่วนตัวของสินทรัพย์พร้อมกับความสามารถในการซื้อขายสินทรัพย์ DeFi ตลาดในปัจจุบันเต็มไปด้วยผู้รวบรวมการซื้อขาย แต่มีเพียงไม่กี่รายที่มีคุณสมบัติหรือการออกแบบที่โดดเด่นซึ่งช่วยเพิ่มความเหนียวแน่นของผู้ใช้ ภาวะเอกฐานซึ่งทำหน้าที่เป็นชั้นความเป็นส่วนตัวสำหรับกลุ่มที่โปร่งใส อันดับแรกจะจัดการกับปัญหาในการซื้อขายของสถาบันและวาฬ โดยรักษาความไม่สมดุลของข้อมูล เมื่อเปรียบเทียบกับโซลูชั่นการซื้อขายความเป็นส่วนตัวในปัจจุบัน การออกแบบ Dark Pool (ชั้นความเป็นส่วนตัว) รวบรวมหลักการของ “การเก็บเงินไว้ในกระเป๋า” โดยธรรมชาติ เนื่องจากความเป็นส่วนตัวจะหายไปหากเงินทุนของเทรดเดอร์เข้าและออกจากแพลตฟอร์มบ่อยครั้ง เทียบเท่ากับการเปิดเผยตัวเอง . ดังนั้น กองทุนส่วนใหญ่จึงชอบที่จะอยู่ใน Dark Pool เป็นระยะเวลาพอสมควรก่อนที่จะถอนออก ซึ่งเป็นประโยชน์ต่อการเติบโตที่มั่นคงของ TVL ของโครงการ และมอบความปลอดภัยให้กับผู้ใช้มากขึ้น

ตามมาตรฐานที่กล่าวมาข้างต้นสำหรับ Dark Pool แบบกระจายอำนาจ Singularity มีความโดดเด่นเหนือโซลูชัน Dark Pool ในปัจจุบันด้วยเหตุผลหลายประการ:

• การไม่เปิดเผยตัวตนและการคุ้มครองความเป็นส่วนตัว : สำหรับการไม่เปิดเผยตัวตน วิธีการทั่วไปคือ Zero-Knowledge Proofs (ZKP) ดังนั้นการหาพันธมิตรที่เหมาะสมจึงเป็นสิ่งสำคัญ ปัจจุบัน Singularity มอบหมายกระบวนการ KYC และ KYB แบบนอกเครือข่ายให้กับ ComplyCube (KYC) และ Shufti Pro (KYC & KYB) โดยมี Keyring สร้างการพิสูจน์ที่สอดคล้องกัน และในที่สุด oracles ก็นำการพิสูจน์เหล่านี้มาสู่บล็อกเชน เมื่อเปรียบเทียบกับโครงการอื่นๆ Singularity สอดคล้องกับข้อกำหนดการปฏิบัติตามในปัจจุบันมากกว่า โดยหลีกเลี่ยงความเสี่ยงด้านกฎระเบียบในอนาคตที่คล้ายกับที่ Tornado Cash เผชิญ

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

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

• ความสามารถในการปรับขนาด : ในแง่ของความเข้ากันได้ของระบบนิเวศ ความเข้ากันได้ของ Singularity กับระบบนิเวศ EVM ถือเป็นเรื่องเล่ากระแสหลัก หากไม่ได้พิจารณาสร้างห่วงโซ่ของตัวเอง ประสิทธิภาพการชำระธุรกรรมยังคงถูกจำกัดอย่างมากโดยชั้นการชำระบัญชี ในกรณีร้ายแรง เลเยอร์เหล่านี้อาจไม่สามารถรองรับธุรกรรมที่มีความถี่สูงได้ ดังนั้นในระยะกลางถึงระยะยาว โครงการที่ขยายทิศทางระบบนิเวศของห่วงโซ่แอปจะสามารถปรับขนาดได้มากขึ้น ในทางเทคนิค Singularity เลือกใช้ FHE+ZKP ซึ่งมีประสิทธิภาพมากกว่าโซลูชัน MPC-ZKP เนื่องจาก MPC-ZKP มีประสิทธิภาพในการคำนวณสูง ดังนั้นแนวทางทางเทคโนโลยีที่ Singularity เลือกจึงดูเหมือนจะตอบสนองความต้องการในการทำธุรกรรมได้ จากมุมมองของการขยายระบบนิเวศ วิธีการ “กลุ่มโปร่งใสเหมือนกลุ่มมืด” สามารถขยายไปยังสถานการณ์ที่ไม่ใช่การทำธุรกรรมและบริบท DeFi อื่นๆ ได้ โดยนำเสนอความเป็นไปได้เชิงจินตนาการที่เทียบเคียงได้กับที่เสนอโดย Uniswap V4 พร้อม hooks

ในขณะที่ตระหนักถึงความสามารถหลักของ Singularity สิ่งสำคัญอีกประการหนึ่งคือต้องตระหนักถึงความเสี่ยงที่อาจเกิดขึ้นที่โครงการอาจเผชิญในอนาคต:

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

• ความเสี่ยงด้านกฎระเบียบของรัฐบาล : การค้าขายแบบ Dark Pool ที่อาจใช้เพื่อหลบเลี่ยงกฎระเบียบและมาตรฐาน อาจกระตุ้นให้หน่วยงานของรัฐใช้มาตรการกำกับดูแลที่เข้มงวดมากขึ้น สิ่งเหล่านี้อาจรวมถึงการตรวจสอบและการควบคุมการซื้อขาย Dark Pool ที่ได้รับการปรับปรุงหรือบทลงโทษสำหรับบุคคลและนิติบุคคลที่เข้าร่วมในการซื้อขายดังกล่าว มาตรการเหล่านี้อาจส่งผลกระทบต่อการพัฒนาและการดำเนินโครงการ Singularity และเพิ่มความเสี่ยงทางกฎหมาย

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

• ความเสี่ยง KYC/KYB : การพึ่งพาพันธมิตรจำนวนจำกัดในการตรวจสอบคุณสมบัติผู้ใช้ในระดับสูงอาจทำให้เกิดความล้มเหลวเพียงจุดเดียว

โดยสรุป Eureka Partners ถือว่าการติดตามความเป็นส่วนตัวเป็นการลงทุนเชิงกลยุทธ์ที่สำคัญ สำหรับสถาบันการลงทุนและผู้มีส่วนได้ส่วนเสียอื่น ๆ Singularity เป็นตัวแทนของการซื้อขายในตลาดมืด อย่างไรก็ตามสำหรับผู้กำกับดูแล มันคล้ายกับ “สระน้ำสีเทา” มากกว่า เราคาดหวังว่าการซื้อขาย OTC และสถาบันจะค่อยๆ ยอมรับวิธีการซื้อขายความเป็นส่วนตัวของ Dark Pool ที่มีการควบคุม เราเชื่อว่าการพัฒนาทางเทคโนโลยีในปัจจุบันใน Web3 กำลังทำให้เกิด "ความก้าวหน้าแบบวนซ้ำ" ตามกฎระเบียบที่เข้มงวดของ Tornado Cash ความต้องการที่มองเห็นได้สำหรับการซื้อขายความเป็นส่วนตัวก็เกิดขึ้น ในอดีต การนำกฎเกณฑ์ไปใช้มักจะล้าหลังความก้าวหน้าทางเทคโนโลยีและการปฏิวัติ เมื่อเทคโนโลยีเผชิญกับความท้าทาย เราควรยอมรับการเปลี่ยนแปลงและไม่ทำให้วิกฤติสูญเปล่า เราตั้งตารอที่ Singularity จะเป็นผู้นำคนต่อไปในแนวทางความเป็นส่วนตัว ZK ของ Dark Pool ที่ได้รับการควบคุม

“อย่าปล่อยให้วิกฤติดีๆ สูญเปล่า” - วินสตัน เชอร์ชิลล์

ข้อสงวนสิทธิ์：

1. บทความนี้พิมพ์ซ้ำโดย Eureka Partners ส่งต่อชื่อต้นฉบับ 'รายงานการวิจัย Eureka Partners: Singularity - ธุรกรรมความเป็นส่วนตัวบน Blockchains แบบโปร่งใส' ลิขสิทธิ์ทั้งหมดเป็นของผู้แต่งต้นฉบับ [Oliver, Andy, Howe] หากมีการคัดค้านการพิมพ์ซ้ำนี้ โปรดติดต่อทีมงาน Sanv Nurlae แล้วพวกเขาจะจัดการโดยเร็วที่สุด
2. การปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่ถือเป็นคำแนะนำในการลงทุนใดๆ
3. การแปลบทความเป็นภาษาอื่นดำเนินการโดยทีมงาน Sanv Nurlae เว้นแต่จะกล่าวถึง ห้ามคัดลอก แจกจ่าย หรือลอกเลียนแบบบทความที่แปลแล้ว