วิทยาศาสตร์ยอดนิยม: ตัวเลือกการออกแบบของ Ethereum 2.0
หมายเหตุบรรณาธิการ: บทความนี้มาจาก:ผู้ที่ชื่นชอบ Ethereum (ID: ethfans)หมายเหตุบรรณาธิการ: บทความนี้มาจาก:
ผู้ที่ชื่นชอบ Ethereum (ID: ethfans)
ผู้ที่ชื่นชอบ Ethereum (ID: ethfans)
, ผู้แต่ง: ดิตยา อัสกอนการ์ พิมพ์ซ้ำโดยได้รับอนุญาตจาก Odaily
บทความนี้เป็นสไลด์ของคำปราศรัยของนักวิจัย Aditya Asgaonkar ในการประชุม EthCC ตามคำกล่าวของเขาเป็นการอธิบายการออกแบบของ Eth2 ให้กับนักพัฒนาสัญญาอัจฉริยะและสิ่งที่เปลี่ยนแปลงประสบการณ์การพัฒนาของนักพัฒนา ในสุนทรพจน์ของเขา เขาได้กล่าวถึงสถาปัตยกรรมพื้นฐานของ Eth2 และความท้าทายในการออกแบบของ Eth2 ไว้อย่างชัดเจน
คำอธิบายและส่วนย่อยของเนื้อหาของสไลด์ในข้อความถูกเพิ่มโดยบรรณาธิการ
ในย่อหน้านี้ ผู้เขียนชี้ให้เห็นว่าเป้าหมายการออกแบบที่สำคัญสองประการของ Ethereum 2.0 คือความสามารถในการปรับขนาดและความปลอดภัย
แบบแรกหมายความว่าปริมาณงานเพิ่มขึ้นแบบ super-linearly หากอินพุตของทรัพยากรโหนดเพิ่มขึ้น K เท่า ปริมาณงานของระบบทั้งหมดจะเพิ่มขึ้นมากกว่า K เท่า
ส่วนหลังหมายถึงความปลอดภัยที่สอดคล้องกับฉันทามติที่เกิดจากโหนด เพื่อให้มั่นใจว่าทุกส่วนมีความปลอดภัยเท่าเทียมกัน
ส่วนหลังถูกนำไปใช้กับการแบ่งส่วนย่อย (แยกสถานะของทั้งระบบเพื่อสร้างส่วนย่อยที่แตกต่างกัน) ในขณะที่ส่วนแรกถูกนำมาใช้กับห่วงโซ่บีคอน
แต่เมื่อใช้ทั้งสองอย่างร่วมกัน บีคอนเชนจะไม่สามารถบันทึกข้อมูลชาร์ดทั้งหมดและดำเนินการธุรกรรมชาร์ดทั้งหมดได้ มิฉะนั้นจะขัดต่อข้อกำหนดความสามารถในการขยายขนาด
ดังนั้น การแบ่งงานระหว่างทั้งสองคือ beacon chain มีหน้าที่รับผิดชอบในฉันทามติ บันทึกเฉพาะรากของ Merkle ของสถานะชาร์ด และไม่ดำเนินการธุรกรรมชาร์ด ชาร์ดไม่มีกลไกที่สอดคล้องกัน และมีเพียงผู้ตรวจสอบที่สุ่มเลือกมาเท่านั้น ออกไปสร้างบล็อก ตรวจสอบความถูกต้อง และส่งต่อ Merkle root ไปยัง beacon chain
