ส่งต่อ Original Title'ข้อ จํากัด ของการปรับขนาดบล็อกเชนและ VM ใดที่เร็วที่สุดในทางทฤษฎี'

TL;DR

เรากำลังเห็นถึงการเปลี่ยนแปลงไปทางเซิร์ฟเวอร์ที่มีพลังงานเดียว; Solana, Megaeth, และตัวเลือกที่หลากหลายของ single sequencers ทั้งหมดเน้นไปที่สิ่งเดียวกัน: single high throughput, high memory server (ในที่นี้, ที่ไม่ใช่ L2 จะเร็วที่สุดในทางปฏิบัติเสมอ).

เมื่อเร็ว ๆ นี้ได้พูดคุยกับผู้ก่อตั้งคนอื่นที่ฉันเคารพอย่างมากเขากล่าวว่าฉันควรเขียนการสนทนาของเรา

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

เพื่อตอบว่าก่อนอื่นเราต้องดูว่าวิศวกรรมโซนิคประเมินสิ่งที่เราควรทําอย่างไรเรามีทฤษฎีมากมายว่าบนกระดาษฟังดูใช้งานได้จริงเราต้องการนําไปใช้ แต่ทรัพยากรของทีมทางกายภาพที่ จํากัด ดังนั้นเราจะเลือกได้อย่างไรว่าอันไหนมีผลกระทบมากที่สุด? ดังนั้นแทนที่จะทํางานกับแนวคิดเหล่านั้นทีมงานจึงตัดสินใจที่จะใช้เวลาหนึ่งปีในการสร้าง Aida Aida เป็นเครื่องมือที่ทรงพลังอย่างไม่น่าเชื่อที่ช่วยให้เราสามารถเล่นบล็อกเชนทั้งหมด (ใด ๆ ) ซ้ําได้ในไม่กี่นาทีแทนที่จะเป็นเดือนด้วยเมตริกประสิทธิภาพที่มีประโยชน์ ซึ่งหมายความว่าเราสามารถสร้างต้นแบบทดสอบใน Aida และรู้ได้อย่างรวดเร็วว่าทฤษฎีใดยึดมั่นและทฤษฎีใดไม่เป็นเช่นนั้น

Aida ยังช่วยให้เรามีการโปรไฟล์ที่มีประสิทธิภาพบางอย่าง ซึ่งเป็นสิ่งที่สร้างเอาท์พุตได้

ดังนั้นพร้อมแล้วเราสามารถทดสอบการสมมติของเราเกี่ยวกับประสิทธิภาพอย่างรวดเร็วและแม่นยำมาก ดังนั้นเรามุ่งหน้าไปทดสอบการเปรียบเทียบระหว่าง VM แบบที่อยู่ในหน่วยความจำเท่านั้นกับ disk, parallel execution, RDMS vs KV vs flat file, supersets, โมเดลการเชื่อมต่อใหม่ และอื่น ๆ

การปรับปรุงที่ใหญ่ที่สุดเพียงอย่างเดียวคือ DB เพิ่มขึ้น 800% supersets ถัดไปตามด้วยฉันทามติและต่ํามากในรายการนั้นโดยมีการปรับปรุงเล็กน้อย 30% คือการดําเนินการแบบขนาน สิ่งนี้ดูเหมือนจะสวนทางกันเนื่องจากแบบจําลองทางจิตสําหรับบางสิ่งเช่นการดําเนินการแบบขนานดูเหมือนจะดีกว่าผลลัพธ์โดยสัญชาตญาณ แล้วเราขนานกันได้อย่างไร? บางทีเราอาจทําผิดพลาดการทดสอบคือ "ญาณทิพย์" รูปแบบการสั่งซื้อที่สมบูรณ์แบบอย่างแท้จริงซึ่งเป็นเครื่องมือที่รู้การเรียงลําดับและการขนานที่ดีที่สุดก่อนการดําเนินการ (สิ่งที่ในทางปฏิบัติเป็นไปไม่ได้อยู่แล้วดังนั้นแม้แต่ 30% ก็สูงกว่าที่ควรจะเป็น)

VM และบล็อกเชนเป็นส่วนประกอบที่ซับซ้อนมาก และบ่งบอกว่าเรามักวัดตัวชี้วัดที่ผิด (หรือไม่วัดเลย)

แล้วเขาถามฉันว่า "ความเร็วของ Solana มาจากที่ไหน? หรือมันไม่สูงกว่า Sonic จริงๆ?" คำตอบ "Sonic เร็วกว่า Solana แต่ Sonic ไม่เร็วกว่า Solana ที่เร็วที่สุดที่มันสามารถเป็น"

เรากําลังเห็นการเปลี่ยนแปลงไปสู่เซิร์ฟเวอร์ที่ทรงพลังเพียงเครื่องเดียว Solana, Megaeth และซีเควนเซอร์เดี่ยวที่หลากหลายล้วนเอนเอียงไปในสิ่งเดียว: ปริมาณงานสูงเดียวเซิร์ฟเวอร์หน่วยความจําสูง (ในจํานวนนี้ไม่ใช่ L2 จะเร็วที่สุดเสมอ) โซลูชันนี้หากได้รับการปรับให้เหมาะสมจะเร็วกว่าผู้เข้าร่วมหลายคนเสมอ ดังนั้นปริมาณงานที่ได้รับการปรับให้เหมาะสมสูงสุดของบางสิ่งเช่น Solana หรือ Megaeth จะสูงกว่าคู่แข่งที่เร็วที่สุดรายต่อไปที่ทําฉันทามติเซิร์ฟเวอร์ 2+

ดังนั้นคําถามต่อไปคือทําไมโซนิคไม่ทําเซิร์ฟเวอร์ที่ได้รับการเลือกตั้งผู้นําคนเดียวแล้ว? และคําตอบที่นี่นั่นไม่ใช่สิ่งที่เรากําลังปรับให้เหมาะสม หนึ่งในการเริ่มต้นทางเหนือของเราที่ฉันเขียนเกี่ยวกับย้อนกลับไปในปี 2018 คือเมื่อเราเห็นการถือกําเนิดของโปรแกรมการสื่อสารระหว่างกันในบางจุดจําเป็นต้องมีฉันทามติ สมมติว่าสี่แยกที่พลุกพล่านโดยไม่มีป้ายหยุดหรือสัญญาณไฟจราจรและการจราจรหลายร้อยคัน วิธีที่เหมาะสมที่สุดคือให้รถยนต์ "ลงทะเบียน" ตัวเองที่สี่แยกแล้วเห็นด้วยกับลําดับการจัดเรียงและวิธีการที่เหมาะสมที่สุดที่รถแต่ละคันควรเคลื่อนที่เพื่อเพิ่มปริมาณงานสูงสุด คุณไม่สามารถใช้ระบบตามผู้นําได้ที่นี่และคุณไม่สามารถสันนิษฐานได้ว่าฝ่ายใดฝ่ายหนึ่งไม่เป็นอันตรายในกรณีนี้ฉันทามติของ Sonic ได้รับการปรับให้เหมาะสมกับจุดที่สามารถตรวจสอบได้แล้วบน raspberry pi ในวันนี้โดยไม่สูญเสียปริมาณงานใด ๆ ดังนั้นรถยนต์ทุกคันจึงสามารถตกลงกับการสั่งซื้อตามฉันทามติของ Sonic ได้ Sonic ได้รับการปรับให้เหมาะสมกับเครือข่ายตาข่าย

อย่างไรก็ตาม ramblings สุ่มหวังว่ามันช่วยอย่างใด

คำประกาศปฏิเสธความรับผิดชอบ:

1. บทความนี้พิมพ์ซ้ําจาก [Andre Cronje]. ลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนต้นฉบับ [Andre Cronje]. หากมีการคัดค้านการพิมพ์ซ้ํานี้โปรดติดต่อ เกต เลิร์นทีม และพวกเขาจะจัดการกับมันโดยเร็ว
2. คำปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงเพียงของผู้เขียนเท่านั้น และไม่เป็นการให้คำแนะนำในการลงทุนใด ๆ
3. ทีม Gate Learn ทำการแปลบทความเป็นภาษาอื่น ๆ การคัดลอก การกระจาย หรือการลอกเลียนบทความที่ถูกแปลนั้นห้าม หากไม่ได้ระบุไว้ในเครื่องหมาย