Jump Crypto: คำอธิบายโดยละเอียดเกี่ยวกับคุณลักษณะ ข้อดี และข้อเสียของสถาปัตยกรรมแบบมัลติเชนทั้

链捕手

特邀专栏作者

2022-06-02 11:30

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

เอกสารนี้ตรวจสอบสถาปัตยกรรมแบบหลายเชนอิสระ 5 แบบ ได้แก่ Polkadot, Cosmos, Avalanche, Polygon Supernets และ Binance BAS

สรุปโดย AI

ขยาย

ชื่อเรื่องเดิม: "Flavors of Standalone Multichain Architecture》

รวบรวมข้อความต้นฉบับ: Guo Qianwen, Chain Catcher

ภาพรวม

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

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

ในช่วงไม่กี่ปีที่ผ่านมา เรามีความก้าวหน้าอย่างมากในการจัดการกับความท้าทายเหล่านี้ในรูปแบบต่างๆ ที่สำคัญกว่านั้น ในช่วง 2-3 เดือนที่ผ่านมา มีการเปิดตัวเลเยอร์การสื่อสารของสภาพแวดล้อมแบบหลายเชนอิสระหลายเลเยอร์ เลเยอร์การสื่อสารเหล่านี้อาจกล่าวได้ว่าเป็นชิ้นส่วนที่สำคัญที่สุดของ "ปริศนา" นี้ ในขณะเดียวกัน ในช่วงไม่กี่สัปดาห์ที่ผ่านมา บล็อกเชน L1/L2 จำนวนมากขึ้นได้ประกาศการปรับเปลี่ยนสถาปัตยกรรม มอบโครงสร้างพื้นฐานที่นอกกรอบสำหรับบล็อกเชนเฉพาะแอปพลิเคชัน ซึ่งจุดประกายการอภิปรายอีกครั้ง

ในโพสต์นี้ เราจะตรวจสอบรายละเอียดเกี่ยวกับรูปแบบต่างๆ ของสถาปัตยกรรมที่พัฒนาขึ้นตามวิสัยทัศน์นี้ และเปรียบเทียบข้อเสียในแง่ของความเห็นพ้องต้องกัน ความจุ และการทำงานร่วมกัน โดยเฉพาะอย่างยิ่ง เราศึกษาสถาปัตยกรรมแบบหลายเชนอิสระ 5 แบบ ได้แก่ Polkadot, Cosmos, Avalanche, Polygon Supernets และ Binance BAS

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

มาตรฐานการเปรียบเทียบ

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

ในบทความนี้ เราเปรียบเทียบระบบนิเวศเหล่านี้ด้วยพารามิเตอร์หลักห้าประการ

1. ฉันทามติ

ระบบนิเวศทั้งหมดเป็นไปตามข้อกำหนดพื้นฐานของการป้องกันการโจมตีของซีบิลและเวลาการรับรู้ขั้นสุดท้าย ดังนั้นจึงไม่มีกลไกที่เป็นเอกฉันท์ที่เหมาะสมในสาระสำคัญ อย่างไรก็ตาม ควรเปรียบเทียบ: 1) รูปแบบฉันทามติประเภทเฉพาะ 2) กลไกฉันทามติที่ใช้ร่วมกันหรือเป็นอิสระสำหรับแต่ละห่วงโซ่ และ 3) สิ่งจูงใจโทเค็นที่ใช้ร่วมกันหรือเป็นอิสระ เชนอาจใช้กลไกที่เป็นเอกฉันท์เดียวกัน (เช่น Tendermint BFT) แต่ตัวตรวจสอบความถูกต้องของแต่ละเชนจะได้รับแรงจูงใจจากโทเค็นอิสระของตนเอง หรือในทางกลับกัน ขึ้นอยู่กับพารามิเตอร์ของระบบนิเวศ กลไกที่เป็นเอกฉันท์ที่ใช้ร่วมกันและสิ่งจูงใจโทเค็นหมายความว่าชั้นฐานสามารถให้ความปลอดภัยที่มากขึ้น ในขณะที่การเลือกความเป็นอิสระหมายถึงความยืดหยุ่นในการออกแบบที่มากขึ้น

2. ขั้นสุดท้าย/สถานะ

ในระบบนิเวศเหล่านี้ บางห่วงโซ่รักษาความเป็นอิสระบางรูปแบบ และบางห่วงโซ่ได้รับการสรุปในระดับโดยรวม สิ่งนี้มอบ 1) ความปลอดภัยที่มากขึ้นและ 2) การทำงานร่วมกันที่ครอบคลุมยิ่งขึ้น อย่างไรก็ตาม สิ่งนี้ยังนำมาซึ่งการแลกเปลี่ยนในแง่ของข้อจำกัดด้านความจุ หากจำนวนของ modular blockchains เกินจำนวนที่กำหนด

3. กลุ่มตัวตรวจสอบความถูกต้องที่ใช้ร่วมกัน/ความเป็นอิสระของโหนด

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

4. สถาปัตยกรรมการทำงานร่วมกัน

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

5. ความเร็วและความจุ

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

I. ร่มลายจุด

ภาพรวม

Polkadot อยู่ในพื้นที่ก่อนหน้านี้ สร้างขึ้นเพื่อรองรับบล็อกเชนเฉพาะแอปพลิเคชันที่แบ่งปันสถานะส่วนกลางเดียว ภายใต้สถาปัตยกรรม Polkadot บล็อกเชนเฉพาะแอปพลิเคชัน (เครือข่ายคู่ขนาน) แบ่งปันทรัพยากรการประมวลผลและความเห็นพ้องต้องกันกับบล็อกเชนพื้นฐาน (เรียกว่ารีเลย์เชน) และหน้าที่หลักของมันคือการรักษาสถานะส่วนกลางที่เป็นหนึ่งเดียว

กลุ่มฉันทามติ ขั้นสุดท้าย และกลุ่มผู้ตรวจสอบความถูกต้อง

Polkadot ดำเนินฉันทามติในการพิสูจน์การมีส่วนได้ส่วนเสียที่เสนอในชั้นรีเลย์เชน ในสถาปัตยกรรมนี้มีโหนดสามประเภท

ผู้เสนอชื่อเลือกผู้ตรวจสอบที่เชื่อถือได้และเดิมพัน DOT บางส่วนของพวกเขา พวกเขาให้รางวัลแก่ Validator ร่วมกัน แต่ Validator จะถูกเชือดเช่นกันหากพวกเขามีส่วนร่วมในกิจกรรมที่เป็นอันตราย

ตัวตรวจสอบความถูกต้อง:

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

พิสูจน์อักษร:

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

แม้ว่าพาราเชนจะแชร์สถานะทั่วโลก แต่ก็มีอิสระที่จะเลือกอัลกอริทึมที่สอดคล้องกันเฉพาะที่พวกเขาเรียกใช้ (GRANDPA/Tendermint/pBFT แบบดั้งเดิม ฯลฯ) เพื่อเปิดใช้การตรวจสอบระดับพาราเชนก่อนที่จะชำระบนรีเลย์เชน (Polkadot/Kusama)

คุณสมบัติเฉพาะของ Polkadot Consensus คือมันแยกการผลิตบล็อกและความสมบูรณ์ของบล็อกออกจากกัน ดำเนินงานภายใต้กรอบฉันทามติแบบผสม

กลไกการผลิตบล็อก: BABE (Blind Assignment for Block Extension) ระบบการจัดสรรบล็อกส่วนขยายแบบสุ่ม

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

เครื่องมือขั้นสุดท้าย: GRANDPA (ข้อตกลงคำนำหน้า ANcestor แบบเรียกซ้ำตาม GHOST) ข้อตกลงคำนำหน้า ANcestor แบบเรียกซ้ำตาม GOSHT

ในท้ายที่สุด Polkadot ได้ใช้วิธีฉันทามติด้านความปลอดภัยสูงสุด ในขณะที่ให้ความยืดหยุ่นบางอย่างสำหรับร่มชูชีพ พาราเชนแต่ละอันสามารถออกแบบ "ฉันทามติ" ในระดับเชนเพื่อเสนอบล็อกให้กับรีเลย์เชน แต่ผลลัพธ์สุดท้ายจะเกิดขึ้นได้บนเชนรีเลย์ Polkadot เท่านั้น ซึ่งรับประกันโดยกลุ่มผู้ตรวจสอบที่ต้องให้สัญญาว่าโทเค็น DOT จะเข้าร่วม Polkadot มีตัวตรวจสอบความถูกต้องที่ใช้งานอยู่ประมาณ 100 ตัว (สูงสุด 1,000 ตัว) และตัวตรวจสอบความถูกต้องแต่ละตัวมีผู้เสนอชื่อสูงสุด 256 คน ชุดตัวตรวจสอบที่ใช้ร่วมกันยอมสละความยืดหยุ่นในการออกแบบเพื่อให้รับประกันความปลอดภัยที่สูงขึ้นสำหรับโครงการพาราเชน ฉันทามติจากส่วนกลางที่ระดับรีเลย์เชนสามารถให้ความปลอดภัยร่วมกันที่สูงขึ้นได้ แต่จะทำให้ประสิทธิภาพบางอย่างลดลงด้วย: จำนวนของพาราเชนจะคงที่ และหลังจากตัวเลขนี้ เวลาจนถึงจุดสิ้นสุดจะช้าลงอย่างมาก

การทำงานร่วมกัน

ภายใต้สถาปัตยกรรมนี้ ส่วนประกอบเหล่านี้ โดยเฉพาะรีเลย์เชน จะสื่อสารระหว่างกันผ่าน XCM มาตรฐานการสื่อสารที่เป็นเอกลักษณ์ของ Polkadot

ในระดับมหภาค ข้อความทั้งหมดในระบบการส่งข้อมูลข้ามเชนของ Polkadot จะถูกส่งผ่านรีเลย์เชน ซึ่งจะเป็นการรักษาความปลอดภัยต่อไป สามารถส่งข้อความได้สองประเภท:
ข้อความที่ส่งต่อขึ้นไป (UMP): ข้อความจากพาราเชนไปยังรีเลย์เชน
Downwardly Deliveryed Message (DMP): ข้อความจากรีเลย์เชนไปยังพาราเชนตัวใดตัวหนึ่ง

ข้อมูลที่เข้าสู่พาราเชนเรียกว่าขาเข้า ในขณะที่ข้อมูลที่ออกไปเรียกว่าขาออก

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

ในกระบวนการโอนสินทรัพย์ สินทรัพย์อ้างอิงจะถูกทำลายบนบล็อกเชน A และออกใหม่บนบล็อกเชน B

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

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

II. Cosmos

ภาพรวม

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

ชุดฉันทามติ ขั้นสุดท้าย และชุดตรวจสอบความถูกต้อง

ในระบบนิเวศของ Cosmos ซึ่งแตกต่างจาก Polkadot ตรงที่บล็อกเชนเฉพาะแอปพลิเคชันแต่ละรายการจะรักษาสถานะที่เป็นอิสระของตนเอง บรรลุจุดสิ้นสุดที่เป็นอิสระในแต่ละบล็อก ด้วย Cosmos SDK นักพัฒนาเพียงแค่กำหนดเครื่องสถานะ (เช่น แอปพลิเคชัน) และสามารถพึ่งพาคอร์ Tendermint ของ Cosmos (เลเยอร์ซอฟต์แวร์ที่ใช้ร่วมกัน) เพื่อผลักดันฉันทามติและการเชื่อมต่อเครือข่าย Tendermint เรียกใช้อัลกอริธึมฉันทามติที่ใช้ BFT ซึ่งตัวตรวจสอบความถูกต้องในแต่ละโซนอิสระสามารถใช้เพื่ออำนวยความสะดวกในการเปลี่ยนสถานะและรักษาสถานะอิสระ ในแต่ละบล็อกเชน/โซน แต่ละยุคจะสุ่มเลือกตัวตรวจสอบเพื่อเสนอบล็อกถัดไป หากมากกว่า 2/3 ของผู้ตรวจสอบความถูกต้องพิสูจน์ความถูกต้อง บล็อกนั้นจะถือว่าถูกต้อง ชุดเครื่องมือตรวจสอบความถูกต้องและการออกแบบสิ่งจูงใจเฉพาะสามารถกำหนดได้ที่ระดับเครื่อง/แอปพลิเคชันสถานะ

Tendermint เป็นเลเยอร์ซอฟต์แวร์ที่ใช้ร่วมกันซึ่งแต่ละบล็อกเชน/โซนต้องเชื่อมต่อผ่านอินเทอร์เฟซเฉพาะที่เรียกว่า ABCI (Application Blockchain Interface) ธุรกรรมจากแต่ละโซนจะถูกส่งผ่านไปยัง Tendermint core เป็นไบต์ของธุรกรรมผ่าน ABCI และตัวตรวจสอบจะจัดเรียงไบต์เหล่านี้เพื่อหาความสมบูรณ์ และส่งรหัสกลับไปยังเครื่องสถานะผ่าน ABCI เพื่อพิสูจน์ความถูกต้องของธุรกรรมเหล่านี้

โดยทั่วไปแล้ว Cosmos ได้เลือกข้อแลกเปลี่ยนที่แตกต่างออกไปเล็กน้อยจาก Polkadot นั่นคือ เครือข่ายมีกลไกฉันทามติร่วมกัน แต่แต่ละเครือข่ายยังคงเป็นอิสระต่อกันและไม่จำเป็นต้องใช้ชุดเครื่องมือตรวจสอบความถูกต้องและกลไกจูงใจเดียวกันในการรับประกัน ฉันทามติร่วมกันให้ระดับความปลอดภัย ในขณะที่การกำหนดสิ่งจูงใจอย่างอิสระและการรักษาสถานะที่เป็นอิสระทำให้การออกแบบมีความยืดหยุ่นสำหรับแต่ละโครงการ ฉันทามติที่เป็นมาตรฐานยังนำไปสู่การทับซ้อนของตัวตรวจสอบความถูกต้องมากขึ้น ซึ่งเมื่อรวมกับการกระจายตัวของตัวตรวจสอบความถูกต้องจำนวนมากแล้ว ยังเพิ่มความปลอดภัยที่ใช้ร่วมกัน แม้ว่าจะไม่ได้อยู่ในระดับเดียวกับ Polkadot Cosmos กำลังเริ่มเตรียมการในช่วงปลายปี 2021 สำหรับการเปิดตัวของการรักษาความปลอดภัยแบบแชร์/อินเตอร์เชน ภายใต้กรอบที่เสนอนี้ เครือข่ายเดี่ยวจะสามารถยืม/แชร์การรับประกันความปลอดภัยจาก Cosmos Central ได้ Validator จะสามารถรันสองโหนด โหนดหนึ่งบนฮับและอีกโหนดหนึ่งบนโซน และรับค่าธรรมเนียมและรางวัลจากการเข้าร่วมในฉันทามติของทั้งสองโหนด โทเค็นที่จำนองไว้ที่ศูนย์จะทำหน้าที่เป็นหลักประกันร่วมกันสำหรับฉันทามติด้านความสมบูรณ์ของทั้ง 2 แห่ง กิจกรรมที่เป็นอันตรายโดยฝ่ายใดฝ่ายหนึ่งจะทำให้ทั้งสองฝ่ายถูก "เฉือน" (เฉือน: โดยทั่วไปหมายถึงการถอนคำมั่นสัญญา) ซึ่ง จะเพิ่มความพร้อมใช้งานของ chain ใหม่ ความปลอดภัยที่ใช้ร่วมกัน

การทำงานร่วมกัน

เนื่องจากแต่ละเขตมีอำนาจอธิปไตยและดำรงสถานะเป็นอิสระ การติดต่อสื่อสารระหว่างเขตจึงมีความสำคัญมากขึ้นเรื่อยๆ Cosmost สังเกตสถานะของโซนที่เชื่อมต่อกับฮับผ่านฮับ (ซึ่งทำหน้าที่เป็นเส้นทางเชื่อมระหว่างโซนต่างๆ) Cosmos Hub เป็นฮับแรกในระบบนิเวศของ Cosmos ซึ่งเชื่อมต่อกับย่านที่มีมูลค่าสูงในยุคแรกๆ ส่วนใหญ่ ผ่าน Cosmos Hub เขตเชื่อมต่อสามารถสื่อสารระหว่างกันได้ สถาปัตยกรรมเฉพาะสำหรับการแลกเปลี่ยนข้อมูลเรียกว่า Inter-Blockchain Communication หรือเรียกสั้นๆ ว่า IBC ไคลเอ็นต์ IBC เป็นไคลเอนต์แบบ light ที่ติดตามสถานะฉันทามติของแต่ละเชนและหลักฐานที่จำเป็นเพื่อตรวจสอบหลักฐานกับสถานะฉันทามติของลูกค้าอย่างถูกต้อง

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

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

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

III. Avalanche subnets

ภาพรวม

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

ชุดฉันทามติ ขั้นสุดท้าย และชุดตรวจสอบความถูกต้อง

เพื่อให้เข้าใจสถาปัตยกรรมได้ดีขึ้น เราต้องเข้าใจส่วนสำคัญ 3 ส่วน:

ฉันทามติแบบหิมะถล่ม

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

Snowman และ Avalanche ซึ่งเป็นสองโมเดลหลักที่อิงตาม PoS ในระบบนิเวศของ Avalanche ใช้การสุ่มตัวอย่างย่อยซ้ำๆ ความแตกต่างระหว่างทั้งสองคือ Avalanche ใช้สถาปัตยกรรม DAG (Directed Acyclic Graph) ในขณะที่ Snowman สร้างขึ้นสำหรับบล็อกเชนเชิงเส้น ข้อแตกต่างที่สำคัญระหว่างระบบที่ใช้ DAG และบล็อกเชนเชิงเส้นคือ ลำดับสุดท้ายของบล็อกเชนเชิงเส้นจะถูกสั่ง ในขณะที่ระบบที่ใช้ DAG สถานะจะใกล้เคียงกับเครือข่ายธุรกรรมที่มีการสิ้นสุดที่ไม่เป็นระเบียบ บล็อกเชนภายในระบบนิเวศของ Avalanche สามารถเลือกใช้หนึ่งในสองโมเดลที่สอดคล้องกัน หรือนำโมเดลของตนเองมาใช้

ซับเน็ต (ซับเน็ต)

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

เครื่องเสมือน (VM)

เครื่องเสมือนกำหนดตรรกะระดับแอปพลิเคชันของบล็อกเชน Avalanche หวังว่าจะมอบชุดรหัสการดำเนินการให้กับบล็อกเชนแต่ละชุดเพื่อให้เลือกใช้ ประมวลผลและแปลงสถานะ ฯลฯ แทนที่จะให้รหัสการดำเนินการเพียงชุดเดียว ตัวเลือกปัจจุบัน ได้แก่ Subnet EVM (EthereumVM ที่สร้างขึ้นสำหรับเครือข่ายย่อย), AvalancheVM (DAG chain), SpacesVM (คีย์เดียว: เครื่องเสมือนที่เก็บข้อมูลค่า) และ BlobVM (เครื่องเสมือนที่เก็บข้อมูลไบนารี) ยิ่งไปกว่านั้น โปรเจกต์ต่าง ๆ ยังสามารถใช้งานเครื่องเสมือนแบบกำหนดเองของตนเองได้ฟรี

หลักการของสถาปัตยกรรม Avalanche คือองค์ประกอบทั้งสามนี้เข้ากันได้ดีกับเฟรมเวิร์กแบบโมดูลาร์ที่ขยายขนาดแบบซุปเปอร์ลิเนียร์ด้วยการเติบโตของซับเน็ต/ตัวตรวจสอบความถูกต้อง

ในรูปแบบปัจจุบันของ Avalanche มีเครือข่ายหลักที่รับรองโดยตัวตรวจสอบความถูกต้องของ Avalanche ที่เข้าร่วมทั้งหมด โดยมีสามบล็อกเชนอยู่ข้างใต้
P chain: บล็อกเชนเชิงเส้นตามความเห็นพ้องของ Yeti ใช้เพื่อสร้างตัวตรวจสอบความถูกต้อง เพิ่มตัวแทน สร้างเครือข่ายย่อย และงานอื่นๆ
X-Chain: บล็อกเชนประเภท DAG ตามฉันทามติของ Avalanche สำหรับการแลกเปลี่ยนสินทรัพย์

C chain: blockchain เชิงเส้นตามฉันทามติของ Yeti ใช้งาน EVM สำหรับสัญญาอัจฉริยะทั่วไป

จากนั้นการเรียงสับเปลี่ยนที่หลากหลายของตัวตรวจสอบความถูกต้องเหล่านี้สามารถสร้างเครือข่ายย่อยได้

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

การทำงานร่วมกัน

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

การถ่ายโอนข้ามเครือข่ายภายในซับเน็ตเดียว: เนื่องจากแต่ละซับเน็ตมีชุดตัวตรวจสอบความถูกต้องสำหรับบล็อกเชนทั้งหมดภายในซับเน็ตนั้น ปัญหานี้จึงค่อนข้างง่ายที่จะแก้ไข เราสามารถยกตัวอย่าง เช่น การโอนสินทรัพย์ระหว่างเชน X, C และ P ของซับเน็ตหลัก/ดีฟอลต์ เนื่องจากมีสถานะพร้อมกันอย่างน้อย 3 สถานะในสถาปัตยกรรมนี้ สินทรัพย์ Z ใดๆ จะต้องไม่มีอยู่ในบัญชีใดๆ ในสถานะปัจจุบันของห่วงโซ่การส่ง ก่อนที่จะสามารถเป็นส่วนหนึ่งของการเปลี่ยนแปลงในห่วงโซ่การรับ ดังนั้น เมื่อผู้ใช้ร้องขอให้ถ่ายโอน Z จากเชน X ไปยังเชน C ตัวอย่างเช่น ตัวตรวจสอบความถูกต้องของเครือข่ายย่อยจะต้องตกลงที่จะเบิร์น Z บนเชน X ก่อน และต่อมาจึงสร้าง Z บนเชน C กระบวนการนี้ทำได้ค่อนข้างง่ายโดยข้อเท็จจริงที่ว่าตัวตรวจสอบความถูกต้องชุดเดียวกันมีหน้าที่รับผิดชอบต่อฉันทามติของเชนทั้งหมดภายในซับเน็ต

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

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

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

เช่นเดียวกับ Cosmos Avalanche ใช้สถานะแบบกระจายเพื่อสนับสนุนบล็อกเชนอิสระหลายตัว เนื่องจากความยืดหยุ่นของกลไกที่เป็นเอกฉันท์และชุดเครื่องมือตรวจสอบความถูกต้อง บล็อกเชนบางตัวในระบบนิเวศของ Avalanche ยังสามารถมีเวลาบล็อกที่สั้นลงตามจำนวนผู้เข้าร่วมในแต่ละเครือข่ายย่อย ตัวอย่างเช่น เวลาสิ้นสุดสำหรับเชน C คือ 2 วินาที และ เชนอื่น ๆ ทั้งหมดนอกเหนือจากนั้นมีเวลาสิ้นสุดในวินาทีย่อย

IV. Polygon Supernets

ภาพรวม

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

กลุ่มฉันทามติ ขั้นสุดท้าย และกลุ่มผู้ตรวจสอบความถูกต้อง

มีฉันทามติสองประเภทที่สามารถใช้ในซุปเปอร์เน็ต:
IBFT PoA (Istanbul BFT Proof of Authority): ฉันทามติเริ่มต้นของ Polygon Edge เป็นชุดของตัวตรวจสอบที่ตายตัว และตัวตรวจสอบความถูกต้องสามารถเพิ่มและ/หรือลบตัวตรวจสอบความถูกต้องโดยการลงคะแนนเสียงส่วนใหญ่ (51%) ฉันทามติบรรลุได้โดยการลงคะแนนเสียงส่วนใหญ่ (2/3) ผู้ตรวจสอบจะผลัดกันเสนอบล็อกใหม่ เหมาะสมกว่าสำหรับบล็อกเชนที่มีอำนาจสูงสุดภายใต้กรอบซุปเปอร์เน็ต

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

การทำงานร่วมกัน

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

หากโทเค็นเชนต้นทางถูกล็อค (หรือถูกทำลาย) ผู้ใช้สามารถส่งคืนโทเค็นที่ห่อไว้บนเชนปลายทางเพื่อปลดล็อกสินทรัพย์ที่อยู่ในเชนต้นทาง

ในกรณีของ Edge และ ChainBridge ไม่เหมือนกับโซลูชันบางอย่างก่อนหน้านี้ในเอกสารนี้ เครื่องมือตรวจสอบความถูกต้องของ supernet และบริดจ์ไม่จำเป็นต้องเหมือนกัน

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

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

V. Binance BAS

ภาพรวม

Binance Application Sidechains (BAS) เป็นเฟรมเวิร์กโมดูลาร์ของ BSC สำหรับบล็อกเชนเฉพาะแอปพลิเคชัน เวอร์ชันเริ่มต้นของ BAS คาดว่าจะเป็นชุดของ PoS sidechains ที่มีตัวตรวจสอบความถูกต้อง 3-7 ตัว ขึ้นอยู่กับระดับความปลอดภัยที่จำเป็นสำหรับแต่ละเชน BAS chain เป็น blockchain เฉพาะแอปพลิเคชันเดียวที่กล่าวถึงในบทความนี้ และไม่ควรแบ่งปันทั้งฉันทามติหรือสถานะ และ BAS แต่ละแห่งมีชุดตัวตรวจสอบอิสระของตนเอง หากคุณต้องการเชื่อมโยงกับ BSC คุณสามารถใช้ชุดเครื่องมือที่ใช้ร่วมกันสำหรับนักพัฒนาเพื่อสร้าง side chains และบริดจ์ภายนอกที่เชื่อมต่อ BAS chain และ BSC

นอกจาก BAS แล้ว Binance ยังสร้างสภาพแวดล้อมการดำเนินการทั่วไป คล้ายกับ Ethereum L2 ที่เรียกว่า BNB Chain Partition Chain (BPC) ซึ่งจะใช้ในการคำนวณ BNB Beacon chain สิ่งนี้น่าสนใจ แต่เราจะเน้นไปที่การอภิปรายเกี่ยวกับ sidechains เฉพาะแอปพลิเคชันในบทความนี้

ชุดฉันทามติ ขั้นสุดท้าย และชุดตรวจสอบความถูกต้อง

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

การทำงานร่วมกัน

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

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

Side chains ภายใต้สถาปัตยกรรม BAS ไม่ได้ใช้ตัวตรวจสอบความถูกต้อง ฉันทามติ หรือสถานะร่วมกัน และชุดตัวตรวจสอบของแต่ละ chain มีขนาดเล็ก ส่งผลให้ใช้เวลาในการสิ้นสุดที่สั้นและมี chain จำนวนมากที่สามารถรองรับได้

สรุปแล้ว

บล็อกเชนเฉพาะแอปพลิเคชันเป็นส่วนสำคัญของการอภิปรายความสามารถในการปรับขนาดมาระยะหนึ่งแล้ว แม้ว่าการใช้งานจะถูกขัดขวางโดยโครงสร้างพื้นฐานการทำงานร่วมกันที่มีประสบการณ์ ในช่วง 2-3 เดือนที่ผ่านมา โครงสร้างพื้นฐานนี้ยังคงออนไลน์อย่างต่อเนื่องในระบบนิเวศแบบหลายห่วงโซ่อิสระต่างๆ ดังนั้นเราจึงต้องการเห็นกิจกรรมเพิ่มเติมในพื้นที่นี้ ซึ่งรวมถึงแต่ไม่จำกัดเฉพาะการสร้างและการพัฒนากรณีการใช้งานเฉพาะเจาะจงมากขึ้น เลเยอร์ย่อยของแอปพลิเคชัน (เช่น Acala บน Polkadot) และสภาพแวดล้อมการดำเนินการเฉพาะแอปพลิเคชัน

ห่วงโซ่สาธารณะ

ยินดีต้อนรับเข้าร่วมชุมชนทางการของ Odaily