จุดโฟกัสของการ Fork ถัดไปของ Ethereum เพียงพอหรือไม่ที่จะอ่านบทความนี้
ผู้แต่ง | ฉิน เสี่ยวเฟิง
บรรณาธิการ | หลู่ เสี่ยวหมิง
ผลิต | Odaily
ผู้แต่ง | ฉิน เสี่ยวเฟิง
บรรณาธิการ | หลู่ เสี่ยวหมิงJustin Drakeในช่วงสองสัปดาห์ที่ผ่านมา การประชุมทางโทรศัพท์รายสัปดาห์ถูกยกเลิกเนื่องจากผู้พัฒนา ethereum หลักจำนวนมากเดินทางไปโตรอนโตเพื่อเข้าร่วมการประชุมปรับขนาด ในคืนวันศุกร์นี้ นักพัฒนาหลักของ Ethereum จะยังคงจัดการประชุมทางโทรศัพท์ โดยมุ่งเน้นไปที่การฮาร์ดฟอร์กของอิสตันบูล (อิสตันบูล) และตัดสินใจเกี่ยวกับข้อเสนอขั้นสุดท้าย (EIP)
จากมุมมองของการออกแบบ การฮาร์ดฟอร์กของอิสตันบูล (อิสตันบูล) คือทางแยกสุดท้ายของ Ethereum ไปสู่ช่วง Serenity (จะไม่มีการสร้างโทเค็นใหม่) ในขณะเดียวกัน ข้อเสนอสำหรับการแยกนี้เกี่ยวข้องกับหลายประเด็น (Progpow, การเช่าของรัฐ, chainID เป็นต้น) หากปัญหาบางอย่างไม่ได้รับการแก้ไขในทางแยกนี้ จะมีผลกระทบอย่างมากต่อการพัฒนาระบบนิเวศของ Ethereum ที่ตามมา ตามที่นักวิจัย Ethereum 2.0
ดังที่กล่าวไว้ Ethereum 2.0 Phase 0 จะเปิดตัวในวันที่ 3 มกราคม 2020
EIP-615ชื่อเรื่องรอง
EIP-663เลื่อน ProgPoW เน้น "เช่ารัฐ"
EIP-1057เมื่อวันที่ 17 ของเดือนที่แล้ว การรวบรวมข้อเสนอ Hard Fork ของอิสตันบูล (EIP) สิ้นสุดลง และมีการรวบรวมข้อเสนอทั้งหมด 29 รายการ ข้อเสนอเหล่านี้คือ:
EIP-1108: รูทีนย่อย EVM และการกระโดดแบบคงที่
EIP-1109: คำแนะนำ SWAP และ DUP ไม่จำกัด
EIP-1283: ProgPoW หลักฐานการทำงานแบบเป็นโปรแกรม
EIP-1344: ลดต้นทุนก๊าซที่คอมไพล์แล้ว alt_bn128
EIP-1352: PRECOMPILEDCALL opcode (ลบค่าโทรสำหรับสัญญาที่คอมไพล์แล้ว)
EIP-1380: หากไม่มีแผนที่สกปรก วัดต้นทุนก๊าซสุทธิของ SSTORE
EIP-1559: เพิ่ม ChainID opcode
EIP-1965: ระบุช่วงที่อยู่ที่จำกัดสำหรับสัญญาคอมไพล์/ระบบ
EIP-1702: ลดค่าน้ำมันของการโทรเอง
EIP-1706: เปลี่ยนค่าธรรมเนียมก๊าซโซ่ ETH 1.0
EIP-1803: วิธีตรวจสอบว่า chainID ถูกต้องที่หมายเลขบล็อกที่ระบุหรือไม่
EIP-1829: รูปแบบการกำหนดเวอร์ชันบัญชีทั่วไป
EIP-1884: ปิดการใช้งาน SSTORE เมื่อค่าน้ำมันต่ำ
EIP-1930: เปลี่ยนชื่อ opcode
EIP-1985: การคอมไพล์ล่วงหน้าของการผสมเชิงเส้นแบบ Elliptic Curve
EIP-1959: กำหนด opcodes ใหม่ซึ่งขึ้นอยู่กับขนาด trie
EIP-1962: มาตรฐานการเรียกก๊าซนั้นเข้มงวดและสามารถเรียกคืนได้หากมีการโทรก๊าซไม่เพียงพอ
EIP-2014: ขีดจำกัดที่สมเหตุสมผลสำหรับพารามิเตอร์ EVM บางตัว
EIP-2026: opcode ใหม่ที่ตรวจสอบว่า chainID เป็นส่วนหนึ่งของประวัติ chainID หรือไม่
EIP-2027: เลขคณิต EC และการจับคู่กับคำจำกัดความรันไทม์ (แทนที่ EIP-1829)
EIP-2028: Extended State Oracle
EIP-2029: สัญญาเช่าของรัฐ H - บัญชีเงินฝากล่วงหน้า
EIP-2031: สัญญาเช่าของรัฐ C - การบัญชี ขนาดสัญญาสุทธิ
EIP-2035: ลดต้นทุน Calldata Gas
EIP-2045: สัญญาเช่าของรัฐ A - สัญญาตอบโต้รัฐ
EIP-2046: สถานะการเช่า B--Net Trading Counter
: ลูกค้าไร้สัญชาติ - ปรับราคา SLOAD และ SSTORE เพื่อชำระค่าบล็อกปรู๊ฟEIP 1108: ค่าแก๊สของอนุภาค EVM opcode
: ลดต้นทุนในการเรียกสแตติกไปยังโปรแกรมที่คอมไพล์แล้วEIP-1057ในการประชุมทางโทรศัพท์ของนักพัฒนาหลักก่อนหน้านี้ ข้อเสนอที่ได้รับอนุมัติอย่างไม่แน่นอนคือ
- เสนอการเปลี่ยนแปลงเล็กน้อยกับค่าธรรมเนียมก๊าซสำหรับเครือข่าย Ethereum อย่างไรก็ตาม นักพัฒนาเน้นว่าในขณะที่ข้อเสนอได้รับการอนุมัติ ข้อมูลเกณฑ์มาตรฐานจะต้องนำเสนอในการประชุมนักพัฒนาหลักในภายหลัง
นอกจากนี้ข้อเสนอที่คาดหวังมากEIP-1559อาจล่าช้า EIP 1057 เสนออัลกอริทึม PoW ที่ได้รับการปรับปรุงที่เรียกว่า "Progressive PoW" หรือ ProgPoW ซึ่งมีจุดประสงค์เพื่อใช้ความสามารถในการคำนวณเฉพาะของ GPU ได้ดียิ่งขึ้น
ก่อนหน้านี้ นักพัฒนาสามารถระดมทุนได้ 50,000 DAI (ประมาณ 50,000 ดอลลาร์) ผ่านการระดมทุนบน Gitcoin แพลตฟอร์มรางวัลโอเพ่นซอร์สเป็นกองทุนตรวจสอบรหัส ProgPoW อย่างไรก็ตาม เนื่องจากโค้ดดังกล่าวยังไม่ได้รับการตรวจสอบโดยองค์กรภายนอก จึงประกาศเลื่อนการประชุมนักพัฒนาออกไปในวันที่ 24 พฤษภาคม
ยังล่าช้า
ในบรรดาข้อเสนอเหล่านี้ "การเช่าซื้อโดยรัฐ" มีความตื่นตาเป็นพิเศษ
ความตั้งใจดั้งเดิมของ "การเช่าโดยรัฐ" คือขนาดของสถานะของ Ethereum นั้นใหญ่มาก หากยังคงเติบโตในอัตราปัจจุบัน เครือข่าย Ethereum จะบวมอย่างมาก และเรากำลังประเมินต้นทุนการจัดเก็บในระยะยาวต่ำเกินไป ซึ่งสามารถจำลองได้โดยประมาณเป็น: ไบต์ * เวลา ดังนั้นจึงจำเป็นสำหรับเราที่จะต้องเปลี่ยนแปลงการออกแบบสถานะปัจจุบันของ Ethereum
ตามแผนงานของ Ethereum 2.0 การเช่าของรัฐจะถูกนำไปใช้ใน ETH 2.0 ด้วย (แผนปัจจุบันอยู่ในระยะที่ 2) การจะพัฒนาใหม่บน ETH1.0 หรือไม่นั้นเชื่อว่าจะเป็นประเด็นร้อนในการประชุมทางโทรศัพท์ในวันศุกร์นี้
ชื่อเรื่องรอง
ข้อเสนอการลบ
ข้อเสนอข้างต้นยังก่อให้เกิดการอภิปรายอย่างกว้างขวางในชุมชนนักพัฒนาหลายคนตั้งคำถามว่าข้อเสนอบางอย่างซ้ำซ้อนและควรลบทิ้ง
นักพัฒนา Alex Beregszaszi กล่าวว่า: "ฉันสับสน ฉันคิดว่าข้อเสนอแนะของ EIP ที่ขัดแย้งกัน ที่อยู่ติดกัน และซ้ำกัน (โดยมี 3 หรือ 4 EIP ทั้งหมดเกี่ยวกับ chainid, repricing, SWAP และ DUP) ควรได้รับการหยิบยกขึ้นมาอีกครั้ง ก่อนหน้านี้มีฉันทามติบางอย่าง หากพวกเขา ไม่ได้กำหนดไว้อย่างชัดเจน ดังนั้นจึงไม่มีประเด็นเล็กน้อยในการโต้เถียงเกี่ยวกับ EIP"จนถึงตอนนี้ กระบวนการตรวจสอบข้อเสนอได้ดำเนินไปในช่วงเวลาสั้นๆ เท่านั้น และยังคงรอการพิจารณาว่านักพัฒนาหลักจะสามารถให้คำตอบสุดท้ายได้หรือไม่ในวันศุกร์นี้สำหรับ EIP ข้างต้น
ชุมชนนักพัฒนา (คลิกเพื่อเข้าสู่)
นอกจากนี้ยังมีการหารือเพื่อลดภาระงานเพื่อลดภาระงานของนักพัฒนาหลักและปรับปรุงประสิทธิภาพ
ชื่อเรื่องรอง Afri Schoedonไทม์ไลน์ฮาร์ดฟอร์ก
นอกเหนือจากการให้ความสนใจกับข้อเสนอแล้ว ช่วงเวลาของการ hard fork ของอิสตันบูลก็เป็นสิ่งที่ควรค่าแก่การให้ความสนใจเช่นกัน
ตามที่อดีตผู้ประสานงานฮาร์ดฟอร์ก
ตารางเวลา (จากไป) กระบวนการฮาร์ดฟอร์กแบ่งออกเป็น "รอบ 9 เดือนคงที่" ตารางการ hard fork ของอิสตันบูลมีดังนี้:
2019-05-17 (วันศุกร์): กำหนดเส้นตายสำหรับการยอมรับข้อเสนอ "อิสตันบูล"
2019-07-19 (วันศุกร์): กำหนดเส้นตายการใช้งานไคลเอนต์หลัก
2019-08-14 (วันพุธ): Testnet ((Ropsten, Gorli หรือ ad hoc testnet)) อัปเกรดเวลา
10-10-2019 (วันพุธ): เวลาอัปเกรด Mainnet (“อิสตันบูล”)
ขั้นตอนแรกของการรวบรวมข้อเสนอเสร็จสมบูรณ์แล้ว และขั้นตอนต่อไปคือ "การใช้งานไคลเอนต์หลัก" สิ่งที่เรียกว่า "การใช้งานไคลเอนต์หลัก" การรวม EPI ที่ยอมรับเข้ากับไคลเอนต์ ethereum ที่มีอยู่ เป็นขั้นตอนที่คล้ายกับการรวมโค้ดเข้าด้วยกันเพื่อให้สามารถทดสอบได้อย่างสมบูรณ์
