ในเดือนตุลาคม 2020 Vitalik Buterin ผู้ร่วมก่อตั้ง Ethereum ได้เปิดตัว "แผนงาน Ethereum ที่มีศูนย์กลางอยู่ที่โรลอัพ" ปัจจุบันเราอาศัยอยู่ในระบบนิเวศที่ถูกครอบงําโดยหลาย Rollups ในขณะที่แผนงาน Rollup ของ Ethereum ได้นําข้อได้เปรียบที่สําคัญเช่นการปรับปรุงประสบการณ์ของผู้ใช้ แต่ก็ทําให้เกิดความท้าทายใหม่ ๆ มากมาย ตัวอย่างเช่นนักพัฒนามักเผชิญกับการกระจายตัวและภาวะที่กลืนไม่เข้าคายไม่ออกในการตัดสินใจเมื่อต้องรับมือกับระบบนิเวศ Rollup ที่หลากหลาย นอกจากนี้ ซีเควนเซอร์แบบรวมศูนย์ยังนําไปสู่ปัญหาต่างๆ เช่น การเซ็นเซอร์ธุรกรรมและการแสวงหาประโยชน์จาก Miner Extractable Value (MEV) ซึ่งทําให้ผู้ใช้บางรายต้องเผชิญกับต้นทุนที่ไม่เป็นธรรมหรือประสบการณ์การดําเนินงาน

โซลูชันหลักในปัจจุบันรวมถึง Shared Sequencers และ Based Rollups เพื่อแก้ไขปัญหาที่ถูกตั้งขึ้นโดย centralized sequencers โดยที่ Shared Sequencers นั้นมีบริการ sequencing รวมสำหรับ Layer 2 chains หลายๆ รูปแบบ แต่เนื่องจากเป็นบุคคลที่สามเขามีปัญหาเรื่องความเชื่อถือและ incentive mechanism ส่วน Based Rollups ก็ขึ้นอยู่กับ Ethereum L1 proposers สำหรับการ sequencing ซึ่งเพิ่มความกระจายของระบบ อย่างไรก็ตามเวลาการยืนยันธุรกรรมขึ้นอยู่กับ Ethereum L1's block time (ประมาณ 12 วินาที) ซึ่งไม่สามารถทำให้ได้ความสมบูรณ์อย่างรวดเร็ว

ประวัติศาสตร์ของการยืนยันล่วงหน้า

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

การยืนยันก่อนที่จะเป็นแนวคิดใหม่ไม่ใช่เรื่องใหม่ ในช่วงวันเริ่มต้นของการพัฒนา Bitcoin ชุมชนของ Bitcoin ได้นำเสนอแนวคิดของ "0conf" นี้หมายถึงการจัดการธุรกรรมให้ถือว่าถูกต้องก่อนที่เครือข่าย Bitcoin จะยืนยันอย่างสมบูรณ์ สิ่งนี้ลดเวลาที่ต้องรอการยืนยันธุรกรรมสุดท้าย ในปี 2023 Uri Klarman ได้ขยายแนวคิดนี้ไปสู่ Ethereum โดย introducingแนวคิดของ "การยืนยันล่วงหน้าที่เชื่อมต่อ." ความคิดหลักคือผู้ยืนยันล่วงหน้าในอนาคตไม่เพียงแค่ยืนยันรายการธุรกรรมปัจจุบันเท่านั้น แต่ยังสืบราดยืนยันล่วงหน้าที่ทำโดยผู้ยืนยันล่วงหน้าทั้งหมดก่อนหน้านี้ไปด้วย Primev จึงไปไกด์ต่อไป@muratlite/primev-v01# What-is-Primev">ได้สำรวจแนวคิดนี้และเสนอกลไกการเสนอราคาใหม่ที่เรียกว่า “Preconfirm (Pre-conf)” ซึ่งอนุญาตให้พันธมิตรผู้สร้างบล็อกมีความมั่นใจว่าจะรวมธุรกรรมในบล็อกในช่วงเวลาที่กำหนดไว้และให้ผู้ใช้เข้าร่วมการเสนอราคาล่วงหน้าก่อน

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

Justin Drake ได้พัฒนาคอนเซ็ปต์นี้ไปอีก โดยการเสนอไอเดียของ “แบบยืนยันก่อนตามฐาน.” ปัจจุบันระบบเลเยอร์ 2 จํานวนมากใช้ซีเควนเซอร์แบบรวมศูนย์ซึ่งมีข้อได้เปรียบที่สําคัญในการให้การยืนยันล่วงหน้า การยืนยันนี้บ่งชี้ว่าซีเควนเซอร์มุ่งมั่นที่จะรวมธุรกรรมของผู้ใช้ไว้ในบล็อกในอนาคต อย่างไรก็ตาม การยืนยันนี้ยังไม่ถือเป็นที่สิ้นสุด ผู้ใช้อาจยังคงพบการจัดลําดับธุรกรรมใหม่หรือยกเลิก กลไก "Based Preconfirmation" ที่เสนอโดย Justin Drake มีจุดมุ่งหมายเพื่อให้การยืนยันล่วงหน้าทันทีในขณะที่ตรวจสอบให้แน่ใจว่า L1 เสร็จสิ้นการจัดลําดับแบบกระจายอํานาจ (ตาม Rollup)

การเสนอและการปรับปรุงของกลไกการยืนยันก่อน

แนวคิดของ Based Rollups ถูกนำเสนอครั้งแรกโดย Vitalik Buterin ในบทความของเขาในปี 2021“คู่มือเบื้องสมบูรณ์เกี่ยวกับ rollups”. ในบทความนี้วิตาลิกได้แนะนำแนวคิดของ "Total Anarchy" ซึ่งอธิบายถึงสภาพแวดล้อมที่ดีเซ็นทรัลที่สมบูรณ์แบบที่ใครก็สามารถส่งชุดธุรกรรมได้ตลอดเวลาโดยไม่มีข้อจำกัดใด ๆ

ในเดือนมีนาคม 2023 Justin Drake ได้แสดงความชัดเจนของแนวความคิดของ Based Rollups ในบทความของเขา“รวมพลังของ rollups — พลังจากการจัดลำดับ L1”เมื่อการจัดลำดับของ Rollup ถูกขับเคลื่อนโดย L1 จะเรียกว่า Based Rollup หรือ L1-sequenced Rollup ในโครงสร้างนี้การสร้างและจัดลำดับบล็อก Rollup จะถูกดำเนินการโดย proposers บน L1 ซึ่งสามารถร่วมมือกับ searchers และ builders เพื่อรวมบล็อก Rollup เข้ากับบล็อก L1 โดยตั้งค่าตัวเลือกมาตรฐาน Based Rollup บล็อกจะถูกสร้างขึ้นโดย L2 builders ดังนั้น Based Rollups จะไม่เพิ่มภาระให้กับ L1 validators

สำหรับรายละเอียดเพิ่มเติมเกี่ยวกับ Based Rollups คุณสามารถตรวจสอบบทความได้ที่Based Rollup คืออะไร? รับมรดกจาก Ethereum's Vitality อย่างไร?

ด้วยการถ่ายโอนความรับผิดชอบในการจัดลําดับธุรกรรมไปยัง L1 Rollups ตามจะสืบทอดความปลอดภัยและความมีชีวิตชีวาของ L1 ในขณะที่เพิ่มประสิทธิภาพการทํางานของ L2 กลไกนี้นํามาซึ่งข้อดีหลายประการเช่นการลดต้นทุนโครงสร้างพื้นฐานและการดําเนินงานสําหรับ L2 อย่างไรก็ตามความท้าทายยังคงอยู่เช่นความจริงที่ว่า MEV (Miner Extractable Value) ส่วนใหญ่ที่สร้างขึ้นโดย Based Rollups ไหลไปยัง L1 อย่างไรก็ตามนี่ไม่ใช่ปัญหาสําคัญเนื่องจาก Rollups แบบรวมศูนย์สร้างรายได้จากค่าธรรมเนียมการทําธุรกรรม L2 และโอกาส MEV เป็นหลักโดยก่อนหน้านี้เป็นแหล่งรายได้หลักและหลังต้องใช้โครงสร้างพื้นฐานและค่าบํารุงรักษาที่สําคัญ ตาม Rollups รักษาค่าธรรมเนียมการทําธุรกรรม L2 เป็นแหล่งรายได้หลักของพวกเขาในขณะที่จ้างบทบาทของผู้เสนอให้กับผู้สร้าง L1 ซึ่งจะช่วยลดต้นทุนโครงสร้างพื้นฐานและการดําเนินงาน ความท้าทายอีกประการหนึ่งคือ Based Rollups ไม่สามารถบรรลุขั้นสุดท้ายของธุรกรรมได้อย่างรวดเร็ว เนื่องจากเวลายืนยันธุรกรรม Rollup ขึ้นอยู่กับเวลาบล็อกของ Ethereum L1 ทั้งหมด (ปัจจุบันประมาณ 12 วินาที) จึงแตกต่างอย่างมากกับการยืนยันแบบนุ่มนวลอย่างรวดเร็วจากซีเควนเซอร์ส่วนกลาง

เพื่อแก้ไขปัญหาความเร็วในการยืนยันธุรกรรมใน Based Rollups จัสติน เดรก ได้แนะนำแนวคิดของการยืนยันก่อนการใช้งานในเดือนพฤศจิกายน ค.ศ. 2023 มันใช้อําลังการดําเนินการด้วยการตัดเพื่อให้ได้การยืนยันก่อนการเกิดสําหรับระบบ Rollups ที่มีพื้นฐาน ในข้อเสนอแรก Justin Drake ระบุว่ามีเงื่อนไขที่สําคัญ 2 ข้อ: ครั้งแรก ผู้เสนอ L1 ต้องเข้าร่วมเงื่อนไขโทษเพิ่มเติมเพื่อกลายเป็นผู้ยืนยันก่อน (กลไกการเสนอใหม่); ครั้งที่สอง ผู้เสนอ L1 ต้องสามารถบังคับให้เกิดการรวมการทําธุรกรรมในเชือก (รายการการรวม).

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

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

จากแนวคิดถึงการปฏิบัติ: การประยุกต์ใช้การยืนยันก่อน

Taiko: ผู้บุกเบิกในการพัฒนาและส่งเสริม Rollups ที่มีพื้นฐาน

ตั้งแต่ครึ่งหลังของปี 2023 เป็นต้นมา Taiko กำลังเจริญเติบโตเพื่อเป็น Based Rollup โดย Taiko พึ่งพาระบบตัวเสนอที่กระจาย (decentralized proposer system) ที่ตัวเสนอทำงานด้วยไคลเอ็นต์ที่เฉพาะเจาะจง (taiko-geth) และสามารถเชื่อมต่อกับ L2 mempool ได้เสมอครับ และเมื่อตัวเสนอตรวจพบชุดของธุรกรรมที่สามารถสร้างบล็อกได้ที่มีกำไร จะส่งบล็อกก่อนเข้าใน Ethereum L1 ครับ

ในกระบวนการประมวลผลธุรกรรม ธุรกรรมที่ผู้ใช้ส่งเข้ามาบน Taiko จะเข้าไปยัง L2 mempool ก่อน ผู้ค้นหา L2 มองหาธุรกรรมที่มีกำไรภายใน mempool และแพ็กเกจมันเข้าไปในกองที่ L2 transaction batches ผู้ค้นหา L1 ในฐานะ L2 block proposers จากนั้นเรียงลำดับกองที่ L2 transaction batches เหล่านี้เข้าไปในกอง L2 blocks ซึ่งจะถูกรวมเข้าไปในแพ็กเกจธุรกรรม L1 ของพวกเขาและรวมเข้าไปในกอง L1 ในที่สุด ผู้ตรวจสอบ L1 ยืนยันและส่งเสนอกองเหล่านี้ไปยังเชนหลักของ Ethereum เพื่อให้แน่ใจว่าธุรกรรมจบลง

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

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

Puffer UniFi: การ Umeshaping ระบบนิเวศแอพลิเคชั่นแบบกระจาย

Puffer Financeยังมีการแนะนำโซลูชันที่เกี่ยวข้องกับการยืนยันก่อนทำธุรกรรมPuffer UniFi. เป็นรูปแบบ Rollup ที่มีการจัดลำดับธุรกรรมบน UniFi โดยจะถูกนำออกจาก Ethereum L1 ในขณะที่กลไกการยืนยันก่อนการยืนยันใน Puffer UniFi จะถูกนำมาใช้งานผ่าน Puffer's nativerestaking validators.

ในแง่ของกระบวนการธุรกรรมที่ส่งโดยผู้ใช้จะได้รับการจัดการครั้งแรกโดยผู้ตรวจสอบ Puffer ซึ่งลงทะเบียนเป็นโหนด "Native Restaking" บน Ethereum ผู้ตรวจสอบความถูกต้องให้คํามั่นสัญญาการยืนยันล่วงหน้าแก่ผู้ใช้ภายในเวลาประมาณ 100 มิลลิวินาทีซึ่งจะแจ้งให้พวกเขาทราบอย่างรวดเร็วว่าได้รับธุรกรรมของพวกเขาแล้วและจะรวมอยู่ในบล็อกในอนาคต เพื่อให้แน่ใจว่าผู้ตรวจสอบความถูกต้องปฏิบัติตามข้อผูกพันในการยืนยันล่วงหน้า Puffer ยังได้ปรับใช้กลไก UniFi AVS ซึ่งกําหนดเงื่อนไขการลงโทษเพิ่มเติมสําหรับผู้ตรวจสอบความถูกต้อง หลังจากให้การยืนยันล่วงหน้าผู้ตรวจสอบ Puffer จะบรรจุธุรกรรมเหล่านี้กับผู้อื่นและส่งบล็อกไปยัง Ethereum L1 ในที่สุดสัญญา Puffer Sequencer ซึ่งเป็นส่วนหนึ่งของสัญญาอัจฉริยะ Puffer UniFi ยอมรับธุรกรรมแบบแบทช์และตรวจสอบให้แน่ใจว่าสถานะการทําธุรกรรมได้รับการยืนยันแล้วและไม่สามารถย้อนกลับได้

ตามข้อมูลล่าสุดแผนที่, ทดสอบ UniFi ของ Puffer จะเริ่มต้นในกันยายน 2024 และกลไก UniFi AVS คาดว่าจะเริ่มใช้งานในไตรมาสที่ 4 ปี 2024 พร้อมกับ UniFi mainnet

วิสัยทัศน์ของ Puffer UniFi คือการจัดการกับการกระจายตัวของสภาพคล่องในปัจจุบันทั่วทั้งห่วงโซ่ ในอนาคตแอปพลิเคชันที่สร้างขึ้นบน Puffer UniFi จะได้รับการพิจารณาว่าเป็นเครือข่ายแอปพลิเคชันอิสระ ห่วงโซ่แอปพลิเคชันเหล่านี้อาศัยกลไกการจัดลําดับ L1 และการยืนยันล่วงหน้าที่จัดทําโดย UniFi ซึ่งช่วยลดต้นทุนการพัฒนาและช่วยให้สามารถทํางานร่วมกันได้อย่างราบรื่นกับ L1-sequenced Rollups หรือ Application Cralshuns อื่น ๆ ตัวอย่างเช่นพิจารณาผู้ใช้ Alice ที่ต้องการใช้โทเค็นจาก Rollup A เป็นหลักประกันในการยืมสินทรัพย์ใน Rollup B เนื่องจากทั้ง Rollup A และ Rollup B พึ่งพาผู้ตรวจสอบ Ethereum L1 เดียวกันสําหรับการจัดลําดับธุรกรรมผู้ตรวจสอบจึงสามารถจัดการธุรกรรมของ Alice ใน Rollups ทั้งสองภายในบล็อก Ethereum เดียวกัน สิ่งนี้ช่วยให้อลิซสามารถทํางานข้าม Rollups ต่างๆได้โดยไม่จําเป็นต้องมีสะพานข้ามสายโซ่ที่ซับซ้อน

ค่าดูอะไรอื่นที่สำคัญ?

นอกจากโครงการสองโครงการที่กล่าวถึงข้างต้น ยังมีการพัฒนาที่น่าสนใจอื่น ๆ ที่เกี่ยวข้องกับการยืนยันก่อนหลายรายการ ตัวอย่างเช่น Primev ได้เปิดตัวแพลตฟอร์ม mev-commit ซึ่งสามารถให้บริการยืนยันก่อนสำหรับ Based Rollup ใด ๆ Primev ยังเสนอแนวทางที่รวม mev-commit และ inclusion lists (IL) สำหรับ blob preconfirmations ในที่เดียวกัน ในขณะเดียวกัน Espresso ก็ @EspressoSystems/bft-and-proposer-promised-preconfirmations">แนะนํารูปแบบการยืนยันล่วงหน้าที่ผู้เสนอสัญญาไว้ทําให้แต่ละ Rollup สามารถปรับแต่งลําดับลําดับและเงื่อนไขการลงโทษของการยืนยันล่วงหน้าที่สัญญาไว้กับผู้เสนอ สไปร์มี เปิดตัวทะเบียนก่อนการยืนยัน ระบบที่ให้ผู้เสนอ (เช่นผู้ดำเนินการขนาดใหญ่และผู้ถือสิทธิ์อิสระ) สามารถโพสต์หลักประกันใน ETH ได้ Cralshunbound ยังมีเปิดเผยBolt, โปรโตคอลที่ช่วยให้ผู้เสนอ Ethereum สามารถทำข้อกำหนดเกี่ยวกับเนื้อหาในบล็อกของพวกเขา

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

เผชิญกับการแยกแยะความเหลือเชื่อมในระบบ Rollup ปัจจุบัน การที่มีการมี Base Rollups ถือเป็นวิธีที่มีประสิทธิภาพในการแก้ไขปัญหาได้เป็นอย่างดี ตัวอย่างเช่น อดัม โคคแรน, พาร์ทเนอร์ที่ Cinneamhain Ventures, ได้ทวีตว่า Base Rollups สามารถแก้ไขปัญหาทางเศรษฐกิจของ Ethereum Layer 2 ได้อย่างมีประสิทธิภาพ การที่มีการทำ Preconfirmation เป็นสิ่งที่สำคัญในการเพิ่มประสบการณ์ของผู้ใช้ใน Base Rollups หลายๆ โปรโตคอลที่สำคัญกำลังทำความคืบหน้าในทิศทางที่ดี ทางเราจะดำเนินการติดตามความคืบหน้าล่าสุดในพื้นที่นี้ต่อไป

Disclaimer：

1. บทความนี้ถูกนำเอามาจาก[CralshunFeeds วิจัย], สิทธิ์ในการคัดลอกทั้งหมดเป็นของผู้เขียนต้นฉบับ [ ลินดา เบลล์]. หากมีการท้าทานในการพิมพ์ซ้ำนี้ โปรดติดต่อSanv Nurlaeทีมงานและพวกเขาจะจัดการกับมันโดยเร็ว
2. คำปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่เป็นคำแนะนำในการลงทุนใด ๆ
3. การแปลบทความเป็นภาษาอื่นๆ ทำโดยทีมงานการเรียนรู้ของเกต เว้นแต่กำหนดไว้เป็นอย่างอื่น การคัดลอก การกระจาย หรือการลอกเลียนแบบบทความที่ถูกแปลนั้นถือเป็นการฝ่าฝืน