ผู้แปล: Odaily Azuma

ผู้แปล: Odaily Azuma

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

ตอนที่ 1: ช่องทางการประมวลผลธุรกรรมของ blockchain แบบดั้งเดิม

ตอนที่ 2: ช่องทางการทำธุรกรรมของ Sui

ตอนที่ 3 ข้อดีของซุย

ตรรกะของการทำงานของ blockchain คือ เมื่อเวลาผ่านไป ผู้ตรวจสอบความถูกต้องจะเพิ่มบล็อกใหม่ลงใน chain ช่องทางการประมวลผลธุรกรรมอยู่ในระดับแนวหน้าของกระบวนการ "การสร้างบล็อก - ฉันทามติ - การดำเนินการ - การอัปเดต Merkle tree" และธุรกรรมทั้งหมดจะต้องได้รับการประมวลผลก่อนที่จะดำเนินการต่อในขั้นตอนต่อไป และเมื่อบล็อกใหม่เริ่มสร้าง การประมวลผลธุรกรรมก็จะถูกระงับไปด้วย

ต่อไปนี้เป็นแผนผังของช่องทางการประมวลผลธุรกรรมและปัญหาในบล็อกเชนแบบดั้งเดิม เราได้เห็นหลายโครงการพยายามแก้ปัญหาเหล่านี้ด้วยวิธีต่างๆ

วิธีการของซุยคือการแยกแยะและจัดระเบียบข้อมูลผ่าน "วัตถุ" NFT บางรายการ ยอดโทเค็นบางรายการ และสัญญาอัจฉริยะบางรายการเป็นออบเจ็กต์ที่แตกต่างกันทั้งหมด (ซึ่งสามารถเข้าใจได้ว่าเป็นประเภท) ซึ่งหมายความว่าธุรกรรมบน Sui chain สามารถจัดกลุ่มและประมวลผลตามออบเจ็กต์ต่างๆ ได้

แผนภาพด้านล่างเป็นตัวอย่างง่ายๆ ที่แสดงถึงธุรกรรม 5 รายการที่แตกต่างกันซึ่งสามารถแบ่งออกเป็น 3 กลุ่ม (เราจะกลับมาที่วัตถุเฉพาะและวัตถุที่ใช้ร่วมกันในภายหลัง) ธุรกรรมทั้งสามกลุ่มนี้สามารถประมวลผลพร้อมกันได้

ในบล็อกเชนแบบดั้งเดิมอื่นๆ ธุรกรรมที่ไม่เกี่ยวข้องทั้งหมดภายในบล็อกเดียวจะต้องได้รับการประมวลผลตามลำดับ ตัวอย่างเช่น Bob ส่ง BAYC NFT ให้ Bruce, Alice ส่ง Punk NFT ให้ Alex, Jane ใช้ DEX บางตัว ฯลฯ ธุรกรรมทั้งหมดเหล่านี้จำเป็นต้องจัดเรียงและดำเนินการร่วมกันตามความเห็นพ้องต้องกัน และสุดท้ายก็แสดงบน Merkle tree

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

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

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

สำหรับธุรกรรมประเภทอื่น ที่เรียกว่าธุรกรรมวัตถุที่ใช้ร่วมกัน (เช่น DEX smart contracts) จะต้องได้รับการตกลง เนื่องจากไม่มีเจ้าของรายเดียวในการกำหนดคำสั่งซื้อ นี่คือที่มาของฉันทามติ Narwhal & Bullshark

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

สรุปแล้วคุณสามารถเข้าใจได้ดังนี้:

• สำหรับบล็อกเชนปกติ ธุรกรรมทั้งหมดจำเป็นต้องจัดเรียงรวมกันแล้วดำเนินการ

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

ดังนั้นสถาปัตยกรรมของ Sui นี้สามารถแก้ปัญหาผลิตภัณฑ์อะไรได้บ้าง เดินหน้าต่อไป

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

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

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

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

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

ตัวอย่างเช่น เกมสวมบทบาทที่วางตัวละครทั้งหมดบนซุยสามารถมองวัตถุที่เป็นตัวแทนของตัวละครเหล่านั้นได้ พวกเขาไม่จำเป็นต้องขุดข้อมูลทั้งหมดจากโครงสร้างข้อมูล Merkle tree

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

การอ่านที่เกี่ยวข้อง

การอ่านที่เกี่ยวข้อง

สินค้าคงคลังของโครงการที่น่าจดจำ 20 โครงการในระบบนิเวศของซุย โดย 8 โครงการได้เข้าสู่ขั้นตอนการทดสอบแล้ว