Solana สามารถเป็น L2 ใหม่ของ Ethereum ได้หรือไม่? บทความกล่าวถึงกระบวนทัศน์ใหม่ของ Rollup ภายใต้การเล่าเรื่องแบบโมดูลาร์

ผู้เขียนต้นฉบับ: Haotian (X: @ tmel0211)

การเล่าเรื่องใหม่ของ Parallel EVM เกิดขึ้นในตลาดแล้ว ซึ่งน่าสนใจมากในเลเยอร์ 2 โดยสามารถตระหนักถึงกระบวนทัศน์ Rollup ที่ ปรับปรุง ใหม่ หากต้องการพูดเกินจริง มันสามารถบรรลุเอฟเฟกต์เวทย์มนตร์ที่ทำให้ Solana กลายเป็นเลเยอร์ใหม่ 2 ของ อีเธอเรียม

ในความคิดของฉัน EVM แบบขนานเป็นเพียงการแสดงแบบ โมดูลาร์ ของ Rollupหลังจากที่ DA ถูกบุกรุกโดยบุคคลที่สาม เลเยอร์การดำเนินการ VM ก็ลดลงอีกครั้ง และเลเยอร์ 2 จะถูกกำหนดใหม่ในอนาคตทำไม ต่อไป มาวิเคราะห์จากมุมมองทางวิทยาศาสตร์ยอดนิยม:

เพื่อให้เข้าใจหัวข้อนี้ คุณต้องชี้แจงโมเดลการดำเนินการแบบเธรดเดี่ยวของ EVM ก่อน

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

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

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

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

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

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

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

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

ตอนนี้ก่อนที่เลเยอร์ 2 จะทำธุรกรรมเป็นชุด Sequener จะจัดเรียง nonce สำหรับธุรกรรมตามลำดับเวลา จากนั้นจึงแบทช์เข้ากับเครือข่ายหลักตามลำดับ มันจะเป็นแบบ multi-threaded ได้อย่างไร?

1) ตามรูปแบบนามธรรมของบัญชี AA ธุรกรรมหลายรายการสามารถเริ่มต้นได้ในเวลาเดียวกันจากสถานะบัญชีตัวอย่างเช่น หากมีการดำเนินการโอนสองครั้งพร้อมกัน AA Smart Contract จะให้ nonce และจำเป็นต้องดำเนินการตามลำดับ หากอันหนึ่งคือ Transfer และอีกอันคือ Approve ก็สามารถประมวลผลแบบขนานได้อย่างยืดหยุ่นมากขึ้น โดยไม่ถูกจำกัดโดย nonce ในรูปแบบบัญชี AA แต่ละบัญชีสามารถปรับแต่งตรรกะการประมวลผลธุรกรรม จากนั้นร่วมมือกับ nonce เพื่อให้เกิดการทำงานพร้อมกันในระดับสูง

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

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

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

2) Sequencer ต้องรับประกันการกระจายอำนาจ ภายใต้สมมติฐานที่ว่า Sequencer เลเยอร์ 2 ปัจจุบันเป็นเพียงธุรกรรมแบบ Batch สิทธิ์มีมากเกินไปแล้ว หากปัญหาการกระจายอำนาจของ Sequencer ไม่สามารถแก้ไขได้ ดังนั้น Rollup ที่ ปรับปรุงแล้ว จะมอบให้กับ ซีเควนเซอร์ การอนุญาต หาก Sequencer ทำธุรกรรมปลอม เข้าไปพัวพันกับกับดัก MEV อย่างโจ่งแจ้ง หรือแม้แต่จัดการการเลิกบัญชีของ Oracle อย่างประสงค์ร้าย ฯลฯ มันจะแพร่พันธุ์

ล่าสุด,Metis ได้รับความนิยม โดยผิวเผิน Metis จะบรรลุการกระจายอำนาจของ Sequencer เท่านั้น ในระดับที่ลึกกว่านั้นจะสร้างหลักฐานที่เป็นเอกฉันท์พื้นฐานสำหรับ Sequencer ในอนาคตเพื่อทำการยกเลิกแบบละเอียด

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

ข้างบน.

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

เมื่อถึงตอนนั้น กระบวนทัศน์ใหม่ก็จะเกิดขึ้น เลเยอร์ 2 ปัจจุบันไม่ได้เป็นเพียงเลเยอร์ 2 ของ Ethereum อีกต่อไป Solana ยังสามารถเป็นเลเยอร์ 2 ของ Ethereum ได้ และแม้แต่คำจำกัดความของเลเยอร์ 2 ก็เปลี่ยนไปอย่างน่าอัศจรรย์

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

ไม่เคยมีแนวคิดที่เข้มงวดในเลเยอร์ 2 แพลตฟอร์มเลเยอร์ 2 มีภารกิจในการแก้ปัญหาการประมวลผลธุรกรรมขนาดใหญ่พร้อมกันและดึงดูดกลุ่มตลาดผู้ใช้ที่เพิ่มขึ้น

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

เมื่อถึงตอนนั้น เลเยอร์ 2 จะไม่เป็นเพียงส่วนเสริมของเลเยอร์ 1 อีกต่อไป แต่จะกลายเป็นแพลตฟอร์มการรวมธุรกรรมและการประมวลผลการกระจายที่ครอบคลุมที่ทรงพลังขอถามหน่อย ใครคือใครชั้น 2?

ลิงค์เดิม