แก้โจทย์สามเหลี่ยมที่เป็นไปไม่ได้ อีกหนึ่งความเป็นไปได้ในเทคโนโลยีการแบ่งส่วน

Jsquare Research

特邀专栏作者

2022-10-20 08:15

บทความนี้มีประมาณ 13566 คำ การอ่านทั้งหมดใช้เวลาประมาณ 20 นาที

เฉพาะเมื่อมีการใช้ Web3 อย่างแพร่หลาย เชนสาธารณะแบบกระจายศูนย์คุณภาพสูงและประสิทธิภาพสูงเ

สรุปโดย AI

ขยาย

ผู้เขียนต้นฉบับ: บีม

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

เมื่อวันที่ 15 กันยายน 2022 Ethereum ได้รวมเข้าด้วยกัน (Merge) นี่เป็นช่วงเวลาแห่งประวัติศาสตร์ Ethereum ได้เตรียมการมาเป็นเวลา 5 ปีและเลื่อนออกไปถึง 6 ครั้ง เนื่องจากการดีบั๊กซ้ำแล้วซ้ำอีกและการพัฒนาระยะยาวและเอฟเฟกต์รัศมีที่คาดว่าจะสูงทำให้หลายคนเข้าใจผิดว่าการควบรวมกิจการจะนำมาซึ่งความสามารถในการปรับขนาดที่สูงขึ้นโดยธรรมชาติ ความปลอดภัยและความยั่งยืนไม่ใช่ความจริง—เรายังคงใช้อุปมาอุปไมยของรถไฟสองขบวน การเปลี่ยนจาก PoW (หลักฐานการทำงาน) เป็น PoS (หลักฐานความเสมอภาค) เพียงแค่แทนที่รางและล้อ มันจะไม่ได้ทำให้เร็วขึ้นโดยตรง แต่มีขนาดใหญ่ขึ้น ความจุและค่าธรรมเนียมตั๋วที่ถูกลง สิ่งที่สามารถบรรลุผลทั้งสามจุดข้างต้นคือชุดโซลูชันที่สมบูรณ์: เครือข่ายหลักที่มีความสามารถในการชาร์ดดิ้ง และเลเยอร์ 2 พร้อมโซลูชันการขยายขนาดที่ปรับปรุงแล้ว

คำอธิบายภาพ

รูปที่ 1 ตรรกะอย่างง่ายของการชาร์ดดิ้ง

ชื่อระดับแรก

1. เกี่ยวกับ "ชาร์ดดิ้ง"

พูดง่ายๆ เมื่อพิจารณาถึงข้อจำกัดของ Impossible Triangle เริ่มจาก Ethereum ซึ่งเป็นจุดกำเนิดของระบบพิกัด (0,0) ตามแนวคิดสองแบบของ "แนวตั้ง" และ "แนวนอน" เราแบ่งวิธีการขยายขนาด blockchain ในปัจจุบัน ออกเป็นสองประเภทคือ

Vertical Scaling: สามารถทำได้โดยการปรับปรุงประสิทธิภาพของฮาร์ดแวร์ที่มีอยู่ของระบบ การสร้างเครือข่ายแบบกระจายศูนย์ที่ทุกโหนดในเครือข่ายมีพลังการประมวลผลขั้นสูง กล่าวคือ ทุกโหนดต้องการฮาร์ดแวร์ที่ "ดีกว่า" - นี่เป็นวิธีที่ง่ายและมีประสิทธิภาพในการปรับปรุงเบื้องต้นในด้านปริมาณงาน โดยเฉพาะอย่างยิ่งสำหรับการซื้อขายความถี่สูง เกม และ สถานการณ์แอ็พพลิเคชันอื่นๆ ที่อ่อนไหวต่อความล่าช้า อย่างไรก็ตาม วิธีการขยายนี้จะจำกัดระดับของการกระจายอำนาจของเครือข่าย เนื่องจากค่าใช้จ่ายในการเรียกใช้โหนดการยืนยันหรือโหนดแบบเต็มจะสูงขึ้น การรักษาระดับของการกระจายอำนาจถูกจำกัดโดยอัตราการเติบโตโดยประมาณของประสิทธิภาพของฮาร์ดแวร์คอมพิวเตอร์ (ซึ่งเรียกว่า "กฎของมัวร์": จำนวนทรานซิสเตอร์บนชิปจะเพิ่มขึ้นเป็นสองเท่าทุกๆ สองปี และต้นทุนของการคำนวณจะลดลงครึ่งหนึ่ง) .

การขยายแนวนอน: โดยทั่วไปมีแนวคิดหลายประการสำหรับการขยายในแนวนอน หนึ่งคือการกระจายจำนวนเงินที่คำนวณธุรกรรมในระบบนิเวศหนึ่งไปยังบล็อกเชนอิสระหลายตัวในบริบทของบล็อกเชน และแต่ละเชนมีตัวสร้างบล็อกและความสามารถในการดำเนินการของตัวเอง เลเยอร์การดำเนินการของแต่ละเชนสามารถปรับแต่งได้อย่างเต็มที่ เช่น ความต้องการของฮาร์ดแวร์โหนด คุณสมบัติความเป็นส่วนตัว ค่าน้ำมัน เครื่องเสมือน และการตั้งค่าสิทธิ์ โซลูชันการขยายตัวในแนวนอนอีกวิธีหนึ่งคือบล็อกเชนแบบโมดูลาร์ ซึ่งแบ่งโครงสร้างพื้นฐานบล็อกเชนออกเป็นชั้นการดำเนินการ ชั้นความพร้อมใช้งานของข้อมูล (DA) และชั้นที่สอดคล้องกัน กลไกการทำให้โมดูลาร์ของบล็อกเชนที่กระแสหลักที่สุดคือการยกเลิก อีกประการหนึ่งคือการแบ่ง blockchain ออกเป็นหลายส่วนและดำเนินการพร้อมกัน ชาร์ดแต่ละอันสามารถถือเป็นบล็อคเชนได้ ซึ่งหมายความว่าสามารถรันบล็อคเชนจำนวนมากพร้อมกันได้ นอกจากนี้ มักจะมีเชนหลักที่มีหน้าที่เดียวคือเก็บเศษทั้งหมดให้ตรงกัน

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

เพื่อหารือเกี่ยวกับ "การแบ่งส่วนย่อย" เราต้องเริ่มต้นจากศูนย์

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

อย่างแรก ถ้าเรามีแคชเชียร์ 10 คน เราจะกำหนดหน้าต่างให้ทำงานอย่างไร

ประการที่สอง ถ้าเรามีลูกค้า 1,000 คนต่อแถว เราจะตัดสินใจได้อย่างไรว่าลูกค้าแต่ละรายจะไปชำระเงินที่หน้าต่างใด

ประการที่สาม จะสรุปบัญชีแยกประเภท 10 บัญชีที่สอดคล้องกับหน้าต่างทั้ง 10 หน้าต่างได้อย่างไร

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

คำถามเหล่านี้สอดคล้องกับคำถามสำคัญหลายข้อในการแยกย่อย กล่าวคือ:

จะทราบได้อย่างไรว่าชิ้นส่วนใดที่เป็นของโหนด/ตัวตรวจสอบความถูกต้องของเครือข่ายทั้งหมด นั่นคือวิธีการทำการแบ่งเครือข่าย (NetworkSharding);

จะทราบได้อย่างไรว่าธุรกรรมแต่ละรายการถูกกำหนดให้กับชาร์ดใด นั่นคือ: วิธีดำเนินการแบ่งกลุ่มธุรกรรม (Transaction Sharding);

ข้อมูล blockchain ถูกเก็บไว้ในส่วนต่าง ๆ อย่างไร นั่นคือ: วิธีดำเนินการแบ่งสถานะ (State Sharding);

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

01 การแบ่งเครือข่าย

หากเราเข้าใจง่ายๆ ว่าบล็อกเชนเป็นบัญชีแยกประเภทแบบกระจายอำนาจ ไม่ว่าจะเป็นกลไก PoS หรือ PoW ก็ตาม การอนุญาตให้แต่ละโหนดแข่งขันกันเพื่อสิทธิ์ในการทำบัญชีตามกฎที่กำหนดขึ้น และเพื่อให้แน่ใจว่าบัญชีแยกประเภทในบัญชีแยกประเภทถูกต้อง กระบวนการ. และส่วนแบ่งเครือข่ายหมายความว่าจำเป็นต้องมีกฎอื่นเพื่อแบ่งเครือข่าย blockchain ภายใต้หลักการของการลดการสื่อสารระหว่างกัน แต่ละ shard จะจัดการธุรกรรมในห่วงโซ่และแข่งขันกันเพื่อสิทธิ์ในการจัดทำบัญชี นั่นคือ กฎการจัดกลุ่มของโหนด

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

คำอธิบายภาพ

รูปที่ 2 ความยากในการโจมตีชิ้นส่วนลดลงอย่างมาก

คำอธิบายภาพ

รูปที่ 3 การหมุน Validator ตามที่แสดงใน Ethereum 2.0

พูดง่ายๆ ก็คือ โหนดจะถูกจัดกลุ่มแบบสุ่ม จากนั้นงานจะถูกกำหนดให้กับแต่ละกลุ่มของโหนดสำหรับการตรวจสอบอิสระ

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

02 การแบ่งส่วนของธุรกรรม

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

ในปัจจุบัน มีวิธีการทำบัญชีสองประเภทในเครือข่ายบล็อกเชน ได้แก่ โมเดล UTXO (ผลลัพธ์ธุรกรรมที่ไม่ได้ใช้, ผลลัพธ์ธุรกรรมที่ไม่ได้ใช้) และโมเดลบัญชี/ยอดคงเหลือ ตัวแทนทั่วไปของอดีตคือ BTC และวิธีหลังก็เหมือนกับ ETH .

คำอธิบายภาพ

รูปที่ 4 แนวคิดการแบ่งธุรกรรมที่เป็นไปได้สำหรับ UTXO

เพื่อให้แน่ใจว่ารายการอยู่ในชาร์ดที่ถูกต้องในลักษณะที่สอดคล้องกัน ค่าที่ป้อนเข้าในฟังก์ชันแฮชควรมาจากคอลัมน์เดียวกันทั้งหมด คอลัมน์นี้เรียกว่า Shard Key หลังจากนั้น ธุรกรรมทั้งหมดที่มีมูลค่า 1 จะถูกแบ่งออกเป็นส่วนแบ่ง 1 และธุรกรรมที่มีมูลค่า 2 จะถูกแบ่งออกเป็นส่วนแบ่ง 2 ข้อเสียของวิธีนี้คือเศษต้องสื่อสารเพื่อหลีกเลี่ยงการโจมตีซ้ำซ้อน การจำกัดการทำธุรกรรมข้ามชาร์ดจะจำกัดความสามารถในการใช้งานของแพลตฟอร์ม ในขณะที่การอนุญาตให้ทำธุรกรรมข้ามชาร์ดจะต้องชั่งน้ำหนักต้นทุนของการสื่อสารข้ามชาร์ดและประโยชน์ของการปรับปรุงประสิทธิภาพ

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

03 การแบ่งสถานะ (การแบ่งสถานะ)

State sharding หมายถึงวิธีการกระจายและจัดเก็บข้อมูล blockchain ใน shards ต่างๆ

ยังคงใช้ตัวอย่างการเข้าคิวของ Walmart ของเรา แต่ละหน้าต่างมีบัญชี บัญชีของพวกเขาถูกบันทึกอย่างไร ถ้า: ไม่ว่าลูกค้าจะมาถึงคิวใดบัญชีจะถูกบันทึกไว้ เช่น ถ้าลูกค้า A ไปที่หน้าต่าง A แล้วลูกค้าไปที่หน้าต่างชำระเงินอื่น เช่น หน้าต่าง B ในวันถัดไป และหน้าต่าง B ไม่มีของลูกค้า ข้อมูลบัญชีที่ผ่านมา (เช่น เกี่ยวข้องกับวิธีการชำระเงิน เช่น บัตรมูลค่าที่เก็บไว้) ฉันควรทำอย่างไร เรียกข้อมูลบัญชีของลูกค้าไปที่หน้าต่าง A?

State Sharding เป็นปัญหาที่ใหญ่ที่สุดของ Sharding ซึ่งยากกว่า Network Sharding และ Transaction Sharding ที่กล่าวถึงข้างต้น เนื่องจากภายใต้กลไก sharding ธุรกรรมจะถูกประมวลผลใน shards ที่แตกต่างกันตามการจัดสรรที่อยู่ กล่าวคือ state จะถูกจัดเก็บไว้ใน shard ที่ address ตั้งอยู่เท่านั้น ปัญหาหนึ่งที่ต้องเผชิญในเวลานี้คือ ธุรกรรมจะไม่ได้อยู่แค่ใน Shard เท่านั้น แต่มักจะเกี่ยวข้องกับ Cross-Sharding (Cross-Sharding)

พิจารณาสถานการณ์การโอน บัญชี A โอน 10U ไปยังบัญชี B และที่อยู่ของ A ได้รับการจัดสรรในส่วนที่ 1 และบันทึกธุรกรรมจะถูกจัดเก็บไว้ในส่วนย่อย 1 ด้วย ที่อยู่ของ B ได้รับการจัดสรรในส่วนที่ 2 และบันทึกการทำธุรกรรมจะถูกจัดเก็บไว้ในส่วนย่อยที่ 2

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

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

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

อีกวิธีหนึ่งคือการแบ่งส่วนย่อยแบบอะซิงโครนัส (อะซิงโครนัส) นั่นคือการมีเพศสัมพันธ์แบบหลวม ๆ (การมีเพศสัมพันธ์แบบหลวม ๆ ) แนวคิดนี้ถูกนำมาใช้อย่างแพร่หลาย เช่น NEAR, Ethereum, Cosmos, Kadena เป็นต้น ในกระบวนการนี้ สิ่งที่ท้าทายที่สุดคือระดับปรมาณูของการทำธุรกรรม Jordan Clifford ผู้ร่วมก่อตั้ง Scalar Capital กล่าวว่าหากเรานึกถึงแนวคิดของใบเสร็จรับเงิน (Receipt) ผู้รับจะพิสูจน์ว่าพวกเขาจะได้รับ Token จาก Shard ภายนอกโดยระบุเส้นทาง Merkle ของการทำธุรกรรมใน Shard ต้นทาง เศษปลายทางใช้ใบเสร็จและเครดิตไปยังบัญชีของผู้รับ สิ่งนี้จะต้องทำในระดับปรมาณู บัญชีของผู้ส่งและผู้รับมีการแก้ไขร่วมกันหรือไม่ หากมีช่องว่างหรือปลายด้านหนึ่งล้มเหลว ผู้ส่งสามารถหลอกให้ผู้รับเชื่อว่าพวกเขาได้รับเงินที่พวกเขาจะไม่มีวันได้รับ

ชื่อระดับแรก

2. การสำรวจและความพยายามในการแยกชิ้นส่วน

เรามาทบทวนประเด็นสำคัญที่กล่าวถึงข้างต้นในการอภิปรายเกี่ยวกับการแบ่งกลุ่ม:

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

ประการที่สองคือวิธีจัดการกับ Atomicity ของธุรกรรม Shard หนึ่งต้องแจ้งให้อีก Shard ทราบเกี่ยวกับการแก้ไขสถานะการเข้าถึงทั่วไปในเวลาที่เหมาะสม มิฉะนั้น State Disorder จะเกิดขึ้นได้ง่าย

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

01 การแบ่งส่วนการคำนวณ

Zilliqa เป็นหนึ่งในแพลตฟอร์มสัญญาอัจฉริยะรุ่นแรกๆ ที่ลองใช้การชาร์ดดิ้ง และเป็นความพยายามของเทคโนโลยีการชาร์ดดิ้งที่มีประโยชน์และมีประสิทธิภาพมาก

ก่อตั้งขึ้นในปี 2560 ขับเคลื่อนโดยทีมนักวิจัยและนักวิชาการที่อุทิศตนที่เกี่ยวข้องกับ National University of Singapore เป้าหมายหลักคือการแก้ปัญหาความสามารถในการขยายขนาดและสร้างมาเพื่องานที่เน้นการคำนวณโดยเฉพาะ เครือข่าย Zilliqa สามารถประมวลผลธุรกรรมปริมาณงานสูงทั่วทั้งเครือข่ายผ่านกระบวนการทำงานแบบคู่ขนานที่เรียกว่าการแบ่งส่วนของคอมพิวเตอร์ บนเครือข่าย sharded blockchain งานของธุรกรรมการคำนวณจะกระจายไปตามส่วนย่อยของเครือข่าย

จากขั้นตอนการแยกส่วน Zilliqa แบ่งมันออกเป็นสองส่วน ขั้นแรก เลือกโหนดคณะกรรมการบริการไดเร็กทอรี (DS) จากนั้นจึงเริ่มกระบวนการชาร์ดดิ้งและกำหนดโหนดให้กับแต่ละชาร์ด เมื่อธุรกรรมได้รับการยืนยันในชาร์ดแล้ว เครือข่ายทั้งหมดจะสามารถตรวจสอบได้ในสถานะสากลที่รวมธุรกรรมจากชาร์ดทั้งหมดไว้ในแหล่งความจริงที่ตรวจสอบได้แหล่งเดียวบน Zilliqa blockchain

พูดง่ายๆ ก็คือ มีสามหน้าที่หลักสำหรับโหนดในบล็อกเชน:

- การทำธุรกรรมการประมวลผล

- แพ็คเกจการทำธุรกรรมและออกอากาศไปยังโหนดอื่น

- จัดเก็บบัญชีแยกประเภทในอดีตของเครือข่ายทั้งหมด

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

02 ชาร์ดดิ้งสถานะคงที่

วิธีทั่วไปในการชาร์ดดิ้งคือการแบ่งพื้นที่ที่อยู่ของบัญชีออกเป็นหลาย ๆ ขอบเขตที่มีขนาดคงที่ซึ่งเรียกว่าชาร์ด และกำหนดโหนดในเครือข่ายให้กับชาร์ดต่าง ๆ สิ่งนี้เรียกว่าการแบ่งสถานะ แพลตฟอร์มเช่น Near, Elrond และ Harmony กำลังใช้วิธีนี้ ในขณะที่ ethereum วางแผนที่จะใช้ state sharding ในขั้นต้น วิธีการใหม่นี้เป็นเพียงการ shard ข้อมูลเพื่อเพิ่มการเข้าถึง

2.1 แนวคิดการแบ่งส่วนข้อมูลของ Ethereum

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

ควรสังเกตว่าแผนการแยกย่อยของ Ethereum นั้นมีการพัฒนาอย่างต่อเนื่องเนื่องจากมีการพัฒนาเส้นทางการปรับขนาดที่มีประสิทธิภาพมากขึ้น หนึ่งในแผนการของ Ethereum สำหรับการแบ่งส่วนข้อมูลในอนาคตนั้นขึ้นอยู่กับการแบ่งส่วนข้อมูล "ความพร้อมใช้งานของข้อมูล" "Danksharding" เป็นวิธีการแบ่งส่วนใหม่ที่ไม่ได้ใช้แนวคิดของการแบ่งกลุ่ม "Chain" Blob เพื่อแยกข้อมูลในขณะที่ใช้ "Data Availability Sampling" เพื่อ ยืนยันว่าข้อมูลทั้งหมดมีอยู่

โซลูชันเวอร์ชันอื่นเกี่ยวข้องกับการเพิ่มฟังก์ชันเพิ่มเติมให้กับแต่ละชาร์ดบนพื้นฐานของโซลูชัน 1 ทำให้แต่ละชาร์ดเหมือนกับ Ethereum mainnet ในปัจจุบันมากขึ้น ทำให้ชาร์ดสามารถจัดเก็บและรันโค้ดและประมวลผลธุรกรรมได้ เนื่องจากแต่ละชาร์ดจะมีชุดของสัญญาอัจฉริยะที่ไม่ซ้ำกันและ ยอดคงเหลือในบัญชี และการสื่อสารข้ามชาร์ดจะอนุญาตให้ทำธุรกรรมระหว่างชาร์ด อย่างไรก็ตาม โครงร่างนี้ยังอยู่ระหว่างการถกเถียงกันในชุมชน เพราะความพร้อมใช้งานของข้อมูลของโครงร่างที่ 1 และการทำงานร่วมกันของเลเยอร์ที่ 2 สามารถให้ความสามารถในการปรับขนาดที่เพียงพอสำหรับ Ethereum ดังนั้นชุมชนจึงยังคงประเมินต้นทุนทางเศรษฐกิจและมูลค่าผลประโยชน์ของเวอร์ชัน 2

2.2 Harmony

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

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

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

State Sharding: ใน Harmony ตัวตรวจสอบความถูกต้องสำหรับแต่ละ Shard จะต้องจัดเก็บ 1/N ของ Global State เนื่องจากจะรักษา Blockchain และฐานข้อมูลสถานะของตนเอง (N=จำนวนของ Shards) สิ่งนี้ช่วยลดความกังวลของผู้ตรวจสอบความถูกต้องเกี่ยวกับความพร้อมใช้งานของข้อมูล นอกจากนี้ cross-sharding ยังปรับปรุงความสอดคล้องของสถานะระหว่างชาร์ด

Mainnet ของ Harmony รองรับโหนดหลายพันโหนดจากเศษชิ้นส่วนต่างๆ สร้างบล็อกในไม่กี่วินาทีพร้อมสิ้นสุดในทันที การรวมศูนย์จะลดลงผ่านการจัดการของกลไกการจำนำ ในขณะที่รองรับการมอบหมายการจำนำ การประนอมรางวัล และการลดลายเซ็นซ้ำซ้อน การใช้กลไกการจำนองที่มีประสิทธิภาพของ EPoS (Effective Proof-of-Stake) และเทคโนโลยีการแบ่งส่วนแบบสุ่มที่ปลอดภัย (Random Sharding) อาศัยข้อกำหนดของข้อตกลงเพื่อแยกโทเค็นที่จำนองโดยครัวเรือนขนาดใหญ่ออกเป็นส่วนเล็ก ๆ และแจกจ่ายแบบสุ่ม พวกมันเป็นหลาย ๆ ด้วยวิธีนี้ ไม่มีใครสามารถรวบรวมโทเค็นที่จำนองของเขาไว้ในเศษเดียว เพื่อที่เขาจะไม่สามารถโจมตีเศษเดียวได้

และเกี่ยวกับ cross-shards ในกรณีของธุรกรรม cross-shard และการซิงโครไนซ์ beacon chain ตัวตรวจสอบความถูกต้องจาก shards ที่แตกต่างกันจะส่งข้อความข้าม shards ผ่านเครือข่ายที่เชื่อมต่อทั่วโลก ตามเอกสารอย่างเป็นทางการของ Harmony ระบุว่า "เทคโนโลยีการกำหนดเส้นทางข้ามส่วนย่อยของ Kademlia" ถูกนำมาใช้เพื่อควบคุมค่าโสหุ้ยเครือข่ายของการสื่อสารข้ามส่วน และ "รหัสลบ" ใช้เพื่อเพิ่มประสิทธิภาพกระบวนการบล็อกการแพร่ภาพ เพื่อให้แรงกดดันด้านเครือข่ายของผู้แพร่ภาพน้อยลง และหลีกเลี่ยงปัญหาคอขวดของเครือข่ายของผู้ส่ง เพื่อให้สามารถขยายการแบ่งส่วนข้อมูลในแนวนอนได้อย่างมีประสิทธิภาพ พร้อมแล้วที่จะเป็นบล็อกเชนแบบแยกส่วนรายแรกที่บรรลุผลสำเร็จในการส่งข้อความข้ามส่วน ด้วยโปรโตคอลการส่งข้อความข้ามชาร์ดที่มีประสิทธิภาพและการออกแบบแบบเต็มตาข่าย ชาร์ดจะสามารถสื่อสารระหว่างกันได้อย่างราบรื่น และในขณะที่ทีมทำงานอย่างแข็งขันเพื่อบรรลุเป้าหมายนี้ ผู้ใช้และนักพัฒนาสามารถตั้งตารอการเปิดตัว Harmony ปลายปีนี้ . โปรโตคอลการส่งข้อความข้ามชาร์ด

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

2.3 Elrond

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

Elrond ใช้การแบ่งสถานะแบบปรับได้ทุกระดับสำหรับธุรกรรม ข้อมูล และเครือข่าย กลไกการชาร์ดดิ้งที่ปรับเปลี่ยนได้แบบไดนามิกจะทำการรวมชาร์ดและการแยกชาร์ด โดยคำนึงถึงจำนวนตัวตรวจสอบความถูกต้องที่มีอยู่และการใช้งานเครือข่าย ยังคงมีความยืดหยุ่นสูงต่อการโจมตีที่เป็นอันตรายเนื่องจากการสับเปลี่ยนโหนดเป็นระยะๆ ทุกยุค โหนดไม่เกิน 1/3 ในแต่ละชาร์ดจะถูกสับใหม่เป็นชาร์ดอื่นเพื่อป้องกันการสมรู้ร่วมคิด ในแง่ของการสุ่ม แหล่งที่มาของการสุ่มนั้นปลอดภัยโดยใช้ลายเซ็น BLS ซึ่งทำให้ไม่เป็นกลางและคาดเดาไม่ได้

สำหรับสัญญาอัจฉริยะบนสถาปัตยกรรมสถานะชาร์ด จะใช้กระบวนการดำเนินการข้ามชาร์ด และโหลดชาร์ดจะสมดุล การสร้างสมดุลของสัญญาอัจฉริยะในเศษส่วนช่วยให้ Elrond สามารถเรียกใช้สัญญาอัจฉริยะหลายรายการพร้อมกันได้

ในขณะเดียวกัน สำหรับ cross-shards นั้น Elrond ใช้การออกแบบที่เรียกว่า Meta Chain ซึ่งสามารถกำหนดธุรกรรมข้ามชาร์ด (Finality) ได้อย่างรวดเร็วภายในเวลาไม่กี่วินาที จากการศึกษาเอกสารไวท์เปเปอร์ทางเทคนิค ทำให้กระบวนการง่ายขึ้นดังนี้: สมมติว่าเครือข่าย Elrond มีชาร์ดและเมตาเชนเพียงสองรายการ สมมติว่าผู้ใช้สร้างธุรกรรมจากกระเป๋าเงินของเขาซึ่งมีที่อยู่ในส่วนย่อย 0 และต้องการส่ง EGLD ไปยังผู้ใช้รายอื่นซึ่งมีที่อยู่กระเป๋าเงินอยู่ในส่วนย่อย 1 จะต้องปฏิบัติตามขั้นตอนที่แสดงในรูปด้านล่างเพื่อดำเนินการจัดการชิ้นส่วนข้ามส่วน

โครงสร้างของบล็อกแสดงโดยส่วนหัวของบล็อกที่มีข้อมูลเกี่ยวกับบล็อก (บล็อก nonce, รอบ, ผู้เสนอ, การประทับเวลาของผู้ตรวจสอบความถูกต้อง ฯลฯ) และรายการของบล็อกขนาดเล็กต่อชาร์ดที่มีธุรกรรมจริงอยู่ภายใน ในกรณีของเรา สำหรับบล็อกในเศษ 0 มักจะมี 3 มินิบล็อก:

miniblock 0: มีธุรกรรมภายในเศษของเศษ 0
miniblock 1: มีธุรกรรมข้ามชาร์ดกับผู้ส่งในชาร์ด 0 และปลายทางในชาร์ด 1
miniblock 2: มีธุรกรรมข้ามชาร์ด ผู้ส่งอยู่ในชาร์ด 1 และปลายทางอยู่ในชาร์ด 0 ธุรกรรมเหล่านี้ได้รับการประมวลผลในส่วนผู้ส่ง 1 แล้ว และจะเสร็จสิ้นหลังจากประมวลผลส่วนข้อมูลปัจจุบัน

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

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

Shard 0 จัดการธุรกรรมภายใน Shard ใน miniblock 0 และชุดของธุรกรรมข้าม Shard ซึ่งมีที่อยู่มาจาก Shard 1 เป็นตัวรับใน miniblock 1 ส่วนหัวของบล็อกและบล็อกขนาดเล็กจะถูกส่งไปยังเมตาเชน เมตาเชนรับรองบล็อกของชาร์ด 0 โดยสร้างเมตาเชนบล็อกใหม่ (เมตาบล็อก) ที่มีข้อมูลต่อไปนี้เกี่ยวกับมินิบล็อกแต่ละอัน: ID ชาร์ดของผู้ส่ง, ID ชาร์ดของผู้รับ, แฮชมินิบล็อก

คำอธิบายภาพ

รูปที่ 5 โมเดลอะซิงโครนัสแบบครอสชาร์ดของเอลรอนด์

2.4 Near

Near เป็นเครือข่ายสาธารณะที่ปรับขนาดได้และเป็นมิตรต่อนักพัฒนา พวกเขาเสนอโปรโตคอลและโซลูชันใหม่ที่เรียกว่า Nightshade

คำอธิบายภาพ

รูปที่ 6 Near ละทิ้งแนวทาง beacon chain และใช้การออกแบบ Nightshade

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

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

มีสองบทบาทใน Nightshade: ผู้ผลิตบล็อกและตัวตรวจสอบความถูกต้อง ในเวลาใดก็ได้ ระบบประกอบด้วยตัวสร้างบล็อก w (ตัวสร้างบล็อก) และตัวตรวจสอบความถูกต้อง wv (ตัวตรวจสอบความถูกต้อง) ในโมเดลใกล้เคียง w=100 v = 100, wv = 10,000 ระบบประกอบด้วยชิ้นส่วน n ชิ้น n = 1,000 ในโมเดลใกล้เคียง ไม่มี shard chains ใน Nightshade แต่ผู้ผลิตบล็อกและผู้ตรวจสอบความถูกต้องทั้งหมดกำลังสร้าง blockchain เดียวที่เรียกว่า main chain สถานะของเชนหลักแบ่งออกเป็น n ชาร์ด และแต่ละบล็อกโปรดิวเซอร์และผู้ตรวจสอบจะดาวน์โหลดเฉพาะสถานะย่อยที่สอดคล้องกับเซ็ตย่อยของชาร์ดเมื่อใดก็ได้ และจะประมวลผลและตรวจสอบสถานะธุรกรรมของส่วนเหล่านี้เท่านั้น การบำรุงรักษาเครือข่ายจะทำเป็นงวด โดยที่ระยะเวลาคือระยะเวลาหนึ่งวัน

ผู้ผลิตบล็อกและผู้ผลิตบล็อกจะหมุนเวียนแต่ละบล็อกตามกำหนดเวลาที่แน่นอน ผู้ผลิตบล็อกมีคำสั่งซื้อและผลิตบล็อกตามลำดับนั้นซ้ำๆ ตัวอย่างเช่น หากมีผู้ผลิตบล็อก 100 ราย ผู้ผลิตบล็อกแรกจะรับผิดชอบในการผลิตบล็อก 1, 101, 201 เป็นต้น และผู้ผลิตบล็อกที่สองจะรับผิดชอบในการผลิตบล็อก 2, 102, 202 เป็นต้น) เนื่องจากการผลิตแบบบล็อกแตกต่างจากการผลิตแบบบล็อก สถานะจึงจำเป็นต้องได้รับการบำรุงรักษา และสำหรับแต่ละส่วนย่อย มีเพียงผู้ผลิตบล็อก sww/n เท่านั้นที่รักษาสถานะของแต่ละส่วนย่อย ตามลำดับ เฉพาะผู้ผลิตบล็อก sww/n เท่านั้นที่หมุนเวียนกันสร้างบล็อก

คำอธิบายภาพ

ชื่อระดับแรก

ข้อความ

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

3.1 Shardeum และฉันทามติระดับการทำธุรกรรม

Shardeum ได้สร้างเทคโนโลยีที่เป็นเอกลักษณ์และอัลกอริทึมที่สอดคล้องกันซึ่งรวม Proof of Quorum (PoQ) กับ Proof of Stake (PoS) อัลกอริทึมที่สอดคล้องกันจะช่วยรักษาความปลอดภัยของเครือข่ายผ่านการลงคะแนนที่ไม่ไว้วางใจเพื่อรวบรวมและตรวจสอบคำมั่นสัญญาของโหนด ธุรกรรมแต่ละรายการจะได้รับการประมวลผลตามลำดับที่ได้รับก่อนที่จะถูกจัดกลุ่มเป็นบล็อก/พาร์ติชัน

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

3.2 Shardeum และการขยายตัวเชิงเส้น

เพื่ออธิบายว่าสเกลเชิงเส้นคืออะไร เราต้องจินตนาการถึงสถานการณ์ต่อไปนี้:

หนึ่งเศษของ 100 โหนดบนเครือข่ายหลัก Near คาดว่าจะมีการเพิ่มชิ้นส่วนเพิ่มเติมในอนาคต Harmony มี 4 ชาร์ด แต่ละอันมี 250 โหนด และเครือข่ายหลักมีทั้งหมด 1,000 โหนด สัญญาทั้งหมดอยู่ในเศษเดียวกัน Elrond มี 3 ชาร์ดและ 1 เมตาเชน แต่ละชาร์ดมี 800 โหนด และเครือข่ายหลักมีทั้งหมด 3200 โหนด

หากคุณเพิ่ม 100 โหนดใน Harmony ซึ่งน้อยกว่า 250 โหนดที่จำเป็นในชาร์ด Harmony จะจัดการกับโหนดเหล่านี้อย่างไร เป็นไปได้ไหมที่จะพิจารณาแบ่งโหนดทั้งหมด 1100 โหนดออกเป็น 11 ชาร์ด โหนดละ 100 โหนด

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

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

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

คำอธิบายภาพ

รูปที่ 8 ในไตรมาสที่สามของปี 2021 Shardus ได้รับการพิสูจน์แล้วว่าสามารถทำธุรกรรมข้ามชาร์ดได้ที่ 5,000 TPS

ชื่อระดับแรก

สี่ บทสรุป

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

ชื่อระดับแรก

Reference

1.https://blog.chain.link/blockchain-scalability-approaches-zh/

2.https://www.odaily.news/post/5147856

3.https://docs.near.org/concepts/basics/transactions/overview

4.https://medium.com/nearprotocol/the-authoritative-guide-to-blockchain-sharding-part-1-1b53ed31e060

5.https://medium.com/nearprotocol/unsolved-problems-in-blockchain-sharding-2327d6517f43

6.https://medium.com/nearprotocol/why-doesnt-near-just-replicate-ethereum-serenity-design-3e2cfa2f960c

7.https://ethereum.org/en/upgrades/sharding/#what-is-sharding

8.https://blog.ethereum.org/2020/03/27/sharding-consensus

9.https://www.web3.university/article/ethereum-sharding-an-introduction-to-blockchain-sharding

10.https://medium.com/harmony-one/enabling-cross-shard-communication-at-harmony-22f26483d0d1