IOSG Ventures: อธิบายสภาพที่เป็นอยู่และรูปแบบในอนาคตของระบบนิเวศแบบหลายห่วงโซ่โดยละเอียด
ผู้เขียนต้นฉบับ: Jiawei
ที่มา: IOSG Ventures
ที่มา: IOSG Ventures
คำอธิบายภาพ
แหล่งที่มาของรูปภาพ: https://medium.com/composable-finance/the-philosophy-of-the-cross-chain-ecosystem-a-continuum-of-interoperability-33ed81350190
Composable Finance เสนอห้าขั้นตอนของการพัฒนาสำหรับการทำงานร่วมกันข้ามสายโซ่:
0-20%: ตระหนักถึงการสื่อสารข้ามสายโซ่ขั้นพื้นฐานที่สุดและการเคลื่อนไหวของโทเค็นระหว่างสายโซ่
20-50%: ผู้ใช้สามารถจัดหาสภาพคล่องให้กับสินทรัพย์ในเครือข่ายต่างๆ เพื่อเพิ่มผลตอบแทนสูงสุด
50-75%: โครงการเช่น Aave ที่ช่วยให้ผู้ใช้สามารถฝากหลักประกันในเครือข่ายหนึ่งในขณะที่ยืมอีกเครือข่ายหนึ่ง นั่นคือเพื่อให้เกิดการสื่อสารระหว่างแอปพลิเคชันของเครือข่ายต่างๆ
75%: แอปพลิเคชันเดียวปรับใช้ส่วนต่าง ๆ บนหลายเชน เพื่อให้แต่ละส่วนทำงานบนเชนที่มีประสิทธิภาพสูงสุด แพ็คเกจแบ็กเอนด์ของเชนที่แตกต่างกันเหล่านี้จะสื่อสารระหว่างกันเพื่อให้มั่นใจว่าประสบการณ์ของผู้ใช้จะมีความต่อเนื่อง
100%: ไม่เชื่อเรื่องพระเจ้าของระบบนิเวศ มอบส่วนต่อประสานกับระบบนิเวศ Web3 ที่หลากหลาย นักพัฒนาแบบดั้งเดิมสามารถปรับใช้แอปพลิเคชันที่สนับสนุนโดยเครื่องมือ Web3 บนเชนโดยพลการโดยไม่ต้องตั้งโปรแกรมบล็อกเชนที่ซับซ้อน - ขจัดความซับซ้อนทั้งหมดออกไป
การวิจัยและการตัดสินของขั้นตอนเหล่านี้โดยพื้นฐานแล้วจะเป็นตัวกำหนดว่าเราควรมองโครงสร้างแบบหลายห่วงโซ่ในปัจจุบันอย่างไรในบทคัดย่อ ฉันคิดว่า Polkadot XCM / XCMP และ Cosmos IBC และ Substrate และ Cosmos SDKกำลังดำเนินการในขั้นตอนที่สี่และห้าตามลำดับ
ในฐานะที่เป็นระบบนิเวศแบบหลายห่วงโซ่ มีบทความมากมายที่เปรียบเทียบการออกแบบระบบและสถาปัตยกรรมทางเทคนิคของ Polkadot และ Cosmos บทความนี้จะเปรียบเทียบกลไกการสื่อสารข้ามสายโซ่ XCMP / IBC และเฟรมเวิร์กการพัฒนา Substrate / Cosmos SDK จากมุมมองของไคลเอนต์ขนาดเล็ก
สุดท้ายนี้ขอเสนอความคิดส่วนตัวเป็นข้อยุติ
2. สถาปัตยกรรม
ตามที่อธิบายไว้ในเอกสารประกอบของ Cosmos: "Cosmos ไม่ใช่ผลิตภัณฑ์ แต่เป็นระบบนิเวศที่สร้างขึ้นจากชุดเครื่องมือแบบโมดูลาร์ ปรับเปลี่ยนได้ และใช้แทนกันได้" เช่นเดียวกับความเข้าใจของฉันเกี่ยวกับ Polkadot
คำอธิบายภาพ
2.1.Polkadot
คำอธิบายภาพ
https://polkadotters.medium.com/polkadot-architecture-6d150dd1253e
รีเลย์เชนเป็นแกนหลักของ Polkadot พาราเชนเป็นอิสระจากกันแต่เชื่อมต่อกับรีเลย์เชนเพื่อแบ่งปันความปลอดภัย Colrator รวบรวมธุรกรรมบน Parallel Chain ทีละรายการ สร้าง State Transition Certificate และส่งไปยัง Relay Chain Validator ตรวจสอบใบรับรองเหล่านี้ ดำเนินการตามความเห็นพ้องกัน และสร้างบล็อกบน Relay Chain ผู้เสนอชื่อมีหน้าที่รับผิดชอบในการเลือกตัวตรวจสอบความถูกต้องและจำเป็นต้องให้คำมั่นสัญญากับ DOT เพื่อปกป้องห่วงโซ่รีเลย์
คำอธิบายภาพ
2.2.Cosmos
แหล่งที่มาของรูปภาพ: https://v1.cosmos.network/intro
Cosmos ประกอบด้วยบล็อกเชนสองประเภท: โซนและฮับ โซนเป็นห่วงโซ่ที่แตกต่างกันปกติ และฮับถูกใช้เพื่อเชื่อมต่อโซนเหล่านี้การสื่อสารและการส่งข้อความระหว่างโซนและฮับอาศัยโปรโตคอล IBC (Inter-blockchain Communication) เมื่อโซนใดสร้างการเชื่อมต่อ IBC กับฮับ โซนนั้นจะสามารถสื่อสารกับโซนอื่นที่เชื่อมต่อกับฮับได้
Cosmos Hub คือ Hub แรกในเครือข่ายทั้งหมด ซึ่งเป็นการเปิดตัวเครือข่าย Cosmos
3. กลไกการสื่อสาร
คำอธิบายภาพ
3.1.Polkadot XCM / XCMP
แหล่งที่มาของรูปภาพ: https://w3f.github.io/parachain-implementers-guide/messaging.html
Polkadot ใช้ UMP และ DMP เพื่อส่งข้อความอัปลิงก์และดาวน์ลิงก์ระหว่างพาราเชนและรีเลย์เชน และใช้ XCMP (Cross-Chain Message Passing) เพื่อส่งข้อความระหว่างพาราเชน XCMP ยังอยู่ระหว่างการพัฒนา และโซลูชันข้ามเชนปัจจุบันที่ใช้จริงคือ HRMP (การส่งข้อความตามเส้นทางรีเลย์แนวนอน)
HRMP มีอินเทอร์เฟซและฟังก์ชันเหมือนกับ XCMP แต่ข้อความทั้งหมดต้องอยู่ในที่จัดเก็บของรีเลย์เชน สำหรับรีเลย์เชน จะมีการสร้างการโหลดข้อความเพิ่มเติม ในทางกลับกัน XCMP จะแฮชข้อมูลเมตาที่เกี่ยวข้องกับข้อความในรีเลย์เชนเท่านั้นคำอธิบายภาพ
เครดิตรูปภาพ: อ้างอิงจาก https://www.youtube.com/watch?v=dyx-ePhuQRg, IOSG Ventures
แผนภาพด้านบนอธิบายวิธีการทำงานของ XCMP:
สามารถเปิดช่องทางสองทางระหว่างลูกโซ่คู่ขนานเพื่อรับและส่งข้อความตามลำดับ สำหรับการสื่อสาร XCMP ระหว่าง parachain A และ parachain B ประการแรก Colllator บน chain ที่เกี่ยวข้องจำเป็นต้องเพิ่มข้อความ ปลายทาง และการประทับเวลาลงในคิวเอาต์พุตของตนเอง และหลังจากที่อีกฝ่ายตรวจพบข้อความ ก็จะเพิ่มลงในอินพุตของตนเอง คิว ประมวลผลข้อความและส่งบล็อกไปยัง Validators ตัวตรวจสอบความถูกต้องตรวจสอบข้อความแล้วรวมบล็อกบนรีเลย์เชน นี่ถือเป็นการเสร็จสิ้นการส่งข้อความข้ามสายโซ่
ระหว่างเครือข่ายหรือระหว่างระบบฉันทามติที่แตกต่างกัน รูปแบบข้อความขาดความเข้ากันได้ และแต่ละรูปแบบมีวิธีและมาตรฐานในการส่งข้อความของตัวเอง
คำอธิบายภาพ
แหล่งที่มาของรูปภาพ: https://medium.com/polkadot-network/xcm-the-cross-consensus-message-format-3b77b1373392
เมื่อต้นเดือนพฤษภาคมปีนี้ Polkadot ได้เปิดตัว XCM (Cross-consensus Messaging Format) อย่างเป็นทางการในเวอร์ชัน v0 ความสามารถในการสื่อสารระหว่างสัญญาอัจฉริยะ พาเลท บริดจ์ และแม้แต่ SPREE (Shared Protected Runtime Execution Enclaves) (หมายเหตุ: Pallet เทียบเท่ากับชุดของโมดูลและชุดเครื่องมือที่ใช้ร่วมกันได้สำหรับวัตถุประสงค์เฉพาะ ตัวอย่างเช่น วัตถุประสงค์ของ EVM Pallet คือการรวมสัญญาที่ยึดตาม Solidty บน Substrate chain โมดูล SPREE เป็นโมดูลข้อความที่ไม่น่าเชื่อถือซึ่งใช้เพื่อให้แน่ใจว่า วิธีรันโค้ดหลังจากได้รับข้อความ)
ต้องให้ความสนใจกับความแตกต่างระหว่าง XCM และ XCMPXCM เป็น "รูปแบบ" สำหรับการสื่อสารร่วมกันระหว่างระบบฉันทามติ และยูทิลิตี้ของมันคือการแสดงสิ่งที่ผู้รับข้อความควรทำเมื่อได้รับข้อความ XCMP เป็น "โปรโตคอล" สำหรับการส่งข้อความ
โดยพื้นฐานแล้ว ข้อความ XCM เป็นชุดคำสั่งเดียวหรือหลายชุดที่ทำงานบนเครื่องเสมือน XCVM (เครื่องเสมือนแบบข้ามความเห็นพ้องกัน) ที่ไม่ใช่ทัวริงที่สมบูรณ์ กล่าวอีกนัยหนึ่ง ชุดคำสั่ง XCVM ประกอบด้วยเนื้อหาทั้งหมดของข้อความ XCM
Polkadot เสนอ XCM และ XCMP ซึ่งให้การสนับสนุนทั้งแบบเนทีฟและแบบสากลสำหรับการสื่อสารระหว่างเชนคู่ขนาน เพื่อให้การสื่อสารโดยตรงระหว่างเชนคู่ขนานสามารถทำได้โดยไม่ต้องพึ่งสะพานข้ามโซ่แบบพิเศษคำอธิบายภาพ
แหล่งที่มาของรูปภาพ: https://apps.moonbeam.network/moonbeam
หลังจากเปิดตัว XCM ได้ไม่นาน Moonbeam และ Acala ก็เป็นผู้นำในการประกาศเปิดตัว HRMP แบบสองทางที่ใช้ XCM สำหรับการสื่อสารข้ามสายโซ่ โดยตระหนักถึงการไหลของสินทรัพย์พื้นเมืองอย่างอิสระบนสองสาย
ตัวอย่างเช่น $ACA และ $aUSD บน Acala สามารถเชื่อมโยงข้ามไปยัง Moonbeam เป็นสินทรัพย์ XC-20 ($xcACA และ $xcaUSD) เพื่อให้เกิดการเชื่อมต่อกับระบบนิเวศ Ethereum โทเค็นดั้งเดิม $GLMR ของ Moonbeam สามารถใช้เป็นหลักประกันใน Acala เพื่อผลิตเหรียญ $aUSD หรือเข้าร่วมในการเดิมพัน
การเปิดการเชื่อมต่อ XCM ระหว่างระบบนิเวศหลักสองแห่งของ Moonbeam และ Acala ถือเป็นเหตุการณ์สำคัญ ซึ่งเป็นสัญลักษณ์ว่าภูมิทัศน์แบบ cross-chain ที่วางแผนโดย Polkadot กำลังค่อยๆ เกิดขึ้น เนื่องจากพาราเชนอื่นๆ เปิดใช้งานการสื่อสารข้ามเชนที่ใช้ XCM เราจะเห็นกรณีการใช้งานที่คล้ายกันมากขึ้นและสร้างแรงบันดาลใจให้กับจินตนาการที่มากขึ้น
3.2.Cosmos IBC
จากล่างขึ้นบน ระบบ Cosmos นั้นใช้ Tendermint Core, IBC และ Cosmos SDK ในทางกลับกัน ซึ่งเป็นเครื่องมือที่สอดคล้องกันของ BFT โปรโตคอลการสื่อสารข้ามสายโซ่ และเฟรมเวิร์กการพัฒนา
ในฐานะที่เป็นโปรโตคอลการสื่อสารข้ามสาย IBC ถูกนำมาใช้อย่างเป็นทางการเมื่อ Cosmos Stargate ได้รับการอัปเกรดในเดือนมีนาคมปีที่แล้ว และความหมายและหลักการออกแบบถูกกำหนดโดยมาตรฐานระหว่างสายโซ่ ICS (Inter-chain Standard)
แหล่งที่มาของรูปภาพ: IOSG Ventures
แหล่งที่มาของรูปภาพ: IOSG Ventures
คำอธิบายภาพ
แหล่งที่มาของรูปภาพ: https://v1.cosmos.network/intro
IBC ใช้โมเดลข้ามสายสินทรัพย์แบบ "lock-cast" ดังที่แสดงไว้ด้านบน หากโซน A ต้องการโอนสินทรัพย์ข้ามเชนไปยังโซน B จะต้องล็อคโทเค็นและส่งหลักฐานไปยังโซน B หลังจากการตรวจสอบแล้ว โซน B จะสร้างโทเค็นจำนวนเท่ากันในเชนของตัวเอง ในระหว่างขั้นตอนนี้ สินทรัพย์จะไม่ถูกถ่ายโอนจริง แต่สินทรัพย์ถูกล็อคในโซน A และสินทรัพย์เดียวกันนี้ถูกสร้างขึ้นใหม่ในโซน B
คำอธิบายภาพ
แหล่งที่มาของรูปภาพ: https://hub.mintscan.io/ecosystem
ปัจจุบันมีเครือข่าย 39 แห่งและผู้ตรวจสอบความถูกต้อง 78 รายในระบบนิเวศของ Cosmos และมูลค่ารวมของทรัพย์สินที่จำนำเกินกว่า 3.1 พันล้านดอลลาร์สหรัฐ โอกาสในการปล่อยอากาศที่อาจเกิดขึ้นได้กลายเป็นหนึ่งในแรงผลักดันในการดึงดูดผู้ใช้เข้าสู่ระบบนิเวศของ Cosmos อย่างไรก็ตาม การตายของ Terra ได้สร้างความเสียหายอย่างใหญ่หลวงต่อระบบนิเวศของจักรวาลอย่างเห็นได้ชัด และจำนวนตำแหน่งที่ถูกล็อคทั้งหมดในระบบนิเวศก็ลดลงอย่างมาก
3.3 ลูกค้าแสง
เราพิจารณา XCMP และ IBC จากมุมมองของลูกค้ารายเล็ก
ไคลเอ็นต์แบบเบา (หรือโหนดแบบเบา) เดิมเป็นคำที่แตกต่างจากโหนดแบบเต็ม และใช้สำหรับการยืนยันการชำระเงินอย่างง่าย (SPV) ของ Bitcoin ในความหมายที่กว้างขึ้น สัญญาอัจฉริยะสามารถเป็นไคลเอนต์ขนาดเล็กได้เช่นกัน ไคลเอ็นต์แบบเบาดังกล่าวมักจะไม่โต้ตอบโดยตรงกับเชน แต่อาศัยโหนดแบบเต็มเป็นตัวกลางในการขอข้อมูลบางอย่างจากโหนดแบบเต็ม เช่น การส่งธุรกรรม การตรวจสอบยอดเงินในบัญชี และการร้องขอส่วนหัวของบล็อก
คำอธิบายภาพ
ที่มาของภาพ: https://near.org/zh/bridge/
นอกจากนี้ RainbowBridge ของ NEAR ยังเป็นโมเดลไคลเอนต์ขนาดเบาทั่วไปอีกด้วย ในฐานะที่เป็นสัญญาอัจฉริยะ ไคลเอ็นต์แบบไลท์จะถูกปรับใช้บน Ethereum (จัดเก็บส่วนหัวของบล็อก NEAR) และ NEAR (จัดเก็บส่วนหัวของบล็อก Ethereum) ส่วนหัวของบล็อกเหล่านี้ได้รับการอัปเดตเป็นประจำโดย Relayer และความถี่ในการอัปเดตขึ้นอยู่กับการแลกเปลี่ยนในด้านประสิทธิภาพทางเศรษฐกิจ - การอัปเดตส่วนหัวของบล็อกของ NEAR บน Ethereum ถูกตั้งค่าไว้ที่ 12 ถึง 16 ชั่วโมง Connector รับผิดชอบในการจัดการตรรกะข้ามสายโซ่ของสินทรัพย์เฉพาะ (เช่น โทเค็น ERC-20 หรือ NFT)
ความเร็วและราคาของ RainbowBridge ขึ้นอยู่กับ Ethereum เป็นหลัก ใช้เวลาประมาณ 6 นาที (20 บล็อก) ในการส่งสินทรัพย์จาก Ethereum ไปยัง NEAR การส่งสินทรัพย์จาก NEAR กลับไปยัง Ethereum ในปัจจุบันใช้เวลาถึง 16 ชั่วโมง (เนื่องจากเวลาที่ใช้ในการสิ้นสุด Ethereum)
แหล่งที่มาของรูปภาพ: IOSG Ventures
แหล่งที่มาของรูปภาพ: IOSG Ventures
จากการรวม XCM / XCMP, IBC และ RainbowBridge ข้างต้นเข้าด้วยกัน เรามีความเข้าใจพื้นฐานของโมเดลไคลเอ็นต์แบบเบาข้อได้เปรียบของ light client อยู่ที่การรักษาความปลอดภัย โดยการตรวจสอบข้อมูลบางอย่าง chain ทั้งสองสามารถรู้ได้ว่าเกิดอะไรขึ้นกับ chain ของฝ่ายตรงข้ามโดยไม่ต้องพึ่งสมมติฐานของความไว้วางใจจากตัวตรวจสอบภายนอก ดังนั้น ความปลอดภัยโดยทั่วไปจะเทียบเท่ากับ chain เอง
โดยเฉพาะอย่างยิ่ง ความปลอดภัยของ XCMP เป็นของ Shared Security และอาศัยการรักษาความปลอดภัยส่วนกลางที่จัดเตรียมโดยรีเลย์เชน เนื่องจากการยืนยันข้อความข้ามเชนนั้นดำเนินการโดย Validators จากนั้น Validators จะรวมบล็อกที่มีข้อความไว้ในรีเลย์เชน .
Interchain Security ของ Cosmos ในตารางด้านบนเป็นการรักษาความปลอดภัยแบบใช้ร่วมกันชนิดพิเศษ นั่นคือ เชนหลายตัวใช้ชุดเครื่องมือตรวจสอบความถูกต้องเดียวกันและสร้างบล็อค เนื่องจากเครือข่ายขนาดเล็กบางแห่งมีตัวตรวจสอบความถูกต้องที่อ่อนแอและเสี่ยงต่อการถูกโจมตี Interchain Security จึงเทียบเท่ากับการช่วยให้พวกเขาสืบทอดความปลอดภัยของเครือข่ายที่พัฒนาแล้ว
การสื่อสารโดยใช้ Cosmos IBC ต้องการความไว้วางใจซึ่งกันและกันระหว่างสองเครือข่าย ในขณะที่ RainbowBridge ต้องการความไว้วางใจซึ่งกันและกันระหว่าง NEAR และ Ethereum ซึ่งเป็นหลักฐานพื้นฐานสำหรับการตรวจสอบส่วนหัวของบล็อก
ข้อเสียของไคลเอ็นต์แบบเบาคือ: การตรวจสอบหลักฐานเหล่านี้มีค่าใช้จ่ายสูง นอกจากนี้ ยังเกี่ยวข้องกับปัญหาการเชื่อมต่อ และจำเป็นต้องปรับใช้ไคลเอ็นต์แบบเบาสำหรับการสื่อสารระหว่างแต่ละสองห่วงโซ่—แน่นอนว่ากลไกการสื่อสารดั้งเดิมของ Polkadot และ Cosmos ช่วยแก้ปัญหาการเชื่อมต่อภายในระบบนิเวศได้เป็นอย่างดี
โดยสรุป การเปรียบเทียบโดยสังเขปของ XCMP/XCM, Cosmos IBC และ NEAR RainbowBridge แสดงไว้ในตารางด้านบน และข้อมูลบางส่วนอาจเกี่ยวข้องโดยตรงกับการเปรียบเทียบระหว่างระบบนิเวศ (RainbowBridge เกี่ยวข้องกับ cross-chain ระหว่าง NEAR และ Ethereum เท่านั้น ซึ่งแตกต่างจาก 2 อันเดิมที่เป็นของ cross-chain ecology แต่ในฐานะไคลเอ็นต์แบบเบา เราใส่ไว้ที่นี่เพื่อเปรียบเทียบด้วย)
หมายเหตุ: โครงการกรณีด้านบน/ด้านล่างคือ IOSG Portfolio ทั้งหมด ตัวอย่างมีไว้เพื่อการแลกเปลี่ยนข้อมูลเท่านั้นและไม่ถือเป็นคำแนะนำในการลงทุน โปรด DYOR สำหรับการตัดสินใจลงทุนส่วนบุคคล!
4. กรอบการพัฒนา
"นอกกรอบ" หมายถึงชุดของซอฟต์แวร์/ฮาร์ดแวร์หรือชุดเครื่องมือที่หาซื้อได้ทั่วไปซึ่งนักพัฒนาสามารถใช้ได้โดยตรงโดยไม่ต้องเสียเวลาและความพยายามในการปรับใช้ฟังก์ชันเหล่านี้ใหม่
Substrate และ Cosmos SDK เป็นเฟรมเวิร์กดังกล่าว: พวกมันสรุปตรรกะพื้นฐาน ให้โมดูลที่สร้างไว้ล่วงหน้าบางส่วน และรวมโมดูลที่ยืดหยุ่นและปรับแต่งได้เพื่อสร้างบล็อกเชนและแอปพลิเคชันคำอธิบายภาพ
แหล่งที่มาของรูปภาพ: https://docs.substrate.io/v3/getting-started/architecture/
Substrate มีวิธีการพัฒนาสามวิธี: Substrate Node ให้การกำหนดค่าโหนดล่วงหน้า และต้องการเพียงกำหนดค่าไฟล์ JSON เพิ่มเติมเพื่อสร้างเชนด้วยการคลิกเพียงครั้งเดียว Substrate FRAME ให้ชุดของโมดูลและส่วนประกอบ (นั่นคือ Pallet ที่กล่าวถึงข้างต้น) นักพัฒนา Pallet สามารถเขียนและรวมเข้าด้วยกันได้อย่างอิสระ Substrate Core มีมิติสูงและเป็นนามธรรมมากขึ้น และนักพัฒนาสามารถออกแบบรันไทม์ได้ตั้งแต่เริ่มต้น (หมายเหตุ: รันไทม์เป็นฟังก์ชันการเปลี่ยนสถานะโดยพื้นฐานแล้ว ซึ่งเป็นแนวคิดหลักใน Substrate ซึ่งเป็นตัวแทนของสถานะ การจัดเก็บห่วงโซ่และสถานะจะเปลี่ยนไปอย่างไร) ความยากในการพัฒนาและความยืดหยุ่นทางเทคนิคของทั้งสามวิธีนี้ล้วนเพิ่มขึ้น
คำอธิบายภาพ
แหล่งที่มาของรูปภาพ: https://v1.cosmos.network/intro
แตกต่างจากสัญญาอัจฉริยะ Cosmos SDK เสนอแนวคิดของบล็อกเชนเฉพาะแอปพลิเคชัน (นั่นคือ บล็อกเชนที่ปรับแต่งสำหรับแอปพลิเคชันเดียว) และสรุปเอนจิ้น BFT ที่สอดคล้องกัน Tendermint Core และเลเยอร์เครือข่าย ด้วยความช่วยเหลือของ ABCI (Application Blockchain Interface) ตระหนักถึงการเชื่อมต่อกับชั้นแอปพลิเคชัน
นอกเหนือจาก Cosmos SDK แล้ว ยังมีเครื่องมือส่วนขยายบางอย่างเป็นส่วนเสริม เช่น Agoric คอมโพเนนต์ DeFi ที่ใช้ JavaScript, โมดูลสัญญาอัจฉริยะที่ใช้ Wasm CosmWasm และ Ethermint ที่ใช้ EVM ที่ใช้ SDK ของ Cosmos
ฟังก์ชันและเครื่องมือที่มีให้โดยกรอบการพัฒนาโดยรวมนั้นคล้ายคลึงกัน และมีแนวคิดการออกแบบที่แตกต่างกันในส่วนรายละเอียดปลีกย่อย ซึ่งจะไม่ขอลงรายละเอียดในที่นี้
คำอธิบายภาพ
แหล่งที่มาของรูปภาพ: https://medium.com/electric-capital/electric-capital-developer-report-2021-f37874efea6d
ตามรายงานของ Electric Capital จำนวนนักพัฒนา Web3 เพิ่มขึ้นอย่างมากตั้งแต่ปี 2560 และภายในสิ้นปี 2564 นักพัฒนามากกว่า 18,000 รายจะใช้งานในสาขา Web3 อย่างไรก็ตาม มันยังคงเป็นส่วนน้อยเมื่อเทียบกับผู้พัฒนาแบบดั้งเดิมจากมุมมองของการพัฒนาอุตสาหกรรม จำเป็นต้องลดเกณฑ์สำหรับการพัฒนาแอปพลิเคชันบนเครือข่ายลงอีก และให้บริการนักพัฒนาที่ดี
ระบบนิเวศที่เจริญรุ่งเรืองจะดึงดูดนักพัฒนาคุณภาพสูงให้เข้าร่วมมากขึ้น อย่างไรก็ตาม ทั้ง Substrate และ Cosmos SDK ต่างเน้นย้ำความสะดวกในการเข้าถึงระบบนิเวศของตน อันที่จริงแล้ว การเลือกกรอบการพัฒนาก็แยกไม่ออกจากการเลือกระบบนิเวศที่อยู่เบื้องหลังเช่นกัน
แหล่งที่มาของรูปภาพ: IOSG Ventures
แหล่งที่มาของรูปภาพ: IOSG Ventures
นอกจากนี้ เรายังเปรียบเทียบอย่างง่ายระหว่าง Substrate และ Cosmos SDK
5. การคิดและสรุปผล
ฉันเห็นด้วยกับอาร์กิวเมนต์ "แอปไขมัน" บางส่วน (และโปรโตคอลไม่จำเป็นต้องเป็น "บาง")ในแง่ของวิศวกรรม เครือข่ายที่แตกต่างกันมีการแลกเปลี่ยนที่แตกต่างกัน และพวกเขาได้เสนอโซลูชันทางเทคนิคที่ไม่เหมือนใครสำหรับเป้าหมายที่แตกต่างกัน แต่เป้าหมายสูงสุดของโครงสร้างพื้นฐานดังกล่าวคือแอปพลิเคชันที่ให้บริการที่ค่อนข้างสอดคล้องกันเราไม่ต้องการสร้างปราสาทในอากาศ นอกเหนือจากจิตวิญญาณทางวิชาการของการใช้เทคโนโลยีการพูดคุยที่ว่างเปล่า เมื่อมองย้อนกลับไปที่เรื่องเล่าของปี 2018 และ 19 มี "นักฆ่า Ethereum" และ "TPS นับล้าน" อยู่บ่อยครั้ง ผู้ใช้สนใจสิ่งเหล่านี้หรือไม่? อาจจะไม่ใส่ใจ ดังนั้นควรมีแอปพลิเคชั่นขนาดเล็กและสวยงามและแอปพลิเคชั่นที่ผู้ใช้ยอมรับสูงซึ่งควรรันบนเชนก่อน (แอปหนึ่งที่ฉันคิดว่าเหมาะกับคำอธิบายนี้คือตัวรวบรวม NFT Marketplace gem.xyz ซึ่งมีอินเทอร์เฟซที่สะอาดตาและคุณสมบัติที่ดีเพียงพอสำหรับผู้ใช้จำนวนมาก)
Ethereum ได้รับการออกแบบให้แอปพลิเคชันและโปรโตคอลที่สร้างขึ้นนั้นถูกจำกัดจากกันและกันและแข่งขันกันเพื่อแย่งชิงทรัพยากรพื้นฐานอย่างหลีกเลี่ยงไม่ได้ การเพิ่มขึ้นของระบบนิเวศแบบหลายสายโซ่ได้แบ่งปันแรงกดดันของ Ethereum ในระดับหนึ่ง แต่แท้จริงแล้วกำลังกัดกร่อนตำแหน่งผู้นำของมัน ในเวลาเดียวกัน จากมุมมองของตลาดหมี การกลับมาของ Ethereum ต่อค่าธรรมเนียมก๊าซที่ค่อนข้างสมเหตุสมผลและความเร็วในการทำธุรกรรมได้ทำให้แรงจูงใจในการไหลออกของเงินทุนลดลงในระยะสั้น การที่แต่ละเชนสามารถสร้าง "เอฟเฟกต์ทำเงิน" ได้หรือไม่นั้นเป็นแรงดึงดูดหลักในการดึงดูดการไหลเข้าของผู้ใช้ (เช่น DeFi Kingdoms และ STEPN) ในระยะกลางและระยะยาว การไหลของผู้ใช้จะแยกออกจากคุณภาพโดยรวมของระบบนิเวศแต่ละห่วงโซ่ไม่ได้ผู้ใช้ปลายทางจะใช้เงินทุนของตนในการลงคะแนน เพื่อให้ความสัมพันธ์ในการแข่งขันระหว่างเครือข่ายมีความสมดุล
ความสามารถในการจัดองค์ประกอบและการทำงานร่วมกันเป็นแรงบันดาลใจให้เกิดเรื่องเล่าใหม่ๆ แต่ความเสี่ยงที่เกี่ยวข้องนั้นเป็นสิ่งที่มองข้ามไม่ได้ เมื่อ 2 ปีที่แล้ว เราเพิ่งสร้าง Lego บน Ethereum เท่านั้น ในตลาดสุดโต่งเมื่อวันที่ 12 มีนาคม โปรโตคอลซ้อนกันหลายชั้นและสภาพคล่องที่หมดลงทำให้เกิดความเสี่ยงต่อระบบภายใต้โครงสร้างแบบหลายสายโซ่ในปีที่ผ่านมา เรามีจุดยึด สะพานข้ามสายโซ่ และโปรโตคอลที่ซับซ้อนมากขึ้น แต่เรายังไม่ได้รับการทดสอบที่รุนแรงเช่นนี้ การล่มสลายของ Terra Empire อาจเป็นเพียงลางสังหรณ์เท่านั้น ยิ่งไปกว่านั้น ตลาดปัจจุบันอยู่ในแนวโน้มขาลงในระยะกลางถึงระยะยาว และเราจำเป็นต้องเหยียบเปลือกไข่และประมาณการเชิงรุกและตัดสินความเสี่ยง
ต้องยอมรับว่าระบบนิเวศแบบหลายเชนในปัจจุบันยังค่อนข้าง "อ้วน" อยู่เล็กน้อย ในการวิเคราะห์ขั้นสุดท้ายระบบนิเวศที่ดูเหมือนจะรุ่งเรืองบางส่วนเป็นเพียงชุดของโปรโตคอลและชุดของรหัสเพื่อเปิดเกมอีกครั้งบนเชนอื่นระบบนิเวศน์จะเจริญรุ่งเรืองหรือไม่นั้นไม่ได้ขึ้นอยู่กับจำนวนโครงการเท่านั้น แต่ยังขึ้นอยู่กับการประเมินที่ครอบคลุมของกิจกรรมของผู้ใช้และความต่อเนื่องของเงินทุนด้วยนอกจากนี้ ครอสเชนสินทรัพย์ยังคงเป็นกรณีการใช้งานหลักของครอสเชน เราสามารถคาดหวังหรือคาดการณ์ถึงสถานการณ์การใช้งานอื่นๆ ในอนาคตได้ กรณีการใช้งานที่น่าสนใจบางกรณีอาจเป็น: เราจำเป็นต้องประเมินวิถีกิจกรรมของเครือข่ายหลายเครือข่ายเมื่อทำ DID เราสามารถจำนองสินทรัพย์ NFT ของเครือข่ายหลายแห่งเมื่อทำสินเชื่อ NFT แม้กระทั่งช่วยเหลือการตัดสินใจเก็งกำไรตามการเปลี่ยนแปลงกิจกรรมสินทรัพย์ในหลายเชน และอื่นๆ .
โครงสร้างพื้นฐานแบบ cross-chain กำลังอยู่ในระหว่างดำเนินการ แต่การจะจุดประกายระบบนิเวศแบบ multi-chain ได้จริงๆ จำเป็นต้องมีผู้ใช้ที่เพิ่มขึ้นจำนวนมาก ซึ่งเป็นเพียงเกมที่มุ่งเป้าไปที่ผู้ใช้แบบสต็อกการย้ายเงินทุนระหว่างเครือข่ายไม่สามารถทำให้เกิดการเติบโตแบบทวีคูณได้คำอธิบายภาพ
แหล่งที่มาของรูปภาพ: https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8
เราควรคาดหวังรูปแบบ multi-chain ในอนาคตอย่างไร? ในภาพด้านบน (ณ เดือนกันยายน 2021) เราเห็นว่าระบบนิเวศของ cross-chain กำลังรุ่งเรือง แม้ว่าการลดลงจะเป็นสิ่งที่หลีกเลี่ยงไม่ได้ในตลาดหมี แต่พูดตามตรง โครงสร้างพื้นฐานของ cross-chain นั้นค่อนข้างสมบูรณ์ (อย่างไรก็ตาม การโจมตีของแฮ็กเกอร์บนช่องโหว่ของสิ่งอำนวยความสะดวกแบบ cross-chain ยังคงเกิดขึ้นอย่างต่อเนื่อง จงมองโลกในแง่ดี แต่คุณควรระมัดระวังด้วยเช่นกัน)
มีเหตุผลที่จะคาดเดาว่าการเล่าเรื่องของวัฏจักรขนาดใหญ่ถัดไปคือระบบนิเวศแบบหลายสายโซ่ที่สร้างขึ้นจากแอปพลิเคชันคุณภาพสูงในแต่ละสายข้อสังเกต เช่น "การสร้างเครือข่ายสาธารณะเพื่อตอบสนองทุกความต้องการ" อาจกลายเป็นประวัติศาสตร์ ท้ายที่สุด เราไม่จำเป็นต้องทำทุกอย่างในห่วงโซ่เดียว คาดว่าจะมี Application Chain เพิ่มมากขึ้นในอนาคต
ตอนนี้ เรายังอยู่ในช่วงเริ่มต้นของภูมิทัศน์แบบหลายห่วงโซ่
ลิงค์ต้นฉบับ
https://thenewstack.io/web3-developer-ecosystem/
https://www.parity.io/blog/what-is-a-light-client/
https://substrate.io/https://wiki.polkadot.network/docs/https://v1.cosmos.network/intro
https://github.com/paritytech/xcm-format
https://aurora.dev/blog/2021-how-the-rainbow-bridge-works
IOS
Android