บทนำ

บล็อกเชนเป็นบัญชีแยกประเภทที่กระจายอยู่ทั่วโลกซึ่งบรรลุฉันทามติเหนือรัฐทั่วโลก บล็อกเชนบางตัวมาพร้อมกับสภาพแวดล้อมการดําเนินการที่สมบูรณ์ของทัวริงซึ่งช่วยให้สามารถตั้งโปรแกรมได้ที่ด้านบนของสถานะโลกนี้ โปรแกรมที่กําหนดเป้าหมายสภาพแวดล้อมการดําเนินการของบล็อกเชนเรียกว่าสัญญาอัจฉริยะ และบล็อกเชนพื้นฐานเรียกว่าแพลตฟอร์มสัญญาอัจฉริยะ Ethereum, Solana และ Avalanche เป็นแพลตฟอร์มสัญญาอัจฉริยะที่เป็นที่รู้จักอย่างกว้างขวางที่สุด เราสามารถคิดว่าแพลตฟอร์มสัญญาอัจฉริยะเป็นคอมพิวเตอร์แบบกระจายโดยมีสภาพแวดล้อมการดําเนินการ (หรือเครื่องเสมือน) ที่ทําหน้าที่เหมือน CPU และสถานะที่ทําหน้าที่จัดเก็บข้อมูล

การเฟรมของบล็อกเชนเป็นคอมพิวเตอร์จะสำคัญสำหรับการกระตุ้นว่าทำไม coprocessors/off-chain compute จำเป็น โดยเฉพาะในบริบทของบล็อกเชน ในการคอมพิวเตอร์แบบดั้งเดิม coprocessors มีต้นกำเนิดมาจากไมโครอิเลกทรอนิกส์เพื่อเพิ่มประสิทธิภาพ ในทางเดียวกัน coprocessors บน Ethereum สัญญาสูญวัยไปยังข้อมูลประวัติและการคำนวณ off-chain ที่มีประสิทธิภาพสูงเพื่อเสริมสร้างคุณสมบัติและพื้นที่ออกแบบของโปรโตคอลชั้นฐาน รับชมบทความนำเสนอเกี่ยวกับ coprocessors ได้ที่นี่

บทความนี้สำรวจการประมวลจากรากฐานครั้งแรก เพื่อประกอบความสำคัญและมีเอกสารเมตาโปรเพอร์ตี้ จากนั้นเราเปรียบเทียบกับ rollups โดยการเปรียบเทียบว่าแนวคิดสองอย่างนี้ แม้ว่าต่างกัน ก็มีความสัมพันธ์กันอย่างใกล้ชิด เรายังให้ตัวอย่างเมื่อ rollups และ coprocessors สามารถใช้ร่วมกันได้ เช่น แม้แต่ rollup หรือ L1 ที่มีพลังงานมากที่สุดอาจต้องการ coprocessor สำหรับงานที่หนักหน่วง

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

เรามาถึงที่นี่ได้อย่างไร:

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

ดังที่ได้กล่าวไว้ก่อนหน้านี้ Ethereum สามารถคิดเป็นคอมพิวเตอร์ทั่วโลกแบบกระจายอํานาจในหลาย ๆ ด้าน เป็นเครือข่ายของโหนดที่ใช้ซอฟต์แวร์ที่ให้ทรัพยากรการคํานวณสําหรับการดําเนินการสัญญาอัจฉริยะ Ethereum blockchain จัดเก็บข้อมูลสถานะและรหัสคล้ายกับที่เก็บข้อมูลและหน่วยความจําของคอมพิวเตอร์ และ Ethereum Virtual Machine (EVM) ทํางานบนทุกโหนดประมวลผลธุรกรรมและรันโค้ดเช่น CPU อย่างไรก็ตาม Ethereum ไม่ได้รับอนุญาตและกระจายอํานาจโดยใช้ฉันทามติระหว่างโหนดที่ไม่น่าเชื่อถือ หากบางโหนดออฟไลน์เครือข่ายจะยังคงทํางานต่อไป เพื่อให้มั่นใจถึงความถูกต้องของการดําเนินการ EVM ผู้ตรวจสอบความถูกต้องบนเครือข่าย Proof-of-Stake (PoS) เช่น Ethereum จะต้องดําเนินการเปลี่ยนสถานะทั้งหมดเพื่อตรวจสอบ สิ่งนี้ จํากัด ความเร็วของเครือข่าย PoS ไว้ที่โหนดที่ช้าที่สุดซึ่ง จํากัด จํานวนนักพัฒนาแอปคอมพิวเตอร์ที่มีให้

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

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

มันเป็นการตัดสินใจที่จะทำให้ Ethereum สามารถเข้าถึงได้ง่าย ปลอดภัย และยั่งยืนเป็นพื้นฐานสำหรับแอปพลิเคชันพื้นฐาน แต่อย่างแน่นอน มีข้อจำกัดบางประการเมื่อเปรียบเทียบกับคอมพิวเตอร์ที่ไม่มีข้อจำกัดทางคณิตศาสตร์ มีข้อจำกัดเมื่อเปรียบเทียบกับแม้กระทั่งซีพียูเก่าแก่อย่าง Pentium 5:

ไม่มีการคำนวณทศนิยมที่ซับซ้อน - EVM รองรับเพียงการคำนวณทางคณิตศาสตร์และตรรกะเบื้องต้นเท่านั้น การคำนวณตัวเลขขั้นสูง เช่น เครือข่ายประสาทเหตุการณ์ไม่สามารถทำได้ (ข้อมูลที่น่าสนใจคือ ความไม่สามารถในการจัดการทศนิยมก็ทำให้การสลับสินทรัพย์ที่เปลี่ยนแปลงเช่น Ampleforth ยากขึ้นในประวัติศาสตร์เร็ว ๆ นี้ และบางครั้ง ยังไม่สามารถทำงานร่วมกับบาง DEXs ได้)

การคำนวณจำกัดต่อบล็อก - ค่าธรรมเนียม Gas วัดการคำนวณ ดังนั้นซอฟต์แวร์ที่ซับซ้อน เช่น เกม จะมีราคาที่แพงเกินไป ขีดจำกัด Gas ต่อบล็อกคือ 30 ล้าน Gas

ข้อจำกัดของหน่วยความจำ - สมาร์ทคอนแทร็คมีขีดจำกัดในการจัดเก็บอย่างถาวร ซึ่งทำให้โปรแกรมขนาดใหญ่ยาก

ไม่มีการเก็บข้อมูลถาวร - ไม่มีวิธีใดที่จะเก็บไฟล์ เช่น กราฟิก ไฟล์เสียง หรือวิดีโอบนบล็อกเชน

ความเร็วช้า - ความเร็วในการทำธุรกรรมบน Ethereum ณ ปัจจุบันอยู่ที่ระดับ ~15 TPS ช้ากว่าหลายอันดับของ CPU

ในที่สุดการจำกัดพื้นที่เก็บข้อมูลและความสามารถในการคำนวณจำกัดความอิสระที่มีอยู่สำหรับแอป (ขีดจำกัดเหล่านี้แตกต่างกันไปตามบล็อกเชนทั้งหมด แต่พวกเขายังคงมีอยู่เสมอ) มีคนเปรียบเทียบบล็อกเชนกับสภาพแวดล้อมที่จำกัดในการคำนวณของยุค 1970-1980 แต่เราคิดว่ามีความแตกต่างใหญ่ระหว่างทั้งสอง

การเติบโตของการประมวลผลในช่วงทศวรรษ 1970-1980 นั้นรวดเร็ว (โดยมีจํานวนทรานซิสเตอร์ในไมโครโปรเซสเซอร์ตั้งแต่ ~1,000 ถึง ~1,000,000 ในช่วงเวลานั้น) แต่การเติบโตนี้ไม่ได้หมายความว่าผู้คนมักจะซื้อหรืออัปเดตคอมพิวเตอร์ของพวกเขา เนื่องจากแพลตฟอร์มสัญญาอัจฉริยะถูก จํากัด ด้วยโหนดที่ช้าที่สุดความเร็วที่ชายแดนของคอมพิวเตอร์จึงไม่จําเป็นต้องนําไปสู่บล็อกเชนที่เห็นความเร็วในการคํานวณเพิ่มขึ้นตามสัดส่วน การเพิ่มความเร็วสามารถเกิดขึ้นได้ก็ต่อเมื่อมีการอัปเดตข้อกําหนดพื้นฐานสําหรับโหนดบนบล็อกเชน

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

ทั้งหมดนี้กล่าวได้ว่าในช่วงหลายปีที่ผ่านมาซีพียูได้รับการปรับปรุงและเรามีแกน CPU มากขึ้นในทุกอุปกรณ์เพื่อให้เราสามารถทํางานที่ซับซ้อนได้ หากเราคิดว่าคอมพิวเตอร์บล็อกเชนจะไม่เร่งความเร็วเท่ากับการประมวลผลแบบเดิม (เนื่องจากข้อกําหนดของโหนดพื้นฐาน) คุณควรพยายามหาแหล่งคํานวณทางเลือก การเปรียบเทียบที่น่าสนใจที่จะดึงที่นี่คือซีพียูในการประมวลผลแบบดั้งเดิมไม่เก่งในการประมวลผลกราฟิกซึ่งนําไปสู่การเพิ่มขึ้นของ GPU ในคอมพิวเตอร์เกือบทุกเครื่อง ในทํานองเดียวกันเนื่องจากบล็อกเชนมุ่งเน้นไปที่การเป็นร้านค้าที่ปลอดภัยของรัฐโดยเปิดใช้งานแบตเตอรี่ประมวลผลอย่างง่ายจึงมีโอกาสที่ชัดเจนสําหรับการประมวลผลนอกเครือข่ายเพื่อขยายพื้นที่การออกแบบแอปพลิเคชัน ทุกวันนี้บล็อกเชนเหมาะสมสําหรับแอปพลิเคชันที่มีการประมวลผลต่ําเท่านั้นที่ต้องการคุณสมบัติเช่นการเข้าถึงแบบเปิดอํานาจอธิปไตยของตนเองการต่อต้านการเซ็นเซอร์และความสามารถในการเขียน เราต้องยกข้อจํากัดที่เราวางไว้กับนักพัฒนาแอป เราพูดแบบนี้ด้วยความเข้าใจว่าข้อ จํากัด เหล่านี้เป็นประโยชน์สําหรับการทดลอง ตัวอย่างเช่น CLOBs ไม่สามารถทํางานบน Ethereum ได้อย่างมีประสิทธิภาพเนื่องจากข้อ จํากัด ในการประมวลผลดังนั้นจึงมีการนํา AMM มาใช้โดยมีปริมาณนับล้านล้านดอลลาร์

มีสองวิธีทั่วไปในการทําให้การประมวลผลพร้อมใช้งานมากขึ้นสําหรับแอปพลิเคชันบล็อกเชน:

เพิ่มข้อกําหนดของโหนดพื้นฐานค่อนข้างบ่อย นี่คือเส้นทางที่รวมบล็อกเชนประสิทธิภาพสูงเช่น Solana และ Sui take พื้นฐานที่สูงสําหรับโหนดทําให้พวกเขาสามารถสร้างบล็อกเชนที่รวดเร็วมากและยังยกข้อ จํากัด ในการออกแบบบางอย่างจากการออกแบบแอปพลิเคชัน Phoenix ซึ่งเป็นหนังสือคําสั่งจํากัด DEX บน Solana ไม่สามารถสร้างขึ้นบน Ethereum (หรือ L2 ใด ๆ ) ได้ในปัจจุบัน ด้านพลิกไปสู่ข้อกําหนดพื้นฐานที่เพิ่มขึ้นคือหากพวกเขาเติบโตอย่างต่อเนื่องโหนดที่ทํางานอยู่อาจทํางานได้สําหรับผู้ให้บริการโครงสร้างพื้นฐานมืออาชีพเท่านั้น ข้อกําหนด RAM ในอดีตทํางานได้ดีในการแสดงให้เห็นว่าความต้องการฮาร์ดแวร์เติบโตขึ้นอย่างต่อเนื่องบน Solana อย่างไร:

เว็บอาร์กีฟ (หมายเหตุ: เราใช้ความต้องการ RAM มัธยมจากปี 2020)

การย้ายการคำนวณออกจากเชื่อมออกจากเชื่อมถึงบุคคลที่สาม นี่เป็นกลยุทธ์ที่นิยมใช้ในระบบนิเวศอีเทอเรียม บุคคลที่สามเหล่านี้อาจเป็นบล็อกเชนเอง (ในกรณีของ rollups) อุปกรณ์คำนวณที่สาม (เช่น coprocessors) หรือบุคคลที่สามที่เชื่อถือได้ (ตามกรณีของคำนวณออกจากเชื่อมที่เฉพาะเจาของแอปพลิเคชั่น เช่น ตารางคำสั่งของ dydx)

ไปสู่การผสานข้อมูล Off-Chain

เมื่อเร็ว ๆ นี้มีการเจรจาเพิ่มขึ้นของผู้ประมวลผลร่วมซึ่งให้การประมวลผลที่ตรวจสอบได้นอกเครือข่าย โปรเซสเซอร์ร่วมสามารถนําไปใช้ได้หลายวิธี รวมถึงแต่ไม่จํากัดเพียง Zero-Knowledge Proofs หรือ Trusted Execution Environments (TEEs) ตัวอย่างบางส่วนได้แก่:

ZK coprocessors: Axiom, Risc Zero’s Bonsai.

TEEs: Marlin’s Oyster,

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

ก่อนที่เราจะไปไกลขึ้นมากกว่านี้ ให้เรากำหนด rollups และ coprocessors อย่างสั้น ๆ กันเพื่อป้องกันความสับสน

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

ก่อนที่จะลงไปใน coprocessors ให้เราให้ข้อมูลเพิ่มเติมเกี่ยวกับวิธีการพัฒนาสัญญาอัจฉริยะที่ถูก จำกัด บน Ethereum ในปัจจุบัน Ethereum มีการเก็บ state storage ถาวรใน global state ยอดยอดเงินบัญชี ข้อมูลสัญญา ฯลฯ ข้อมูลนี้จะยังคงอยู่บน blockchain อย่างถาวร อย่างไรก็ตาม มีข้อจำกัด:

ขนาดสูงสุดของข้อมูลสัญญาถูกจำกัด (เช่น 24KB ต่อสัญญาในปัจจุบันและถูกตั้งค่าใน EIP 170) การเก็บไฟล์ขนาดใหญ่จะเกินขนาดนี้ (*ไม่ได้แก้ปัญหาด้วย coprocessors ด้วย)

การอ่าน/เขียนการจัดเก็บสัญญาช้ากว่าไฟล์ระบบหรือฐานข้อมูล การเข้าถึง 1KB ของข้อมูลอาจมีค่าใช้จ่ายเป็นล้านแก๊ส

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

ไม่มีฟังก์ชันพื้นฐานของระบบไฟล์สำหรับการจัดการไฟล์เช่นภาพ เสียง และเอกสาร สัญญาฉลาดสามารถอ่าน/เขียนชนิดข้อมูลพื้นฐานเท่านั้นไปยังพื้นที่จัดเก็บ

คำแนะนำรอบๆ นี้ คือ:

ไฟล์ขนาดใหญ่สามารถแบ่งเป็นชิ้นย่อยเพื่อให้พอดีกับขีดจำกัดการจัดเก็บในสัญญา

การอ้างอิงไฟล์สามารถเก็บไว้บนเชื่อมโยง โดยให้ไฟล์เก็บไว้นอกเชื่อมโยงในระบบเช่น IPFS

ผู้ประมวลผลร่วม: ผู้ประมวลผลร่วมไม่ได้รักษาสถานะใด ๆ ด้วยตนเอง พวกเขาทํางานเหมือนฟังก์ชันแลมบ์ดาบน AWS ซึ่งแอปพลิเคชันสามารถส่งงานประมวลผลไปให้พวกเขา และส่งผลลัพธ์กลับพร้อมหลักฐานการคํานวณ โดยพื้นฐานแล้วโปรเซสเซอร์ร่วมจะเพิ่มจํานวนการประมวลผลที่พร้อมใช้งานสําหรับธุรกรรมใด ๆ แต่เนื่องจากการพิสูจน์โปรเซสเซอร์ร่วมยังเกิดขึ้นตามแต่ละธุรกรรมการใช้พวกเขาจะมีราคาแพงกว่าค่าสะสม ด้วยค่าใช้จ่ายโปรเซสเซอร์ร่วมมีแนวโน้มที่จะเป็นประโยชน์กับโปรโตคอลหรือผู้ใช้ที่ต้องการทํางานครั้งเดียวที่ซับซ้อนในลักษณะที่ตรวจสอบได้ ประโยชน์อีกประการหนึ่งของโปรเซสเซอร์ร่วมคืออนุญาตให้แอปพลิเคชันที่ใช้การประมวลผลแบบ off-chain สามารถเข้าถึงสถานะทางประวัติศาสตร์ทั้งหมดของ Ethereum ได้โดยไม่ต้องเพิ่มสมมติฐานความน่าเชื่อถือใด ๆ ให้กับแอปพลิเคชันเอง สิ่งนี้เป็นไปไม่ได้ในสัญญาอัจฉริยะวานิลลาในวันนี้

เพื่อผลักดันความแตกต่างระหว่างโรลอัพและโปรเซสเซอร์ร่วมเรามาดูรสชาติ ZK ของดั้งเดิมทั้งสองนี้ ZK rollups เข้าถึงทั้งความสามารถในการตรวจสอบได้และด้านการบีบอัดของการพิสูจน์ความรู้เป็นศูนย์ทําให้พวกเขาสามารถเพิ่มปริมาณงานสําหรับระบบนิเวศของพวกเขาโดยพื้นฐาน ในทางกลับกันโปรเซสเซอร์ร่วมจะเข้าถึงคุณสมบัติการตรวจสอบความถูกต้องของหลักฐาน zk เท่านั้นซึ่งหมายความว่าปริมาณงานโดยรวมของระบบยังคงเหมือนเดิม นอกจากนี้ ZK rollups ยังต้องการวงจรที่สามารถพิสูจน์โปรแกรมใด ๆ ที่กําหนดเป้าหมายเครื่องเสมือนสําหรับการยกเลิกนั้น (ตัวอย่างเช่น rollups บน Ethereum ได้สร้าง zkEVM สําหรับสัญญาที่กําหนดเป้าหมาย EVM) ในทางตรงกันข้ามโปรเซสเซอร์ร่วม ZK จําเป็นต้องสร้างวงจรสําหรับงานที่พวกเขาถูกเกณฑ์ให้ดําเนินการเท่านั้น

ดังนั้น ดูเหมือนว่าความแตกต่างสองประการที่สำคัญที่สุดระหว่าง rollups และ coprocessors คือ:

Rollups รักษารัญบัติที่ถูกแบ่งแยกและ coprocessors ไม่ทำ (พวกเขาใช้สถานะของโฮสต์เชน)

Rollups (as the name suggests) batch several transactions together, and coprocessors are generally used for complicated tasks as part of a single transaction (at least in the current paradigm).

เร็CENTล่าENGล่าENGล่าENGล่าENGล่าล่าENGล่าล่าENGล่าENGล่าENGล่าENGล่าENGล่าENGล่าENGพล่าENGล่าENGล่าENGล่าENGล่าENGล่าENGล่าENGล่าENGล่าENGล่าENGล่าENGล่าENGล่าENGล่าENGล่าENGล่าENGล่าENGล่าENGล่าENGล่าENG

ในการพูดคุยที่ Modular Summit, 2023 ชื่อ "Shielded Transactions Are Rollups", Henry De Valence ได้พูดถึงแนวคิดนี้โดยเฉพาะและนำเสนอภาพร่างที่ง่ายมากเพื่อกำหนด rollup:

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

ในวิสัยทัศน์ Endgame ของเขา Vitalik กล่าวถึงอนาคตที่การผลิตบล็อกถูกรวมศูนย์และการตรวจสอบความถูกต้องของบล็อกนั้นไม่น่าเชื่อถือและมีการกระจายอํานาจสูง เราเชื่อว่านี่เป็นแบบจําลองที่ถูกต้องในการคิดเกี่ยวกับสิ่งที่เกิดขึ้นในขณะนี้ ใน zk-rollup การผลิตบล็อกและการคํานวณการเปลี่ยนสถานะจะถูกรวมศูนย์ อย่างไรก็ตามหลักฐานช่วยให้การตรวจสอบมีราคาถูกและกระจายอํานาจ ในทํานองเดียวกันโปรเซสเซอร์ร่วม zk ไม่มีการผลิตบล็อก มันเข้าถึงข้อมูลในอดีตและคํานวณการเปลี่ยนสถานะผ่านข้อมูลนี้เท่านั้น การคํานวณบนโปรเซสเซอร์ร่วม zk มีแนวโน้มที่จะดําเนินการบนเครื่องส่วนกลางเสมอ ถึงกระนั้นหลักฐานความถูกต้องที่ส่งคืนพร้อมกับผลลัพธ์ช่วยให้ทุกคนสามารถตรวจสอบผลลัพธ์ก่อนใช้งานได้ บางทีมันอาจจะถูกต้องที่จะทบทวนวิสัยทัศน์ของ Vitalik ว่า: "อนาคตที่การคํานวณเป็นศูนย์กลาง แต่การตรวจสอบการคํานวณแบบรวมศูนย์นั้นไม่น่าเชื่อถือและกระจายอํานาจสูง"

เดียวกัน แต่ต่างกัน

นับถึงความเหมือนทั่วไปของมัน แต่ rollups และ coprocessors ให้บริการตลาดที่แตกต่างกันอย่างมากในปัจจุบัน บางคนอาจถามว่า “ถ้าเราสามารถใช้ coprocessor บน ETH L1 และเข้าถึง Likuidity ของมันได้ทำไมเรายังต้องการ rollups?” ถึงแม้นี่เป็นคำถามที่ถูกต้อง แต่เราคิดว่ามีเหตุผลหลายประการที่ rollups ยังเป็นทางเลือกที่ดี (และมีโอกาสตลาดที่ใหญ่กว่ามากในปัจจุบัน)

ดังที่ได้กล่าวไว้ก่อนหน้านี้โปรเซสเซอร์ร่วมช่วยให้คุณเข้าถึงการประมวลผลในธุรกรรมเดียวกันได้มากกว่า L1 แต่พวกเขาไม่สามารถช่วยเลื่อนเข็มเกี่ยวกับจํานวนธุรกรรมที่สามารถทําได้โดยบล็อกเชนที่เรียกโปรเซสเซอร์ร่วม (หากคุณกําลังคิดเกี่ยวกับการแบทช์ voilà คุณมาถึงจุดสะสมแล้ว) ด้วยการรักษาสถานะถาวรแบบแบ่งพาร์ติชัน rollups สามารถเพิ่มจํานวนธุรกรรมที่มีให้สําหรับผู้ที่ต้องการเข้าถึง blockspace ด้วยคุณสมบัติความปลอดภัยของ Ethereum สิ่งนี้เป็นไปได้เนื่องจาก rollups โพสต์ไปยัง Ethereum ทุกบล็อก n เท่านั้นและไม่ต้องการผู้ตรวจสอบ Ethereum ทั้งหมดเพื่อตรวจสอบการเปลี่ยนแปลงสถานะที่เกิดขึ้น ผู้ที่สนใจสามารถพึ่งพาหลักฐานได้

แม้ว่าคุณจะใช้ coprocessors ก็ตาม คุณก็ยังต้องจ่ายค่าธรรมเนียมในอัตราของเหมือนกันกับธุรกรรมใด ๆ บน L1 อยู่ดี ในทางอื่น ๆ rollups ผ่านการจัดกลุ่มสามารถลดต้นทุนลงตามอัตราของเหมือนกัน

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

อีกจุดสําคัญที่ควรทราบที่นี่คือสภาพคล่องส่วนใหญ่ในปัจจุบันอยู่ที่ ETH L1 ดังนั้นสําหรับโปรโตคอลจํานวนมากที่พึ่งพาสภาพคล่องเพื่อปรับปรุงผลิตภัณฑ์ของตนอาจเป็นเรื่องที่ชาญฉลาดที่จะเปิดตัวบน Ethereum mainnet แอปพลิเคชันบน Ethereum mainnet สามารถเข้าถึงการประมวลผลได้มากขึ้นโดยการทําธุรกรรมบนโปรเซสเซอร์ร่วมเป็นระยะ ๆ ตัวอย่างเช่น DEX เช่น Ambient หรือ Uniswap v4 สามารถใช้ตะขอร่วมกับโปรเซสเซอร์ร่วมเพื่อทําตรรกะที่ซับซ้อนเกี่ยวกับวิธีการเปลี่ยนค่าธรรมเนียมหรือแม้แต่ปรับเปลี่ยนรูปร่างของเส้นโค้งสภาพคล่องตามข้อมูลตลาด

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

อนาคตที่ขึ้นอยู่กับพิสูจน์

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

ในที่สุดเป้าหมายของ Ethereum คือการให้ผู้ใช้เข้าถึงการประมวลผลและการจัดเก็บที่เชื่อถือได้ ในอดีตวิธีเดียวในการเข้าถึงการประมวลผลที่ไม่น่าเชื่อถือบน Ethereum คือการคํานวณที่จะดําเนินการและตรวจสอบโดยโหนดทั้งหมด ด้วยความก้าวหน้าของเทคนิคการพิสูจน์ (โดยเฉพาะอย่างยิ่งการพิสูจน์ความรู้เป็นศูนย์) เราสามารถย้ายการคํานวณส่วนใหญ่ที่เกิดขึ้นบนโหนดผู้ตรวจสอบความถูกต้องไปยังการประมวลผลแบบ off-chain และให้ผู้ตรวจสอบความถูกต้องตรวจสอบผลลัพธ์แบบ on-chain เท่านั้น สิ่งนี้ทําให้ Ethereum กลายเป็นกระดานข่าวที่ไม่เปลี่ยนแปลงของโลก หลักฐานการคํานวณช่วยให้เราสามารถตรวจสอบว่าธุรกรรมทําอย่างถูกต้องและโดยการโพสต์ไปยัง Ethereum เราจะได้รับการประทับเวลาและร้านค้าทางประวัติศาสตร์ที่ไม่เปลี่ยนแปลงสําหรับหลักฐานเหล่านี้ เนื่องจากการพิสูจน์ความรู้เป็นศูนย์มีประสิทธิภาพมากขึ้นในการคํานวณตามอําเภอใจจึงมีแนวโน้มว่าในบางจุดค่าใช้จ่ายในการคํานวณใน ZK จะน้อยกว่าค่าใช้จ่ายในการทําบนบล็อกเชน (อาจเป็นห่วงโซ่ CometBFT 100 ตัวตรวจสอบ) ในโลกเช่นนี้เป็นการยากที่จะจินตนาการว่าการพิสูจน์ ZK จะไม่กลายเป็นโหมดที่โดดเด่นในการเข้าถึงคอมพิวเตอร์ที่เชื่อถือได้ ความคิดที่คล้ายกันได้รับการสะท้อนโดย David Wong เมื่อเร็ว ๆ นี้เช่นกัน:

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

ทั้งหมดทั้งปวง เราเชื่อว่าเรากำลังเคลื่อนที่ไปในรูปแบบต่อไปนี้:

————————————————————อย่าเชื่อ ตรวจสอบ————————————————————-

Disclaimer：

1. บทความนี้ถูกพิมพ์ซ้ำจาก [Gateกระจก]. ลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนต้นฉบับ [Jacob Ko]. If there are objections to this reprint, please contact the Gate Learnทีม และพวกเขาจะดำเนินการทันที
2. คำชี้แจงความรับผิด: มุมมองและความคิดเห็นที่ได้รับการแสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่เป็นการให้คำแนะนำทางการลงทุนใด ๆ
3. การแปลบทความเป็นภาษาอื่นๆ นี้ถูกดำเนินการโดยทีม Gate Learn หากไม่ได้กล่าวถึง การคัดลอก การกระจาย หรือการลอกเลียนบทความที่ถูกแปลนั้นถูกห้าม