อธิบายเทคโนโลยีที่ไม่มีความรู้: ดาวรุ่งพุ่งแรงที่จุดประกายพลังอันยิ่งใหญ่ของ DeFi

กลางJan 08, 2024
บทความนี้จะแนะนำความท้าทายด้านความเป็นส่วนตัวที่เกิดจากความโปร่งใสใน DeFi และอธิบายวิธีใช้เทคโนโลยีพิสูจน์ความรู้เป็นศูนย์ของ zk เพื่อแก้ไขปัญหาต่างๆ เช่น ธุรกรรมที่ดำเนินการอยู่หน้า การจัดการสภาพคล่อง และการกู้ยืมเครดิต
อธิบายเทคโนโลยีที่ไม่มีความรู้: ดาวรุ่งพุ่งแรงที่จุดประกายพลังอันยิ่งใหญ่ของ DeFi

I. บทนำ

การเงินแบบกระจายอำนาจ (DeFi) เป็นทิศทางการเติบโตที่สำคัญในด้านนวัตกรรมทางการเงินในปัจจุบัน ใน DeFi จำเป็นต้องซ่อนข้อมูลธุรกรรมและปกป้องความเป็นส่วนตัวของผู้ใช้ ในขณะที่ DeFi ขยายและพัฒนาอย่างต่อเนื่อง โครงการต่างๆ ก็เกิดขึ้นอย่างไม่มีที่สิ้นสุด แสดงให้เห็นถึงความมีชีวิตชีวาที่ยิ่งใหญ่ และเทคโนโลยี Zero-Knowledge Proof (ZK) ได้เปิดโอกาสใหม่สำหรับการปกป้องความเป็นส่วนตัวใน DeFi เทคโนโลยี ZK ช่วยให้ฝ่ายหนึ่งพิสูจน์ให้อีกฝ่ายหนึ่งทราบว่าตนทราบข้อมูลชิ้นหนึ่งโดยไม่ต้องเปิดเผยรายละเอียดเฉพาะเกี่ยวกับข้อมูลนั้น เทคโนโลยีนี้ใช้ในแอปพลิเคชัน DeFi เช่น ZigZag unyfy และ ZK DEX ซึ่งได้ปรับปรุงความสามารถในการปกป้องความเป็นส่วนตัวของ DeFi อย่างมาก โดยเฉพาะอย่างยิ่งการปกป้องข้อมูลการทำธุรกรรม คาดการณ์ได้ว่าการประยุกต์ใช้เทคโนโลยี ZK อย่างแพร่หลายจะสร้างสรรค์วิธีการจัดการ DeFi และสกุลเงินดิจิทัลทั้งหมด ส่งเสริมการเติบโตในอนาคตทั่วทั้งสาขา และทำให้เกิดความก้าวหน้าครั้งสำคัญ

2. ความท้าทายด้านความเป็นส่วนตัวใน DeFi

บล็อกเชนไม่มีความลับ และความโปร่งใสของข้อมูลของ DeFi นั้นไม่อาจโต้แย้งได้ ยกตัวอย่าง การซื้อขาย บน Uniswap V3 เราสามารถดูรายละเอียดธุรกรรมได้อย่างง่ายดายผ่านเว็บไซต์ Etherescan (แสดงในรูปที่ 1) ตัวอย่างเช่น ที่อยู่ [0 x 3A 4 D…a 6 f 2] แลกเปลี่ยน 2 WETH เป็น 17, 654, 123, 249, 375 Bonk บน Uniswap V3 และค่าธรรมเนียมการซื้อขายคือ 0.0046 Ether ข้อมูลสำคัญ เช่น ผู้ส่ง ผู้รับ จำนวนเงินในการทำธุรกรรม (มูลค่า) และค่าธรรมเนียมการทำธุรกรรมในธุรกรรมเหล่านี้ล้วนเปิดเผยต่อสาธารณะ

รูปที่ 1 รายละเอียดธุรกรรมที่เปิดเผยบน etherescan

นอกจากนี้เรายังสามารถดูธุรกรรมทั้งหมด ที่บันทึกไว้ ภายใต้ที่อยู่ [0 x 3A 4 D…a 6 f 2] (ดังแสดงในรูปที่ 2) หากเงื่อนไขเอื้ออำนวย ครั้งหนึ่งก็สามารถอนุมานตัวตนที่แท้จริงของที่อยู่นี้ในโลกแห่งความเป็นจริงได้

รูปที่ 2 รายการธุรกรรมทั้งหมดสำหรับที่อยู่เฉพาะเปิดเผยต่อสาธารณะบน etherescan

อย่างไรก็ตาม ความโปร่งใสของข้อมูลของ DeFi อาจมีข้อเสียบางประการ หากคุณเป็น DeFi Whale ทุกธุรกรรมที่คุณทำอาจดึงดูดความสนใจของตลาดได้ ตัวอย่างเช่น เมื่อวาฬ ถอนเงิน 11.24 ล้าน WOO (ประมาณ 4.2 ล้านดอลลาร์) จาก Binance ธุรกรรมนี้จะดึงดูด ความสนใจ อย่างกว้างขวาง ในทำนองเดียวกัน การชำระเงินที่มีมูลค่าสูงหรือธุรกรรมระดับสถาบันอาจก่อให้เกิดความกังวลของสาธารณชนอย่างกว้างขวาง

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

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

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

3. ปลดล็อกศักยภาพของ DeFi: โอกาสที่มาจากเทคโนโลยี ZK

3.1 บทบาทของเทคโนโลยี ZK ในการต่อสู้กับการซื้อขายล่วงหน้า

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

Front-running เป็นกลยุทธ์การลงทุนในการซื้อขายทางการเงิน ซึ่งมักเกิดขึ้นในการแลกเปลี่ยน เช่น Uniswap เนื่องจากธุรกรรมในบล็อกเชนเป็นที่รู้จักของสาธารณะ และการยืนยันธุรกรรมจะใช้เวลาระยะหนึ่ง ดังนั้นผู้ค้าที่เป็นอันตรายบางรายอาจเพิ่มค่าธรรมเนียมการซื้อขายเพื่อให้ธุรกรรมของพวกเขาถูกขุดและยืนยันก่อนการทำธุรกรรมของบุคคลอื่น เพื่อให้บรรลุวัตถุประสงค์ของการทำธุรกรรมล่วงหน้า

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

เทคโนโลยี ZK มีบทบาทสำคัญในการต่อต้านธุรกรรมที่ดำเนินอยู่เบื้องหน้า ด้านล่างนี้ เราจะใช้การโจมตีแบบแซนด์วิช ซึ่งเป็นธุรกรรมประเภท front-running ทั่วไปใน Decentralized Exchange (DEX) เป็นตัวอย่างสำหรับการวิเคราะห์กรณีต่างๆ

3.1.1 กรณีศึกษา: การโจมตีแบบแซนวิชใน DEX

การโจมตีแบบแซนวิชคืออะไร?

สมมติว่าใน DEX มีกลุ่มสภาพคล่องที่มีทุนสำรอง 100 ETH / 300, 000 USDT Alice สั่งซื้อ USDT โดยแลกเปลี่ยน 20 ETH เป็น USDT เมื่อเธอส่งคำสั่งซื้อ DEX จะส่งกลับผลลัพธ์ตามปริมาณสำรองปัจจุบันของแหล่งรวมสภาพคล่อง โดยบอกกับ Alice ว่าสามารถซื้อได้ประมาณ 50,000 USDT แต่ในความเป็นจริงแล้ว อลิซได้รับเพียง 45,714 USDT ในท้ายที่สุด

ก่อนอื่นมาอธิบายสั้นๆ ว่าทำไม Alice จึงใช้ 20 ETH เพื่อซื้อ 50,000 USDT DEX นี้ใช้โมเดลผู้ดูแลสภาพคล่องแบบอัตโนมัติ (AMM) ซึ่งจะคำนวณราคาซื้อและขายโดยอัตโนมัติผ่านอัลกอริทึม Constant Product Market Maker (CPMM) CPMM เป็นอัลกอริธึมผู้ดูแลสภาพคล่องแบบอัตโนมัติที่ได้รับความนิยมในปัจจุบัน ซึ่งจะรักษาผลคูณของสินทรัพย์สองรายการในกลุ่มการซื้อขายให้คงที่ เพื่อให้ได้รับสภาพคล่องและปรับราคาสินทรัพย์โดยอัตโนมัติ ในตัวอย่างนี้ จำนวน USDT ที่ Alice สามารถซื้อได้คำนวณโดยใช้สูตร [50, 000 = 300, 000-(100* 300, 000)/(100+ 20) (สมมติว่าไม่มีค่าธรรมเนียมการจัดการ)]

อลิซไม่ได้ซื้อ USDT ตามจำนวนที่คาดหวังเพราะเธอได้รับบาดเจ็บจากแซนด์วิช

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

แล้วการโจมตีด้วยแซนวิชของอลิซทำงานอย่างไร? ดังแสดงในรูปที่ 3

รูปที่ 3 การโจมตีแบบแซนด์วิชทำงานอย่างไร

  1. ผู้โจมตีเริ่มต้นธุรกรรมแบบ front-running: ก่อนที่ธุรกรรมที่ Alice ริเริ่มเพื่อซื้อ USDT จะดำเนินการ ผู้โจมตียังได้เริ่มต้นธุรกรรมเพื่อซื้อ USDT (ธุรกรรมแบบ front-running) นั่นคือการแลกเปลี่ยน 5 ETH เป็น USDT ยิ่งไปกว่านั้น ค่าธรรมเนียมก๊าซที่ผู้โจมตีจ่ายให้กับนักขุดสำหรับธุรกรรมนี้สูงกว่าค่าธรรมเนียมของ Alice ดังนั้นธุรกรรมของผู้โจมตีจะถูกดำเนินการต่อหน้าอลิซ

  2. หลังจากที่ผู้โจมตีทำธุรกรรมเพื่อซื้อ USDT เขาได้รับประมาณ 14, 286 USDT จากกลุ่มสภาพคล่อง ซึ่งก็คือ 14, 286 พรีเมี่ยม 300, 000- ( 100* 300, 000)/( 100+ 5) การสำรองของแหล่งรวมสภาพคล่องเปลี่ยนจาก 100 ETH / 300,000 USDT เป็น 105 ETH / 285,714 USDT อย่างไรก็ตาม อลิซไม่ทราบว่าปริมาณสำรองของแหล่งรวมสภาพคล่องมีการเปลี่ยนแปลงระหว่างเวลาที่เธอส่งธุรกรรมและเวลาที่ธุรกรรมของเธอถูกดำเนินการ

  3. ดำเนินการธุรกรรมปกติของ Alice: ต่อจากนั้น ธุรกรรมปกติของ Alice จะเริ่มดำเนินการ

  4. หลังจากดำเนินการธุรกรรมการซื้อ USDT ของ Alice แล้ว เธอได้รับ 45, 714 USDT จากกลุ่มสภาพคล่อง นั่นคือ 45, 714 data 285, 714- ( 105* 285, 714)/( 105+ 20) คำนวณตามฟังก์ชันผลิตภัณฑ์คงที่ . สำรองสภาพคล่องเปลี่ยนจาก 105 ETH / 285, 714 USDT เป็น 125 ETH / 240, 000 USDT ดังนั้น Alice น่าจะสามารถซื้อ 50,000 USDT ด้วย 20 ETH ได้ แต่ตอนนี้เธอสามารถซื้อได้เพียง 45,714 USDT เนื่องจากการเปลี่ยนแปลงของสภาพคล่องรวมที่เกิดจากการทำธุรกรรมของผู้โจมตี อลิซสูญเสียไปประมาณ 4286 USDT (4286 = 50,000-45,714)

  5. ธุรกรรมติดตามผลของผู้โจมตี: ในที่สุด ผู้โจมตีเริ่มธุรกรรม (ธุรกรรมติดตามผล) อีกครั้ง นั่นคือการแลกเปลี่ยน 14, 286 USDT เป็น ETH (14, 286 USDT เพิ่งซื้อมา)

  6. หลังจากดำเนินการธุรกรรมติดตามผลของผู้โจมตี เขาได้รับ 7 ETH จากแหล่งสภาพคล่อง นั่นคือ 7 µ 125-(125* 240, 000)/(240, 000+ 14, 286) สำรองสภาพคล่องของ Pool เปลี่ยนจาก 125 ETH / 240,000 USDT เป็น 118 ETH / 254,286 USDT ดังนั้นผู้โจมตีใช้เวลาเพียง 5 ETH ในตอนเริ่มต้น แต่สุดท้ายก็ได้ 7 ETH และได้รับผลกำไร 2 ETH (2 = 7-5)

ในระหว่างกระบวนการโจมตีแบบแซนวิชทั้งหมด ผู้โจมตีได้เริ่มต้นการทำธุรกรรมทั้งหมดสองรายการ ได้แก่ ธุรกรรมที่ดำเนินการส่วนหน้าและธุรกรรมที่ติดตามผล เนื่องจากการค้าขายแนวหน้า Alice สูญเสียเงินประมาณ 4286 USDT ด้วยการรวมการซื้อขายแบบ front-run และ follow-up ผู้โจมตีจะได้รับรายได้สุทธิ 2 ETH

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

3.1.2 เทคโนโลยี ZK สามารถต้านทานการโจมตีแบบแซนด์วิชได้

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

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

3.2 ป้องกันการจัดการสภาพคล่องโดยใช้เทคโนโลยี ZK

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

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

เทคโนโลยี ZK ไม่เพียงแต่มีบทบาทสำคัญในการต่อต้านการซื้อขายล่วงหน้าเท่านั้น แต่ยังช่วยป้องกันการควบคุมสภาพคล่องอีกด้วย

3.2.1 กรณีศึกษา: การจัดการสภาพคล่องโดยใช้ Oracles

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

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

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

การจัดการสภาพคล่องของออราเคิล TWAP อาจส่งผลกระทบอย่างมีนัยสำคัญต่อโปรโตคอล DeFi โดยเฉพาะอย่างยิ่งโทเค็นที่เกิดขึ้นใหม่ซึ่งมีสภาพคล่องต่ำ โปรโตคอล DeFi เหล่านี้มักจะทำการตัดสินใจทางการเงิน เช่น การชำระบัญชี การให้กู้ยืม ฯลฯ โดยขึ้นอยู่กับราคาของสินทรัพย์ หากข้อมูลราคาไม่ถูกต้องหรือไม่น่าเชื่อถือ อาจนำไปสู่การตัดสินใจที่ผิดพลาด ส่งผลให้ผู้ใช้สูญเสีย ดังนั้นจึงเป็นสิ่งสำคัญในการปกป้อง TWAP oracles จากการจัดการสภาพคล่อง

3.2.2 เทคโนโลยี ZK สามารถต้านทานการควบคุมสภาพคล่องได้

เทคโนโลยี ZK สามารถช่วยต่อต้านการควบคุมสภาพคล่องใน TWAP oracle สัญญาอัจฉริยะสามารถออกแบบให้อาศัยออราเคิล TWAP เพื่อรับราคาของสินทรัพย์ หากผู้โจมตีดำเนินการจัดการสภาพคล่อง ราคาที่ได้รับจาก TWAP oracle อาจเกินช่วงที่ตั้งไว้ล่วงหน้าที่ยอมรับได้ ในกรณีนี้สัญญาจะหยุดดำเนินการชั่วคราว จากนั้นจะคำนวณใหม่และยืนยันราคาสินทรัพย์ตามเทคโนโลยี ZK

หากต้องการใช้เทคโนโลยี ZK ในการคำนวณราคาสินทรัพย์ คุณต้องเพิ่มสัญญา wrapper ลงใน TWAP oracle ก่อน สัญญาสามารถเข้าถึงรายงานราคาจำนวน N ได้โดยตรงหรือบันทึกค่าจุดตรวจสอบจำนวน N ของราคาในช่วงเวลาใดก็ได้ เมื่อจุดข้อมูล N เหล่านี้พร้อมใช้งานภายในช่วงเวลาที่กำหนด สามารถสร้างหลักฐาน ZK เพื่อพิสูจน์ค่ามัธยฐานของอาร์เรย์ราคาที่ไม่ได้เรียงลำดับ อาร์เรย์ราคาที่ไม่ได้เรียงลำดับจะมีป้ายกำกับเป็นเวกเตอร์คอลัมน์ x ซึ่งมีความยาว N ต่อไปนี้คือ กระบวนการ คำนวณราคาสินทรัพย์ที่ใช้เทคโนโลยี ZK:

  1. หลักฐานสามารถตรวจสอบได้ด้วยวิธีใดวิธีหนึ่งจากสองวิธีต่อไปนี้ ไม่ว่าในกรณีใด ผู้พิสูจน์ไม่สามารถเลือกอาร์เรย์ราคาเป็นอินพุตได้ตามอำเภอใจ
  • ดึงค่าอาร์เรย์จากการจัดเก็บสัญญาและใช้เป็นอินพุตสาธารณะไปยังเครื่องมือตรวจสอบความถูกต้องแบบออนไลน์
  • สายโซ่แฮชจะค่อยๆ ก่อตัวขึ้นผ่านฟังก์ชันแฮช ซึ่งแสดงอาร์เรย์เป็นค่าแฮชเดี่ยว และใช้ค่านั้นในเครื่องมือตรวจสอบความถูกต้องบนสายโซ่
  1. มีเมทริกซ์ A x N (เมทริกซ์จตุรัส) เมื่อเมทริกซ์ถูกคูณด้วยเวกเตอร์คอลัมน์ x ก็จะสร้างเวกเตอร์คอลัมน์ y ขึ้นมา A เป็นเมทริกซ์การเรียงสับเปลี่ยนแบบผันกลับได้ แต่เนื่องจากอาจมีค่าราคาที่ซ้ำกัน A จึงไม่จำเป็นต้องซ้ำกัน และ A มีเพียงค่าไบนารี่เท่านั้น

  2. มีการเรียงลำดับค่าใน y ที่เน้นคือ < ใช้ไม่ได้เพราะอาจมีค่าราคาซ้ำกัน

  3. เอาต์พุตสาธารณะของวงจร m คือค่ามัธยฐานของ y ข้อพิสูจน์แสดงให้เห็นว่า N เป็นค่าคงที่เมื่อรวบรวมวงจร และจะต้องเป็นเลขคี่

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

3.3 เทคโนโลยี ZK เพิ่มศักยภาพให้กับแพลตฟอร์มการให้กู้ยืม

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

3.3.1 กุญแจสำคัญในการให้กู้ยืม: วิธีการประเมินความน่าเชื่อถือทางเครดิตของผู้ยืม

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

อย่างไรก็ตาม เมื่อคุณหันมาใช้แพลตฟอร์มการให้ยืม DeFi เช่น Ghost หรือ Compound สถานการณ์จะแตกต่างออกไป เนื่องจากลักษณะการกระจายอำนาจ แพลตฟอร์มการให้กู้ยืม DeFi ส่วนใหญ่จึงไม่มีขั้นตอน KYC (รู้จักลูกค้าของคุณ) และขั้นตอนการประเมินความเสี่ยงของธนาคารแบบดั้งเดิม และพวกเขาไม่สามารถตรวจสอบสถานะเครดิตของผู้กู้ยืมผ่านสำนักงานเครดิตร่วมได้ ในกรณีนี้คุณอาจสงสัยว่าเครดิตของฉันจะได้รับการประเมินอย่างไร?

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

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

3.3.2 ประเมินเครดิตของผู้ยืม: โทเค็นชื่อเสียงที่ใช้เทคโนโลยี ZK

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

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

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

4. สรุปและความคาดหวัง

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

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

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

  1. บทความนี้พิมพ์ซ้ำจาก [odaily] ลิขสิทธิ์ทั้งหมดเป็นของผู้แต่งต้นฉบับ [LZ] หากมีการคัดค้านการพิมพ์ซ้ำนี้ โปรดติดต่อทีมงาน Gate Learn แล้วพวกเขาจะจัดการโดยเร็วที่สุด
  2. การปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่ถือเป็นคำแนะนำในการลงทุนใดๆ
  3. การแปลบทความเป็นภาษาอื่นดำเนินการโดยทีมงาน Gate Learn เว้นแต่จะกล่าวถึง ห้ามคัดลอก แจกจ่าย หรือลอกเลียนแบบบทความที่แปลแล้ว
Mulai Sekarang
Daftar dan dapatkan Voucher
$100
!
Buat Akun