Optimism ตั้งเป้าที่จะใช้ซับบล็อกขนาด 200 มิลลิวินาทีบน OP Mainnet โดยลดช่วงเวลาการยืนยันก่อนหน้าจาก 250 มิลลิวินาที ซึ่งเป็นการเปลี่ยนแปลงแบบต่อเนื่องที่มุ่งหวังให้แล้วเสร็จภายในวันที่ 31 สิงหาคม ซับบล็อก หรือที่เคยเรียกว่า Flashblock เป็นการอัปเดตแบบเพิ่มเติมที่ Sequencer ส่งไปในขณะที่ยังคงสร้างบล็อกปกติอยู่ ทำให้แอปพลิเคชันได้รับข้อมูลตอบกลับก่อนที่บล็อกนั้นจะถูกปิดลง
[
บทความที่เกี่ยวข้อง
Base ที่ได้รับการสนับสนุนจาก Coinbase เปิดเผยการอัปเกรดที่มุ่งหวังจะเพิ่มความเร็วเป็นสองเท่าของ Solana
](https://cryptoslate.com/coinbase-backed-base-unveils-upgrades-to-beat-solana-performance-by-double/)
การเพิ่มความเร็ว 20% นี้มาพร้อมกับความเสี่ยงด้านความเข้ากันได้ที่อาจไม่สังเกตเห็นได้ง่าย ประกาศการโยกย้ายของ Optimism ระบุว่าฟิลด์สี่ฟิลด์จะยังคงอยู่ในแต่ละ payload ที่สตรีมมา แต่จะไม่มีข้อมูลที่ใช้งานได้แล้ว: state_root, block_hash และ withdrawals_root จะมีค่าเป็นศูนย์ทั้งหมด ส่วน withdrawals จะเป็นรายการว่าง
ประเภทของ payload ยังคงเป็น ExecutionPayloadFlashblockDeltaV1 ดังนั้นซอฟต์แวร์สามารถดำเนินการ parse สตรีมต่อไปได้โดยไม่เกิดข้อผิดพลาด ฟิลด์ต่างๆ เช่น receipts_root และ logs_bloom จะยังคงมีค่าจริงอยู่ การผสมผสานนี้ทำให้การโยกย้ายนี้อาจพลาดได้ง่ายในระบบที่ถือว่าการถอดรหัสสำเร็จเป็นหลักฐานว่าทุกฟิลด์มีความหมาย
ทำไมซับบล็อก 200 มิลลิวินาทีทำให้ขอบเขตของผู้ให้บริการมีความสำคัญ
ซับบล็อกคือการยืนยันก่อนหน้า ไม่ใช่บล็อกที่สมบูรณ์หรือคำมั่นสัญญาของสถานะ คำอธิบายเชิงเทคนิคของ Optimism ที่นี่ ระบุว่าผู้บริโภคสตรีมโดยตรงควรปฏิบัติต่อ state root และ block hash ที่เป็นศูนย์ว่าไม่มีอยู่ และนำข้อมูลสถานะที่ได้รับการยืนยันก่อนหน้ามาจากการดำเนินการธุรกรรมที่สตรีมส่งมา
[
บทความที่เกี่ยวข้อง
สงคราม Ethereum vs Solana จบลงอย่างเงียบๆ ไม่ใช่ด้วยเสียงดัง แต่ด้วยเสียงแผ่วเบา
](https://cryptoslate.com/the-ethereum-vs-solana-war-ended-quietly-not-with-a-bang-but-a-whimper/)
แอปพลิเคชันส่วนใหญ่อยู่ฝั่งที่ปลอดภัยกว่าของขอบเขตนั้น พวกเขาเชื่อมต่อกับผู้ให้บริการ RPC ที่รองรับซับบล็อกและใช้วิธีการมาตรฐานของ Ethereum โดยมักใช้แท็ก pending ผู้ให้บริการหรือโหนดที่ตั้งค่าอย่างถูกต้องจะรักษามุมมองสถานะของตนเองไว้ ดังนั้นการเรียกใช้เช่น eth_getBalance จึงสามารถส่งคืนข้อมูลที่ได้รับการยืนยันก่อนหน้าโดยไม่ต้องพึ่งพา state root ที่ใช้งานได้ใน raw payload ตามคำแนะนำการรวมของ Optimism ที่นี่
ดังนั้นการตรวจสอบจึงตกอยู่กับแอปพลิเคชันที่รับสตรีม WebSocket เอง และผู้ให้บริการ RPC ที่ส่งต่อฟิลด์ raw ไปยังลูกค้า ผู้ให้บริการจำเป็นต้องค้นหาการอ่านฟิลด์ทั้งสี่ที่ได้รับผลกระทบ ปฏิบัติต่อ placeholder roots และ block hash ว่าไม่มีอยู่ และป้องกันไม่ให้ค่าเหล่านั้นเข้าสู่สถานะ ยอดเงิน หรือข้อมูลที่ใช้ในการพิสูจน์ ผู้ให้บริการที่ส่งต่อ raw payload ก็ต้องแจ้งเตือนลูกค้าด้วย
ความเร็วที่เพิ่มขึ้นนี้ปรากฏให้เห็นแล้วในเอกสารของผู้ให้บริการ คู่มือ OP Mainnet ของ Alchemy อธิบายถึงการอัปเดต 200 มิลลิวินาทีผ่านปลายทาง RPC ของ Optimism ที่มีอยู่แล้ว ในขณะเดียวกัน ประกาศของ QuickNode ได้ปรับใช้การโยกย้ายนี้กับคอมโพเนนต์ JSON-RPC ของ Optimism Mainnet และ Sepolia
[
บทความที่เกี่ยวข้อง
Base 'super app' ใหม่ของ Coinbase รวมการซื้อขาย การชำระเงิน สังคม และ AI ไว้ใต้หลังคาเดียวกัน
Optimism ระบุว่าเป้าหมาย 200 มิลลิวินาทีสำหรับซับบล็อกในวันที่ 31 สิงหาคมอาจมีการเปลี่ยนแปลง และการปรับใช้จะเป็นไปอย่างค่อยเป็นค่อยไป ดังนั้นจึงไม่มีระยะเวลาที่แน่นอนสำหรับการเสร็จสิ้นทั่วเครือข่าย หน้าสถานะ ของ Optimism แสดงว่าระบบทำงานได้และไม่มีประกาศเหตุการณ์ล่าสุดเมื่อตรวจสอบ ประกาศอย่างเป็นทางการและของผู้ให้บริการมองว่าฟิลด์ที่มีค่าเป็นศูนย์นี้เป็นความเสี่ยงในการโยกย้ายที่ต้องมีการป้องกัน ไม่ใช่หลักฐานว่ายอดเงินหรือหลักฐานต่างๆ ถูกทำลายไปแล้ว
โพสต์ Optimism ผลักดันความเร็วเครือข่ายไปที่ 200 มิลลิวินาที แต่ฟีดข้อมูลมาตรฐานกลับกำลังลดข้อมูลสำคัญลง ปรากฏครั้งแรกที่ CryptoSlate