บทนำ:

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

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

ระบบสะพานระหว่างเชนรุ่นใหม่ที่ปลอดภัยและมีประสิทธิภาพสูงจะกลายเป็นหลัก

แอปพลิเคชันเชื่อมโยงทั้งหมดจะกลายเป็นรูปแบบ dApp ใหม่

·สะพานทางการจากผู้ออกสินทรัพย์ เช่น USDC จะแทนที่สะพานสลับ Likuiditas

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

การวิวัฒนาการของสะพาน跨เชนที่เป็นขั้นตอนการทำงาน

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

ในหมู่พวกเขาการตรวจสอบภายในใช้กับสินทรัพย์ข้ามสายโซ่เท่านั้นไม่รองรับข้อความข้ามสายใด ๆ และประสบการณ์ของผู้ใช้ไม่เป็นมิตร (ต้องมีการดําเนินการของผู้ใช้สองครั้งเพื่อทําธุรกรรมให้เสร็จสมบูรณ์) สะพานข้ามโซ่แห่งแรกที่ใช้โครงการนี้ได้เปลี่ยนเส้นทางและละทิ้งเส้นทางนี้ การตรวจสอบแบบเนทีฟนั้นปลอดภัยที่สุด แต่ค่าใช้จ่ายสูงเกินไป ในอีกด้านหนึ่งต้นทุนก๊าซสําหรับผู้ใช้สูงเกินไปและแม้ในบางกรณีก็ไม่สามารถประหยัดได้เลย ในทางกลับกันค่าใช้จ่ายในการเขียนโค้ดสําหรับนักพัฒนานั้นสูงเกินไป ในการเชื่อมต่อกับบล็อกเชนที่แตกต่างกันพวกเขาจําเป็นต้องพัฒนาโปรแกรมตรวจสอบลูกค้าแบบเบาที่เกี่ยวข้องแยกต่างหาก จํานวนวิศวกรรมมีขนาดใหญ่มากและขอบเขตของการใช้งานมี จํากัด มาก สุดท้ายสะพานข้ามสายโซ่ส่วนใหญ่ยังคงใช้โซลูชันการตรวจสอบภายนอก ต้นทุนก๊าซของผู้ใช้และต้นทุนการพัฒนาและการดําเนินการค่อนข้างต่ําและสนับสนุนข้อความใด ๆ ทั่วทั้งห่วงโซ่ อย่างไรก็ตามสิ่งที่ถูกวิพากษ์วิจารณ์มากที่สุดเกี่ยวกับการตรวจสอบภายนอกคือความปลอดภัย ไม่ว่าจะเป็น Multichian ซึ่งประสบกับพายุฝนฟ้าคะนองในปีนี้หรือ RoninBridge (Axie Infinity Official Bridge) และ HorizenBridge (Harmony Chain Official Bridge) ซึ่งก่อนหน้านี้ถูกขโมยกุญแจโดยแฮกเกอร์พวกเขาทั้งหมดบอกเราว่าโซลูชันการตรวจสอบภายนอกที่เรียบง่ายไม่สามารถเป็นจุดสิ้นสุดของสะพานข้ามสายโซ่ได้!

ความเสี่ยงด้านความปลอดภัยของสะพานครอสเชนขัดขวางการพัฒนาแอปพลิเคชันครอสเชน dApps ชั้นแอปพลิเคชันต้องระวังอย่างมากเมื่อออกแบบบริการที่เกี่ยวข้อง เราต้องหลีกเลี่ยงการเชื่อมโยงที่เกี่ยวข้องกับความสามารถในการทำงานร่วมกันของครอสเชนให้มากที่สุดเท่าที่จะเป็นไปได้ และนอกจากนี้แอปพลิเคชันที่มีชื่อเสียงมักจะมีแนวโน้มที่จะสร้างสะพานครอสเชนของตัวเอง (เช่นโครงการเดินทาง DeFi ชั้นนำ เช่น AAVE, Maker, และ Compound) อย่างที่คุณสามารถจินตนาการได้ ในเมืองที่มีความปลอดภัยที่แย่มาก คนจะเลือกที่จะไม่เดินทาง และคนรวยจะนำทหารส่วนตัวของตนมาด้วยเมื่อเดินทาง

สิ่งที่ทำให้หวังดี อย่างไรก็ตาม คือว่ารุ่นใหม่ของสะพาน跨เชนที่ปลอดภัยกำลังเติบโตอย่างรวดเร็ว ระหว่างนั้น มีสะพานชั้นความปลอดภัยสองชั้น เช่น LayerZero และ Chainlink CCIP; สะพาน ZK (โครงการแทนเราเป็นตัวแทน: Polyhedra, MAP Protocol, Way Network) ที่ผสมเทคโนโลยี ZK กับไคลเอนต์เบา; สะพานการตรวจสอบโดยในสติ๊กที่ใช้กลไกเกมเศรษฐศาสตร์เพื่อป้องกันความปลอดภัยข้ามเชน (โครงการแทนเราเป็นตัวแทน: Nomad, cBridge); และผสมเทคโนโลยี ZK และ TEE สะพาน (โครงการแทนเราเป็นตัวแทน: Bool Network)

[หากคุณต้องการทราบกลไกที่เฉพาะเจาะจงของพวกเขา โปรดอ้างอิงถึงบทความก่อนหน้าของผู้เขียน “Multichain Has Fallen, How to Save the Cross-Chain Bridge?”]

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

การเปลี่ยนแปลงแนวคิดของการโต้ตอบระหว่างเชนที่ข้ามกันที่ระดับแอพพลิเคชั่น

โดยเริ่มต้นแอปพลิเคชันเกือบทั้งหมดถูกนำไปใช้บน Ethereum เนื่องจากไม่มีตัวเลือก อย่างไรก็ตาม กับความรุ่งเรืองของระบบนามธรรมชั้นแอปพลิเคชัน Ethereum กลายเป็นจุดรุม สร้างโอกาสให้เชนสาธารณชั้นอื่นพัฒนาขึ้น นอกจากนี้ยังมีการพัฒนาต่อเนื่องของ ETH killers รวมทั้ง sidechains และ Layer 2 ตามมาหลังจากนั้น

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

ในเวลาเดียวกัน ผู้พัฒนาแอปพลิเคชันแบบกระจาย (dApp) สามารถถูกนำไปใช้งานบนโซ่หลายรายการเพื่อมุ่งเสวนาใน "การดำเนินการโซ่", ให้บริการผู้ใช้ในโซ่ที่แตกต่างกัน, และขยายขอบเขตและรายได้ ตัวอย่างเช่น, Sushiswap, กรณีสำเร็จครั้งแรกของการโจมตีแบบแวมไพร์, ได้รับการนำไปใช้งานอย่างหลุดเชล บนโซ่ 28 รายการ ตามที่เราสามารถจินตนาการได้, โดยพื้นฐาน Sushiswap บนโซ่สาธารณะที่มีชื่อ

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

ที่สําคัญกว่านั้นโปรโตคอล DeFi จํานวนมากเกี่ยวข้องกับการใช้สภาพคล่อง หากคุณปรับใช้ในหลายเชนคุณต้องแนะนําสภาพคล่องในหลายเชน สิ่งนี้จะทําให้สภาพคล่องกระจัดกระจายไปทั่วห่วงโซ่ต่างๆและไม่แบ่งปันในเชิงลึกและผู้ใช้จะมีผลกระทบด้านราคามากขึ้นเมื่อทําการซื้อขาย ในการตอบสนองบางคนกังวลเกี่ยวกับการพัฒนา Ethereum L2 โดยเชื่อว่า L2 อาจทําลายสภาพคล่องของ Ethereum และทําให้สูญเสียความได้เปรียบในการแข่งขัน นอกจากนี้ยังมีนักวิจัยที่เสนอโซลูชันสภาพคล่องแบบครบวงจรเช่น SLAMM แต่โซลูชันนี้สร้างปัญหามากกว่าที่จะแก้ไข มันง่อยมากดังนั้นฉันจะไม่เข้าไปในคําอธิบายที่นี่ เพื่อนที่สนใจสามารถตรวจสอบเอกสารที่เกี่ยวข้อง

คําถามหลักที่แท้จริงคือ: ทรัพยากรและระบบนิเวศในแต่ละห่วงโซ่สามารถรวมเข้าด้วยกันได้อย่างไรเพื่อให้ผู้ใช้ไม่ต้องตระหนักถึงการมีอยู่ของ "ห่วงโซ่" ตัวอย่างเช่นฉันมี 1 ETH ฉันสามารถใช้งานได้ทุกที่ที่ต้องการและซ่อนกระบวนการแลกเปลี่ยนและชําระค่าก๊าซโดยอัตโนมัติในห่วงโซ่ต่างๆหรือไม่? ฉันต้องการใช้แอพฉันสามารถใช้กับห่วงโซ่ใด ๆ โดยไม่ต้องข้ามสินทรัพย์ได้หรือไม่? ในเวลาเดียวกันฝ่ายโครงการไม่จําเป็นต้องยืนต่อแถวเพื่อเลือกห่วงโซ่อีกต่อไป แทนที่จะปรับใช้ซ้ํา ๆ กับหลายเชนมันสามารถปรับใช้บนโซ่ที่เหมาะสมที่สุดแล้วผู้คนในโซ่ที่แตกต่างกันสามารถใช้งานได้หรือไม่?

เลเยอร์แอปพลิเคชันต้องการพาราดิมใหม่เพื่อซ่อนเลเยอร์ “chain” บางคนจำลองแนวความคิดของ “account abstraction” และสร้างคำศัพท์ใหม่ที่เรียกว่า “chain abstraction” ซึ่งนั้นเป็นสิ่งหมายถึงมาชมวิธีการทำงานของโครงการ LSD กัน

ตัวอย่างเช่น Bifrost อ้างว่าเป็นผู้บุกเบิกของ LSD แบบเต็มโซน โดยใช้โครงสถาปัตยกรรมที่แตกต่างจากผลิตภัณฑ์ LSD อื่น ๆ Bifrost มีเครือข่ายของตนเอง คือ Bifrost Parachain ซึ่งเป็น parachain ของ Polkadot โมดูล liquidity staking ของ Bifrost จะถูกปรับใช้เฉพาะบน Bifrost Parachain เท่านั้น และความเหลือเชื่อของสินทรัพย์ LSD ของ Bifrost ชื่อ vToken ก็อยู่บน Bifrost Parachain ทั้งหมด แต่เครือข่ายอื่น ๆ สามารถใช้โมดูล liquidity staking และความเหลือเชื่อผ่านการเรียกร้องระยะไกลของ Bifrost Parachain ได้ ผลลัพธ์คือ

• ผู้ใช้สามารถสร้าง vTokens บนเครือข่ายอื่น;
• ผู้ใช้สามารถแลกรับ vTokens บนเชนอื่น
• ผู้ใช้สามารถแลกเปลี่ยน vTokens บนโซนอื่น ๆ ได้ แต่สิ่งที่อยู่เบื้องหลังคือ สภาพคล่องของ Bifrost chain;
• ผู้ใช้สามารถให้ความสะดวกให้กับสระว่ายน้ำ vToken/Token บน Bifrost Parachain บนโซ่อื่น ๆ และได้รับตั๋ว LP;
• ผู้ใช้สามารถทำลายโทเค็น LP บนเครือข่ายอื่นเพื่อแลกเงินสดได้

ผู้ใช้ไม่รู้สึกถึงกระบวนการจัดส่งข้ามสายโซ่ที่อยู่เบื้องหลังการดําเนินการเหล่านี้เลย ทุกอย่างราวกับว่าทําในท้องถิ่น ทุกคนสามารถสัมผัสได้ผ่าน Omni LSD dApp ปัจจุบัน Omni LSD dApp รองรับการสร้าง/แลก/แลกเปลี่ยน vTokens จากระยะไกลบน Ethereum, Moonbeam, Moonriver และ AStar

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

① โอน DOT จาก Moonbeam cross-chain ไปยัง Bifrost

② รับ vDOT โดยการมัดจำ DOT บน Bifrost chain

③ โอน vDOT ข้ามเชนกลับไปที่ MoonBeam

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

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

Bifrost อ้างถึงสถาปัตยกรรมของมันว่าเป็น “สถาปัตยกรรมเชื่อมโยงทั้งหมด” การเปรียบเทียบกับกลยุทธ์การใช้งานหลายๆ โซนของโปรโตคอล LSD อื่นๆ แสดงด้านล่าง:

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

ในโพสต์บล็อก "สมาร์ทคอนแทรคที่เชื่อมต่อกัน", Chainlink เคยอธิบายโครงสร้างนี้ว่าเป็นรูปแบบ "head store+branch" โดยตัวตรรกะหลักของแอปพลิเคชันถูกวางไว้บนโซนหนึ่ง คล้ายกับ "main store" และจากนั้นโซนอื่นๆ จะให้โมดูลการเข้าถึงระยะไกลเพื่อเปิดใช้งานกับผู้ใช้สุดท้าย (รับข้อมูลจากผู้ใช้และแสดงผลลัพธ์ที่ต้องการ) คล้ายกับ "stores" ทีละหนึ่งร้าน

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

แม้ว่า Bifrost จะอ้างถึงโครงสร้างนี้เป็น "สถาปัตยกรรมโซ่เต็มรูปแบบ" แต่โดยส่วนตัวแล้วผู้เขียนไม่ชอบคําว่า "full chain" หรือ Omni-Chain เพราะเป็นคําที่มีความหมายไม่ชัดเจน ในขั้นต้น LayerZero ได้คิดค้นคํานี้เพื่อเน้นความสามารถในการปรับขนาดที่ไม่มีใครเทียบได้ แต่ LayerZero ไม่เคยอธิบายอย่างถ่องแท้ว่า "full chain" คืออะไร มันเป็น "ห่วงโซ่ทั้งหมด"? ไม่แน่นอน ไม่มีแอปทํางานในทุกห่วงโซ่ ผู้เขียนมีโครงการเกมที่บอกว่าพวกเขากําลังสร้างเกมลูกโซ่เต็มรูปแบบ ฉันเพิ่งเรียนรู้ว่า "full chain" หมายถึง "รหัสทั้งหมดอยู่ในห่วงโซ่" ซึ่งแยกเฉพาะเกม Web3 บางเกมที่มีข้อมูลสินทรัพย์บนห่วงโซ่ซึ่งเข้ากันไม่ได้กับสไตล์ "full chain" ที่อธิบายโดย LayerZero

ฉันคิดว่านิพจน์ที่เหมาะสมมากกว่าคือ “chain abstraction,” Chain-Abstraction หรือ Chain-Agnostic (ไม่เกี่ยวข้องกับเชน); ทั้งสองสามารถแสดงสถานะที่ “ผู้ใช้ไม่จำเป็นต้องสนใจถึงเชน

การลดลงตามธรรมชาติของสะพานสวัสดิการสำหรับสภาพคล่อง

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

หมวดหมู่ที่ใหญ่ที่สุดของแอปพลิเคชันข้ามสายโซ่ต้องเป็นสะพานสินทรัพย์ สะพานสินทรัพย์ยังแบ่งออกเป็น WrapBridge และ SwapBridge อดีตช่วยให้ผู้ใช้สามารถถ่ายโอนสินทรัพย์ผ่านตรรกะ lock-mint/burn-unlock หรือที่เรียกว่า "สะพานถ่ายโอนสินทรัพย์" ในขณะที่ SwapBridge ช่วยให้ผู้ใช้สามารถแลกเปลี่ยนสินทรัพย์ดั้งเดิมได้โดยตรงโดยการจองสภาพคล่องในหลายเครือข่ายหรือที่เรียกว่า "สะพานแลกเปลี่ยนสภาพคล่อง"

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

มีโครงการหลายๆ โปรเจคบนวงจร SwapBridge รวมถึง Stargate, Hashflow, Orbiter, Symbiosis, Synapse, Thorswap ฯลฯ สามารถเรียกว่า แปดเทพเจ้า ได้แสดงศักยภาพของตนในการปรับปรุงความสามารถในการคล่องไวและได้สร้างนวัตกรรมที่น่าทึ่ง ผู้เขียนเคยเขียนบทความเพื่อรวบรวมดัชนีของนี้: “รายงานหลายหมื่นคำ: การจัดคลังสินค้าของ 25 สะพานถ่ายโอนคล่องและกลไกคล่องของพวกเขา

แต่ CCTP ซึ่งเปิดตัวโดย Circle ผู้ออก USDC ทําให้ความพยายามของ SwapBridge จํานวนมากไม่มีความหมาย กล่าวอีกนัยหนึ่ง CCTP ทําลาย SwapBridge รู้สึกเหมือนอารยธรรมสามร่างใช้เวลาหลายร้อยล้านปีและอารยธรรมมากกว่า 200 รอบเพื่อแก้ปัญหาสามร่างกาย แต่ในที่สุดวงกลมก็บอกคุณ: ปัญหาร่างกายสามตัวยังไม่ได้รับการแก้ไข! ตัวอย่างเช่นในการแลกเปลี่ยนสินทรัพย์ข้ามสายโซ่ USDC เป็นสินทรัพย์ขนาดกลางที่ใช้กันอย่างแพร่หลาย กล่าวอีกนัยหนึ่งเมื่อคุณต้องการแลกเปลี่ยนสินทรัพย์ A บนโซ่ X สําหรับสินทรัพย์ B ในห่วงโซ่ Y คุณมักจะต้องแลกเปลี่ยน A เป็น USDC บนโซ่ X จากนั้นแทนที่ USDC บนโซ่ X ด้วย USDC บนห่วงโซ่ Y จากนั้นแลกเปลี่ยน USDC เป็นสินทรัพย์ B บนห่วงโซ่ Y

ดังนั้น รูปแบบหลักของความสามารถในการหลีกเลี่ยงความสามารถที่ SwapBridge สงวนไว้บนโซ่ต่าง ๆ คือ USDC จากนั้น CCTP สามารถรองรับ USDC บนโซ่ X เพื่อแลกเปลี่ยนโดยตรงกับ USDC ต้นฉบับบนโซ่ Y ผ่านตรรกะการเผาไหม้โดยไม่ต้องมีสำรองความสามารถ กล่าวคือ CCTP ไม่มีค่าใช้จ่ายในการสำรองความสามารถเลย และค่าธรรมเนียมสะพรัจ์ที่ผู้ใช้ได้รับสามารถรู้สึกได้ต่ำมาก

บางทีคุณอาจจะพูดว่านอกจาก USDC แล้ว ไม่ใช่มี USDT ใช้เป็นสื่อสารที่รู้จักกันดีอีกไหม? อย่างน้อยในกลุ่ม DEX อัตราการใช้งานของ USDT ต่ำกว่าของ USDC มาก ดังนั้นคุณไม่ต้องกลัวที่จะเรียนรู้เกี่ยวกับ Tether และ Circle ได้มั้ย? ดังนั้นสิ่งที่ฉันต้องการบอกคุณคือ SwapBridge ไม่มีชีวิตอีกต่อไป และสะพานออฟฟิเชียลของผู้ออกสินทรัพย์จะมีความได้เปรียบในเรื่องค่าใช้จ่ายที่ไม่สามารถท้าทายได้ในส่วนของความคล่องของ cross-chain ส่วนใหญ่ SwapBridges บางอันจะรวม CCTP ซึ่งเป็นตรรกะที่รวมกัน

สรุป

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

แอปพลิเคชันข้ามสายโซ่กําลังปรับปรุงประสบการณ์ของผู้ใช้อย่างมากผ่านการทําซ้ํากระบวนทัศน์ "ความเป็นนามธรรมของลูกโซ่" มีความสําคัญไม่น้อยไปกว่า "ความเป็นนามธรรมของบัญชี" และกําลังสร้างเงื่อนไขสําหรับการจัดการมวลชนของ Web3

CCTP ที่ถูกเปิดตัวโดย Circle ปิดยุคเซ็งโกกุของการแข่งขันความสามารถในการทำงานร่วมกันของ SwapBridge และแสดงให้เราเห็นถึงการสิ้นสุดของการแลกเปลี่ยนสินทรัพย์ระหว่างเชน

สรุป ส่วนตัวของ cross-chain กำลังเผชิญกับการเปลี่ยนแปลงที่กระทันหรือสุดสัปดาห์! ด้วยการเข้าใจทางข้างหน้าเราจึงสามารถเดินไปอย่างมั่นใจมากขึ้น

โดยง่าย ๆ แล้ว สะพาน跨链สามารถแบ่งเป็นชั้นโปรโตคอลและชั้นแอปพลิเคชั่น ชั้นโปรโตคอลรับผิดชอบในการให้แพลตฟอร์มที่ปลอดภัยและเรียบร้อยสำหรับการส่งข้อความ跨chain ในขณะที่ชั้นแอปพลิเคชั่นสร้าง dApps ขึ้นตามแพลตฟอร์มนี้เพื่อเป้าหมายผู้ใช้และตอบสนองต่อความต้องการต่าง ๆ ในสถานการณ์ที่แตกต่าง

ข้อปฏิเสธ：

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