เพื่อทำความเข้าใจ Ethereum 2.0 ก่อนอื่นให้เข้าใจหลักการออกแบบหลักของ Ethereum 2.0

การประชุมการประยุกต์ใช้เทคโนโลยี Ethereum จัดขึ้นที่กรุงปักกิ่งในวันนี้ Vitalik สมาชิกหลักของมูลนิธิ Ethereum นักพัฒนา Ethereum DAPP และแขกผู้มีเกียรติคนอื่นๆ รวมตัวกัน การประชุมมุ่งเน้นไปที่ Ethereum 2.0

ประชาชนทั่วไปยังกังวลเกี่ยวกับความคืบหน้าของ Ethereum 2.0 V God กล่าวสุนทรพจน์หัวข้อ "Ethereum 2.0 Cross-shard Transactions" ในการประชุม

มีบทความมากมายที่กล่าวถึงแผนงาน ข้อเสนอการวิจัย และสถานะการพัฒนาของ Ethereum 2.0 แต่มีบทความไม่มากนักเกี่ยวกับหลักการออกแบบและค่าคงที่ที่อยู่เบื้องหลังการทำงานภายในของ Ethereum 2.0 บทความนี้มีวัตถุประสงค์เพื่อหารือเกี่ยวกับหลักการออกแบบที่อยู่เบื้องหลัง Ethereum 2.0

เกี่ยวกับผู้เขียน: Raul Jordan ราอูล จอร์แดนเป็นผู้ร่วมก่อตั้ง Prysmatic Labs และยังเป็นหุ้นส่วนของ zk Capital เขาจบการศึกษาจาก Harvard และเป็นวิศวกรบล็อกเชนและนักพัฒนา Ethereum เขามุ่งเน้นที่การพัฒนาเทคโนโลยี Sharding ของ Prysmatic Labs

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

ชื่อเรื่องรอง

1. ประวัติศาสตร์

ตั้งแต่กำเนิดของเครือข่าย Ethereum การพยายามแปลง Ethereum จาก PoW เป็น PoS ถือเป็นความคืบหน้าที่สำคัญ Vitalik Buterin กำลังสำรวจโซลูชันที่ใช้การได้ในขณะนั้น เพื่อป้องกันข้อบกพร่องของ PoS ที่ยังไม่บรรลุนิติภาวะ และให้ความปลอดภัยมากกว่า PoW

โดยเฉพาะอย่างยิ่ง เขาและกลุ่มวิจัย Ethereum ได้คิดค้นกลไกที่เรียกว่า slasher เพื่อลงโทษผู้ประสงค์ร้ายใน PoS และตัดหลักประกันทั้งหมดของพวกเขา (Buterin 2014)

ต่อมานักคณิตศาสตร์ Vlad Zamfir ได้เข้าร่วมโครงการนี้ และส่วนใหญ่ในปี 2014 มุ่งเน้นไปที่การแก้ปัญหาที่เรียกว่าการโจมตีจากระยะไกลบน PoS

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

การดำเนินการนี้แทบจะเป็นไปไม่ได้ใน PoW เนื่องจากต้องใช้พลังการประมวลผลแบบผสมจำนวนมาก อย่างไรก็ตาม PoS ไม่ได้ขึ้นอยู่กับพลังการคำนวณ ดังนั้นจึงล่มสลายภายใต้การโจมตีดังกล่าว (Zamfir 2014)

ทั้ง Vitalik และ Vlad เห็นตรงกัน: ไม่มีโซลูชันการโจมตีระยะไกลใดที่ทำงานได้นอกจาก "ป้องกันไม่ให้ไคลเอนต์ซิงโครไนซ์เครือข่ายที่เก่ากว่าจุดตรวจสอบที่กำหนดอย่างเคร่งครัด" (Buterin 2015)

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

นั่นคือ เมื่อโหนดใหม่เข้าร่วมเครือข่าย โหนดเก่าจะมีความเชื่อถือในตัว ปรากฏการณ์นี้ถูกเรียกในภายหลังว่าเป็นตัวตนที่อ่อนแอของ PoSเมื่อโหนดใหม่เข้าร่วม ผู้เข้าร่วมในเครือข่ายจะมีความเชื่อถือตามอัตนัยว่าบล็อก "สรุปแล้ว" "ไม่สามารถย้อนกลับได้" (Buterin 2018)

ในช่วงเวลานี้ Vitalik และ Virgil Griffith จากมูลนิธิ Ethereum ได้ทำงานเผยแพร่เอกสารรายงาน Casper PoS เวอร์ชันเริ่มต้นบน ArXiV (Buterin and Griffith 2015)

อย่างไรก็ตาม,

อย่างไรก็ตาม,ชื่อเรื่องรอง

2. ทำไมต้องเลือก ETH 2.0?

บทความนี้จะอธิบายถึงเหตุผลในการออกแบบที่อยู่เบื้องหลังคำถามหลัก: "ทำไมจึงต้องใช้ Ethereum 2.0"

แน่นอน การตรวจสอบโปรโตคอลที่สอดคล้องกันอย่างละเอียดและความสมบูรณ์ของข้อมูลของระบบที่มีอยู่นั้นไม่สามารถทำได้ง่าย ๆ ผ่านการฮาร์ดฟอร์ก——มันจะง่ายกว่าไหมที่จะสร้างระบบใหม่ตั้งแต่เริ่มต้นและทิ้ง Ethereum 1.0 ไปโดยสิ้นเชิง?

หนึ่งในความท้าทายที่เราเผชิญเมื่อสร้าง ETH 2.0 คือความต้องการให้ความรู้แก่ชุมชนเกี่ยวกับความท้าทายนี้ และเข้าใจอย่างชัดเจนถึงความสนใจและความจำเป็นเบื้องหลังการเปลี่ยนแปลงสู่ ETH 2.0

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

ชื่อเรื่องรอง

3. ท้าทายอนาคต

การปรับขนาดเลเยอร์ 1 ที่ไม่มีประสบการณ์อาจมีต้นทุนด้านความปลอดภัยสูง: การแตกบล็อกเชนจะป้องกันการตรวจสอบธุรกรรมทั่วโลก เช่นเดียวกับที่เครือข่าย Bitcoin และ Ethereum ในปัจจุบันทำ

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

Ethereum เลือกแนวทางอื่น:แบ่งสถานะเครือข่ายออกเป็น 1,024 ชาร์ดที่แสดงถึงชุดบล็อกเชนที่เป็นเนื้อเดียวกัน แต่ละอันประสานกันโดยรูทเชนเดียวที่เรียกว่าบีคอนเชน ห่วงโซ่บีคอนทำงานบน Casper PoS เต็มรูปแบบโดยไม่มีการมอบหมายและไม่มีสิทธิ์ในการลงคะแนนเสียงแบบรวมศูนย์

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

โซลูชันนี้มีจุดมุ่งหมายเพื่อตอบคำถามต่อไปนี้:

โปรไฟล์ความปลอดภัยของเครือข่ายจะเปลี่ยนแปลงอย่างไรหากธุรกรรมไม่ได้รับการตรวจสอบความถูกต้องทั่วโลก วิธีการเลือกผู้เข้าร่วมการตรวจสอบในขณะที่ป้องกันการก่อตัวของพันธมิตร? สามารถออกแบบสิ่งจูงใจเพื่อเพิ่มความพร้อมของข้อมูลและส่งเสริมการมีส่วนร่วมได้อย่างไร

หลังจากหลายปีของการวิจัย สำรวจ และทำความเข้าใจเกี่ยวกับการแลกเปลี่ยน Ethereum แสวงหา PoS ​​เป็นอัลกอริทึมที่สอดคล้องกัน ดังที่ได้กล่าวไว้ก่อนหน้านี้ รางวัลถูกกำหนดขึ้นหน่วยงานที่ตรวจสอบความถูกต้องมีการปฏิบัติที่เหมือนกันในโปรโตคอล ความน่าจะเป็นที่จะเข้าร่วมในคณะกรรมการเหมือนกัน และรางวัล/การลงโทษที่เหมือนกัน

การตรวจสอบธุรกรรมทั่วโลกกลายเป็นการตรวจสอบทางอ้อม ทุกธุรกรรมในชาร์ดเชนแต่ละรายการจะได้รับการตรวจสอบโดยตัวตรวจสอบความถูกต้องในชาร์ดนั้นก่อน และชื่อเรื่องรอง

4. การออกแบบที่ไม่แปรผัน 

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

เราสามารถแบ่งแกนของ ETH 2.0 ออกเป็นประเด็นต่อไปนี้:

1. การเข้าร่วมในเครือข่ายควรได้รับอนุญาต

2. เลเยอร์ 1 ควรกระชับ เป็นนามธรรม และกะทัดรัดภายในขอบเขตของมัน

3. โปรโตคอลควรแสดงออกมากที่สุดเท่าที่จะเป็นไปได้ แทนที่จะสันนิษฐานว่าจะใช้ในอนาคต

4. เครือข่ายควรมีความยืดหยุ่นในการกู้คืนอย่างมีประสิทธิภาพจากสถานการณ์ภัยพิบัติใดๆ

5. แยกความซับซ้อนของโปรโตคอลออกจากความซับซ้อนในการพัฒนาแอปพลิเคชัน

1. ไม่ต้องขออนุญาต

ความแตกต่างที่โดดเด่นระหว่าง Ethereum 2.0 และบล็อกเชน "ยุคหน้า" อื่นๆ คือการกำหนดการมีส่วนร่วมในฉันทามติ ข้อกำหนดเพียงอย่างเดียวของ Ethereum 2.0 สำหรับผู้ตรวจสอบคือต้องมี 32 ETH

ไม่มีผู้รับมอบฉันทะ ไม่มีการลงคะแนนเพื่อเลือกผู้ตรวจสอบความถูกต้อง และไม่มีรัฐธรรมนูญที่รวมศูนย์เพื่อตัดสินว่าใครเข้าร่วม ที่สำคัญกว่านั้น ผู้ตรวจสอบความถูกต้องใน Ethereum 2.0 ทุกคนได้รับการปฏิบัติอย่างเท่าเทียมกัน: ข้อกำหนดที่เข้มงวดสำหรับแต่ละเอนทิตีในการเข้าร่วมคือ 32 ETH

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

1 ตัวตรวจสอบ = 32 ETH เดิมพัน ไม่เกินนั้น เครือข่ายอื่น ๆ มีเป้าหมายเพื่อแก้ไขปัญหาความสามารถในการขยายขนาดโดยใช้วิธีการตรวจสอบแบบรวมศูนย์มากขึ้น อย่างไรก็ตาม สำหรับ Ethereum จะไม่พิจารณาตัวเลือกนี้

2. กระชับแต่ได้ใจความที่สุด

Ethereum 2.0 มุ่งมั่นเพื่อความเรียบง่ายและความกะทัดรัดในคำจำกัดความหลักและเป้าหมายการทำให้เป็นจริง โดยพื้นฐานแล้วมันเป็นแพลตฟอร์มที่ปรับขนาดได้และไม่มีการอนุญาตสำหรับการสร้างแอปพลิเคชันที่กระจายอำนาจ

ไม่จำเป็นต้องแนะนำตรรกะของแอปพลิเคชันใน Ethereum 2.0 และด้วยเหตุผลที่ดี เราสามารถเปรียบเทียบระบบ Ethereum 2.0 กับเคอร์เนลลินุกซ์ที่แยกส่วนได้ - ไม่ใช่ระบบปฏิบัติการที่ตัดสินว่ามีคุณสมบัติหรือกรณีการใช้งานสมมุติฐานใด แต่รวมถึงนักพัฒนาซอฟต์แวร์ที่สร้างแอปพลิเคชันสำหรับเคอร์เนล

การปฏิบัติของ "สมมติเจตนา" มี จำกัด สุภาษิต Ethereum แบบเก่าที่ว่า "เราไม่มีคุณสมบัติใดๆ" ใช้กับ Ethereum 2.0 เช่นกัน

3. มั่นใจในความปลอดภัย

โมเดล PoS ของ Ethereum 2.0 หรือที่เรียกว่า Casper the Friendly Finality Gadget ทำงานภายใต้ชุดของสิ่งจูงใจที่ออกแบบมาเพื่อรักษากิจกรรมที่สูงและการมีส่วนร่วมของเครือข่าย

Ethereum 2.0 ขยาย Casper เพื่อใช้ประโยชน์จากคุณสมบัติของมันเพื่อรักษาความปลอดภัยเครือข่ายบล็อกเชนแบบแยกส่วน นั่นคือ Ethereum 2.0 ใช้แนวคิดของ "chainfinity threshold" เพื่อให้แน่ใจว่า 1024 shards ในระบบแบ่งปันกลุ่มความปลอดภัยเดียวกันกับ beacon chain

หลักการสำคัญของ PoS คือ ผู้ตรวจสอบความถูกต้องจะได้รับรางวัลสำหรับการทำงานที่ระบุตามที่คาดไว้ สูญเสียเงินเดิมพันจากการออฟไลน์ หรือเผชิญกับบทลงโทษขั้นรุนแรง (ริบเงินเดิมพัน) สำหรับการละเมิดโปรโตคอลอย่างมุ่งร้าย

แม้ว่าหลักฐานจะเรียบง่าย แต่เป็นรายละเอียดที่สร้างความแตกต่าง เศรษฐศาสตร์ของ Casper ซับซ้อนขึ้นอย่างรวดเร็วเมื่อเราตระหนักว่าเราต้องพิจารณาไม่เพียงแต่พฤติกรรมของผู้ตรวจสอบความถูกต้องแต่ละคนเท่านั้น แต่รวมถึงคณะกรรมการทั้งหมดของผู้ตรวจสอบความถูกต้องด้วย

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

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

เหตุผลส่วนหนึ่งของการออกแบบสำหรับ Ethereum 2.0 คือผู้โจมตีต้องจ่ายราคามหาศาลสำหรับความพยายามใด ๆ ที่จะทำลายโปรโตคอล กล่าวอีกนัยหนึ่ง การโจมตี 51% ที่มักเกิดขึ้นในเครือข่ายอื่นๆ ควรมีค่าใช้จ่ายสูงบน Ethereum 2.0 และผลที่ตามมาอาจเป็นการต่อต้าน

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

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

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

ชื่อเรื่องรอง

5. แรงจูงใจในการตรวจสอบความถูกต้องของ Ethereum 2.0

แรงจูงใจของผู้ตรวจสอบความถูกต้องสำหรับ Ethereum 2.0 มีดังนี้:

1. ตัวตรวจสอบออฟไลน์อยู่: Quadratic Leak

Ethereum 2.0 อาศัยเกณฑ์การยอมรับข้อผิดพลาดของ Byzantineจะต้องรับประกันว่าสองในสามของผู้ตรวจสอบในเครือข่ายเป็นผู้เข้าร่วมที่ซื่อสัตย์บทลงโทษสำหรับผู้ตรวจสอบที่ไม่เข้าร่วมในการตรวจสอบเรียกว่า "การรั่วไหลที่ไม่มีการใช้งาน"

หากห่วงโซ่ไม่ได้รับการสรุปเป็นเวลานานกว่า 4 ยุค โปรโตคอลจะเข้มงวดมากที่สุดเท่าที่จะเป็นไปได้สำหรับรางวัลผู้ตรวจสอบความถูกต้อง นั่นคือ รางวัลสูงสุดที่คาดไว้จะกลายเป็น 0 ดังนั้นผู้ตรวจสอบจึงจำเป็นต้องประพฤติตนอย่างสมบูรณ์หรือเผชิญกับบทลงโทษที่มากขึ้น

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

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

เงินที่สูญเสียไปกับบทลงโทษนี้จะถูกทำลายและไม่ได้แจกจ่ายให้กับผู้ตรวจสอบความถูกต้องที่ซื่อสัตย์

2. กิจกรรมที่เป็นอันตรายโดยเจตนา: การยึดทรัพย์

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

ตาม Byzantine Fault Tolerance บทลงโทษสำหรับผู้กระทำการที่ประสงค์ร้ายจะเป็น 3 เท่าของจำนวนผู้ตรวจสอบที่กระทำการที่ประสงค์ร้ายภายในช่วงเวลาหนึ่ง สิ่งนี้ช่วยลงโทษการโจมตีที่ประสานกันขนาดใหญ่ และยังป้องกันกลุ่มตัวตรวจสอบความถูกต้องที่เป็นอันตรายไม่ให้วางไข่

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

3. รางวัลผู้ตรวจสอบความถูกต้อง

จากหลักการการออกแบบ Ethereum Serenity ของ Vitalik เขาสรุปองค์ประกอบเฉพาะ 4 ประการของรางวัลพื้นฐานของผู้ตรวจสอบความถูกต้องต่อยุค:

1. 1/4 ของรางวัลที่ได้รับจากการพิสูจน์เพื่อกำหนดจุดตรวจสอบยุคที่ถูกต้อง

2. 1/4 ของรางวัลที่ได้รับจากการพิสูจน์เพื่อระบุหัวโซ่ที่ถูกต้อง

3. 1/4 ของรางวัลที่ได้รับจากการพิสูจน์ว่าบล็อกสามารถเข้าสู่ห่วงโซ่ได้อย่างรวดเร็ว

4. 1/4 ของรางวัลที่ได้รับจากการพิสูจน์เพื่อระบุ Shard Block ที่ถูกต้อง

ชื่อเรื่องรอง

6. แยกความซับซ้อนของโปรแกรมออกจากความซับซ้อนของโปรโตคอล

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

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

เมื่อมองแวบแรก Ethereum 2.0 ดูน่ากลัวจากภายนอก และยังไม่ชัดเจนว่าสัญญาอัจฉริยะจะดำเนินการอย่างไรใน Ethereum 2.0 อย่างไรก็ตามความจริงมีความเหมาะสมยิ่งขึ้น

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

ดังนั้นเฟส 0 จึงถูกลบออกจากชั้นแอปพลิเคชันอย่างสมบูรณ์ เมื่อเร็ว ๆ นี้ ระยะที่ 1 และระยะที่ 2 ได้เสนอข้อเสนอที่แข็งแกร่งมาก โดยสนับสนุนระดับของสิ่งที่เป็นนามธรรมของสภาพแวดล้อมการดำเนินการเพื่อทำให้ Ethereum 2.0 มีประสิทธิภาพและรัดกุมยิ่งขึ้น

กรณีที่แย่ที่สุด นักพัฒนากระเป๋าเงิน/แอพจำเป็นต้องรู้รายละเอียดบางอย่างของธุรกรรมข้ามชาร์ดเพื่อแสดงการชำระธุรกรรมทันทีผ่านกลอุบายบางอย่าง ระบบปฏิบัติการและอุปกรณ์ภายในของคอมพิวเตอร์ในปัจจุบันมีความซับซ้อนมากกว่าเมื่อ 10 ปีที่แล้ว แต่นักพัฒนาแอปพลิเคชันส่วนใหญ่ไม่จำเป็นต้องเข้าใจโครงสร้างภายในที่ซ่อนอยู่ซึ่งประกอบกันเป็นคอมพิวเตอร์ที่ทรงพลัง

ชื่อเรื่องรอง

7. สร้างคอมพิวเตอร์ในโลกแห่งความจริง

สรุปแล้ว Ethereum เป็นแบบทัวริงที่สมบูรณ์ ซึ่งหมายความว่าสามารถเรียกใช้โค้ดประเภทใดก็ได้เท่าที่จะจินตนาการได้เหมือนกับคอมพิวเตอร์ในปัจจุบัน แม้ว่าจะเป็นคอมพิวเตอร์แบบ single-threaded ที่ช้าก็ตาม

Ethereum ในปัจจุบันคล้ายกับโปรเซสเซอร์ที่อ่อนแอในสมัยก่อน การใช้งานแอปพลิเคชันบน Ethereum ในปัจจุบันมีราคาแพงเนื่องจากโปรโตคอลมีกลไกเพื่อป้องกันโศกนาฏกรรมของส่วนรวมที่รบกวนระบบสาธารณูปโภค

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

หากไม่กี่ปีหลังจาก Ethereum 2.0 เริ่มใช้งานจริง เรารู้สึกมีข้อจำกัดและต้องการสร้าง Ethereum 3.0 นั่นหมายถึงเราล้มเหลวในการออกแบบแกนของรุ่นก่อน

ความสามารถในการอัปเกรดควรรวมอยู่ในโปรโตคอลในลักษณะที่ไม่ต้องใช้ฮาร์ดฟอร์กที่มีความเสี่ยง นั่นคือ นวัตกรรมชั้นที่ 1 ควรมีค่าน้อยที่สุดหรือใกล้ศูนย์เมื่อระบบใช้งานมาเป็นเวลานาน

เรามีหนทางอีกยาวไกล แต่เราระมัดระวังที่จะเตือนตัวเองว่าทำไมเราจึงสร้างซอฟต์แวร์นี้ขึ้นมา และเราอยากเห็นมันไปถึงจุดไหนในอีก 10 ปี เพื่อเขียนสิ่งที่มีประสิทธิภาพมากขึ้นและยืนหยัดในการทดสอบรหัสเวลา .

-END-

ข้อจำกัดความรับผิดชอบ: บทความนี้เป็นความคิดเห็นที่เป็นอิสระของผู้เขียน และไม่ได้แสดงถึงจุดยืนของ Blockchain Institute (บัญชีสาธารณะ) และไม่ถือเป็นความคิดเห็นหรือข้อเสนอแนะในการลงทุนใดๆ

ข้อจำกัดความรับผิดชอบ: บทความนี้เป็นความคิดเห็นที่เป็นอิสระของผู้เขียน และไม่ได้แสดงถึงจุดยืนของ Blockchain Institute (บัญชีสาธารณะ) และไม่ถือเป็นความคิดเห็นหรือข้อเสนอแนะในการลงทุนใดๆ

ที่มา: https://www.tokendaily.co/blog/design-principles-of-ethereum-2-0