ภายใต้การทดสอบความเครียดจากการจารึก zkSync ประสบความสำเร็จใน การฝึกอบรมสาธารณะ
ผู้เขียนต้นฉบับ: Haotian (X: @ tmel0211)
หมายเหตุบรรณาธิการ: แทร็ก Inscription ยังคงได้รับความนิยมและมีธุรกรรมจำนวนมากหลั่งไหลเข้าสู่เครือข่าย zkSync ในช่วงเวลาสั้นๆ ใน การทดสอบความเครียด นี้ zkSync หยุดทำงานเนื่องจาก Inscription? หรือได้รับการทดสอบความสมบูรณ์แบบแล้ว? นักวิจัย cryptoHaotian(X: @tmel0211) จากตรรกะทางเทคนิค เราได้ชี้แจงภาพลวงตาและความเข้าใจผิดเกี่ยวกับ “ประสบการณ์ที่ไม่ดี” ของ zkSync แล้ว Odaily สรุปได้ดังนี้:
คำจารึกบน zkSync chain และธุรกรรมจำนวนมหาศาลที่ไหลเข้ามาในช่วงเวลาสั้น ๆ ถือเป็น การทดสอบความเครียด สำหรับประสิทธิภาพของ chain สาธารณะเลเยอร์ 2 แต่ผลลัพธ์ไม่ใช่ การหยุดทำงาน ในทางตรงกันข้าม .นี่คือแบบฝึกหัดการฝึกอบรมสาธารณะโดย @zksync และผลลัพธ์ก็คือค่าสูงสุดของ TPS ความเสถียรของ GAS ฯลฯ ได้รับการทดสอบอย่างสมบูรณ์แบบ
เมื่อมองแวบแรก มันฟังดูขัดกับสัญชาตญาณไหม? ต่อไป ให้ฉันอธิบายให้คุณทราบโดยใช้ตรรกะทางเทคนิค:
หลักการทำงานของการผลิตบล็อกบรรจุภัณฑ์ zkSync พูดง่ายๆ ก็คือ:ผู้ใช้สร้างธุรกรรมและเข้าสู่ลำดับการเรียงลำดับของ zkSync Sequencer จากนั้น Sequencer จะเรียงลำดับและบรรจุลงในบล็อกตามค่าธรรมเนียมแก๊ส จากนั้นส่งบล็อกไปยังระบบ Proof เพื่อตรวจสอบ และสุดท้ายก็ส่งไปยังเครือข่ายหลักเพื่อดำเนินการให้เสร็จสิ้น การยืนยันสถานะขั้นสุดท้าย
-มีสองประเด็นสำคัญที่นี่ที่สามารถสร้างภาพลวงตาของ ประสบการณ์ที่ไม่ดี ได้อย่างง่ายดาย:
1) ผู้ใช้สร้างลิงค์ธุรกรรม:ผู้ใช้ส่วนใหญ่จะเริ่มต้นธุรกรรมผ่านกระเป๋าสตางค์ เช่น Metamask และส่งธุรกรรมไปยัง zkSync ผ่านกระเป๋าสตางค์ ธุรกรรมจะเข้าสู่เซิร์ฟเวอร์การโทรระยะไกล RPC ก่อน จากนั้น Sequencer จะได้รับธุรกรรมเหล่านี้และเข้าสู่ลำดับคิว เวลาเข้าคิวที่นี่อาจสั้นเพียงไม่กี่วินาทีหรือไม่กี่นาที หากมีคนรอเป็นเวลานาน MetaMask จะพิจารณาว่าธุรกรรมล้มเหลว จากนั้นส่วนหน้าจะส่งคืนพร้อมท์ว่าธุรกรรม ล้มเหลว.
อย่างไรก็ตาม นี่ไม่ได้หมายความว่าธุรกรรมล้มเหลวจริงนี่เป็นเพราะ ความไม่เข้ากัน ระหว่างเวลาตอบสนอง RPC ของ Metamask และตรรกะคำติชมและตรรกะการจัดคิวลำดับของ zkSync และตรรกะธุรกรรมบรรจุภัณฑ์นี่คือเหตุผลว่าทำไมบางธุรกรรมที่ MetaMask แสดงอย่างชัดเจนว่าล้มเหลว หลังจากรอเป็นระยะเวลาหนึ่ง เซิร์ฟเวอร์แบ็กเอนด์ก็แสดงความสำเร็จอีกครั้ง
หากผู้ใช้ไม่ผ่านไปป์ไลน์ Wallet และใช้โค้ดแบ็คเอนด์โดยตรงเพื่อเรียก RPC ของ zkSync จะไม่มีปัญหาเรื่องการหมดเวลาตอบสนองและการแจ้งเตือนความล้มเหลว และประสบการณ์จะค่อนข้างราบรื่น นี่จะทำให้ นักวิทยาศาสตร์ บางคนที่สามารถใช้คำสั่งโค้ดแบ็คเอนด์ได้เปรียบจริงๆ แต่โดยพื้นฐานแล้วมันเป็นปัญหาในด้านประสบการณ์กระเป๋าสตางค์ และไม่เกี่ยวข้องกับพลังการประมวลผลของเชน zkSync
2) ลิงก์การเรียงลำดับที่ยุติธรรมของซีเควน:เมื่อผู้ใช้ส่งธุรกรรมไปยังคิว RPC ในช่วงเวลาสั้นๆ แต่ละธุรกรรมจะถูกซ้อนทับโดยเริ่มจากค่า nonce เป็น 0 หากธุรกรรมก่อนหน้ายังอยู่ในคิว nonce จะเป็น 0 ในขณะนี้ ผู้ใช้เริ่มต้นธุรกรรมใหม่ด้วยค่า nonce เท่ากับ 0 1. Sequencer ของ zkSync จะกำหนด nonce ให้กับธุรกรรมเหล่านี้ตามเวลา จากนั้นเรียงลำดับตามลำดับ
แต่หากผู้ใช้เห็นว่าธุรกรรมก่อนหน้านี้ล้มเหลวในขั้นตอนก่อนหน้าของ MetaMask แล้วส่งธุรกรรมใหม่พร้อมกันอาจเป็นไปได้ว่าธุรกรรมที่ส่งใหม่บางรายการไม่สามารถส่งไปยังลำดับคิว RPC ได้สำเร็จ เนื่องจากปัญหาเกี่ยวกับการเรียกอินเทอร์เฟซ wallet และ zkSync APIผู้ใช้คิดว่ามีการทำธุรกรรมจำนวนมากถูกส่งไป แต่ในความเป็นจริง zkSync ได้รับเพียงบางส่วนเท่านั้น และตราบใดที่พวกเขาได้รับ มันจะถูกจัดเรียงและประมวลผล
เมื่อพิจารณาด้วยวิธีนี้ เมื่อผู้ใช้เห็น MetaMask รายงานความล้มเหลวในการทำธุรกรรม พฤติกรรมของการส่งธุรกรรมใหม่อย่างต่อเนื่องจะทำให้เกิดความล้มเหลวในการทำธุรกรรมจำนวนมากเนื่องจากไม่มีการส่งไปยังส่วนหลังของห่วงโซ่ zkSync เลย แต่คุณคิดว่าคุณส่งไปที่ส่วนหน้า
โดยรวมแล้ว ปัญหาตรรกะเวลาตอบสนอง RPC ของกระเป๋าสตางค์ MetaMask และพฤติกรรมของผู้ใช้ในการเร่งเพิ่มธุรกรรมในห่วงโซ่จะทำให้เกิด ความล้มเหลว ของธุรกรรมจำนวนมากหากคุณเข้าใจเวิร์กโฟลว์การประมวลผลธุรกรรมเบื้องหลังของ zkSync จะค่อนข้างง่ายกว่าที่จะหลีกเลี่ยงปัญหาประสบการณ์การปรับให้เหมาะสมเหล่านี้
-จากหลักวิทยาศาสตร์ยอดนิยมข้างต้น เราจะมาชี้แจงปัญหาของ การหยุดทำงาน กัน:
สายโซ่ zkSync ไม่ใช่ ดาวน์ แต่เป็นเพียงปัญหาการแสดงผลส่วนหน้าของเบราว์เซอร์ เนื่องจากเบราว์เซอร์จะดึงข้อมูลล่าสุดผ่านอินเทอร์เฟซ RPC ของ zkSync แต่การตอบสนองของอินเทอร์เฟซจะล่าช้า และธุรกรรมใหม่จำนวนมากจะช้าลง การตอบสนองลง
ในระยะสั้น,ความเร็วในการซิงโครไนซ์ข้อมูลดึงของเบราว์เซอร์ไม่สามารถทันกับการทำธุรกรรมในคิวที่เพิ่มขึ้น นี่เป็นปัญหากับส่วนหน้าของเบราว์เซอร์และไม่เกี่ยวข้องกับการทำงานของลูกโซ่โดยปกติแล้วปัญหาจะได้รับการแก้ไขเมื่อความเร็วการทำธุรกรรมช้าลงเพียงพอ และเบราว์เซอร์สามารถรวบรวมข้อมูลใหม่ได้
เมื่อเบราว์เซอร์ไม่ทำงาน คุณสามารถยืนยันข้ามผ่านเบราว์เซอร์อื่นที่ซิงโครไนซ์ข้อมูลบล็อก zkSync เช่น: https://hyperscan.xyz
- ประสิทธิภาพการทำงาน ของห่วงโซ่ที่แท้จริงคืออะไร?
1) หลังจากที่เกิดข่าวลือเรื่องการหยุดทำงาน เจ้าหน้าที่อย่างเป็นทางการของ zkSync @anthonykrose โพสต์ข่าวการรีเฟรช TPS บน Twitter บ่อยครั้งในความเป็นจริง zkSync TPS เพิ่มสูงขึ้นถึงจุดสูงสุดที่ 187.9 ภายใต้สถานการณ์ปกติ TPS อยู่ที่ประมาณ 50-100 เท่านั้น ซึ่งแสดงให้เห็นว่า zkSync สามารถทนต่อแรงกดดันได้จริง ๆ เนื่องจากมีการทำธุรกรรมใหม่จำนวนมากไหลเข้ามานี่เป็นการ ทดสอบความเครียด ที่เพียงพอสำหรับ TPS นับพันหรือหลายหมื่นในอนาคต
2) กลไกพิเศษของ ZK-Rollup จะกำหนดว่ายิ่งปริมาณธุรกรรมที่ประมวลผลมากเท่าใด ค่าธรรมเนียม Gas ก็จะยิ่งถูกลง ที่จริงแล้ว ค่าธรรมเนียม Gas ของ zkSync นั้นถูกกว่าแน่นอนเพราะต้นทุนธุรกรรมจะถูกแชร์ด้วย ตามข้อมูลของ growepieใน 24 ชั่วโมงที่ผ่านมา ค่าเฉลี่ย Gas ของ zkSync ลดลง 5.2% โดยเฉลี่ยประมาณ $0.19 ประสบการณ์ของทุกคนเกี่ยวกับข้อมูลนี้อาจแตกต่างกันนี่เป็นการพิสูจน์ว่าประสบการณ์ที่ราบรื่นยิ่งขึ้นของ ZK-Rollup จำเป็นต้องเพิ่มขนาดผู้ใช้ที่มีอยู่ตามลำดับความสำคัญ
-เหตุการณ์การจารึกมีผลกระทบต่อห่วงโซ่สาธารณะเลเยอร์ 2 อย่างไร
จากข้อมูลของ Dune การหล่อจารึกของ Sync ได้เพิ่มธุรกรรม 5 ล้านรายการใน 14 ชั่วโมง และมีผู้ถือ 65,575 รายเข้าร่วม ตามที่กล่าวไว้ข้างต้น เจ้าหน้าที่ zkSync ตระหนักถึงกิจกรรม การทดสอบความเครียด ที่ริเริ่มโดยชุมชน และได้ดำเนินมาตรการเร่งด่วนเพื่อให้แน่ใจว่าห่วงโซ่ zkSync มีความคืบหน้าอย่างเป็นระเบียบ
ข้อมูลนี้เป็นการทดสอบความเครียดที่ดีกว่าสำหรับ zkSync และผลกระทบเชิงบวกมีมากกว่าเชิงลบในระยะยาว เหตุการณ์ Inscription ไม่ได้นำประสิทธิภาพของเลเยอร์ 2 กลับมาสู่ต้นแบบตามข่าวลือ แต่กลับมอบประสบการณ์เชิงปฏิบัติสำหรับการเพิ่มประสิทธิภาพการทำงานของเลเยอร์ 2 ต่อไป
อย่างไรก็ตาม เท่าที่ฉันรู้ นอกเหนือจาก Sync แล้ว ยังมีจารึกอื่นๆ ที่กำลังสร้างอยู่อีกด้วย แม้ว่าจะไม่มากเท่า Sync แต่ก็เพิ่มเชื้อเพลิงให้กับการทดสอบความเครียดนี้ด้วย
อย่างไรก็ตาม ผลลัพธ์โดยทั่วไปก็ดี หากคุณชี้แจงตรรกะทางเทคนิคของการเรียงลำดับพื้นหลังและการสร้างบล็อกของ zkSync แล้วกำจัดความเข้าใจผิดเกี่ยวกับ ประสบการณ์ที่ไม่ดี คุณควรเข้าใจว่าทุกอย่างทำงานได้ดี และเราต้องเพิ่มเลเยอร์ 2 เพิ่มความมั่นใจอีกหน่อย
