บทนำ

ถ้าดูย้อนกลับมา rollups มีการเป็นโซลูชันในการขยายขอบเขตที่ชัดเจนสำหรับ Ethereum และเทคโนโลยีที่กระจายทั้งหมด หกเดือนหลังจากการอัปเกรด Dencun ของ Ethereum ที่เน้นการขยายขอบเขตให้มีการใช้ข้อมูล rollup ประสิทธิภาพการทำธุรกรรมเพิ่มขึ้นสองร้อยธุรกรรมต่อวินาที—แทนที่การเพิ่มขึ้น 5 เท่าต่อปี สอง rollups ชั้นนำคือ Arbitrum และ OP Mainnet ได้ประสบความกระจายขั้นที่ 1—เกินกว่าเครือข่าย Layer 1 ทางเลือกที่โดดเด่นหลายรายในเมตริกการกระจายอำนาจระดับระบบเป็นอิสระ - โดยมีการพัฒนาเรดอัพเพิ่มเติมที่อาจเป้าหมายให้การกระจายอำนาจในระยะ 2 ในปี 2025 เทคโนโลยีการพิสูจน์ที่ไม่รู้เรื่องได้ความคืบหน้าในการทำให้การตรวจสอบการทำธุรกรรม Ethereum เทียบเท่าในราคาที่ต่ำกว่าหนึ่งเซ็นต์, สร้างเส้นทางสำหรับการยืนยันรายการของผู้ใช้มาตรฐานหลายพันรายการในบล็อกเชน Ethereum ที่สมัครสมาชิกในยุคปัจจุบัน

อย่างไรก็ตามความก้าวหน้านี้นําเสนอความท้าทายใหม่ ๆ หลายทีมกําลังพัฒนาบล็อกเชนอิสระบน Ethereum โดยมีการทํางานร่วมกันระหว่างกันอย่างจํากัด ข้อ จํากัด นี้ส่วนใหญ่เกิดจากการสรุปไม่บ่อยนักของ rollups ซึ่งเป็นอุปสรรคต่อการสื่อสารข้ามสายโซ่ที่มีความหมาย นอกจากนี้การรวมตัวกันในแง่ดีซึ่งปัจจุบันเป็นเจ้าภาพกิจกรรมระบบนิเวศส่วนใหญ่และ Total Value Locked (TVL) ต้องเผชิญกับข้อ จํากัด ทางเทคนิคโดยธรรมชาติที่ป้องกันการสื่อสารโดยตรงนอกสะพานที่ใช้ร่วมกันสร้างอุปสรรคสําคัญในการทํางานร่วมกันระหว่างเครือข่ายหลักเช่น Arbitrum และ Base ชุมชนได้เสนอวิธีแก้ปัญหาต่าง ๆ ตั้งแต่การเชื่อมโยงตามเจตนาและการแลกเปลี่ยนอะตอมไปจนถึงนามธรรมห่วงโซ่ที่ครอบคลุม แม้จะมีความแตกต่างกัน แต่โซลูชันเหล่านี้มีข้อกําหนดพื้นฐานร่วมกัน: แหล่งความจริงที่เชื่อถือได้ซึ่งเป็นโปรโตคอลที่ช่วยให้สามารถตรวจสอบสถานะที่ปลอดภัยระหว่างการยกเลิกได้อย่างรวดเร็วและคุ้มค่า

ในบรรดาโซลูชันที่โดดเด่นซึ่งมักจะพึ่งพา oracles ในแง่ดี (Across) ฉันทามติของผู้ปฏิบัติงานเฉพาะ (Stargate ผ่าน LayerZero) หรือความน่าเชื่อถือของซีเควนเซอร์แบบรวมศูนย์ (Polymer Hub) Fast Finality Layer (NFFL) ของ Nuffle Labs นําเสนอความสมดุลที่น่าสนใจระหว่างประสิทธิภาพความปลอดภัยและการจัดตําแหน่ง Ethereum บทความนี้ตรวจสอบแนวทางที่เป็นนวัตกรรมของ NFFL ในการเปิดใช้งานการตรวจสอบสถานะแบบ cross-rollup ผ่านกลไกการ restaking ของ EigenLayer และ NEAR DA สํารวจแผนงานการออกแบบและพัฒนาสถาปัตยกรรมและวิเคราะห์การใช้งานที่อาจเกิดขึ้นและผลกระทบต่อระบบนิเวศ

Your Ethereum Edge

รับการวิจัยจากทีมผู้เชี่ยวชาญของเราโดยตรง

ที่อยู่อีเมลของคุณ

พื้นหลัง

เพื่อที่จะเข้าใจความท้าทายที่ NFFL จัดการ ให้ลองพิจารณาสถาปัตยกรรมพื้นฐานของ rollups วัตถุประสงค์ของพวกเขา และข้อจำกัดที่สำคัญของพวกเขา

Rollups 101

Rollup เป็นบล็อกเชนที่ใช้โภชนาการอิสระอื่น ๆ สำหรับการสั่งซื้อธุรกรรม สำหรับข้อมูลที่สามารถใช้ได้และความเห็นร่วมใจในขณะที่ดำเนินการธุรกรรมภายนอกในลักษณะที่สามารถยืนยันได้โดยบล็อกเชนแม่ ในขณะที่นิยามหลายแห่งอ้างถึงเครือข่ายแม่เป็นชั้นที่ 1 (L1) และ rollup เป็นชั้นที่ 2 (L2) บางโครงสร้างไม่ต้องการ L2s ให้ใช้ L1 สำหรับความสามารถในการให้ข้อมูลสำหรับความชัดเจนในกระดาษนี้ จะเน้นหรือไม่เป็นไปตามรูปแบบทางกายภาพแทนของ L2 ที่กว้างกว่า

ตัวอย่างของความแตกต่างนี้ - รวมถึง rollups ทั้งหมดเป็น L2s แต่ไม่ใช่ทุก L2s จะเป็น rollups Source: blog.thirdweb.com

ในทางปฏิบัติ ในกรณีของเรา พ่อแม่ L1 คือ Ethereum blockchain มันรับผิดชอบในการแบ่งปันข้อตกลงของมันกับ rollups (เราจะอธิบายเพิ่มเติมในภายหลัง) มาดูวิเคราะห์ว่า rollups ใช้ Ethereum อย่างไรสำหรับฟังก์ชั่นหลักของพวกเขา: การจัดลำดับธุรกรรม การมีข้อมูลอยู่ และข้อตกลง

การเรียงลำดับธุรกรรม

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

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

ในระดับหนึ่งซีเควนเซอร์เป็น “ตัวเริ่มต้น” ของการรวบรวมซึ่งช่วยให้ rollup ยอมรับธุรกรรมใหม่ในเครือข่ายได้จริงซึ่งอํานวยความสะดวกในการขับเคลื่อนรัฐไปข้างหน้า ชุดรวมโฆษณาบางชุดใช้การจัดลําดับแบบกระจายอํานาจ—ชุดหมุนของเอนทิตีพิเศษลดความเสี่ยงของการหยุดทํางานของซีเควนเซอร์แบบรวมศูนย์—และการจัดลําดับตาม ซึ่งไม่ได้ใช้ซีเควนเซอร์ใดๆ เป็นแหล่งที่มาของความไว้วางใจก่อนที่จะเผยแพร่แบทช์ไปยัง L1 แต่การจัดลําดับตามอนุญาตให้ทุกคนเป็นซีเควนเซอร์ แต่แบทช์ของพวกเขาจะใช้โดยโหนดเท่านั้นเมื่อเผยแพร่ไปยัง L1 สิ่งนี้แทบไม่มีความเสี่ยงในการจัดลําดับการหยุดทํางานโดยเสียค่าใช้จ่ายในการรวมธุรกรรมที่ช้าลง (สถานการณ์ที่ดีที่สุดคือ L1 12 วินาทีต่อบล็อก)

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

ตัวเริ่มเครื่องยนต์ แม้ว่ามันจะไม่เป็นคนขับเครื่องยนต์ แต่หากไม่มีมัน คนขับเครื่องยนต์ก็จะไม่ทำงานได้เช่นกัน คิดว่า rollup เป็นเครื่องยนต์และ sequencer เป็นตัวเริ่มเครื่องยนต์

ความพร้อมใช้ข้อมูล

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

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

ก่อนการอัปเกรด Dencun Ethereum rollups กําลังโพสต์ข้อมูลธุรกรรมในข้อมูลอินพุต (calldata) ของการโทรตามลําดับบน L1 ดังนั้นธุรกรรมทั้งหมดจะต้องได้รับการโพสต์ไปยังบล็อกเชนของ L1 ตลอดไป สิ่งนี้อาจฟังดูสมเหตุสมผล เนื่องจากเราต้องการให้โหนดทั้งหมดรวมถึงโหนดในอนาคตสามารถสร้างสถานะของการม้วนขึ้นใหม่ได้ อย่างไรก็ตาม สิ่งนี้ไม่มีประสิทธิภาพมาก เนื่องจาก Ethereum L1 ไม่สามารถจัดเก็บข้อมูลขนาดใหญ่ในบัญชีแยกประเภทได้ในขณะที่ rollups ซึ่งเป็น high-speedlanes ของ Ethereum นั้นใช้ข้อมูลมาก แต่เราสามารถทําให้สัญญาอัจฉริยะของโรลอัพตรวจสอบความถูกต้องของธุรกรรมที่เรียงลําดับเพื่อให้โหนดติดตามสถานะในสัญญาทันทีแทนที่จะสร้างใหม่จากธุรกรรมทั้งหมดที่เริ่มต้นจากแหล่งกําเนิด

สะพานที่ถูกประดิษฐ์ (ความเห็นร่วมกัน)

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

การใช้สัญญาอัจฉริยะบริดจ์จาก L1 ไปยังค่าสะสมนั้นค่อนข้างตรงไปตรงมา — โหนดสะสมฟังทุกสิ่งที่เกิดขึ้นในสัญญาแล้ว ดังนั้นเราจึงสามารถใช้ฟังก์ชันการฝาก L1 ที่โหนดทั้งหมดจะตีความว่าเป็นคําสั่งสําหรับการออกโทเค็น “ห่อ” ที่เกี่ยวข้องบนโรลอัพเอง

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

เมื่อผู้ใช้งานเลือก ‘Blobs’ ใน Gate.io จะเข้าถึงหน้าการซื้อขาย Cryptocurrency

การอัปเกรด Dencun ของ Ethereum เมื่อเดือนมีนาคมที่ผ่านมาได้แนะนํา “blobs” ซึ่งเป็นเซลล์ชั่วคราวของข้อมูลที่เก็บไว้นอกบล็อกเชนและถูกตัดแต่ง (ลบโดยผู้ตรวจสอบของเครือข่าย) หลังจาก ~ 18 วัน เนื่องจากสะพานม้วนทําให้สามารถสร้างรัฐใหม่ได้โดยไม่ต้องทําธุรกรรมใหม่คุณสมบัตินี้จึงมีประโยชน์มากสําหรับการยกเลิกซึ่งย้ายจาก calldata ไปยัง blobs ไม่นานหลังจากการอัพเกรด ตัวเลขการพูดก่อน Dencun TPS ทั้งหมดของ rollups อยู่ที่ประมาณ 50 วันนี้มีมากกว่า 200 โดยมีข้อ จํากัด ทางทฤษฎีที่ 400-800 TPS ขึ้นอยู่กับ rollup.

แหล่งที่มา: L2BEAT

นอกเหนือจากการปรับปรุงความสามารถในการรับส่งข้อมูล blobs ยกเลิกความต้องการชำระค่าใช้จ่ายในการเก็บข้อมูลธุรกรรมด้วยเชื้อเพลิง EVM และสร้างช่องทางแยกต่างหากด้วยการจัดเก็บข้อมูลชั่วคราวที่เชี่ยวชาญและราคาค่าธรรมเนียมที่แยกต่างหาก การเปลี่ยนแปลงทางสถาปัตยกรรมนี้ได้ลดค่าใช้จ่ายในการทำธุรกรรมใน rollups ลงอย่างมาก โดยค่าธรรมเนียมลดลงจาก 10-40 เซนต์ต่อธุรกรรมเป็นระดับต่ำกว่าเซนต์ในเครือข่ายเช่น Base

Source: growthepie.xyz

การตั้งบัญชีใน Rollup

ในขณะที่ sequencers จัดการการจัดลำดับและการเผยแพร่ธุรกรรมเท่านั้น แต่พวกเขาแทนแค่ส่วนประกอบเดียวของโครงสร้าง rollup นอกจากนี้ rollups ยังรวมองค์ประกอบที่เรียกว่า “proposers” ที่รับผิดชอบในการโน้มน้าว L1 bridge ให้เกิดผลลัพธ์ของสถานะที่เฉพาะเจาะจงจากชุดที่จัดลำดับใหม่ ในทางประจักษ์ sequencers จัดตั้งการเกิดขึ้นของธุรกรรมและการจัดลำดับ proposers สาธิตผลลัพธ์ของธุรกรรมเหล่านี้ตามตรรกศาสตร์การประมวลผลของ rollup เช่นเครื่องจำลองเสมือน

บทบาทของผู้เสนอข้อเสนอมีความแตกต่างกันอย่างมากขึ้นอยู่กับวิธีการตรวจสอบสถานะของ rollup มีสองวิธีการที่แตกต่างกันอย่างมีพื้นฐานอยู่ 2 วิธีคือ Optimistic และ Zero-Knowledge (ZK)

Optimistic Rollups

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

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

หากผู้ท้าทายพิสูจน์ได้ว่าผู้เสนอรายการส่งการเปลี่ยนแปลงสถานะที่ไม่ถูกต้อง สถานะการเปลี่ยนแปลงถูกย้อนกลับและผู้ท้าทายได้รับรางวัล (โดยมักมาจากตัวประกันที่ผู้เสนอต้องโพสต์) นี้สร้างเกมเศรษฐศาสตร์ที่ผู้เสนอจะได้รับเป็นสิ่งประสงค์ที่จะส่งเฉพาะการเปลี่ยนแปลงสถานะที่ถูกต้องเท่านั้น

Zero-Knowledge Rollups

ใน ZK rollups, proposers สร้างพิสูจน์ทางคณิตศาสตร์ (ที่เรียกว่า “validity proofs” หรือ ที่ถูกต้องทางเทคนิคมากขึ้น “ZK proofs”) ที่แสดงให้เห็นถึงความถูกต้องของการเปลี่ยนสถานะทั้งหมด พิสูจน์เหล่านี้แสดงให้เห็นว่าทุกธุรกรรมในชุดที่ถูกดำเนินการตามกฎของ rollup โดยไม่เปิดเผยรายละเอียดเฉพาะของการดำเนินการนั้น

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

การตกลง, ความสมบูรณ์, และความสามารถในการทำงานร่วมกัน

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

พิจารณาว่าสิ่งนี้จะมีผลต่อการใช้งานในโลกจริง: ผู้ใช้ที่ต้องการใช้สินทรัพย์ที่มีพื้นฐานบน Arbitrum เพื่อยืมเงินบน Base จะต้องสะสมสินทรัพย์และรออย่างน้อย 7 วันก่อนที่จะใช้งานได้ นักซื้อขายที่พบโอกาสอาร์บิเทรจริงระหว่างโพล Uniswap บน rollups ที่แตกต่างกันจะเห็นโอกาสที่หายไปก่อนที่พวกเขาจะสามารถดำเนินการบนมันได้ แอปพลิเคชันการเล่นเกมที่ต้องการให้ผู้เล่นซื้อขายไอเท็มในการตั้งต่างหาก rollup deployments จะเผชิญกับ UX ที่ไม่ยอมรับได้ด้วยความล่าช้าเช่นนี้

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

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

โซลูชั่นที่มีอยู่แล้ว

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

• ความมั่นคง - การรับรองว่าการตรวจสอบของรัฐถูกต้องมีความแข็งแกร่งเพียงใด
• ความเร็ว - ความเร็วของการยืนยันสถานะระหว่างโซน
• ต้นทุน - ค่าใช้จ่ายในการบำรุงรักษาและใช้งานโซลูชัน

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

ความท้าทายหลักคือการสร้าง “แหล่งที่มาของความจริง” ที่ปลอดภัยเกี่ยวกับสถานะของความจริงที่สามารถ:

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

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

ในส่วนต่อไปนี้เราจะสํารวจว่า NFFL เข้าใกล้ความท้าทายนี้อย่างไรผ่านการผสมผสานระหว่างการ restaking ของ EigenLayer และ NEAR DA สร้างเลเยอร์ขั้นสุดท้ายที่รวดเร็วซึ่งสร้างสมดุลระหว่างความปลอดภัยความเร็วและความคุ้มค่า

NFFL Deep Dive

วิทยานิพนธ์หลัก

Nuffle Fast Finality Layer (NFFL) เป็นแนวทางใหม่ในการเปิดใช้งานการโต้ตอบข้ามสายโซ่ที่ปลอดภัยโดยให้การตรวจสอบสถานะที่รวดเร็วระหว่างการยกเลิก แทนที่จะบังคับให้นักพัฒนาเลือกระหว่างความปลอดภัยและความเร็ว NFFL ใช้ประโยชน์จาก ETH restaked ของ EigenLayer เพื่อสร้างเลเยอร์ขั้นสุดท้ายที่รวดเร็วที่มีความปลอดภัยทางเศรษฐกิจที่สามารถยืนยันสถานะสะสมได้ภายในไม่กี่วินาที

ที่แกนกลาง NFFL ทํางานเป็น Actively Validated Service (AVS) ที่ทํางานบน EigenLayer เครือข่ายผู้ให้บริการแบบกระจายอํานาจซึ่งแต่ละโหนดทํางานเต็มสําหรับการยกเลิกที่เข้าร่วมตรวจสอบและยืนยันการอัปเดตของรัฐ การรับรองเหล่านี้ได้รับการสนับสนุนจาก ETH พักผ่อนของผู้ประกอบการสร้างแรงจูงใจทางเศรษฐกิจที่แข็งแกร่งสําหรับพฤติกรรมที่ซื่อสัตย์ ด้วยการรวมสิ่งนี้เข้ากับเลเยอร์ความพร้อมใช้งานของข้อมูลของ NEAR เพื่อการจัดเก็บข้อมูลบล็อกที่มีประสิทธิภาพ NFFL ช่วยให้แอปพลิเคชันสามารถตรวจสอบสถานะข้ามสายโซ่ได้อย่างปลอดภัยภายใน 2-3 วินาที - ลําดับขนาดที่เร็วกว่าการตั้งถิ่นฐานแบบบริดจ์แบบบัญญัติ

โครงสร้างการออกแบบที่เรียบง่ายของ NFFL

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

ระบบนี้มีนวัตกรรมสามอย่างที่สำคัญ:

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

การออกแบบนี้ช่วยให้ NFFL สามารถตีสมดุลระหว่างความปลอดภัย ความเร็วและความคุ้มค่าได้ 3 คุณสมบัติที่เคยตั้งค่ากันไว้ในโครงสร้างแบบ Cross-Chain โดยการให้การตรวจสอบสถานะที่รวดเร็วและปลอดภัย NFFL เปิดโอกาสใหม่สำหรับโปรโตคอลการให้ยืมถึงแอปพลิเคชัน Cross-Chain ต่างๆ ตั้งแต่โปรโตคอลการให้ยืมไปจนถึงผู้รวบรวม Likuiditas

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

ส่วนประกอบหลัก

ชุดโอเปอเรเตอร์

ที่ใจกลางของ NFFL ตั้งอยู่ที่เครือข่ายผู้ประกอบการของมัน - ระบบที่ไม่centralized ที่ขยายความปลอดภัยของ Ethereum เพื่อเปิดให้เร็วในการตรวจสอบ cross-rollup มากขึ้น แทนที่จะสร้างเครือข่ายที่แยกออกแยกออก ที่ต้องการสมมติฐานความปลอดภัยของตัวเอง NFFL ถูกสร้างเป็นบริการที่ได้รับการตรวจสอบอย่างเป็นทางการ (AVS) บน EigenLayer ซึ่งทำให้มันสามารถเชื่อมต่อโดยตรงเข้าถึงระบบ validator ที่มีอยู่ของ Ethereum

การเลือกสถาปัตยกรรมนี้เป็นสิ่งพื้นฐานที่สำคัญสำหรับการเข้าใจโมเดลความปลอดภัยของ NFFL ผู้ตรวจสอบที่รักษาความเป็นไปได้ของ Ethereum สามารถเปลี่ยนแปลง ETH ของพวกเขาผ่าน EigenLayer เพื่อเป็นผู้ดำเนินการ NFFL ในการทำเช่นนั้นพวกเขาจะเสี่ยง ETH ที่ถือครองเพื่อสนับสนุนการยืนยันของพวกเขาเกี่ยวกับสถานะ Rollup นี้สร้างสะพานความปลอดภัยที่มีประสิทธิภาพระหว่างความเป็นไปได้ของ Ethereum และชั้นสุดของ NFFL

เมื่อ rollup ตีพิมพ์ข้อมูลบล็อกใหม่ไปยัง L1 ผู้ส่งข้อมูลส่งต่อไปยัง NEAR DA ผู้ดำเนินการเรียกคืนข้อมูลบล็อกผ่านแหล่งที่มาทั้งสองแหล่งและตรวจสอบว่าเหมือนกัน เราจะอธิบายต่อไปว่าทำไมการเผยแพร่ข้อมูล rollup บน NEAR DA เป็นสิ่งจำเป็นในการทำให้แอปพลิเคชันที่ใช้ NFFL สะดวกสบายมากขึ้นสำหรับผู้ใช้และนักพัฒนา

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

ความมั่นคงทางเศรษฐกิจของระบบดังกล่าวมีคุณสมบัติที่น่าสนใจมากซึ่งเกิดจากกลไกการเฉือนของ EigenLayer:

ใน EigenLayer บริการที่ผ่านการตรวจสอบอย่างแข็งขันสามารถใช้กลไกการตรวจสอบที่สามารถตรวจจับการรับรองที่ไม่ถูกต้องจากผู้ปฏิบัติงานและเฉือน (ชําระบัญชี) เงินฝากของพวกเขาในภายหลัง เนื่องจาก NFFL ค่อนข้าง “ชําระเบื้องต้น” สถานะการโรลอัพนอกห่วงโซ่ก่อนที่จะตกลงในสะพานจึงเป็นไปได้ที่จะตรวจจับการฉ้อโกงอย่างเป็นกลางโดยรอความล่าช้าในการระงับข้อพิพาทและแจ้งสัญญา AVS เกี่ยวกับความไม่สอดคล้องกันของผลผลิตในการรับรองและสะพาน สิ่งนี้ไม่จูงใจทางเศรษฐกิจทําให้การรับรองการฉ้อโกงลดลงเนื่องจากสามารถตรวจจับและเฉือนได้โดยหน่วยงานใด ๆ ที่เฝ้าดูสถานะของ L1 และ NFFL แม้ว่าจะไม่มีโหนดสะสมก็ตาม กล่าวอีกนัยหนึ่ง NFFL “รับประกัน” การเรียกร้องของเครือข่าย - ผู้ให้บริการกําลังเสี่ยงต่อเงินทุนจํานวนมากเพื่อสนับสนุนการเรียกร้องของพวกเขาเกี่ยวกับรัฐสะสม

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

กระแสการสื่อสาร

ระบบการส่งข้อความของ NFFL แสดงถึงแนวทางที่เป็นนวัตกรรมใหม่ในการจัดการการตรวจสอบสถานะข้ามสายโซ่ในวงกว้าง แทนที่จะบันทึกการรับรองสถานะทุกสถานะแบบ on-chain ซึ่งจะมีราคาแพงอย่างห้ามปราม NFFL แนะนําระบบข้อความและงานสองชั้นที่ช่วยให้การทํางานนอกเครือข่ายมีประสิทธิภาพในขณะที่ยังคงรับประกันความปลอดภัยแบบ on-chain ที่แข็งแกร่งตามความต้องการ

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

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

ข้อความช่วยให้การตรวจสอบสถานะที่มีประสิทธิภาพ แต่มันไม่เพียงพอที่จะให้ความปลอดภัยทางเศรษฐกิจของระบบ เรื่องนี้เป็นที่ Tasks มาช่วย ภารกิจเป็นหน่วยงานในเครือข่ายที่ทำการตรวจสอบสถานะของระบบเป็นระยะเวลาที่เป็นปกติ แทนที่จะส่งข้อความทุกๆอย่างไปยัง Ethereum ตัวดำเนินการจะสร้าง Sparse Merkle Tree ที่มีข้อความทั้งหมดในระยะเวลาที่ระบุ รากของต้นไม้นี้จะถูกส่งเป็นส่วนตอบสนองของ Task เพื่อสร้างการสั้นหรือการยอมรับที่มีประสิทธิภาพในเครือข่าย

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

โปรแกรมรวมเล่น perlu peranan penting dalamระบบนี้โดยการรวบรวมลายเซ็นของผู้ประกอบการและทำให้พร้อมใช้งานผ่าน API ขณะที่ผู้ประกอบการเซ็นข้อความพวกนี้ พวกเขาส่งมันไปยังโปรแกรมรวมเล่นซึ่งตรวจสอบลายเซ็นว่าได้ถึงโครงสร้าง (น้ำหนักโดย ETH ที่จำนวนมาก) ก่อนที่จะเปิดเผยไว้ใช้โดยแอปพลิเคชัน สร้างอินเตอร์เฟสที่ดีสำหรับนักพัฒนาในขณะที่รักษาคุณสมบัติความปลอดภัยที่กระจายของระบบ เราจะขยายความหมายในส่วนถัดไปเกี่ยวกับบริการโปรแกรมรวมเล่น

บริการการรวมข้อมูล

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

หัวใจหลักของผู้รวบรวมแก้ปัญหา “โศกนาฏกรรมของสามัญชน” ในการรวมลายเซ็น หากไม่มีบริการเฉพาะแต่ละแอปพลิเคชันที่ใช้ NFFL จะต้องรวบรวมและตรวจสอบลายเซ็นจากผู้ให้บริการทั้งหมดอย่างอิสระซึ่งเป็นกระบวนการที่ไม่มีประสิทธิภาพและมีค่าใช้จ่ายสูง แต่ผู้รวบรวมให้จุดเดียวในการรวบรวมลายเซ็นของผู้ปฏิบัติงานตรวจสอบองค์ประชุมและเปิดเผยการรับรองที่ได้รับการยืนยันผ่าน API อย่างง่าย

กระบวนการรวมลายเซ็นทำงานตามลำดับดังนี้:

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

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

การรวมลายเซ็น

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

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

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

ตัวรวมและจุดตรวจสอบ

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

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

สัญญาทะเบียน

สัญญา Registry ซึ่งปรับใช้ในการยกเลิกที่เข้าร่วมแต่ละครั้งทําหน้าที่เป็นสะพานเชื่อมที่สําคัญระหว่างการรับรองนอกเครือข่ายของ NFFL และการตรวจสอบสถานะแบบ on-chain สัญญาเหล่านี้ช่วยให้แอปพลิเคชันสามารถตรวจสอบสถานะของการยกเลิกอื่น ๆ ได้อย่างน่าเชื่อถือโดยการตรวจสอบการรับรองความปลอดภัยทางเศรษฐกิจของ NFFL

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

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

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

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

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

การจำแนกข้อผิดพลาดและการออกแบบระบบรักษาความปลอดภัย

โมเดลความปลอดภัยของ NFFL มุ่งไปที่การตรวจจับและลงโทษประเภทหลัก 2 ของพฤติกรรมที่ผิดปกติของผู้ดำเนินการ: ข้อบกพร่องด้านความปลอดภัยและข้อบกพร่องด้านการมีชีวิต

ข้อผิดพลาดด้านความปลอดภัยคือการละเมิดที่ส่งผลต่อความสมบูรณ์ของเครือข่ายโดยการสร้างสถานะที่ไม่ถูกต้องหรือผลลัพธ์ที่ไม่สอดคล้องกับกฎของระบบ ความผิดพลาดด้านความปลอดภัยมีสองประเภทหลักที่ผู้ปฏิบัติงานสามารถกระทําได้:

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

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

กระบวนการทดสอบความท้าทายแตกต่างขึ้นอยู่กับประเภทของข้อผิดพลาดและข้อความที่ถูกท้าทาย:

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

ข้อความแต่ละข้อสามารถถูกท้าทายหลังจากช่วงเวลาการตรวจสอบของมันโดยการพิสูจน์ว่าเนื้อหาของข้อความไม่ถูกต้อง ตัวอย่างเช่น:

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

ระบบการตรวจสอบหลายชั้นนี้ช่วยให้โปรโตคอลสามารถรักษาการทำงานที่รวดเร็วผ่านการสื่อสารที่ออฟเชนพร้อมทั้งรักษาการรับรองความปลอดภัยที่แข็งแกร่งผ่านกลไกคริปโทเอโคโนมิก โดยทำให้พฤติกรรมที่ไม่ถูกต้องสามารถตรวจสอบได้และสามารถลงโทษทางเศรษฐมนตรีได้ผ่านการตัดเส้นของ EigenLayer NFFL สร้างแรงกระตุ้นที่แข็งแรงสำหรับการทำงานต่อประชาชนในขณะที่ยังสามารถสร้างความท้าทายที่มีประสิทธิภาพเมื่อมีการละเมิด

ตัวอย่างการใช้งานจริงของ Flow

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

สวัสดีโปรโตคอล

เรามาเริ่มต้นด้วยตัวอย่างที่เรียบง่ายกันก่อน อธิบายไว้ในเอกสารอย่างเป็นทางการของ Nuffle Labs โปรโตคอลที่ช่วยให้ผู้ใช้สามารถส่งข้อความ “สวัสดี” ระหว่าง rollups ที่แตกต่างกันได้ ถึงแม้จะเป็นพื้นฐาน แต่สิ่งนี้สามารถสื่อถึงกลไกหลักของวิธีการที่แอปพลิเคชันสามารถใช้ NFFL เพื่อสื่อสารข้ามเชืองระหว่างเครือข่าย

พิจารณาผู้ใช้ที่ต้องการส่งข้อความบนเครือข่าย #1 ที่จะอ่านบนเครือข่าย #2 กระบวนการเริ่มต้นเมื่อพวกเขาส่งธุรกรรมบนเครือข่าย #1 บันทึกข้อความ “สวัสดี!” ในสถานะของเครือข่าย ณ จุดนี้ข้อความมีอยู่ในเครือข่าย # 1 เท่านั้นและโดยปกติจะต้องรอการตั้งถิ่นฐานสะพานบัญญัติ (อาจเป็นชั่วโมงหรือวัน) ก่อนที่จะสามารถตรวจสอบได้โดยการยกเลิกอื่น ๆ

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

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

ตอนนี้มาถึงส่วนที่น่าสนใจ - การบริโภคข้อความบนเครือข่าย #2 สัญญาของโปรโตคอล Hello บนเครือข่าย #2 สามารถยอมรับธุรกรรมที่มี:

• พิสูจน์การเก็บรักษาที่แสดงให้เห็นว่าข้อความมีอยู่ในสถานะของเครือข่าย #1
• การรับรอง NFFL ที่พิสูจน์ว่าสถานะนี้ถูกต้อง
• อ้างอิงถึงการทำธุรกรรม NEAR DA ที่มีข้อมูลบล็อก

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

สิ่งที่ทำให้มันมีความแรงก็คือการผสมผสานระหว่างความเร็วและความปลอดภัย กระแสทั้งหมดตั้งแต่การส่งข้อความไปจนถึงการตรวจสอบทางเครือข่ายครอส-เชนสามารถเสร็จสิ้นได้ภายในไม่กี่วินาที ไม่เหมือนกับการใช้งาน canonical bridges ที่ต้องใช้เวลาหรือวันเพื่อทำการยืนยันข้อมูล แต่ความปลอดภัยมาจากการรับประกันทางคริปโทเอกอโนมัติที่รองรับด้วย ETH ที่ถูก restake ผ่าน EigenLayer แทนผู้ปฏิบัติงานที่เชื่อถือได้หรือสมมติฐานที่เป็นกำลังใจ

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

การสะพานโทเค็นที่เร็วและถูก

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

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

NFFL นำเสนอแนวคิดใหม่ที่นี่ โดยการใช้ EigenLayer’s AVS framework แทนที่จะรักษาเครือข่ายผู้ประกอบการแยกต่างหาก NFFL สามารถเก็บความเห็นเกี่ยวกับสถานะ rollup ในไม่กี่วินาทีได้ การเห็นพ้องนี้สามารถถ่ายทอดได้อย่างมีประสิทธิภาพผ่านสัญญาสมัครสมาชิกที่เกี่ยวข้องกับ rollup ทั้งหมดที่มีส่วนร่วม ทำให้สามารถออกแบบสะพานที่รวมความประหยัดต้นทุนของ Stargate พร้อมกับความสมบูรณ์ของการยืนยันที่เร็วกว่า Across ได้

พิจารณาผู้ใช้ที่ย้าย ETH จาก Arbitrum ไปยัง Base โดยเมื่อโทเค็นถูกล็อกในสัญญาสะพานบน Arbitrum NFFL operators จะทำการตรวจสอบและรับรองการเปลี่ยนแปลงสถานะนี้ผ่านโหนดเต็มของพวกเขา หลังจากที่ aggregator รวบรวมการรับรองเพียงพอสัญญาสะพานบน Base สามารถตรวจสอบการล็อกโทเค็นได้ทันทีผ่านสัญญาลงทะเบียนของมันและปล่อยเงินให้กับผู้ใช้

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

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

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

โปรโตคอลการให้ยืมแบบหลายโซน

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

NFFL ทำให้เกิดการเข้าใจแนวทางที่แตกต่างอย่างเริ่มแรก พิจารณาโปรโตคอลการให้ยืมที่รักษาพูลที่มีบน rollups หลายรายการ แต่ใช้ NFFL เพื่อแชร์สถานะหลักประกันระหว่างพวกเขา ผู้ใช้สามารถฝาก USDC เป็นเงินหลักบน Base จากนั้นยืม USDT ที่ Arbitrum ตรงข้ามกันในตัวเดียวกัน- แม้ว่า USDT จะไม่ได้ถูกใช้งานบน Base เลย ค่าโปรโตคอลของ Arbitrum จะตรวจสอบตำแหน่งหลักประกันของ Base ผ่าน NFFL attestations โดยไม่ต้องใช้การเชื่อมต่อ

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

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

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

Cross-DEX: การสร้างและใช้งานที่ทั่วไป

แนวทางปัจจุบันในการปรับขนาดการแลกเปลี่ยนแบบกระจายอํานาจในโรลอัพมักนําไปสู่ความไร้ประสิทธิภาพที่ไร้สาระ เมื่อโปรโตคอลเช่น Uniswap ปรับใช้กับการยกเลิกใหม่ผู้ใช้เริ่มเผชิญกับกลุ่มที่ไม่มีสภาพคล่องและคู่การซื้อขายที่สําคัญขาดหายไป พิจารณาการปรับใช้ Uniswap V3 ล่าสุดบน ZKsync แม้จะมีความตื่นเต้นและการไหลของเงินทุนจาก ZK airdrop ล่าสุด แต่พูลจํานวนมากยังคงไม่สามารถใช้งานได้เป็นเวลาหลายวันหลังจากเปิดตัวเนื่องจากสภาพคล่องไม่เพียงพอ ในขณะเดียวกันการปรับใช้โปรโตคอลเดียวกันบน Arbitrum, Base และเครือข่ายที่จัดตั้งขึ้นอื่น ๆ จะรักษาสภาพคล่องลึกค่าธรรมเนียมต่ําและการกําหนดราคาที่มีประสิทธิภาพสําหรับหลายพันคู่

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

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

พิจารณา DEX ใหม่ที่จัดการไปยัง Arbitrum อย่างเดียวที่เลือกเพราะระบบนิเวศ DeFi ที่มีอยู่และค่าแก๊สที่เป็นที่ต้องการ ไม่เหมือนการเปิดตัวอย่างแยกต่างหากในแต่ละเชื่อมโยง มันรักษาความเหมือนกันของสระน้ำที่ Arbitrum พร้อมทั้งส่งเสริมการเข้าถึงการซื้อขายจาก rollup ใด ๆ นี่คือวิธีที่ผู้ใช้บน Base อาจติดต่อกับมัน:

1. Alice ต้องการสวาป 10,000 USDC เป็น ETH บน Base
2. อินเตอร์เฟซของ DEX สืบสวนสถานะของพูล Arbitrum ผ่านการรับรอง NFFL
3. อลิซเห็นว่าเธอจะได้รับราคาที่ดีกว่าข้อเสนอพูลที่กระจัดกระจายของ Base
4. เธออนุมัติการซื้อขายบนเว็บไซต์
5. ธุรกรรมดำเนินการบน Arbitrum โดยผลลัพธ์จะถูกยืนยันกลับไปยัง Base

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

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

แต่ NFFL ทำให้มีรูปแบบที่มีกำลังการทำงานที่มีประสิทธิภาพมากขึ้น - การพันโปรโตคอล DeFi ที่มีอยู่เพื่อให้สามารถเข้าถึงได้ในระบบ cross-chain แทนที่จะสร้าง liquidity pool ที่แข่งขันกัน นักพัฒนาสามารถสร้างโปรโตคอล “helper” ที่ทำให้พูล Uniswap ของ Arbitrum ที่มีขนาดใหญ่เป็นที่เข้าถึงได้จาก rollup ใด ๆ

การปรับใช้ Uniswap ด้วย TVL ที่ใหญ่ที่สุด ฐานและ Arbitrum เป็นผู้นําแผนภูมิโดย Optimism มี TVL ที่เล็กกว่า 6 เท่าและ rollups อื่น ๆ ตกอยู่ภายใต้ “อื่น ๆ “ ที่มา: DefiLlama

ตัวอย่างเช่น พิจารณาเรื่องของ บ็อบ ที่ต้องการสวีปคู่โทเค็นที่ยาวนานบนเบส ขณะนี้ตัวเลือกของเขาถูกจำกัด - เฉพาะสำหรับสะพานไปยังเชนอื่นและรอ หรือยอมรับการลื่นไหลสุดโต่งจากความเหลือเชิงบางของเบส ด้วย NFFL-powered รอบนอกพร้อม Arbitrum’s Uniswap การใช้งาน, บ็อบสามารถ:

1. สอบถามความสามารถในการแลกเปลี่ยนทั้งหมดของสระว่ายน้ำ Arbitrum Uniswap ผ่านการรับรอง NFFL
2. ค้นหาความเหลือเชื่อมใจสำหรับคู่ที่เขาต้องการในสระน้ำอาร์บิตรัมที่เป็นที่ยอมรับ
3. ดำเนินการซื้อขายจากฐานผ่านโปรโตคอลผ้าใบ
4. รับโทเค็นของเขาบนเบสเมื่อ NFFL รับรองถึงการสมบูรณ์แลกเปลี่ยน

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

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

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

• ค่า Gas สำหรับการดำเนินงานที่เฉพาะเจาะจงของพวกเขา
• ชุดเทคโนโลยี—เครื่องจำลอง, AA, ประเภทการต่อเนื่อง, DA, ฯลฯ
• ข้อกำหนดทางกฎหมาย

จากนั้นผ่าน NFFL พวกเขายังคงให้บริการผู้ใช้ทั่วทั้งระบบเรียกขึ้นใหม่ในขณะที่ยังคงดำเนินงานอย่างง่ายดายและมีประสิทธิภาพมากขึ้น

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

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

แผนการดำเนินงานและการพัฒนาในอนาคต

ในขณะที่ NFFL ได้เปิดให้ใช้งานแอปพลิเคชัน跨เชนที่มีประสิทธิภาพ โปรโตคอลยังคงพัฒนาต่อไป โดยมีเส้นทางการพัฒนา NFFL โฟกัสที่ 3 ด้านหลัก

ความปลอดภัยของโปรโตคอล

• การนำเสนอกลไกการท้าทายและลดค่าผ่านทาง EigenLayer อย่างเป็นระบบ
• การเปิดใช้งานการเข้าร่วมของผู้ประกอบการไร้การอนุญาตด้วยการจัดการเงินต้นแข็ง
• การปรับปรุงการตรวจสอบสถานะระหว่างเครือข่ายแบบครอส-เชนด้วยโปรแกรมคริปโตกราฟิกที่ดีขึ้น (BLS→ECDSA)

ความมีความสามารถในการขยายเครือข่าย

• การปรับแต่งระบบลายเซ็นและการแพร่กระจายสถานะ
• การเพิ่มประสิทธิภาพของจุดตรวจสอบและต้นทุนการตรวจสอบ

ประสบการณ์ของนักพัฒนา

• สร้าง SDK และเครื่องมือสำหรับการผสมผสานง่าย
• ขยายการสนับสนุนสำหรับประเภท Rollup และ VM ที่แตกต่างกัน
• สร้างเอกสารและตัวอย่างสำหรับการใช้งานทั่วไป

ในส่วนถัดไป เราจะสำรวจรายละเอียดของการปรับปรุงที่สำคัญที่สุด

BLS to ECDSA

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

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

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

ชุดตัวดำเนินการแบบพลวัต

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

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

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

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

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

ถอดล้อเสริม

พื้นที่สำคัญอีกอย่างหนึ่งของการพัฒนาคือการเปิดใช้งานกลไกการท้าทายและกลไกการลดความเสี่ยงที่ไม่ได้รับอนุญาต กลไกเหล่านี้เป็นสิ่งสำคัญสำหรับการบังคับให้ปฏิสัมพันธ์อย่างซื่อสัตย์และให้ความมั่นคงทางเศรษฐกิจที่ NFFL พึงพอใจ

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

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

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

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

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

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

อนาคตของความสมบูรณ์แบบที่รวดเร็ว

ในขณะที่ NFFL ให้คำตอบทันทีสำหรับการตรวจสอบสถานะ cross-rollup แต่ควรพิจารณาว่าโปรโตคอลนี้จะเข้ากันกับโครงการขยายของ Ethereum ได้อย่างไร คำถามสำคัญที่หลายคนถามกันคือ: “NFFL จะยังมีความสำคัญต่อเมื่อเทคโนโลยี rollup ก้าวหน้าไปขั้นถัดไปหรือไม่?”

คําตอบจะชัดเจนเมื่อเราตรวจสอบข้อ จํากัด การตั้งถิ่นฐานขั้นพื้นฐานในการออกแบบสะสมที่แตกต่างกัน การสะสมในแง่ดีแม้จะมีความนิยมและวุฒิภาวะ แต่โดยพื้นฐานแล้วไม่สามารถชําระได้เร็วกว่ากรอบเวลาพิสูจน์การฉ้อโกงซึ่งโดยทั่วไปคือ 7 วัน ในขณะที่โซลูชันเช่น Superchain ของ Optimism และ Arbitrum Orbit ช่วยให้สามารถสื่อสารได้เร็วขึ้นระหว่าง rollups ที่แชร์สะพาน แต่ก็ไม่ได้ช่วยในการทํางานร่วมกันนอกระบบนิเวศเฉพาะของพวกเขาเช่นระหว่างสองสิ่งนี้

ZK rollups ต้องเผชิญกับข้อจำกัดที่แตกต่างกัน แต่เป็นข้อจำกัดที่สำคัญเท่ากัน แม้ว่าเทคโนโลยี ZK proof จะดีขึ้นอย่างมาก แต่มีข้อจำกัดทางปฏิบัติในเรื่องความเร็วในการตกลงเวลา แม้ว่าเราจะถึงจุดที่สามารถสร้าง ZK proof สำหรับทุก L1 block ได้ แต่ Ethereum ต้องยังคงมีความสามารถในการตรวจสอบ ZK proof หลายรายการต่อบล็อกใน rollups ต่าง ๆ แม้ว่าเมื่อสิ้นสุดการตั้งถิ่นฐานนี้แล้ว การตกลงเวลายังคงถูกผูกมัดโดยเวลาบล็อก L1 - อย่างน้อย 12 วินาทีภายใต้พารามิเตอร์ปัจจุบัน

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

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

สรุป

NFFL เป็นแนวทางใหม่ในการแก้ปัญหาหนึ่งในความท้าทายที่เร่งด่วนที่สุดในระบบนิเวศแบบแยกส่วนของ Ethereum ซึ่งช่วยให้สามารถตรวจสอบสถานะ cross-rollup ได้อย่างปลอดภัยและมีประสิทธิภาพ ด้วยการใช้ประโยชน์จาก ETH restaked ของ EigenLayer เพื่อความมั่นคงทางเศรษฐกิจและ NEAR DA สําหรับการจัดเก็บข้อมูลที่มีประสิทธิภาพ NFFL จะสร้างเลเยอร์ขั้นสุดท้ายที่รวดเร็วซึ่งสามารถตรวจสอบสถานะสะสมได้ภายในไม่กี่วินาทีแทนที่จะเป็นชั่วโมงหรือวัน

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

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

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

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

คำประกันหมาย:

1. บทความนี้ถูกพิมพ์โดย [[](https://research.2077.xyz/nuffle-ethereums-finality-as-a-service-layer#introduction)[2077 การวิจัย](https://research.2077.xyz/)\]. สิทธิ์เกี่ยวกับลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนต้นฉบับ [อเล็กซ์ ฮุค]. หากมีข้อความที่ไม่เหมาะสมกับการพิมพ์ฉบับนี้ กรุณาติดต่อเกตเรียนทีมงานและพวกเขาจะดำเนินการด้วยความรวดเร็ว
2. คำชี้แจงความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่เป็นการให้คำแนะนำในการลงทุนใด ๆ
3. การแปลบทความเป็นภาษาอื่น ๆ ทำโดยทีม Gate Learn หากไม่ได้ระบุไว้ ห้ามคัดลอก กระจาย หรือกําเนิดผลงานที่ถูกแปล