ชื่อเดิม: "แผนงาน Ethereum ที่มีคำอธิบายประกอบ"

การรวบรวมข้อความต้นฉบับ: domothy, ETH Chinese site

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

หมายเหตุ: ตามที่ลูกศรระบุในแผนการทำงาน ส่วนต่างๆ ในรายการไม่ใช่การทำงานที่ต่อเนื่องกัน และความก้าวหน้าของพวกมันจะขนานกัน

การผสาน

เป้าหมาย: เพื่อให้บรรลุกลไกฉันทามติ PoS ในอุดมคติ กระชับ แข็งแกร่ง และกระจายอำนาจ

ทำงานเสร็จแล้ว

1 ธันวาคม 2020 — การเปิดตัว Beacon Chain

• แนะนำเลเยอร์ฉันทามติของ Ethereum PoS และผู้ตรวจสอบให้คำมั่นว่า ETH จะรักษาความปลอดภัยเครือข่ายของเลเยอร์นี้

• ห่วงโซ่สัญญาณถูกเรียกในข้อกำหนดเฉพาะที่เป็นเอกฉันท์ขั้นตอนที่ 0(ไวทัลลิกรุ่นที่มีคำอธิบายประกอบและของแดนนี่ ไรอันรุ่นที่มีคำอธิบายประกอบ）；

• 27 ตุลาคม 2021 - Warm up fork (Altair) - ผู้พัฒนาไคลเอนต์เลเยอร์ฉันทามติทำการทดสอบการทำงานในการประสานงานการอัปเกรดฮาร์ดฟอร์ก

• ลูกค้าแสงลูกค้าแสงและได้ทำการปรับบทลงโทษบางส่วน;

• ประกาศการอัปเกรด Altair Mainnet；

• ข้อมูลจำเพาะของ Altair（รุ่นที่มีคำอธิบายประกอบ）；

• 「What’s new in ETH 2 」ปัญหาที่ Altair อธิบาย;

15 กันยายน 2565 — รวมพล! การเกษียณอายุของ PoW - ในความสูงของบล็อก 15537394ทำการควบรวมเลเยอร์ฉันทามติและเลเยอร์การดำเนินการให้เสร็จสมบูรณ์

ขั้นตอนต่อไป

ถอน — อนุญาตให้ผู้ตรวจสอบสามารถถอนเงินฝากทั้งหมดหรือบางส่วนได้

• CapellaForks ระบุการเปลี่ยนแปลงในเลเยอร์ฉันทามติ

• EIP-4895 ระบุการเปลี่ยนแปลงในชั้นการดำเนินการ

• Tim Beiko ถอนตัวFAQ；

• ข้อกำหนดเมตาการถอนและข้อมูลอื่น ๆ；

เครื่องมือตรวจสอบความถูกต้องแบบกระจาย — "หลายซิก แต่สำหรับการปักหลัก" ซึ่งเป็นเทคนิคที่ผู้คน n คนใช้ตัวตรวจสอบความถูกต้องเดียวกันร่วมกันและ m-of-n จะต้องเห็นพ้องต้องกันว่าควรจะทำงานอย่างไร

• เสริมความแข็งแกร่งให้กับกลไกการเดิมพันโดยป้องกันการฟันโดยไม่ได้ตั้งใจ และทำให้ง่ายต่อการเข้าร่วม (เช่น โดยการแบ่ง 32 ETH ที่จำเป็นให้กับผู้เข้าร่วมหลายคนอย่างไม่ไว้วางใจ)

• นี่ไม่ใช่งานของข้อตกลงSSVและObolและทีมอื่น ๆ กำลังทำงานวิจัยนี้อยู่

• ดูการผสาน — ปรับกฎการเลือกส้อม (วิธีที่ผู้ตรวจสอบความถูกต้องลงคะแนน) เพื่อลดการโจมตีประเภทหนึ่ง

• โดยพื้นฐานแล้ว คือการ "บังคับ" ผู้ตรวจสอบความถูกต้องให้มองเห็น chain head ที่ถูกต้อง เพื่อลดโอกาสที่ผู้ตรวจสอบที่เป็นอันตรายจะแยกคะแนนเสียงและจัดระเบียบบล็อกที่เป็นประโยชน์ต่อพวกเขาใหม่

• ethresear.ch โพสต์มีพื้นฐานมากมาย (ทางเทคนิคมาก) เกี่ยวกับงานวิจัยนี้ใน ;

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

• เกี่ยวกับประโยชน์ของลายเซ็นรวม BLSอธิบายโพสต์；

• เทคนิคการลงนามผู้สมัครที่มีศักยภาพ:Horn；

Single slot finality (SSF) - จบ chain state ทุก ๆ slot (12 วินาที) แทนทุก ๆ ยุค (12.8 นาที)

• เส้นทางสู่จุดจบในช่องเดียว(ฉบับภาษาจีน);

• นอกจากการปรับปรุงการรวมลายเซ็นแล้ว เรายังต้องหาอีกสองสิ่ง:

- อัลกอริทึมที่สอดคล้องกันของ SSF - อัลกอริทึมที่เข้ากันได้กับ SSF ที่มีอยู่นั้นไม่เพียงพอ เราต้องการอัลกอริทึมที่สามารถรักษาห่วงโซ่ให้คงอยู่ได้แม้ว่าตัวตรวจสอบความถูกต้องมากกว่า 1,313 ตัวจะออฟไลน์อยู่ก็ตาม

- SSF Validator Economics - หากเราต้องจำกัดจำนวนผู้ตรวจสอบ เราจะจำกัดอัตราการมีส่วนร่วมได้อย่างไร และเราต้องเสียสละอะไรบ้าง

การเลือกตั้งผู้นำลับ (SLE)

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

• ethresear.chมีการโพสต์เกี่ยวกับโปรโตคอลสำหรับการเลือกผู้นำแบบลับเดียวโดยอิงจากการสับแบบสุ่ม: ไม่มีใครรู้ว่าใครจะเป็นผู้นำของช่องนี้ยกเว้นตัวผู้นำเองจนกว่าพวกเขาจะเผยแพร่บล็อกของพวกเขาพร้อมกับการพิสูจน์ผู้นำ

• การเลือกตั้งผู้นำลับที่ไม่ใช่คนเดียวอาจเป็นตัวเลือก;

การสนับสนุนผู้ตรวจสอบความถูกต้องมากขึ้น — ความพยายามระยะยาวอย่างต่อเนื่อง: การสนับสนุนผู้ตรวจสอบความถูกต้องมากขึ้นอย่างปลอดภัยคือเป้าหมายของเราเสมอ

ลายเซ็นปลอดภัยด้วยควอนตัมและเป็นมิตรกับการรวม — การทำให้ Ethereum ปลอดภัยด้วยควอนตัมเป็นส่วนหนึ่งของความพยายามระยะยาวของเราในการทำให้ Ethereum ปลอดภัยด้วยควอนตัมก่อนที่คอมพิวเตอร์ควอนตัมจะกลายเป็นข้อกังวลที่ถูกต้องตามกฎหมาย

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

• แผนการรักษาความปลอดภัยควอนตัมหลักสองแบบคือขึ้นอยู่กับสตาร์คและตาข่ายตาม;

The Scourge (แก้ไขอันตรายที่ซ่อนอยู่)

ลิงก์ที่เกี่ยวข้อง:

ลิงก์ที่เกี่ยวข้อง:

• ชี้นำโดยความเป็นกลางที่เชื่อถือได้；

• ทวีตหลายรายการเกี่ยวกับ MEV；

• บทความเกี่ยวกับ MEV และ PBS；

• รายการลิงค์บน PBS；

ทำงานเสร็จแล้ว

ตลาด MEV นอกโปรโตคอล — มิดเดิลแวร์ MEV-Boost ช่วยให้ตัวตรวจสอบความถูกต้องทั่วไปสามารถทำกำไรจาก MEV โดยไม่ต้องเรียกใช้นโยบาย MEV ที่ซับซ้อนด้วยตนเอง

• โซลูชันนี้ไม่สมบูรณ์ด้วยตัวมันเองเพราะมีคำถามทบทวน；

• อ่านบทความ "The Cost of Resilience"และ"The Future of MEV is SUAVE” เพื่อเรียนรู้เกี่ยวกับแผนการทำให้ตลาด MEV นอกข้อตกลงเหล่านี้มีความยืดหยุ่นมากขึ้น

ขั้นตอนต่อไป

รายการแพ็กเก็ตหรือทางเลือกอื่น — ให้ผู้เสนอบล็อกวางข้อจำกัดกับผู้สร้างบล็อก เช่น บังคับให้รวมการทำธุรกรรม

• หมายเหตุเกี่ยวกับรายการบรรจุ；

• ตรวจสอบวิธีจำกัดผู้สร้างโดยไม่สร้างภาระให้กับผู้เสนอ；

PBS ในโปรโตคอล — เขียนตลาดการสร้างบล็อคลงในโปรโตคอลโดยตรง

MEV burn — อนุญาตให้ blockchain เก็บมูลค่าที่อาจถูกดึงออกจากระบบเศรษฐกิจแบบ on-chain

• ข้อเสนอข้อเสนอ；

• การกระจาย MEV ที่ขับเคลื่อนโดยคณะกรรมการทำให้โปรโตคอลทราบถึง MEV；

• การตั้งค่าขีดจำกัดบนของชุดย่อยตัวตรวจสอบโดยใช้สิ่งจูงใจทางเศรษฐกิจจะทำลาย MEV ทางอ้อมผ่านการออกเชิงลบ；

การย่อขนาด MEV ของเลเยอร์แอปพลิเคชัน — งานนี้ไม่เกี่ยวข้องโดยตรงกับ L1 แต่เกี่ยวข้องกับนักพัฒนาที่ต้องคำนึงถึง MEV เมื่อออกแบบ dapps ของตน ต่อไปนี้คือตัวอย่างบางส่วนของ DApps ที่ใช้กลยุทธ์การลดขนาด MEVตัวอย่าง。

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

• โครงสร้าง Blob - หาวิธีที่จะลดแบนด์วิธสูงและข้อกำหนดในการประมวลผลของ data sharding ข้ามโหนดจำนวนมากที่ฮาร์ดแวร์ระดับผู้บริโภคทั่วไปสามารถทำงานได้

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

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

ลิงก์ที่เกี่ยวข้อง:

ลิงก์ที่เกี่ยวข้อง:

• การนำเสนอเกี่ยวกับการสร้างบล็อกหลังการควบรวมกิจการ กล่าวถึงการสร้างบล็อกแบบกระจายอำนาจ

• งานนำเสนอเกี่ยวกับผู้สร้างแบบกระจายอำนาจ

• ความคิดบางประการเกี่ยวกับการก่อสร้างบล็อกแบบกระจาย

The Verge (ชายแดน)

เป้าหมาย: การยืนยันบล็อกควรเป็นเรื่องง่ายมาก - ดาวน์โหลดข้อมูล N ไบต์ ทำการคำนวณพื้นฐาน ยืนยัน SNARK เท่านี้ก็เสร็จเรียบร้อย

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

ทั้งหมดนี้อาศัยเทคนิคที่ไม่มีความรู้ เช่น SNARK และ STARK ซึ่งอาศัยแผนการผูกมัดพหุนาม นี่คือลิงค์บางส่วนเกี่ยวกับเรื่องนี้:

• แนะนำว่าทำไม zk-SNARK ถึงเป็นไปได้(ฉบับภาษาจีน)

• ผ่า STARK

• สมมติว่าคุณเป็นคนที่รู้คณิตศาสตร์และการเขียนโปรแกรม อธิบาย zkSNARK ให้คุณฟัง

• บทบาทของแผนการผูกมัดพหุนามในการปรับขนาด Ethereum

ทำงานเสร็จแล้ว

ปัญหา EVM DoS ที่เลวร้ายที่สุดได้รับการแก้ไขแล้ว - ส่วนใหญ่เป็นราคาก๊าซ ซึ่งได้รับการแก้ไขแล้วในการอัปเกรดที่เบอร์ลิน

การสนับสนุนไคลเอ็นต์แบบไลท์พื้นฐาน (คณะกรรมการการซิงโครไนซ์) — ต้องขอบคุณคณะกรรมการการซิงโครไนซ์ ทำให้ง่ายต่อการสร้างไคลเอ็นต์แบบไลท์ที่เป็นไปตามชั้นฉันทามติ

• เรียนรู้ลูกค้า Heliosวิธีการใช้คณะกรรมการการซิงค์ (คำอธิบายที่ดีเกี่ยวกับวิธีการทำงานของคณะกรรมการเหล่านี้)

ขั้นตอนต่อไป

การใช้งาน EIP-4844 — ปรับใช้ EIP-4844 บน mainnet

• จำเป็นต้องมี "พิธี" เพื่อสร้างการเริ่มต้นที่เชื่อถือได้:อธิบาย、ข้อมูลจำเพาะ、ข้อมูลจำเพาะ；

• EIP-4844 ภาพรวมเส้นเวลาการดำเนินการ；

• Basic Rollup Scaling — อาศัยสิ่งต่อไปนี้ในการทำงาน:

• EIP-4844 - ความสามารถในการปรับขนาดที่ได้รับยังถือว่าเป็นพื้นฐาน/จำกัด เนื่องจากธรรมชาติ "ทุกโหนดดาวน์โหลดข้อมูลทั้งหมด" ที่จำกัดความจุที่ใช้งานได้ของ blobspace

• ระยะวงล้อฝึกหัดที่จำกัดของการยกเลิก (บทความเสนอให้ลบวงล้อฝึกหัดแบบสะสมแผนที่เส้นทาง）；

Full Rollup Scaling — ขึ้นอยู่กับงานต่อไปนี้:

• การออกแบบ P2P ของ DAS (การสุ่มตัวอย่างความพร้อมใช้งานของข้อมูล): งานและการวิจัยบางส่วนที่เกี่ยวข้องกับปัญหาการเชื่อมต่อเครือข่ายการแบ่งกลุ่มข้อมูล

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

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

• การยกเลิกโดยไม่มีล้อฝึก: ซีเควนเซอร์แบบกระจายศูนย์อย่างสมบูรณ์ การพิสูจน์การฉ้อโกงที่ไว้ใจไม่ได้ สัญญาที่ไม่เปลี่ยนรูป ฯลฯ

คำมั่นสัญญาของการเริ่มต้นที่ปลอดภัยด้วยควอนตัมและเชื่อถือได้ — การทำให้ Ethereum ปลอดภัยด้วยควอนตัมเป็นส่วนหนึ่งของความพยายามระยะยาวของเราในการทำให้ Ethereum ปลอดภัยด้วยควอนตัมก่อนที่คอมพิวเตอร์ควอนตัมจะกลายเป็นข้อกังวลทางกฎหมาย

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

SNARK / STARK Application-Specific Integrated Circuit — ฮาร์ดแวร์สำหรับสร้างการพิสูจน์โดยเฉพาะ

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

• รายการลิงค์สำหรับ Verkle Tree

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

• จำเป็นต้องเขียนข้อมูลจำเพาะที่เหมาะสม ตรวจสอบให้แน่ใจว่าการย้ายข้อมูลปลอดภัย และพิจารณาว่าจะส่งผลกระทบต่อโอเวอร์เฮดของ EVM Gas ในสถานะการอัปเดต/แก้ไขอย่างไร (ซึ่งขึ้นอยู่กับงานของการยกเลิก "SELF-DESTRUCT" ในส่วน The Purge ด้วย)

SNARK-Based Light Clients — สร้างหลักฐาน SNARK ของการเปลี่ยนสถานะใน Sync Committee เพื่อพิสูจน์อย่างรวดเร็วว่าตัวตรวจสอบใดที่ประกอบเป็น Sync Committee ปัจจุบัน

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

• SNARK สำหรับ Verkle Proofs - ด้วยการรวม Verkle Proofs ไว้ใน SNARK เดียว บล็อกจะมีหลักฐานสั้นๆ อิสระของสถานะบางส่วนที่แก้ไข ดังนั้นจึงไม่จำเป็นต้องตรวจสอบสถานะทั้งหมดของบล็อก N-1 เพื่อยืนยันว่าบล็อก N เป็นจริงหรือไม่ แก้ไขอย่างถูกต้อง

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

• SNARK สำหรับ L1 EVM - ใช้ประโยชน์จากงานที่ทำโดยทีมโรลอัพบน zk-EVM โดยผสานรวม zk-EVM เข้ากับ L1 โดยตรง:

- อ่านเกี่ยวกับ Rollup ที่เขียนในโปรโตคอลโพสต์；

เพิ่ม L1 Gas Cap — บล็อกการตรวจสอบที่ไม่น่าเชื่อถือโดยการขจัดภาระปัจจุบันของ “ทุกโหนดต้องจัดเก็บทุกอย่าง” จะทำให้ง่ายต่อการสร้างบล็อกขนาดใหญ่ขึ้นเพื่อความสามารถในการปรับขนาด L1 ที่มากขึ้น (สิ่งนี้จะปรับปรุงเอฟเฟกต์ของการขยาย L2 ทั้งหมดโดยอัตโนมัติ)

การย้ายไปยัง SNARK ที่ปลอดภัยด้วยควอนตัม (เช่น STARK) — การทำให้ Ethereum ปลอดภัยด้วยควอนตัมเป็นส่วนหนึ่งของความพยายามระยะยาวของเราในการทำให้ Ethereum ปลอดภัยด้วยควอนตัมก่อนที่คอมพิวเตอร์ควอนตัมจะกลายเป็นข้อกังวลทางกฎหมาย

• SNARK อิงตามการเข้ารหัสที่ทราบกันว่าควอนตัมคอมพิวเตอร์สามารถแคร็กได้ ในขณะที่ STARK ไม่ใช่

การชำระล้าง

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

ทำงานเสร็จแล้ว

ล้างการส่งคืนแก๊สส่วนใหญ่ — ทั้งหมดการปรับราคาก๊าซงานอัปเกรดในกรุงเบอร์ลินเสร็จสิ้นแล้ว

Beacon Chain Fast Sync — งานพัฒนาทั้งหมดได้รับการดำเนินการเพื่อซิงค์จากยุคสุดท้ายที่สรุปล่าสุด (เรียกว่า "การซิงค์จุดตรวจสอบ" ในไคลเอนต์เลเยอร์ฉันทามติส่วนใหญ่) แทนที่จะมาจากจุดเริ่มต้น

ข้อมูลจำเพาะ EIP-4444 - อ่านเรียนรู้.เรียนรู้.

ขั้นตอนต่อไป

การไฮเบอร์เนตข้อมูลย้อนหลัง — ลดข้อกำหนดในการจัดเก็บ เวลาในการซิงโครไนซ์ และความซับซ้อนของโค้ดโดยการไฮเบอร์เนตสถานะประวัติเก่า

• อ่านบทความนี้ทวิตเตอร์ยาว；

• พึ่งพาการใช้งาน EIP-4444 เช่น โดยวิธีอื่นเช่นPortal Network) เพื่อเข้าถึงทางเลือกของรัฐในอดีต;

• Vitalik สำหรับการจำศีลข้อมูลประวัติAMA；

การพักตัวของรัฐ — เกี่ยวกับสถานะ แก้ไขปัญหาของ "การชำระเงินครั้งเดียว การจัดเก็บข้อมูลถาวร"

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

• Vitalik สำหรับกลไกการพักตัวของรัฐAMA；

• ขึ้นอยู่กับงานเหล่านี้:

- ข้อกำหนดไฮเบอร์เนตสถานะพื้นฐาน: วิธีที่เราตั้งใจจะนำไปใช้ ดูสิ่งนี้แผนงานที่เป็นไปได้(และตัวเลือกอื่น）；

- การขยายพื้นที่ที่อยู่:เพิ่มขนาดที่อยู่, เพิ่มจาก 20 ไบต์เป็น 32 ไบต์เพื่อป้องกันความขัดแย้งและเพิ่มข้อมูลเกี่ยวกับรอบสถานะ;

- การวิเคราะห์แอปพลิเคชัน: หาวิธีที่จะทำลายแอปพลิเคชัน/สัญญาปัจจุบัน และแอปพลิเคชัน/สัญญาเหล่านี้ต้องปรับตัวอย่างไร

การปฏิรูปบันทึก - แบบง่ายบันทึกเหตุการณ์ทำงานเพื่อค้นหาเหตุการณ์ทางประวัติศาสตร์ได้อย่างมีประสิทธิภาพมากขึ้น

การประสานงานการทำให้เป็นอนุกรม - การใช้เลเยอร์การดำเนินการRLPการทำให้เป็นอนุกรมข้อมูลและเลเยอร์ฉันทามติใช้ SSZ ซึ่งจะค่อยๆละทิ้ง RLP และใช้SSZ。

นำประเภทธุรกรรมเก่าออก — หยุดรองรับประเภทธุรกรรมเก่า (ดูEIP-2718 ) เพื่อลบความซับซ้อนของโค้ดในฝั่งไคลเอ็นต์ (ลดทอนความเข้ากันได้แบบย้อนกลับบางส่วน)

เส้นทางการทำให้เข้าใจง่ายของ EVM

• ยกเลิก SELFDESTRUCT — opcode นี้เป็นที่มาของปัญหามากมาย:

- 《วิธีแก้ปัญหาในทางปฏิบัติเพื่อกำจัด SELFDESTRUCT" อธิบายสาเหตุและวิธีการลบ opcode นี้

- EIP ที่เกี่ยวข้อง:EIP-4758 、 EIP-4760 เช่นเดียวกับหารือ；

• ที่นี่ที่นี่กล่าวถึง;

• การคอมไพล์ล่วงหน้า -> การใช้งาน EVM — ละทิ้งสัญญาที่คอมไพล์แล้วและนำ EVM ไปใช้โดยตรง (นั่นคือ การทำงานแบบโมดูลาร์ขนาดใหญ่ ดูที่ The Splurge)

Splurge

เป้าหมาย: ทำอย่างอื่นให้สมบูรณ์แบบ

สิ่งดีๆ ทั้งหมดที่ไม่ต้องการลำดับความสำคัญสูงกว่าอยู่ในส่วนนี้ของ The Splurge ที่ใหญ่ที่สุดคือนามธรรมบัญชี,แต่ยังมีการปรับแต่งเนื้อหาที่มีอยู่เล็กน้อย

ทำงานเสร็จแล้ว

EIP-1559 — อันโด่งดังEIPนำมาประโยชน์มากมายไม่ใช่แค่ทำลาย ETH

ข้อมูลจำเพาะ ERC-4337 — theERCมีจุดมุ่งหมายเพื่อแนะนำการแยกบัญชีโดยไม่ต้องแก้ไขโปรโตคอลหลัก

• การตีความ ERC-4337；

ขั้นตอนต่อไป

รูปแบบสุดท้ายของ EIP-1559 — โดยการสร้างหลายมิติและAMM Curveและเวลาที่รับรู้ของ.

เส้นทางการปรับแต่ง EVM และเส้นทางที่ง่ายขึ้นใน The Purge รวมกันเป็นรูปแบบสุดท้ายของ EVM

• EVM Object Format (EOF) — ชุดของ EIP หลายชุดที่อนุญาตให้มีการตรวจสอบและกำหนดเวอร์ชันของ EVM bytecode ขณะที่ใช้งาน โปรดอ่านสิ่งนี้และและโพสต์ทวิตเตอร์；

• การดำเนินการแบบโมดูลาร์ขนาดใหญ่ — การเข้ารหัสส่วนใหญ่ในแผนงานต้องอาศัยการดำเนินการแบบโมดูลาร์กับตัวเลขจำนวนมาก ซึ่งสามารถทำได้อย่างมีประสิทธิภาพมากขึ้นโดยตรงใน EVM;

• การปรับแต่งเพิ่มเติมของ EVM — สิ่งอื่นที่ควรค่าแก่การเพิ่มเพื่อปรับปรุง EVM หรือลบสิ่งที่จะลบความซับซ้อน

เส้นทางการสรุปบัญชีที่ใช้รูปแบบสุดท้ายของการสรุปบัญชี สำหรับข้อมูลเพิ่มเติมเกี่ยวกับสิ่งต่อไปนี้ โปรดดูที่ Vitalik'sอธิบาย：

• ERC-4337 — การพัฒนากระเป๋าเงินอัจฉริยะที่ใช้งานร่วมกันได้

• การแปลงบัญชี EOA โดยสมัครใจ - ผ่าน EIP บัญชีธรรมดาจะได้รับอนุญาตให้เพิ่มรหัสเพื่อแปลงเป็นสัญญาอย่างถาวร นั่นคือ กลายเป็นกระเป๋าเงินอัจฉริยะที่เข้ากันได้ 4337

• เป็นลายลักษณ์อักษรในข้อตกลง — เพื่อบังคับการแปลงข้างต้นสำหรับบัญชีที่มีอยู่ทั้งหมด

Verifiable Delay Functions (VDF) — โดยพื้นฐานแล้ว “การพิสูจน์การทำงานที่ไม่ขนานกัน” ที่จะปรับปรุงการสุ่มที่ใช้ใน PoS และสิ่งอื่นๆ。

• ดูนี่โพสต์บทนำเกี่ยวกับ VDF และการใช้งานที่เป็นไปได้

ที่นี่ที่นี่ดูมีไอเดียมากมาย