พูดคุยเกี่ยวกับปัญหาของห่วงโซ่ความคิดริเริ่ม: ZK เหมาะสำหรับการ "ซื้อขาย" จริงหรือ?

ผู้เขียน: Haotian แหล่งที่มา: ผู้เขียน twitter@tmel0211

ดูเหมือนว่ามีเพียงไม่กี่คนที่คิดถึงรสนิยมทางเพศดั้งเดิมของห่วงโซ่ ตัวอย่างเช่น เราจำลองแพลตฟอร์ม DEX, Lending และ Derivative จำนวนมากสำหรับระบบการเทรดบน ZK-Rollup แต่พบว่าการคลาดเคลื่อนของการเทรดสูง สภาพคล่องไม่เสถียรและเสี่ยงต่อการถูกโจมตี แหล่งพลังงาน MEV ไม่เพียงพอ และประสบการณ์โดยรวม ยากจน เป็นเพราะ Infra พื้นฐานของห่วงโซ่ไม่ทำงาน หรือทิศทางแอปพลิเคชันของการสร้างเลเยอร์บนผิดหรือไม่? ฉันอดไม่ได้ที่จะถามว่า ZK เหมาะกับสถานการณ์ "ซื้อขาย" จริงหรือ?

สาระสำคัญของ ZK-Rollup คือการ "ประมวลผลล่วงหน้า" ธุรกรรมขนาดใหญ่ของเชนขยายก่อน จากนั้นจึงรวมแบทช์ไปที่เครือข่ายหลักเพื่อแปลงสถานะ ในกระบวนการนี้มีความไม่แน่นอนสองประการ:

1) ปัญหาการเรียงลำดับและแบทช์ความเร็วของธุรกรรม L2 การรวมความเร็ว ความเร็วและอินพุตทรัพยากรการประมวลผลจะแตกต่างกันอย่างมากในช่วงพีคและช่วงต่ำสุดของธุรกรรม

**2) ความแออัดของเครือข่ายหลัก L1 และอัตราก๊าซจะทำให้อัตราฐานที่ป้อนไปยัง L2 โดยเครื่อง oracle และค่าธรรมเนียม GAS ที่ตัดจำหน่ายไม่เสถียร **

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

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

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

สำหรับปัญหาสภาพคล่อง:

  1. การสูญเสียของธุรกรรมมีจำนวนมาก และไม่เป็นมิตรกับกองทุนขนาดใหญ่กระแสหลักที่ติดตามประสิทธิภาพของเงินทุน ซึ่งจำกัดการไหลเข้าของเงินทุนสถาบัน

  2. zk-Rollup บีบพื้นที่ใช้สอยของ MEV เนื่องจากธุรกรรมที่ประกาศไปยัง Mempool เป็นหลักฐานที่เข้ารหัส SNARK ทั้งหมด ลองจินตนาการดูว่า TVL สามารถสนับสนุนระบบนิเวศเครือข่ายสาธารณะในยุคแรก ๆ ได้มากน้อยเพียงใดโดยไม่ต้องมีเงินทุนจำนวนมาก ปราศจากตัวเลขที่แข็งขันของอนุญาโตตุลาการของ MEV และเหลือเพียงปาร์ตี้ช่วยตัวเองเท่านั้น

ในฐานะที่เป็นกลไกการยกเลิก OP-Rollup นั้นเหนือกว่า ZK-Rollup ในแง่ของการตั้งค่าการทำธุรกรรม:

  1. ระบบการซื้อขาย Sequencer แบบรวมศูนย์สามารถจัดเรียงและจับคู่ธุรกรรมได้อย่างมีประสิทธิภาพ

  2. นักต้มตุ๋นพิสูจน์ว่าระบบเป็นกลไกการลงโทษหลังเหตุการณ์ ซึ่งมีผลกระทบเพียงเล็กน้อยต่อประสิทธิภาพการจับคู่ของธุรกรรมปัจจุบัน

  3. ซีเควนเซอร์สามารถให้อัตราฐานของ GAS ได้ทันทีเพื่อทำให้การแล็กราบรื่นขึ้น

**ในทางตรงกันข้าม การสร้างการพิสูจน์ SNARK การตรวจสอบ และความซับซ้อนของอัลกอริทึมของ ZK-Rollup นั้นมีจุดอ่อนในการจับคู่ธุรกรรม ** แน่นอนว่านี่เป็นเพียงการตั้งค่า และไม่สามารถยืนยันได้โดยตรงว่า ZK ไม่เหมาะสำหรับการซื้อขาย การตั้งค่าหมายถึงปัจจัยด้านนวัตกรรมและปัจจัยกิจกรรมของ chain เอง อาจกล่าวได้ว่าการขาดการตั้งค่าธุรกรรมใน zk-Rollup จำกัดความเป็นไปได้ของกิจกรรมธุรกรรมและการกำเนิดโครงการธุรกรรมที่ยอดเยี่ยมอย่างมาก

ในความเป็นจริง แต่ละ chain มีแนวโน้มโดยธรรมชาติของตัวเอง ตัวอย่างเช่น Ethereum ชอบระบบการชำระธุรกรรมที่สมบูรณ์ซึ่งเหมาะสำหรับการสร้างแอปพลิเคชันทางการเงินที่ซับซ้อน อย่าติดขนสัตว์มากเกินไป Cosmos เหมาะสำหรับฟรีและ ครอสเชนที่ปลอดภัยในระบบหลายเชน TPS ของ Solana ที่ 10,000 ต่อวินาทีเหมาะสำหรับแอปพลิเคชันเกม

**เพลงต้นฉบับของ ZK-Rollup อยู่ที่ไหน? โครงการที่มีการทำงานพร้อมกันสูง TPS สูง และไม่ไวต่อความล่าช้าในการทำธุรกรรม: เกมและโซเชียลเน็ตเวิร์ก **

  1. ยิ่งปริมาณธุรกรรมที่ประมวลผลโดย ZK-Rollup มากเท่าใด ค่าธรรมเนียมก็ยิ่งถูกลงเท่านั้น

  2. TPS การทดสอบเชิงทดลองล่าสุดของ Starknet สามารถเข้าถึง 890K/s และผู้บริหารของ Blizzard ก็เข้าร่วม zkSync อย่าปฏิเสธศักยภาพการพัฒนาของ ZK protochain ก่อนเวลาอันควร เพียงเพราะประสบการณ์อันเลวร้ายของ DEX, Lending และเกมการเงินอื่นๆ

ดูต้นฉบับ
  • รางวัล
  • แสดงความคิดเห็น
  • แชร์
แสดงความคิดเห็น
ไม่มีความคิดเห็น