ตั้งแต่โมเดลไปจนถึงการกำกับดูแล เปรียบเทียบ Polkadot และ Ethereum 2.0 อย่างรอบด้าน

หมายเหตุบรรณาธิการ: บทความนี้มาจากPolkaWorld（ID：gh_6c4c2038ddba) ทำซ้ำโดย Odaily โดยได้รับอนุญาต

) ทำซ้ำโดย Odaily โดยได้รับอนุญาต

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

บรรณาธิการ mdnice

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

สถาปัตยกรรม

อีเธอเรียม 2.0

บรรณาธิการ mdnice

อีเธอเรียม 2.0

Ethereum 2.0 จะเริ่มเฟส 0 ผ่าน beacon chain เท่านั้น ในระยะที่ 1 จะเปิดตัวชิ้นส่วน 64 ชิ้นในสายโซ่อย่างง่ายเพื่อทดสอบความสมบูรณ์ของสายสัญญาณบีคอน ชิ้นส่วนแต่ละชิ้นจะส่ง "ลิงก์ข้าม" ไปยัง "บีคอนเชน" ซึ่งมีข้อมูลที่ระบุข้อมูลของชิ้นส่วนนั้น ต่อมาในเฟส 2 เศษจะใช้อินเทอร์เฟซ eWasm ทำให้ระบบใช้งานได้ในที่สุด [1]

Polkadot

เครือข่ายจะมี "ไซด์เชน" เพื่อโต้ตอบกับเชนที่ไม่ได้อยู่ภายใต้โปรโตคอลขั้นสุดท้ายของ Ethereum 2.0

บรรณาธิการ mdnice

Polkadot วางแผนที่จะสามารถตรวจสอบได้มากถึง 100 ชาร์ดต่อบล็อกเมื่อเปิดตัว นอกจากพาราเชนที่กำหนดให้ดำเนินการในแต่ละบล็อกแล้ว Polkadot ยังมีพาราเธรดที่กำหนดเวลาแบบไดนามิกอีกด้วย ซึ่งช่วยให้เครือข่ายหลายแห่งสามารถแชร์ Shard Slot ได้ เช่นเดียวกับที่สายการบินขนาดเล็กหลายแห่งอาจใช้เกตเดียวร่วมกันที่สนามบิน

เพื่อโต้ตอบกับเชนที่ต้องการใช้กระบวนการขั้นสุดท้าย (เช่น Bitcoin) Polkadot จึงมีสะพานพาราเชนเพื่อให้ความเข้ากันได้แบบสองทาง

บรรณาธิการ mdnice

ฉันทามติ

• ทั้ง Ethereum 2.0 และ Polkadot ใช้โมเดลฉันทามติแบบผสมผสานซึ่งมีโปรโตคอลแยกต่างหากสำหรับการสร้างบล็อกและขั้นสุดท้าย โปรโตคอลขั้นสุดท้าย (Casper FFG ของ Ethereum 2.0 และ GRANDPA ของ Polkadot) นั้นขึ้นอยู่กับ GHOST และทั้งสองอย่างสามารถจบชุดของบล็อกในรอบ สำหรับการสร้างบล็อก โปรโตคอลทั้งสองใช้โปรโตคอลที่ใช้สล็อตซึ่งกำหนดตัวตรวจสอบความถูกต้องแบบสุ่มให้กับสล็อตและจัดเตรียมกฎการเลือกทางแยกสำหรับบล็อกที่ยังไม่สิ้นสุด (RandDAO/LMD ของ Ethereum 2.0 และ Polkadot the BABE)
• Ethereum 2.0 สรุปชุดของบล็อกตามช่วงเวลาที่เรียกว่า "ยุค" แผนปัจจุบันคือมี 64 บล็อกต่อยุค ทำทั้งหมดในรอบเดียว เวลาบล็อกโดยประมาณคือ 12 วินาที ซึ่งหมายความว่าเวลาที่คาดไว้สำหรับการสรุปคือ 6 นาที (สูงสุด 12 นาที) [2] โปรโตคอลขั้นสุดท้ายของ Polkadot, GRANDPA, สรุปชุดของบล็อกตามความพร้อมใช้งานและการตรวจสอบความถูกต้องที่เกิดขึ้นเมื่อห่วงโซ่ที่เสนอเติบโตขึ้น เวลาในการสรุปจะแตกต่างกันไปตามจำนวนการตรวจสอบที่ต้องดำเนินการ (รายงานความไม่ถูกต้องอาจนำไปสู่โปรโตคอลที่ต้องการการตรวจสอบเพิ่มเติม) เวลาสิ้นสุดที่คาดไว้คือ 12-60 วินาที

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

บรรณาธิการ mdnice

Polkadot สามารถรับประกันความสมบูรณ์และความพร้อมใช้งานได้อย่างแข็งแกร่งด้วยตัวตรวจสอบความถูกต้องที่น้อยลง ดังนั้น Polkadot จึงใช้ Nominated Proof-of-Stake (NPoS) เพื่อเลือกตัวตรวจสอบความถูกต้องจากชุดที่เล็กกว่า ทำให้ผู้ถือที่มีขนาดเล็กสามารถเสนอชื่อตัวตรวจสอบความถูกต้องเพื่อเรียกใช้โครงสร้างพื้นฐานในขณะที่ยังคงเก็บเกี่ยวผลประโยชน์ของระบบโดยไม่ต้องเรียกใช้โหนดของตนเอง Polkadot วางแผนที่จะมีตัวตรวจสอบความถูกต้อง 1,000 ตัวในปีแรก และแต่ละพาราเชนในเครือข่ายต้องการตัวตรวจสอบความถูกต้องประมาณ 10 ตัว

การกระจายตัว

บรรณาธิการ mdnice

ทุกเศษใน Ethereum 2.0 มี STF เหมือนกัน ในระยะที่ 1 (คาดว่าปี 2021 [5]) เศษข้อมูลจะเป็นที่บรรจุข้อมูลอย่างง่ายที่มีการเชื่อมโยงข้ามไปยังสายบีคอน ในระยะที่ 2 (คาดว่าปี 2023) พวกเขาจะใช้สภาพแวดล้อมการดำเนินการ eWasm EWasm เป็นส่วนย่อยจำกัดของ Wasm ที่ใช้สำหรับสัญญาใน Ethereum อินเทอร์เฟซ eWasm มีชุดของวิธีการที่สามารถใช้ในสัญญาได้ การพัฒนา eWasm ควรมีชุดเครื่องมือการพัฒนาที่คล้ายกัน เช่น Truffle และ Ganache [6]

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

บรรณาธิการ mdnice

ส่งข้อความ

Polkadot มีโปรโตคอลเพิ่มเติมที่เรียกว่า SPREE ซึ่งจัดเตรียมตรรกะที่ใช้ร่วมกันสำหรับการส่งข้อความข้ามสายโซ่ ข้อความที่ส่งโดยใช้ SPREE ให้การรับประกันเพิ่มเติมเกี่ยวกับแหล่งที่มาและการตีความไปยังสายการรับ

ธรรมาภิบาล

บรรณาธิการ mdnice

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

อัปเกรด

บรรณาธิการ mdnice

Polkadot ใช้ meta-protocol ของ Wasm เพื่อปรับใช้การอัพเกรดเชนและข้อเสนอที่ประสบความสำเร็จโดยไม่ต้องใช้ฮาร์ดฟอร์ก อ็อบเจ็กต์ทั้งหมดใน STF, คิวธุรกรรม หรือผู้ปฏิบัติงานนอกเครือข่ายสามารถอัปเกรดได้โดยไม่ต้องทำการฟอร์ก

สรุปแล้ว

บรรณาธิการ mdnice