แหล่งที่มาดั้งเดิม:เกินบรรยาย Web3ไม่มีสาธารณะ

ผู้เขียนต้นฉบับ: 0xmiddle

การแนะนำ

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

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

• สะพานข้ามโซ่ที่ปลอดภัยและประสิทธิภาพสูงรุ่นใหม่จะกลายเป็นกระแสหลัก

• แอปพลิเคชันแบบ Full-chain จะกลายเป็นกระบวนทัศน์ dApp ใหม่

• สะพานแลกเปลี่ยนสภาพคล่องจะถูกแทนที่ด้วยสะพานอย่างเป็นทางการจากผู้ออกสินทรัพย์เช่น USDC

ข้อความ:

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

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

วิวัฒนาการของสะพานข้ามสายโซ่ที่ชั้นโปรโตคอล

แกนหลักของชั้นโปรโตคอลคือกลไกความปลอดภัยของการส่งข้อความข้ามสายโซ่ ซึ่งเป็นวิธีการตรวจสอบข้อความข้ามสายโซ่ ตามวิธีการตรวจสอบที่แตกต่างกันและแนวคิดของ Vitalik และคนอื่นๆ อุตสาหกรรมได้แบ่งสะพานข้ามสายโซ่ออกเป็นสามประเภท: การสลับอะตอมตามการล็อคเวลาแฮช การตรวจสอบพยาน และการตรวจสอบไคลเอ็นต์แบบ light ต่อมา Arjun Bhuptani ผู้ก่อตั้ง Connext ได้สรุปสะพานข้ามสายโซ่ออกเป็นสามกระบวนทัศน์ ได้แก่ การตรวจสอบภายใน การตรวจสอบภายนอก และการตรวจสอบดั้งเดิม

ในบรรดาการตรวจสอบในพื้นที่นั้นใช้ได้กับสินทรัพย์แบบ cross-chain เท่านั้นและไม่สามารถรองรับข้อความแบบ cross-chain ใด ๆ ได้ และประสบการณ์ผู้ใช้นั้นไม่เป็นมิตร (ผู้ใช้ต้องดำเนินการสองครั้งเพื่อทำธุรกรรมให้เสร็จสมบูรณ์) สะพานเชื่อมข้ามที่เก่าแก่ที่สุดบางแห่งที่นำแนวทางนี้มาใช้ได้เปลี่ยนเส้นทางและละทิ้งเส้นทางตั้งแต่นั้นมา การตรวจสอบแบบ Native นั้นปลอดภัยที่สุดแต่มีค่าใช้จ่ายสูงเกินไป ในด้านหนึ่ง ค่าน้ำมันที่ผู้ใช้จ่ายนั้นสูงเกินไปและในบางกรณีก็ไม่ประหยัดเลยด้วยซ้ำ ในทางกลับกัน ค่าใช้จ่ายในการเขียนโค้ดของนักพัฒนาสูงเกินไป เพื่อเข้าถึง blockchains ที่แตกต่างกัน พวกเขาจำเป็นต้องพัฒนาโปรแกรมการตรวจสอบไคลเอนต์ light ที่เกี่ยวข้องแยกกัน ปริมาณของวิศวกรรมมีขนาดใหญ่มากและขอบเขตของการนำไปใช้นั้นมีจำกัดอย่างมาก

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

ความเสี่ยงด้านความปลอดภัยของสะพานข้ามสายโซ่ได้ขัดขวางการพัฒนา dAPP แบบข้ามสายโซ่ เลเยอร์แอปพลิเคชันต้องใช้ความระมัดระวังอย่างมากเมื่อออกแบบบริการที่เกี่ยวข้อง ประการแรก มีความจำเป็นต้องหลีกเลี่ยงลิงก์ที่เกี่ยวข้องกับการทำงานร่วมกันข้ามสายโซ่ให้มากที่สุด ประการที่สอง แอปพลิเคชันที่รู้จักกันดีมักจะสร้าง Cross-chain Bridge ของตัวเอง (ซึ่งเป็นเรื่องจริงสำหรับโปรเจ็กต์ DeFi ชั้นนำ เช่น AAVE, Maker, Compound ฯลฯ) เป็นไปได้ว่าในเมืองที่มีการรักษาความปลอดภัยสาธารณะไม่ดี ผู้คนจะเลือกที่จะไม่เดินทางให้มากที่สุด และคนรวยก็จะนำบอดี้การ์ดของตัวเองไปด้วยเมื่อเดินทาง

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

หากคุณต้องการเข้าใจกลไกเฉพาะของมัน คุณสามารถดูบทความก่อนหน้าของผู้เขียนได้Multichain พังทลายลง อะไรจะช่วยสะพาน cross-chain ได้บ้าง 》

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

การเปลี่ยนแปลงกระบวนทัศน์ในการโต้ตอบข้ามสายโซ่ที่เลเยอร์แอปพลิเคชัน

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

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

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

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

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

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

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

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

• ผู้ใช้สามารถสร้าง vToken ในเครือข่ายอื่นได้

• ผู้ใช้สามารถแลก vToken บนเครือข่ายอื่นได้

• ผู้ใช้สามารถแลกเปลี่ยน vTokens บนเครือข่ายอื่นได้ แต่สิ่งที่เกี่ยวข้องเบื้องหลังคือสภาพคล่องของเครือข่าย Bifrost

• ผู้ใช้สามารถจัดหาสภาพคล่องให้กับกลุ่ม vToken/Token บน Bifrost Parachain บนเครือข่ายอื่นๆ และรับ LP Token

• ผู้ใช้สามารถทำลาย LP Tokens บนเครือข่ายอื่นเพื่อแลกสภาพคล่อง

สำหรับการดำเนินการเหล่านี้ผู้ใช้จะไม่รู้สึกถึงกระบวนการถ่ายโอนแบบ cross-chain เลย ทุกอย่างเหมือนกับว่าทำในเครื่อง คุณสามารถใช้Omni LSD dAppไปและสัมผัสกับมัน ปัจจุบัน Omni LSD dApp รองรับการสร้างเหรียญระยะไกล/การไถ่ถอน/การแลกเปลี่ยน vToken บน Ethereum, Moonbeam, Moonriver และ Astar

หากไม่มีฟังก์ชันข้างต้น หากผู้ใช้ต้องการสร้าง vDOT บน Moonbeam พวกเขาจะต้องดำเนินการสามขั้นตอนด้วยตนเอง ซึ่งยุ่งยากมาก!

1. การถ่ายโอน DOT แบบข้ามสายโซ่จาก Moonbeam ไปยัง Bifrost

2. วางเดิมพัน DOT บนห่วงโซ่ Bifrost เพื่อรับ vDOT

3. แปลง vDOT cross-chain กลับเป็น Moonbeam

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

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

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

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

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

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

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

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

สะพานแลกเปลี่ยนสภาพคล่องลดลงอย่างหลีกเลี่ยงไม่ได้

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

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

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

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

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

ตัวอย่างเช่น ในการแลกเปลี่ยนสินทรัพย์แบบข้ามสายโซ่ USDC เป็นสินทรัพย์สื่อที่ใช้กันอย่างแพร่หลาย กล่าวคือ เมื่อคุณต้องการแลกเปลี่ยนสินทรัพย์ A บนสาย X สำหรับสินทรัพย์ B บนสาย Y คุณมักจะต้องแลกเปลี่ยน A บนสาย X อันดับแรกเปลี่ยนเป็น USDC จากนั้นเปลี่ยน USDC บนสาย X เป็น USDC บนสาย Y จากนั้นเปลี่ยน USDC เป็นสินทรัพย์ B บนสาย Y

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

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

สรุป

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

แอปพลิเคชันข้ามสายโซ่กำลังวนซ้ำผ่านกระบวนทัศน์และปรับปรุงประสบการณ์ผู้ใช้อย่างมาก Chain abstraction มีความสำคัญไม่น้อยไปกว่า account abstraction และกำลังสร้างเงื่อนไขสำหรับ Mass Adoption ของ Web3;

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

กล่าวโดยสรุปก็คือ cross-chain field กำลังอยู่ระหว่างการเปลี่ยนแปลงครั้งใหญ่! เมื่อคุณเข้าใจถนนข้างหน้าเท่านั้น คุณจึงจะเดินได้อย่างมั่นใจมากขึ้น