บทนำเลเยอร์ 1 | คำแนะนำง่ายๆ เพื่อทำความเข้าใจจุดเด่นของ Sei Network V2

Sei Network ซึ่งเป็นบล็อกเชนการประมวลผลแบบขนานที่ออกแบบมาโดยเฉพาะสำหรับธุรกรรม เปิดตัวโทเค็นและเมนเน็ตในเดือนสิงหาคมปีนี้ หลังจากที่สร้างความคลั่งไคล้ให้กับตลาด Jayendra Jog ผู้ก่อตั้ง Sei Labs ได้ประกาศเปิดตัว Sei v2. การอัปเดตจะรวม EVM เพิ่มประสิทธิภาพกลไกการประมวลผลแบบขนาน และปรับปรุงโครงสร้างการจัดเก็บข้อมูลบัญชีแยกประเภท

สารบัญ

Sei Network คืออะไร?

Sei: เกิดมาเพื่อการทำธุรกรรม

กลไกการประมวลผลแบบขนาน Sei

ทิศทางการอัปเดต Sei v2

เครื่องเสมือน: รองรับ EVM

การออกแบบดั้งเดิม: Sei v1 ใช้เครื่องเสมือน CosmWasm

โฟกัสการอัปเดต: Sei v2 ผสานรวมการสนับสนุน EVM

การเพิ่มประสิทธิภาพกลไกการประมวลผล Sei Parallel

การออกแบบดั้งเดิม: Sei v1 ต้องมีขอบเขตทรัพยากรที่กำหนดไว้สำหรับสัญญา

อัปเดตโฟกัส: Sei v2 ลดความซับซ้อนของกลไกการดำเนินการตามสัญญาแบบขนาน

การเพิ่มประสิทธิภาพโครงสร้างการจัดเก็บบัญชีแยกประเภท: SeiDB

การออกแบบดั้งเดิม: Sei v1 เก็บข้อมูลสถานะจำนวนมาก

อัปเดตโฟกัส: Sei v2 แยกโครงสร้างบัญชีแยกประเภท

กลไกฉันทามติ

Sei แข่งขันในแนวหน้าผ่านการแลกเปลี่ยน

Sei Network คืออะไร?

Sei: เกิดมาเพื่อการทำธุรกรรม

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

ธุรกรรมสินทรัพย์เสมือนมีหลายประเภท(ที่มา)

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

โฆษณา - โปรดเลื่อนลงหากข้อความยังอ่านไม่จบ

• ธุรกรรมทางอ้อม: ผู้ใช้ส่วนใหญ่ในเครือข่ายทำธุรกรรมสินทรัพย์เสมือนโดยใช้ Uniswap และ OpenSea
• การทำธุรกรรมโดยตรง: โปรเจ็กต์ที่เกี่ยวข้องกับธุรกรรมโดยตรงส่วนใหญ่เป็นเกมหรือโปรเจ็กต์ NFT เช่น Axie Infinity หรือ BAYC

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

กลไกการประมวลผลแบบขนาน Sei

mainnet ของ Sei Network ออนไลน์มานานกว่าสามเดือนแล้ว ตามข้อมูลอย่างเป็นทางการ ปัจจุบันเครือข่ายมีค่าเฉลี่ย 20,000 TPS โดยมีเวลายืนยันขั้นสุดท้ายที่ 390 มิลลิวินาที ทีมงานอ้างว่าเป็นเครือข่ายที่มีประสิทธิภาพมากที่สุดในอุตสาหกรรม ต้องขอบคุณกลไกการประมวลผลแบบขนานที่เป็นนวัตกรรมใหม่

เมื่อธุรกรรมบน Sei blockchain ไม่เกี่ยวข้องกับทรัพยากร (ที่อยู่เดียวกัน) ธุรกรรมทั้งหมดสามารถประมวลผลได้พร้อมกันโดยไม่จำเป็นต้องเรียงลำดับลำดับธุรกรรม สิ่งนี้ช่วยปรับปรุงประสิทธิภาพการดำเนินงานเครือข่ายได้อย่างมาก

ทิศทางการอัพเดต Sei v2

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

การอัปเดตหลักของ Sei Network v2 (ที่มา)

ผู้ก่อตั้ง Jayendra กล่าวว่า Sei v2 เพิ่มคุณสมบัติใหม่เท่านั้น และจะไม่ส่งผลกระทบต่อคุณสมบัติที่มีอยู่ ผู้ใช้และนักพัฒนาไม่จำเป็นต้องดำเนินการใดๆ เพิ่มเติมสำหรับการอัปเดตนี้

ข้อเสนอ Sei v2 ส่วนใหญ่ประกอบด้วยการอัปเดตสามรายการ:

• รองรับ EVM
• ปรับกลไกการประมวลผลแบบขนานให้เหมาะสม
• ปรับโครงสร้างการจัดเก็บบัญชีแยกประเภทให้เหมาะสม

การอัปเดตนี้คาดว่าจะแล้วเสร็จในไตรมาสที่ 1 ปี 2024

เครื่องเสมือน: รองรับ EVM

การออกแบบดั้งเดิม: Sei v1 ใช้เครื่องเสมือน CosmWasm

Sei สร้างขึ้นโดยใช้ Cosmos SDK และใช้เครื่องเสมือน CosmWasm ซึ่งเป็นส่วนประกอบที่มาจากเครื่องหลัง CosmWasm เป็นส่วนประกอบของเครื่องเสมือนที่สร้างขึ้นเป็นพิเศษสำหรับระบบนิเวศของ Cosmos เลเยอร์ที่อยู่ด้านล่างคือ WebAssembly (Wasm) และตั้งชื่อตามนั้น บล็อกเชนที่สร้างขึ้นโดยใช้ Cosmos SDK สามารถเพิ่ม CosmWasm ให้กับเชนได้โดยไม่ต้องปรับตรรกะที่มีอยู่

WebAssembly สามารถรองรับภาษาการเขียนโปรแกรมทั่วไปได้หลากหลาย รวมถึง Rust, C, C++ ฯลฯ ดังนั้นหากคุณเป็นนักพัฒนา Rust คุณสามารถเขียนสัญญาอัจฉริยะบน CosmWasm ได้อย่างง่ายดาย ดังนั้น Sei จึงดึงดูดนักพัฒนาจากภายนอก

ไฮไลท์การอัปเดต: Sei v2 จะรองรับการรวม EVM

อย่างไรก็ตาม ทีม Sei Labs พบว่าแม้จะมีการมีส่วนร่วมของนักพัฒนาสูง แต่พวกเขาก็สูญเสียระบบนิเวศ Ethereum Virtual Machine (EVM) EVM เป็นเครื่องเสมือนที่ใช้โดยแอปพลิเคชันและผลิตภัณฑ์ในอุตสาหกรรมส่วนใหญ่ที่มีอยู่ การสูญเสียระบบนิเวศนี้อาจขัดขวางการพัฒนาอย่างรวดเร็วของ Sei ในขั้นตอนนี้ ตัวอย่างเช่น โครงการ Ethereum ที่มีอยู่ไม่สามารถแยกเข้าสู่ระบบนิเวศ Sei ได้

เพื่อแก้ไขปัญหานี้ ทีมงานได้อัปเดตที่เก็บโค้ดเฉพาะ Core Sei Binary โดยแนะนำอินเทอร์เฟซเฉพาะสำหรับโหนด EVM RPC และ Geth ช่วยให้ธุรกรรม EVM สามารถปรับใช้และโต้ตอบกับเครือข่าย Sei ได้อย่างราบรื่น

การเลือกเกทขึ้นอยู่กับความมั่นคงที่สัมพันธ์กัน Jayendra Jog กล่าวว่าในปัจจุบัน 80% ของโหนด Ethereum ใช้ Geth และรองรับความเข้ากันได้ของ EVM bytecode เต็มรูปแบบ ซึ่งหมายความว่านักพัฒนาสามารถทำซ้ำสัญญาจาก EVM อื่น ๆ และรันบนเครือข่าย Sei ได้อย่างราบรื่น

การอัปเดตหลักของ Sei Network v2 (ที่มา)

Sei v2 จะใช้ EVM RPC ซึ่งช่วยให้ผู้ใช้สามารถใช้งานกระเป๋าสตางค์เช่น Metamask ได้อย่างง่ายดาย ในขณะที่นักพัฒนาสามารถใช้เครื่องมือเช่น Foundry, Remix และ Hardhat ต่อไปได้

ดังนั้น Sei v2 จะเปิดใช้งานความสามารถในการรวมระหว่างธุรกรรม EVM และ Cosmwasm Geth ของ Sei มีพรีคอมไพเลอร์ที่อนุญาตให้เรียกสัญญา Cosmwasm และโมดูล wasmd ของ Sei ยังสามารถเรียกสัญญา EVM แบบย้อนกลับได้ ซึ่งจะทำให้สินทรัพย์ในระบบนิเวศของ Sei มีคุณค่ามากขึ้น

ปรับกลไกการประมวลผลแบบขนาน Sei ให้เหมาะสม

การออกแบบดั้งเดิม: สัญญา Sei v1 จำเป็นต้องกำหนดหมวดหมู่ทรัพยากร

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

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

โฟกัสการอัปเดต: Sei v2 ลดความซับซ้อนของกลไกการดำเนินการตามสัญญาแบบขนาน

Sei v2 จะปรับกลไกการประมวลผลแบบขนานให้เหมาะสม และไม่จำเป็นต้องให้นักพัฒนากำหนดการขึ้นต่อกันด้วยตนเองอีกต่อไป แต่สามารถจัดการกลไกการขนานได้ด้วยตัวเอง ช่วยลดภาระของนักพัฒนา

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

Sei v2 จัดการปัญหาทรัพยากรที่ทับซ้อนกันโดยอัตโนมัติ ((ที่มา ))

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

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

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

ปรับโครงสร้างการจัดเก็บบัญชีแยกประเภทให้เหมาะสม: SeiDB

การออกแบบดั้งเดิม: Sei v1 เก็บข้อมูลสถานะจำนวนมาก

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

ต้นทุนของการประมวลผลแบบขนานคือการบันทึกข้อมูลสถานะระดับกลางที่ไม่ถูกต้องจำนวนมาก ตาม RFC ที่เสนอโดยทีมงาน Sei ตัวอย่างเช่น บนโหนดทดสอบเครือข่าย atlantic-2 จากข้อมูลที่เก็บไว้ 25 GB มีเพียง 10 GB เท่านั้นที่มีข้อมูลธุรกรรมที่มีความหมาย ส่งผลให้การใช้พื้นที่ดิสก์ของโหนดไม่มีประสิทธิภาพ

เนื่องจากอัตราเงินเฟ้อของข้อมูล การใช้ดิสก์ของโหนด Sei จึงเติบโตอย่างรวดเร็ว การใช้งานฮาร์ดดิสก์ของโหนดเก็บถาวรบน atlantic-2 เพิ่มขึ้นมากกว่า 150 GB ต่อวัน และเกิน 1 TB ต่อสัปดาห์ เมื่อสถานะลูกโซ่ยังคงเติบโต อัตราการเติบโตของพื้นที่เก็บข้อมูลก็จะเพิ่มขึ้นด้วย (เร็วขึ้น)

มันจะทำให้เกิดปัญหามากมาย:

• ค่าบำรุงรักษาโหนดจะสูงขึ้นเรื่อยๆ
• การทำงานของฐานข้อมูลจะช้าลงและช้าลง
• โหนด RPC ไม่สามารถทำงานได้เป็นเวลานานเนื่องจากดิสก์เต็มอย่างรวดเร็ว

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

อัปเดตโฟกัส: โครงสร้างบัญชีแยกประเภทแยก Sei v2

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

Sei v2 แบ่งบัญชีแยกประเภทหน่วยเก็บข้อมูลสถานะออกเป็นสองประเภท เรียกว่า SeiDB:

• ความมุ่งมั่นของรัฐ (SC): บันทึกข้อมูลแผนผัง MemIAVL
• State Store (SS): บันทึกข้อมูลที่ครบถ้วน

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

Sei v2 ช่วยลดภาระการเติบโตของข้อมูลบนโหนดการตรวจสอบ (ที่มา)

ด้วยการปรับปรุง SeiDB ทำให้ Sei ได้เห็นการปรับปรุงประสิทธิภาพในด้านต่างๆ ซึ่งรวมถึงเวลาการส่งบล็อกที่เพิ่มขึ้น 100 เท่า การบีบอัดการสร้างข้อมูลรายวันจาก 100 GB เป็น 5 GB และการปรับปรุงเวลาติดตามเพิ่มขึ้น 10 เท่าสำหรับโหนดหรือโหนดทั้งหมดที่ต้องการข้อมูลการซิงโครไนซ์

ข้อตกลงร่วมในระบบ

Sei Network v2 ไม่ได้เปลี่ยนแปลงกลไกฉันทามติดั้งเดิมและยังคงรักษาการออกแบบ Twin Turbo ไว้ ด้วยการปรับปรุงอินเทอร์เฟซฉันทามติของ Cosmos Tendermint ABCI เวลาในการยืนยันบล็อกจึงลดลงอย่างมาก

Sei เข้าสู่การแข่งขันระดับสูงสุด

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

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

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

(หมายเหตุ: บทความนี้ไม่ถือเป็นคำแนะนำในการลงทุน)

ข้อสงวนสิทธิ์：

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