เนื่องจากโหนดเวลาการรวม Ethereum ใกล้เข้ามา วันนี้เราจะหารือเกี่ยวกับปัญหาด้านกฎระเบียบและปัญหาเกี่ยวกับชั้นแอปพลิเคชันที่ Ethereum จะต้องเผชิญหลังจากการควบรวมกิจการ

เมื่อวันที่ 16 สิงหาคม 2022 Vitalik Buterin ผู้ร่วมก่อตั้ง Ethereum (V God) ได้เข้าร่วมในการอภิปรายบน Twitter ว่า "หากผู้ตรวจสอบที่ผ่านโปรโตคอลบางอย่าง (เช่น Lido, Coinbase เป็นต้น) ชุมชน Ethereum จะมีปฏิกิริยาอย่างไร" กล่าวว่าจะถือว่าการตรวจสอบนี้เป็นการโจมตี Ethereum และเลือกที่จะทำลายสิทธิ์และผลประโยชน์ที่ให้คำมั่นไว้ของผู้ตรวจสอบความถูกต้องเหล่านี้ผ่านฉันทามติที่กว้างขึ้น (ฉันทามติทางสังคม)

จุดชนวนสำหรับการสนทนานี้คือเมื่อเร็ว ๆ นี้ สำนักงานควบคุมสินทรัพย์ต่างประเทศของกระทรวงการคลังสหรัฐฯ (OFAC) ได้เพิ่มที่อยู่ Ethereum ที่เกี่ยวข้องกับ Tornado Cash ในรายการหน่วยงานที่ถูกคว่ำบาตร อย่างไรก็ตาม การลงโทษในปัจจุบันทั้งหมดอยู่ในระดับรวมศูนย์ และการลงโทษทางเทคนิคไม่สามารถบังคับใช้ในส่วนของสัญญาอัจฉริยะที่เกี่ยวข้องกับการกระจายอำนาจได้

นี่แสดงให้เห็นว่าหากสหรัฐอเมริกาต้องการคว่ำบาตรเงินสดจาก Tornado อย่างสมบูรณ์ จะต้องควบคุมห่วงโซ่ Ethereum ที่เกี่ยวข้องจากนั้นจึงนำไปสู่คำถามว่า หากรัฐบาลสหรัฐฯ กำกับดูแล Ethereum จะเป็นอย่างไร?

หากรัฐบาลสหรัฐฯ ต้องการควบคุม Ethereum ความเป็นไปได้ที่ใหญ่ที่สุดคือการกำหนดให้ผู้ให้บริการจำนำ PoS ขนาดใหญ่ดำเนินการตรวจสอบธุรกรรมระดับโปรโตคอลบน Ethereumพูดง่ายๆ ก็คือ

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

จนถึงตอนนี้ จำนวน ETH ที่จำนำในเครือข่าย Ethereum ทั้งหมดอยู่ที่ประมาณ 13 ล้าน ETH และจำนวน ETH ที่จำนำผ่าน Lido คิดเป็นประมาณ 30.9%, Coinbase คิดเป็นประมาณ 14.7% และ Kraken คิดเป็นประมาณ 8.5%

คำอธิบายภาพ

รูปจาก Dune Analytics

มุ่งเป้าไปที่สถานการณ์ที่เป็นไปได้ข้างต้น ชุมชน Ethereum เปิดตัวการโหวตบน Twitter เพื่อหารือเกี่ยวกับสิ่งที่ต้องทำหาก OFAC ควบคุม Ethereum ผ่านโหนดการตรวจสอบ V God สนับสนุนการปฏิบัติต่อสถานการณ์ข้างต้นว่าเป็นการโจมตี Ethereum และทำลายสิทธิ์และผลประโยชน์ที่ให้คำมั่นสัญญาของโหนดเหล่านี้ผ่านฉันทามติที่กว้างขึ้น

ต่อไปเรามาพูดถึงชั้นแอปพลิเคชันกัน

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

หลังจากการควบรวมกิจการ ไคลเอนต์ Eth1 และ Eth2 ในปัจจุบันจะกลายเป็นเลเยอร์การดำเนินการและเลเยอร์ฉันทามติ (หรือกลไก) ของ Ethereumซึ่งหมายความว่าตัวดำเนินการโหนดสำหรับไคลเอนต์ Eth1 หรือบีคอนเชนจะต้องเรียกใช้ "อีกครึ่งหนึ่ง" ของสแต็กเพื่อรับโหนดที่ตรวจสอบความถูกต้องอย่างสมบูรณ์ข้อความ

• คำอธิบายภาพ

สถาปัตยกรรมไคลเอ็นต์แบบผสาน ได้รับความอนุเคราะห์จาก Danny Ryan

โครงสร้างบล็อก

เมื่อเกิดการผสาน โหนดบีคอนจะตรวจสอบเชน PoW ปัจจุบันและรอให้ถึงเกณฑ์ความยากทั้งหมดที่กำหนดไว้ล่วงหน้า ซึ่งเรียกว่า TERMINAL_TOTAL_DIFFICULTY นั่นคือ เมื่อห่วงโซ่ PoW สร้างบล็อกที่มีความยากทั้งหมด >= TERMINAL_TOTAL_DIFFICULTY จะถือว่าเป็นบล็อก PoW สุดท้ายบนห่วงโซ่

ต่อจากนั้น ข้อมูลที่อยู่ในบล็อก PoW จะกลายเป็นส่วนประกอบข้อมูลของบล็อกเชนบีคอน และเชนบีคอนสามารถถือเป็นเลเยอร์ฉันทามติ PoS ใหม่ของ Ethereum แทนที่เลเยอร์ฉันทามติ PoW ก่อนหน้า

ในเวลาเดียวกัน เมื่อทำการตรวจสอบฉันทามติ โหนดบีคอนจะสื่อสารกับกลไกดำเนินการ (ไคลเอนต์ Ethereum ก่อนอัปเกรด) และขอให้สร้างหรือตรวจสอบ ExecutionPayloads ExecutionPayloads ประกอบด้วยข้อมูล เช่น แฮชพาเรนต์ สถานะรูท ค่าธรรมเนียมพื้นฐาน และรายการธุรกรรมที่ต้องดำเนินการ

เมื่อสร้างหรือตรวจสอบข้อมูลเหล่านี้แล้ว โหนดบีคอนจะแชร์ข้อมูลเหล่านี้กับโหนดอื่นๆ บนเครือข่าย p2p

คำอธิบายภาพ

ได้รับความอนุเคราะห์จาก Danny Ryan

เครื่องยนต์การดำเนินการ

หลังจากการควบรวมกิจการ กลไกการดำเนินการจะรับผิดชอบหลักในการจัดการสถานะ การสร้างบล็อกและฟังก์ชันการตรวจสอบ และจะไม่รวมการดำเนินการใดๆ ที่เกี่ยวข้องกับฉันทามติอีกต่อไป ดังนั้น โปรแกรมการดำเนินการจึงได้รับการแก้ไขบางส่วน การแก้ไขเหล่านี้ได้อธิบายไว้ใน EIP-3675 โดยส่วนใหญ่รวมถึงจุดสามจุดต่อไปนี้:

ขั้นแรก ฟิลด์ข้อมูลบางส่วนของบล็อกจะได้รับการแก้ไขตั้งค่าช่องที่เกี่ยวข้องกับ PoW หลายช่องในบล็อกเดิมเป็น 0 (หรือเทียบเท่ากับโครงสร้างข้อมูล) ที่เกี่ยวข้องกับการขุดโดยเฉพาะ (ความยาก, mixHash, nonce), รางวัลบล็อกลุง (ommers, ommersHash ) นอกจากนี้ ความยาวของ extraData จะถูกจำกัดไว้ที่ 32 ไบต์บน mainnet

ประการที่สอง เนื่องจากมีเพียง Beacon Chain ที่ผสานเข้าด้วยกันเท่านั้นที่สามารถสร้างบล็อกได้ เครื่องมือการดำเนินการจะหยุดการประมวลผลบล็อกและรางวัลบล็อกที่ไม่ต่อเนื่องอย่างไรก็ตาม ค่าธรรมเนียมการทำธุรกรรมยังคงดำเนินการอยู่ นั่นคือเมื่อเครื่องมือดำเนินการสร้าง ExecutionPayload จะต้องตรวจสอบให้แน่ใจว่าผู้เริ่มต้นของธุรกรรมทั้งหมดสามารถชำระค่าธรรมเนียม BaseFeePerGas ปัจจุบันเป็นอย่างน้อย และส่งค่าธรรมเนียมการทำธุรกรรมที่เหลือไปยัง feeReceipient โปรดทราบว่า feeReceipient อ้างอิงถึงที่อยู่ Ethereum ก่อนการอัปเกรด ไม่ใช่ที่อยู่ beacon chain validator

สุดท้ายนี้ เมื่อ PoS เข้ามาแทนที่ PoW เครื่องมือดำเนินการจะไม่รับผิดชอบบล็อกการแพร่ภาพอีกต่อไป แต่จะยังคงแพร่ภาพธุรกรรมผ่านเครือข่าย p2pกระบวนการเฉพาะคือ ขั้นแรก ผู้ใช้จะส่งธุรกรรมไปยังไคลเอนต์ที่เป็นเอกฉันท์ผ่านคำขอ RPC ในพื้นที่ ซึ่งธุรกรรมเหล่านั้นจะถูกบรรจุลงในบล็อกบีคอน ลูกค้าที่เป็นเอกฉันท์จะออกอากาศบล็อกบีคอนในเครือข่าย p2p ของตน

คำอธิบายภาพ

ได้รับความอนุเคราะห์จาก Danny Ryan

BLOCKHASH & การเปลี่ยนแปลง opcode ที่ยากลำบาก

หลังจากการควบรวมกิจการแล้ว opcode ของ BLOCKHASH ยังคงใช้งานได้ แต่เนื่องจากไม่ได้สร้างค่าแฮชที่สอดคล้องกันอีกต่อไปผ่านการพิสูจน์การทำงาน การสุ่มหลอกที่ได้จาก opcode นี้จะอ่อนลงอย่างมาก

ในเวลาเดียวกัน opcode ยาก (0x44) จะถูกเปลี่ยนชื่อเป็น RANDOM และส่งคืนค่าสุ่มที่ได้รับจาก beacon chain ดังนั้น ค่านี้จะแทนที่ BLOCKHASH เป็นแหล่งสุ่มที่ดีกว่าที่นักพัฒนาแอปพลิเคชันสามารถใช้ได้ (แม้ว่าจะยังมีอคติอยู่ก็ตาม)

ค่า RANDOM จะถูกจัดเก็บไว้ใน ExecutionPayload แทนที่ mixHash ดั้งเดิม ซึ่งเกี่ยวข้องกับการคำนวณหลักฐานการทำงาน ค่านี้ถูกเปลี่ยนชื่อเป็นแบบสุ่มหลังจากการอัพเกรด

คำอธิบายภาพ

ได้รับความอนุเคราะห์จาก Danny Ryan

ก่อนการรวม เราจะเห็นว่า 0x44 opcode ส่งคืนฟิลด์ความยากในส่วนหัวของบล็อก หลังจากผสานแล้ว opcode RANDOM ที่รับผิดชอบในการสร้างตัวเลขสุ่มจะชี้ไปที่ช่อง mixHash ดั้งเดิม ซึ่งเปลี่ยนชื่อเป็น Random

บล็อกเวลา

การควบรวมกิจการจะส่งผลต่อเวลาบล็อกเฉลี่ยของ Ethereum ปัจจุบัน ภายใต้ PoW บล็อกจะถูกสร้างขึ้นทุกๆ 13 วินาทีโดยเฉลี่ย แต่ช่วงเวลาของบล็อกที่เกิดขึ้นจริงจะแตกต่างกันมากเนื่องจากความแออัดของเครือข่าย แต่ภายใต้ PoS ช่วงเวลาบล็อกจะถูกกำหนดไว้ที่ 12 วินาที เว้นแต่จะมีสถานการณ์ที่รุนแรงเกิดขึ้น เช่น: ตัวตรวจสอบออฟไลน์หรือส่งบล็อกไม่ตรงเวลาและพลาดช่องบางช่อง

ข้อมูลอ้างอิง:

ข้อมูลอ้างอิง:

《ลิงค์ต้นฉบับ》

《How The Merge Impacts Ethereum’s Application Layer 》

ลิงค์ต้นฉบับ