สาระสำคัญของการประชุม Ethereum Core Developers (1)
ที่มา | อัปเดต AllCoreDevs
ผู้เขียน | ทิม เบโค
ที่มา | อัปเดต AllCoreDevs
ผู้เขียน | ทิม เบโค
ชื่อระดับแรก
ยินดีต้อนรับ 👋🏻
บทความชุดนี้มีเป้าหมายเพื่อสรุปความคืบหน้าของการพัฒนาโปรโตคอลหลัก เพื่อให้ชุมชน Ethereum สามารถเข้าใจและแยกแยะได้ดีขึ้น ซีรีส์ "AllCoreDevs Updates" อาจกล่าวได้ว่าเป็นผลงานร่วมกับ "Core Devs Meeting Videos & Transcripts" และ Twitter สรุป
ฉันหวังว่าบทสรุปของฉันสามารถแบ่งปันประเด็นที่นักพัฒนาหลักกำลังหารือกับชุมชน Ethereum ที่กว้างขึ้น เพื่อให้ผู้คนจำนวนมากขึ้นสามารถเข้าใจสิ่งที่เกิดขึ้นในชุมชน Ethereum ให้ข้อเสนอแนะเกี่ยวกับมัน และแม้แต่ช่วยแก้ปัญหาของตนเอง
ขอบคุณที่อ่านครับ 😁
ชื่อระดับแรก
➤ London hard fork กำลังเตรียม: การดำเนินการ EIP-1559 กำลังดำเนินการอยู่ และขอบเขตของการอัปเกรดแคบลงเพื่อให้ทันเส้นตายในเดือนกรกฎาคมหรือสิงหาคม
อัพเกรดเบอร์ลิน
➤ โฟกัสการอัพเกรดของ Shanghai hard fork ยังอยู่ระหว่างการหารือ: นักพัฒนาหลักจะมุ่งเน้นพลังงานไปที่การผสาน eth1->eth2 หรือปรับใช้ EIP ที่ได้รับความนิยมมากขึ้นหลังจากการควบรวมกิจการต้นแบบชื่อระดับแรกอัพเกรดเบอร์ลิน
เนื้อหาของการอัปเกรดเบอร์ลินได้รับการปรับใช้บนเครือข่ายทดสอบหลักทั้งหมด และจะเปิดตัวบน mainnet ในวันที่ 14 เมษายนที่ความสูงบล็อก 12,244,000 การอัปเกรดนี้จะปรับปรุงความปลอดภัยของ Ethereum และเตรียมพร้อมสำหรับการปรับใช้ EIP-1559 ในการอัปเกรดในลอนดอน หากเครื่องอ่านกำลังเรียกใช้โหนดและยังไม่ได้อัปเดตเวอร์ชันไคลเอ็นต์ ให้ดำเนินการโดยเร็วที่สุด! สำหรับไคลเอ็นต์เวอร์ชันอัปเดต
"ประกาศการอัพเกรด Ethereum Berlin"
มีประกาศ.
ในด้านความปลอดภัย ค่าธรรมเนียมก๊าซสำหรับ opcodes ที่เข้าถึงสถานะ Ethereum นั้นต่ำมากเมื่อเทียบกับค่าใช้จ่ายในการคำนวณ และ EIP-2929 แก้ไขปัญหานี้ การใช้ประโยชน์จากต้นทุนก๊าซที่ต่ำของ opcodes ผู้ประสงค์ร้ายสามารถสร้างบล็อกที่เรียก opcodes เหล่านี้ซ้ำๆ ซึ่งเป็นลำดับความสำคัญในการประมวลผลที่ช้ากว่าบล็อกปกติ EIP-2929 ช่วยบรรเทาสิ่งนี้โดยให้ค่าน้ำมันประมาณ 3 เท่า ในฝั่งไคลเอนต์มีการปรับปรุงการจัดการฐานข้อมูล ตัวอย่างเช่น รูปแบบฐานข้อมูลสแน็ปช็อตของไคลเอนต์ Geth ยังช่วยในการจัดการบล็อกที่มีการเข้าถึงระดับสูงได้อย่างมีประสิทธิภาพมากขึ้น
อย่างไรก็ตาม เพื่อบรรเทาผลกระทบเชิงลบของ EIP-2929 ต่อผู้ใช้ Berlin Upgrade จึงแนะนำ EIP-2930 ที่ตรงกัน ช่วยให้ผู้ใช้สามารถระบุ "รายการเข้าถึง" เมื่อส่งธุรกรรมเพื่อใช้ค่าธรรมเนียมก๊าซต่ำกว่าที่กำหนดไว้ใน 2929 การคำนวณค่าน้ำมันค่อนข้างซับซ้อน แต่ในระดับสูง หากลูกค้ารู้ล่วงหน้าว่าจะทำธุรกรรมในส่วนใดของรัฐ พวกเขาก็สามารถโหลดล่วงหน้าและคิดค่าน้ำมันน้อยลงสำหรับการเข้าถึงเหล่านั้น ฉันขอแนะนำให้ทุกคนอ้างถึง EIP นี้สำหรับการคำนวณที่แน่นอน
สำหรับนักพัฒนาแอปพลิเคชันและกระเป๋าเงินที่ต้องการสัมผัสกับฟังก์ชันการสร้าง "รายการเข้าถึง" ไคลเอ็นต์ Geth จะเปิดตัวเครื่องมือที่เกี่ยวข้องเร็วๆ นี้ 🔜 คุณสามารถคลิกที่นี่เพื่อดูความคืบหน้าของการพัฒนา:
https://github.com/ethereum/go-ethereum/pull/22550 ถ้าคุณเป็นนักพัฒนาแอพหรือกระเป๋าเงิน ตอนนี้ก็ถึงเวลาทดสอบเนื้อหาของการอัปเกรดของเบอร์ลินบนเครือข่ายทดสอบแล้ว!
สุดท้ายนี้ ทุกคนมีความกังวลเกี่ยวกับการอัปเกรดเบอร์ลิน โดยกังวลว่า EIP-2929 จะเพิ่มต้นทุนในการทำธุรกรรม DeFi อย่างไรก็ตาม การเปิดตัว EIP-2930 จะช่วยชดเชยบางส่วน (ไม่ใช่ทั้งหมด) ทางออกที่ชัดเจนในการป้องกันไม่ให้ค่าธรรมเนียมการทำธุรกรรมประเภทนี้เพิ่มขึ้นคือการเพิ่มขีดจำกัดของก๊าซบล็อก
ลอนดอนอัพเกรด
อย่างไรก็ตาม มีข้อดีและข้อเสียในการทำเช่นนั้นเสมอ: การเพิ่มขนาดบล็อกจะเร่งการเติบโตของสถานะ ซึ่งทำให้โหนดซิงโครไนซ์กับเครือข่ายได้ยากขึ้น ในทางกลับกัน การไม่เพิ่มขีดจำกัดของบล็อกก๊าซจะเพิ่มต้นทุนการทำธุรกรรมของผู้ใช้เครือข่าย (จ่ายค่าก๊าซแพง) บางทีนี่อาจเป็นการประนีประนอมที่ยุติธรรมกว่า: ใช้ 2929 เพื่อลดความเสี่ยงของ DoS แล้วค่อยๆ เพิ่มขนาดบล็อกจนกว่าค่าธรรมเนียมก๊าซที่เพิ่มขึ้น 2929 จะค่อยๆ หักกลบกัน
ชื่อระดับแรก
ลอนดอนอัพเกรดด้วยการ hard fork ของ Berlin บนเส้นทางสู่ mainnet นักพัฒนาหลักกำลังมุ่งเน้นไปที่การอัปเกรดเครือข่ายครั้งต่อไป: ลอนดอน การอัปเกรดนี้ค่อนข้างพิเศษ เนื่องจากความยากจะเกิดขึ้นในเดือนสิงหาคม ดังนั้นการอัปเกรดในลอนดอนจึงต้องเปิดใช้งานก่อนหน้านั้น กล่าวคือ การพัฒนาและการอัปเดตการอัปเกรดครั้งต่อไป (ลอนดอน) จะเริ่มขึ้นก่อนที่จะปรับใช้การอัปเกรดครั้งก่อน ๆ นี่เป็นครั้งแรกที่นักพัฒนาหลักพบสถานการณ์เช่นนี้การอัปเกรดในลอนดอนจะปรับใช้ EIP-1559 ที่รอคอยมานานบน mainnet หากผู้อ่านยังใหม่กับ EIP ฉันได้รวบรวมรายการทรัพยากรและจัดทำเอกสารขั้นตอนการพัฒนาในปีที่ผ่านมา
คำแปลของ
เซี่ยงไฮ้อัพเกรด
การเปลี่ยนแปลงที่เกิดจาก EIP นี้เพียงอย่างเดียวต่อ Ethereum นั้นมากกว่าการอัปเกรด EIP ทั้งหมดในเบอร์ลินรวมกัน และเวลาในการนำไปใช้และทดสอบก็สั้นกว่าการอัปเกรดครั้งก่อน ดังนั้นนักพัฒนาหลักจึงพยายามจำกัดขอบเขตของการอัปเกรดในลอนดอนให้แคบลงเพื่อให้สามารถดำเนินการได้ทันเวลา จนถึงตอนนี้ การอัปเกรดในลอนดอนรวมเฉพาะ EIP-1559 และ EIP-3238 เท่านั้น (เสนอให้เลื่อนเวลาระเบิดความยากออกไปจนถึงไตรมาสที่ 2 ปี 2022) หลังจากการใช้งานและการทดสอบ 1559 สิ้นสุดลง นักพัฒนาหลักจะอยู่ในตำแหน่งที่กระตือรือร้นมากขึ้น จากนั้นจึงค่อยตัดสินใจว่าจะเพิ่ม EIP ใด
ชื่อระดับแรก
เซี่ยงไฮ้อัพเกรด
เนื่องจากขอบเขตของการอัปเกรดลอนดอนถูกจำกัดให้แคบลง นักพัฒนาหลักจึงเริ่มวางแผนระดับสูงสำหรับการอัปเกรดเซี่ยงไฮ้ เรามีความเป็นไปได้หลักสองประการดังต่อไปนี้:
อันดับแรก เราสามารถใช้ EIP ที่ไม่สามารถปรับใช้ในลอนดอนได้ เช่น:
➤ EIP-3074: อนุญาต "ธุรกรรมที่ได้รับทุน" และอื่นๆ
➤ EIP-2537: เพิ่มการรองรับเส้นโค้ง BLS-12381 (ใช้โดย beacon chain)
➤ EIP-2327: เป็นประโยชน์ต่อทีม Solidity and Optimism
➤ EIP-2935: มีประโยชน์สำหรับลูกค้ารายย่อยและลูกค้าไร้สัญชาติ
อีกทางหนึ่ง ชุมชนกำลังมุ่งเน้นไปที่การควบรวมระหว่างเลเยอร์ฉันทามติ (eth2) และแอปพลิเคชัน (eth1) มากขึ้น พูดง่ายๆ ก็คือ Merge™️ ที่เก็บข้อมูล eth2 spec มี PR สำหรับข้อเสนอ "การรวมข้อมูลจำเพาะแบบง่าย" อยู่แล้ว และใกล้เคียงกับที่ทีมลูกค้าควรจะสร้างต้นแบบได้
แม้ว่าข้อกำหนดที่ผสานรวมอาจค่อนข้างง่าย แต่ก็ยังมีปัญหาด้านวิศวกรรมหลายประการที่ต้องแก้ไขเพื่อให้ไคลเอนต์ชั้นแอปพลิเคชันใช้บีคอนเชนเป็นเครื่องมือที่สอดคล้องกัน การดึงความสนใจของนักพัฒนาไคลเอ็นต์ทั้งสองด้านมาสู่ปัญหาเหล่านี้คือวิธีที่เราค้นหาและแก้ไข
ทีมลูกค้ายังคงต้องได้รับการจัดการที่ดีขึ้นในการย่อยข้อมูลจำเพาะและเริ่มสร้างต้นแบบก่อนที่พวกเขาจะตัดสินใจได้ว่าเราพร้อมที่จะเปลี่ยนพลังงานทั้งหมดของเราให้เป็นความพยายามในการผสานรวมหรือไม่ หรือหากจำเป็นต้องมีคณะทำงานกลุ่มเล็กๆ ก่อนที่ทุกคนจะมีส่วนร่วม ทำงานมากขึ้น เพื่อเร่งกระบวนการนี้ ลูกค้าจากแอปพลิเคชันและเลเยอร์ฉันทามติจะพัฒนาต้นแบบของข้อกำหนดล่าสุดระหว่างงาน Scaling Ethereum Hackathon
ด้านบนคือเนื้อหาอัพเดทของฉบับนี้! การประชุม AllCoreDevs ครั้งต่อไปจะจัดขึ้นในวันศุกร์ที่ 2 เมษายน เวลา 22:00 น. ตามเวลาปักกิ่ง เจอกันคราวหน้า!
งานแปลของ ECN มีเป้าหมายเพื่อส่งมอบข้อมูลและทรัพยากรการเรียนรู้คุณภาพสูงสำหรับชุมชน Ethereum ของจีน ลิขสิทธิ์ของบทความเป็นของผู้เขียนต้นฉบับและต้องระบุแหล่งที่มาของข้อความต้นฉบับและเว็บไซต์ ETH ภาษาจีนเมื่อพิมพ์ซ้ำ สำหรับการพิมพ์ซ้ำในระยะยาว โปรดติดต่อ eth@ecn.co เพื่อขออนุญาต
ลิงค์ต้นฉบับ: https://hackmd.io/@timbeiko/acd/https%3A%2F%2Fhackmd.io%2F%40timbeiko%2FH1US36qzO
เว็บไซต์: ethereum.cn
