นับตั้งแต่ก่อตั้งอุตสาหกรรมบล็อกเชน L1/L2 จำนวนนับไม่ถ้วนได้ถือกำเนิดขึ้น และเชนสาธารณะเกือบทุกแห่งได้พัฒนาระบบนิเวศ DeFi ของตัวเอง บางคนโต้ตอบกับเครือข่ายสาธารณะบางแห่งเท่านั้น ในขณะที่ผู้คนจำนวนมากหวังว่าจะได้รับโอกาสในการทำกำไร เช่น การซื้อขายและการขุดบนเครือข่ายที่แตกต่างกัน การโอนเงินข้ามเครือข่ายกลายเป็นสิ่งจำเป็นที่ขาดไม่ได้
นอกเหนือจากผู้ใช้ทั่วไปแล้ว ฝ่ายโครงการจำนวนมากยังต้องโอนเงินระหว่างเครือข่ายที่แตกต่างกัน กำหนดสภาพคล่องในเครือข่ายที่แตกต่างกัน และบรรลุ "เงินเดียวสำหรับการใช้งานหลายครั้ง"
อย่างไรก็ตาม บล็อกเชนที่แตกต่างกันเป็นระบบฉันทามติที่แยกจากกัน และไม่มีวิธีใดที่เงินทุนจะข้ามจากเครือข่ายหนึ่งไปยังอีกเครือข่ายหนึ่งได้โดยตรง สาระสำคัญของกองทุนข้ามสายโซ่คือสะพานข้ามสายโซ่ทำหน้าที่เป็นคู่สัญญาสาธารณะ โดยรับเงินผู้ใช้บนสายโซ่ต้นทางและส่งเงินไปยังผู้ใช้บนสายโซ่เป้าหมาย (ออกสินทรัพย์ที่แมปหรือปล่อยเงินทุนสำหรับผู้ใช้จากแหล่งสภาพคล่องที่สงวนไว้โดยห่วงโซ่เป้าหมาย)
วิธีที่ดีที่สุดในการรับเงินแบบ cross-chain คืออะไร? ในตอนแรก ผู้คนยังคงไว้วางใจการแลกเปลี่ยนแบบรวมศูนย์ มีคำพูดในคราวเดียวว่า “การแลกเปลี่ยนแบบรวมศูนย์เป็นสะพานข้ามสายโซ่ที่ดีที่สุด” อย่างไรก็ตาม การดำเนินการ “Stake-swap-withdraw” นั้นยุ่งยากมากและผู้คนหวังว่าจะมีห่วงโซ่ที่บริสุทธิ์ ด้วยวิธีนี้ กองทุนสามารถเชื่อมโยงข้ามสายโซ่ได้โดยตรงมากขึ้น
ยิ่งไปกว่านั้น เมื่อเปรียบเทียบกับการแลกเปลี่ยนแบบรวมศูนย์ สะพานข้ามเครือข่ายสามารถส่งข้อความข้ามสายโซ่ทั่วไปได้มากกว่า ไม่ใช่แค่การโอนเงินเท่านั้น ตัวอย่างเช่น หากคุณใช้ dApp การให้ยืมแบบ cross-chain เพื่อจัดหาสัดส่วนการถือหุ้นจาก chain A และให้ยืมสินทรัพย์บน chain B คุณต้องใช้การส่งข้อความแบบ cross-chain
หากคุณตรวจสอบต้นกำเนิดทางประวัติศาสตร์ของ cross-chain ก็สามารถย้อนกลับไปตั้งแต่ระยะเริ่มต้นของการพัฒนาเทคโนโลยีบล็อกเชน ในเวลานั้น การเกิดขึ้นของเครือข่ายสาธารณะที่แตกต่างกันทำให้ผู้คนตระหนักว่าปัญหาการทำงานร่วมกันระหว่างเครือข่ายต้องได้รับการแก้ไข ไม่เช่นนั้นข้อมูล/เกาะกองทุนจำนวนมากจะปรากฏขึ้น เมื่อเวลาผ่านไป ผู้คนได้เสนอวิธี cross-chain ประเภทต่างๆ โดยค่อยๆ สร้างแบบจำลอง cross-chain ทั่วไปในปัจจุบัน
ด้านล่างนี้เราจะอธิบายการพัฒนาบางอย่างในเทคโนโลยี cross-chain
ค้นหาคู่สัญญาด้วยตัวคุณเอง ลองคิดดูว่าวิธี cross-chain ที่ใช้งานง่ายที่สุดคืออะไร? สมมติว่าคุณมี 100 USDT ใน chain A และคุณต้องการโอนไปยัง chain B บังเอิญมีบุคคลที่มี 100 USDT ใน chain B และเขาต้องการโอน USDT ไปยัง chain A คุณสองคนเห็นว่านี่คือ ถูกต้อง คุณจึงปิดมันทันที แต่เมื่อคุณโอน USDT ไปยังที่อยู่ของอีกฝ่ายในเชน A เขาเสียใจและไม่ได้โอน USDT ของเขาในเชน B ไปยังที่อยู่ของคุณ ดังนั้นรูปแบบการซื้อขายแบบ P2P จึงไม่น่าเชื่อถือมากนัก ประการแรก อีกฝ่ายอาจผิดสัญญา ส่งผลให้คุณต้องสูญเสียโดยไม่มีหลักประกันใดๆ ประการที่สองคู่สัญญานี้หาได้ไม่ง่ายนักและคุณอาจต้องรอเป็นเวลานานกว่าจะหาคู่ที่ตรงกับจำนวนเงินที่คุณต้องการข้าม แต่ทิศทางแบบ cross-chain ในทางกลับกันผู้ใช้อาจไม่สามารถรอได้ เพื่อคู่สัญญาเช่นนั้นตลอดไป
ดังนั้นเราจึงคิดว่าเนื่องจากอีกฝ่ายอาจละเมิดสัญญา ฉันสามารถหาบุคคลที่สามที่เชื่อถือได้เพื่อทำธุรกรรมได้หรือไม่? ฉันให้เงินเขาก่อนในห่วงโซ่ต้นทาง จากนั้นเขาก็สัญญาว่าจะโอนเงินให้ฉันในห่วงโซ่เป้าหมาย ตัวอย่างเช่น บุคคลนี้มีทรัพย์สินทั้งบน chain A และ chain B จากนั้นเขารับประกันว่าตราบใดที่เขาได้รับ 100 USDT จากฉันบน chain A เขาจะโอนเงิน 100 USDT จาก chain B ให้ฉัน
นี่ดีกว่าการแลกเปลี่ยนสินทรัพย์ระหว่างเครือข่าย P2P ครั้งแรกมาก เนื่องจากมีคู่สัญญาสาธารณะที่เชื่อถือได้ ซึ่งมีของวิเศษที่เรียกว่า "สภาพคล่อง" อยู่ในมือ และคุณสามารถซื้อขายกับมันได้ตลอดเวลา
กล่าวอีกนัยหนึ่ง ธุรกรรมของคุณกับเขาจะกลายเป็นธุรกรรม "จุดต่อพูล" แทนที่จะเป็นธุรกรรม "จุดต่อจุด" แต่คุณยังคงรู้สึกไม่สบายใจ หากคุณซื้อขาย 100 USDT กับเขา ก็ไม่เป็นไร จะเป็นอย่างไรถ้าคุณต้องการซื้อขาย 1 ล้าน USDT กับเขา? แม้ว่าเขาจะมีชื่อเสียงค่อนข้างดี แต่เขาก็ยังรับเงินแล้ววิ่งหนีไป
ท้ายที่สุดแล้ว ทนายความนี้ได้แนะนำการรวมศูนย์แบบหนึ่ง ซึ่งยังคงไม่ใช่วิธี cross-chain แบบ Trustless ที่เราต้องการ
2.2 ทนายความหลายคน (MultiSig)
จะเกิดอะไรขึ้นถ้าทนายความคนนี้ไม่ใช่บุคคลเดียว แต่เป็นกลุ่มคน? เราสามารถสร้างบัญชีที่มีการจัดการร่วมกัน และผู้ลงนามหลายคนร่วมกันจัดการบัญชี พวกเขาต้องลงนามในข้อความ เฉพาะเมื่อจำนวนลายเซ็นถึงเกณฑ์ (ปกติ 2/3) เท่านั้นที่จะมีการโอนเงิน
ในกรณีนี้ หากมีจำนวนน้อย (ไม่เกิน 1/3) มีความคิดที่ผิดและต้องการรวบรวมเงินจากฉันในห่วงโซ่ต้นทาง แต่ไม่ต้องการส่งเงินให้ฉันในห่วงโซ่เป้าหมาย หรือ ออฟไลน์อยู่ มันไม่สำคัญ ทนายความที่ซื่อสัตย์อีกคนจะยังคงลงนามและโอนเงินตามกำหนดให้ฉัน
โซลูชันนี้มีความน่าเชื่อถือมากกว่า ลดความเสี่ยงในการรวมศูนย์ และปลอดภัยยิ่งขึ้น ตัวอย่างเช่น หากมีโนตารีที่มีชื่อเสียงทั้งหมด 20 คน ความน่าจะเป็นที่พวกเขาจะกระทำผิดในเวลาเดียวกันก็ยังต่ำมาก (ซึ่งไม่รวมถึงสถานการณ์เช่น Multichain ที่ 20 โหนดได้รับการจัดการโดยบุคคลเดียว หรือสถานการณ์เช่น Axie cross-chain bridge ที่แฮกเกอร์ขโมย 2/3 ของคีย์ลายเซ็นของ notary)
อย่างไรก็ตาม วิธีการจัดการบัญชีแบบหลายลายเซ็นก็มีความไม่สะดวกหลายประการเช่นกัน
ลายเซ็นหลายลายเซ็นช่วยให้กฎลายเซ็นเปิดเผยได้ง่ายขึ้น หากเป็นรูปแบบลายเซ็น 5/7 รหัสสัญญาอัจฉริยะของกระเป๋าเงินหลายลายเซ็นจะเปิดเผยจำนวนผู้ลงนามและแฮกเกอร์สามารถค้นหาผู้ลงนามเหล่านี้ในลักษณะที่เป็นเป้าหมายและรอโอกาสที่จะขโมยรหัสส่วนตัว
ลายเซ็นหลายลายเซ็นต้องมีการปรับให้เข้ากับเครือข่ายสาธารณะที่แตกต่างกัน ตัวอย่างเช่น เชนสาธารณะบางแห่งไม่รองรับสัญญาอัจฉริยะ ดังนั้นคุณต้องใช้การเข้ารหัสลับเฉพาะของเชนเพื่อใช้บัญชีที่มีลายเซ็นหลายลายเซ็น หากไม่รองรับ กระเป๋าเงินหลายลายเซ็นของคุณจะไม่สามารถดำเนินการได้
ผู้ลงนามหลายลายเซ็นไม่สามารถเปลี่ยนแปลงได้เมื่อตัดสินใจผู้ลงนามแล้ว ตัวอย่างเช่น หากคุณต้องการเปลี่ยนรูปแบบลายเซ็น 5/7 เป็นรูปแบบ 6/8 หรือหากคุณต้องการเปลี่ยนผู้ลงนาม คุณต้องปรับใช้สัญญาที่มีลายเซ็นหลายลายเซ็นอีกครั้ง และโอนเงินไปยังสัญญาที่มีลายเซ็นหลายลายเซ็นใหม่ .
โซลูชัน cross-chain แรกสำหรับอนุพันธ์ BTC คือ tBTC ใช้วิธีการหลายลายเซ็น ซึ่งถูกกำจัดออกไปแล้ว เนื่องจากเป็นวิธีที่ง่อยและใช้งานยาก สะพานข้ามสายโซ่ในปัจจุบันส่วนใหญ่ใช้วิธีการ MPC ขั้นสูงกว่า
ชื่อเต็มของ Multi-Party-Computation คือ Multi-Party-Computation (Multi-Party Secure Computation) ซึ่งเป็นเทคโนโลยีการแบ่งส่วนคีย์ส่วนตัว บัญชีที่มีลายเซ็นหลายลายเซ็นจะจัดการบัญชีที่มีคีย์ส่วนตัวหลายอัน ในขณะที่บัญชี MPC จะจัดการบัญชีด้วยคีย์ส่วนตัวเดียว คีย์ส่วนตัวแบ่งออกเป็นหลายส่วน ผู้ลงนามหลายคนแต่ละคนถือส่วนคีย์ส่วนตัวหนึ่งส่วน เมื่อมีจำนวนผู้ลงนาม ลายเซ็นที่สมบูรณ์สามารถสังเคราะห์ได้เมื่อถึงเกณฑ์เท่านั้น และคีย์ส่วนตัวที่สมบูรณ์จะไม่ถูกเปิดเผยในระหว่างขั้นตอนการลงนาม บัญชี MPC มีข้อดีดังต่อไปนี้: พวกเขาจะเป็นความลับมากกว่ากระเป๋าสตางค์หลายลายเซ็นทั่วไป . เมื่อจำเป็นต้องมีลายเซ็น ตัวอย่างเช่น แฟรกเมนต์คีย์ส่วนตัว 5/7 จะถูกนำมาใช้ในการลงนามแต่ละรายการ และลายเซ็นย่อยหลายรายการจะถูกรวมเข้าด้วยกันเพื่อสร้างลายเซ็นทางกฎหมายขั้นสุดท้าย ด้วยวิธีนี้ สิ่งที่คุณเห็นบนห่วงโซ่จึงเป็นลายเซ็นธรรมดาๆ เดียว คุณไม่สามารถบอกได้ว่ามาจากบัญชี MPC หรือไม่ ไม่ต้องพูดถึงใครเป็นผู้ลงนามอยู่เบื้องหลัง หรือจำนวนส่วนของคีย์ส่วนตัวและกฎลายเซ็นเฉพาะ สามารถปรับให้เข้ากับเครือข่ายสาธารณะส่วนใหญ่ได้ดีกว่ากระเป๋าสตางค์แบบหลายลายเซ็น MPC เป็นเทคโนโลยีที่เป็นเอกลักษณ์และไม่มีส่วนเกี่ยวข้องกับห่วงโซ่ดังกล่าว บัญชี กนง. เป็นบัญชีธรรมดา ไม่ว่าเครือข่ายสาธารณะจะรองรับสัญญาอัจฉริยะหรือไม่ก็ตาม บัญชีที่มีการจัดการร่วมสามารถสร้างขึ้นได้ผ่านเทคโนโลยี MPC กลไกลายเซ็นทดแทน MPC มีความยืดหยุ่นมากกว่า โดยสามารถรองรับการปรับกฎลายเซ็นที่ยืดหยุ่นมากขึ้น เช่น การเปลี่ยนจำนวนส่วนของคีย์ส่วนตัวและเกณฑ์ลายเซ็นได้ตลอดเวลา และคุณยังสามารถเปลี่ยนผู้ลงนามได้ตลอดเวลา คุณจะต้องแชร์คีย์ส่วนตัวอีกครั้งเท่านั้น
หลังจากที่บัญชีการดูแลของทนายความได้รับ 100 USDT ของฉันในเครือข่าย A แล้ว บัญชีดังกล่าวก็โอนเงิน 100 USDT ไปยังที่อยู่ของฉันในห่วงโซ่ B อะไรควรเป็นกระบวนการที่กระตุ้นให้เกิดพฤติกรรมนี้
สมมติว่าสมาชิกทนายความแต่ละคนมีเครื่องจักรคอยติดตามธุรกรรมบนเชน A เมื่อพวกเขาพบว่าฉันโอนเงิน 100 USDT ไปยังบัญชีการดูแลสะพานข้ามเชน ธุรกรรมนี้ระบุว่าฉันหวังว่าจะได้รับการตั้งชื่อบนเชน B รับ USDT เหล่านี้สำหรับ ที่อยู่ของผู้ใช้2
ในเวลานี้ เจ้าหน้าที่รับรองเอกสารได้ร่วมกันลงนามและโอน 100 USDT ในบัญชี cross-chain bridge บน chain B ให้กับผู้ใช้ กระบวนการนี้จะต้องเขียนเป็นโค้ดและทำงานโดยอัตโนมัติ ไม่เช่นนั้นทนายความจะต้องออนไลน์แบบเรียลไทม์และต้องดำเนินการทันทีหลังจากได้รับคำขอ ซึ่งไม่สมจริงเกินไป
โปรแกรมอัตโนมัตินี้จะประกอบด้วยหลายส่วน
โปรแกรมการตรวจสอบ: รับผิดชอบในการตรวจสอบธุรกรรมในห่วงโซ่ต้นทาง หากต้องการกรองธุรกรรมที่ไม่เกี่ยวข้องหรือธุรกรรมที่ไม่ถูกต้อง ขั้นตอนนี้อาจดำเนินการยืนยันรูปแบบพื้นฐานบางอย่าง
ขั้นตอนการตรวจสอบ: ซึ่งจะรวมถึงไคลเอ็นต์โหนดเบา (ซึ่งอาจเป็นโหนดเต็ม) ของบล็อกเชนที่รองรับ ซึ่งรับผิดชอบในการตรวจสอบว่าธุรกรรมในห่วงโซ่ต้นทางที่โต้ตอบกับสัญญาสะพานข้ามเครือข่ายถูกบรรจุลงในบล็อกและใส่ บนห่วงโซ่ ;
ขั้นตอนลายเซ็น: รับผิดชอบในการลงนามและเริ่มต้นธุรกรรมการโอนไปยังผู้ใช้ในห่วงโซ่เป้าหมาย
แต่ระบบอัตโนมัติยังนำมาซึ่งปัญหาด้วย กล่าวคือ โปรแกรมอัตโนมัติอาจถูกโจมตีและควบคุมโดยแฮกเกอร์ ดังนั้นเพื่อควบคุมความเสี่ยง สะพานข้ามโซ่จะใช้มาตรการเพื่อแยกร้อนและเย็น โปรแกรมอัตโนมัติควบคุมปุ่มลัด และจำกัดจำนวนการโอน สำหรับการโอนจำนวนมาก ทนายความต้องใช้กุญแจเย็นเพื่อลงนามด้วยตนเอง กฎสำหรับการแยกร้อนและเย็นสามารถนำไปใช้ในบัญชีกนง.
หากมีข้อบกพร่อง คุณไม่อยากจัดการกับมันทั้งหมดในเหตุการณ์เดียวใช่ไหม ดังนั้นจึงจำเป็นต้องแยกแหล่งเงินทุนและใช้บัญชีการดูแลหลายบัญชีเพื่อจัดการกองทุนสภาพคล่อง ตัวอย่างเช่น ตามการแยกระหว่าง chain สาธารณะที่แตกต่างกัน A และ B, B และ C และ C และ D เป็นกลุ่มทุนที่เป็นอิสระทั้งหมด
โปรแกรมตรวจสอบและลงนามอัตโนมัติที่ดำเนินการโดยทนายความสามารถทำงานบนอุปกรณ์ TEE ซึ่งสามารถเพิ่มความยากในการโจมตีของแฮ็กเกอร์ได้อย่างมาก TEE ย่อมาจาก Trusted Execute Environment ซึ่งเป็นสภาพแวดล้อมการประมวลผลที่ทำงานบนอุปกรณ์ที่กำหนดซึ่งแยกออกจากอุปกรณ์หลัก ระบบปฏิบัติการเหมือนวงล้อม
การแยกส่วนนี้บังคับใช้ด้วยฮาร์ดแวร์โดยมีความปลอดภัยสูงมาก ดังนั้น TEE จึงสามารถรันแอปพลิเคชันที่มีข้อกำหนดด้านความปลอดภัยสูงได้ เช่น การจัดการคีย์การเข้ารหัส การรับรองความถูกต้องด้วยชีวมาตร การประมวลผลการชำระเงินที่ปลอดภัย ฯลฯ
เพื่อให้สะพานข้ามสายโซ่ปลอดภัยยิ่งขึ้น การเลือกทนายความมีสองทิศทาง:
หนึ่งคือการเลือกบริษัทขนาดใหญ่และสถาบันที่มีชื่อเสียงและมีชื่อเสียงให้มากที่สุด สำหรับสถาบันเหล่านี้ ค่าใช้จ่ายในการทำชั่วนั้นสูงมาก และอาจสูญเสียความปรารถนาดีไปหลายปี นอกจากนี้ พยายามรักษาให้มีความหลากหลายทางภูมิศาสตร์มากที่สุดเท่าที่จะเป็นไปได้ (หลีกเลี่ยงการกระจุกตัวอยู่ในเขตอำนาจศาลเดียวกัน)
ตัวอย่างเช่นโครงการสะพานข้ามโซ่ Wormhole ได้เลือกโมเดลนี้ โหนดทั้ง 19 แห่งได้รับการสนับสนุนจากสถาบันขนาดใหญ่ที่มีชื่อเสียงซึ่งมีขนาดใหญ่และเงินทุนที่แข็งแกร่ง นี่คือวิธี PoA
อีกวิธีหนึ่งคือการยอมรับโนตารีที่ไม่ได้รับอนุญาต แต่กำหนดให้พวกเขาเดิมพัน หากพวกเขาประพฤติไม่ดี เงินเดิมพันของพวกเขาจะถูกเฉือน นี่คือวิธีการทำงานของ PoS นี่คือสิ่งที่ ZetaChain ใช้
วิธีใดในสองวิธีที่ดีกว่าและวิธีใดแย่กว่านั้นยากที่จะสรุปผลโดยพลการโดยตรง ขึ้นอยู่กับว่าฝ่ายต่างๆ ในโครงการสะพานข้ามสายโซ่ทำได้ดีเพียงใดในทิศทางของตน
ไม่ว่าจะเป็น PoA หรือ PoS คุณสามารถสร้างสะพานข้ามสายโซ่ให้เป็นสายโซ่สาธารณะได้โดยตรง แต่ละโหนดรันโปรแกรมเดียวกัน และคำขอและกระบวนการประมวลผลแบบข้ามสายทั้งหมดจะถูกบันทึกไว้ในสายโซ่นี้ ตัวเครือข่ายยังสามารถโฮสต์แอปพลิเคชันได้ จึงกลายเป็นศูนย์กลางทางนิเวศน์
อีกวิธีหนึ่งในการเพิ่มความปลอดภัยคือการกำหนดบทบาทผู้สังเกตการณ์ บทบาทนี้มีหน้าที่รับผิดชอบในการตรวจสอบพฤติกรรมข้ามเครือข่าย และหากพบปัญหา จะต้องรายงานธุรกรรมออนไลน์และธุรกรรมที่ถูกยกเลิก เนื่องจากผู้สังเกตการณ์จำเป็นต้องมีช่วงกรอบเวลาในการตอบสนอง เวลาที่มาถึงของการถ่ายโอนข้ามสายโซ่อาจมีความล่าช้า ดังนั้น ผู้สังเกตการณ์จะเข้าแทรกแซงก็ต่อเมื่อผู้ใช้ยอมรับความล่าช้าในการถ่ายโอนสำหรับธุรกรรมที่มีมูลค่าสูงหรือการดำเนินการข้ามสายโซ่ที่ละเอียดอ่อน
โซลูชันข้ามสายโซ่อื่น ๆล็อคแฮชกลับไปที่วิธีแรกที่กล่าวถึงในบทความนี้: P2P กำลังมองหาคู่สัญญาสำหรับการแลกเปลี่ยนสินทรัพย์ข้ามสายโซ่ หากเรากลัวว่าคู่สัญญาจะผิดนัดชำระหนี้เราก็สามารถตั้งกลไกขึ้นมาได้ เมื่อมีคนทรยศ อีกฝ่ายสามารถรับเงินคืนและคืนให้เหมือนเดิม นี่คือการล็อคแฮช ซึ่งใช้การล็อคแฮชและการล็อคเวลาอย่างชาญฉลาด โดยบังคับให้ผู้รับเงินยืนยันการชำระเงินก่อนกำหนดเวลา และสร้างหลักฐานการรับในห่วงโซ่ต้นทาง ด้วยหลักฐานการรับนี้ ผู้ชำระเงินจะสามารถได้รับทรัพย์สินที่เทียบเท่าของผู้รับในห่วงโซ่เป้าหมาย มิฉะนั้นทั้งสองฝ่ายจะคืนเงินทั้งหมดตามเส้นทางเดิม
อย่างไรก็ตาม วิธีนี้สามารถแลกเปลี่ยนเงินได้เท่านั้น และไม่สามารถถ่ายโอนข้อมูลข้ามสายโซ่ทั่วไปได้ แม้จากมุมมองของการโอนเงินข้ามสายโซ่ ประสบการณ์ผู้ใช้ของการล็อคเวลาแฮชนั้นแย่มาก: หากความผันผวนของราคาสกุลเงินไม่เอื้ออำนวยต่อคู่สัญญา (ผู้ให้บริการสภาพคล่อง) เขาอาจเลือกที่จะไม่ทำธุรกรรมให้เสร็จสิ้นอย่างมีเหตุผล เพื่อให้เสร็จสมบูรณ์ สำหรับการแลกเปลี่ยนข้ามสายโซ่ ทั้งผู้ใช้และคู่สัญญาจะต้องลงนามสองครั้ง ดังนั้น ในฐานะที่เป็นโซลูชันแบบ cross-chain การล็อคเวลาแฮชจึงถูกกำจัดออกไป สะพานข้ามสายโซ่ในยุคแรกๆ (เช่น cBridge และ Connext) ที่ใช้โซลูชันนี้ได้เปลี่ยนแปลงวิธีการของพวกเขา ไคลเอ็นต์ไลท์บนเชน วิธีนี้เป็นการปรับใช้งานสัญญาไคลเอ็นต์ไลท์ของเชนต้นทางบนเชนเป้าหมายโดยตรง หากคุณปรับใช้สัญญาบนลูกโซ่ โหนดทั้งหมดในลูกโซ่จะเรียกใช้รหัสสัญญาที่คุณปรับใช้
ดังนั้นโซลูชันไคลเอนต์แบบไลท์บนเชนช่วยให้เชนเป้าหมายสามารถตรวจสอบธุรกรรมจากเชนต้นทางได้โดยตรง วิธีนี้มีความปลอดภัยสูงแต่ก็แพงที่สุดเช่นกัน ความมีราคาแพงสะท้อนให้เห็นในด้านต่อไปนี้: สัญญาไคลเอนต์แบบเบาของห่วงโซ่เป้าหมายจำเป็นต้องรับและตรวจสอบส่วนหัวของบล็อกใหม่จากห่วงโซ่ต้นทางแบบเรียลไทม์ กระบวนการนี้ใช้แก๊สเป็นจำนวนมาก แม้ว่าจะใช้ ZK เพื่อให้บรรลุการพิสูจน์ที่รัดกุม แต่ปริมาณการใช้ก๊าซในการตรวจสอบการพิสูจน์ ZK จะไม่น้อยกว่า 400,000 ก๊าซ (เช่น EVM) ในโครงการ MPC สิ่งที่จำเป็นต้องได้รับการตรวจสอบในห่วงโซ่คือลายเซ็น และปริมาณการใช้แก๊สเพียง 20,000 กว่าเล็กน้อย ต่างกัน 20 เท่า! คุณจะใช้สะพานที่ปลอดภัยกว่าแต่มีราคาแพงกว่า 20 เท่าหรือไม่?
ปริมาณงานที่ต้องใช้ในการพัฒนาสัญญาลูกค้ารายย่อยนั้นมีมาก เพื่อให้สะพานข้ามสายโซ่เข้ากันได้กับสายโซ่ที่ต่างกันมากขึ้น คุณจะต้องใช้สัญญาไคลเอนต์แบบเบาของสายโซ่อื่นๆ ในสภาพแวดล้อมการพัฒนาที่แตกต่างกันอย่างสิ้นเชิงของสายโซ่ที่แตกต่างกัน ซึ่งเป็นความท้าทายระดับนรกสำหรับนักพัฒนา สิ่งนี้นำไปสู่ความน่าจะเป็นที่มากขึ้นที่จะเกิดข้อบกพร่องในการเขียนสัญญา กล่าวคือ ความปลอดภัยของ light client bridge นั้นอยู่ในระดับทางทฤษฎีเท่านั้น แต่ในแง่ของการปฏิบัติทางวิศวกรรมนั้น ไม่ปลอดภัยอย่างมาก เพื่อลดปริมาณงานพัฒนา วิธีแก้ปัญหาที่เป็นไปได้คือการแนะนำรีเลย์โซ่และปล่อยให้เชนทั้งหมดสร้างสัญญาไคลเอนต์แบบเบากับรีเลย์เชนนี้ สิ่งนี้สามารถลดภาระงานของ C(n,2) เหลือ n ได้อย่างแน่นอน แต่ก็ยังไม่น้อยเกินไป การถ่ายโอนข้ามสายโซ่โดยตรงแบบเดิมจากห่วงโซ่ต้นทางไปยังห่วงโซ่เป้าหมายได้กลายเป็นการถ่ายโอนลำดับที่สองของห่วงโซ่ต้นทาง → ห่วงโซ่รีเลย์ → ห่วงโซ่เป้าหมาย ซึ่งจะทำให้เกิดการสิ้นเปลืองก๊าซและเวลาเพิ่มขึ้น
ดังนั้นโซลูชันทางเทคนิคไคลเอ็นต์แบบเบาจึงไม่สามารถนำมาใช้เพื่อสร้างสะพานข้ามสายโซ่ที่เป็นสากลมากขึ้นได้
ประการแรก เครือข่ายสาธารณะที่แตกต่างกันมีแนวทางที่แตกต่างกันและมีทรัพยากรที่แตกต่างกันในการสนับสนุน ตราบใดที่พวกเขาไม่ยอมรับความพ่ายแพ้ ระบบนิเวศก็จะยังคงอยู่ แม้ว่าการพัฒนาจะไม่ค่อยดีนักในระยะสั้น แต่สักวันหนึ่ง มันอาจจะได้รับการอัพเกรดและจะกลับมามีชีวิตอีกครั้ง สิ่งที่เกี่ยวกับอินฟราพื้นฐานเช่นนี้คือการดูว่าใครสามารถคงอยู่ได้นานกว่าและใครสามารถปรับตัวเข้ากับตลาดได้อย่างรวดเร็ว
Bitcoin และ Ethereum ไม่สามารถแก้ปัญหาการใช้งานได้ทั้งหมด หรือในบางเซ็กเมนต์ มักจะมีคนที่ไม่ชอบที่แรกเสมอ ดังนั้นพวกเขาจึงสร้างวงล้อใหม่ ดังนั้นอนาคตจะเป็น multi-chain ในอนาคตชั้นล่างสุดจะไม่เป็นลูกโซ่อีกต่อไป ดังนั้นอนาคตจะต้องเป็นระบบนิเวศที่หลากหลาย วิธีการโอนเงินและข้อความระหว่างหลายระบบนิเวศต้องใช้เทคโนโลยีแบบ cross-chain/cross-ecological!
ผู้ใช้กังวลอะไรมากที่สุดเมื่อพูดถึงเรื่อง cross-chain? ไม่มีอะไรมากไปกว่าประเด็นต่อไปนี้:
ความเร็ว: การดำเนินการข้ามสายโซ่ใช้เวลานานเท่าใดจึงจะเสร็จสมบูรณ์?
ค่าธรรมเนียม: ฉันต้องจ่ายเท่าใดสำหรับการดำเนินการข้ามสายโซ่
การรักษาความปลอดภัย: สะพานข้ามสายโซ่ปลอดภัยและเงินจะสูญหายหรือไม่?
สภาพคล่อง: มีสภาพคล่องเพียงพอที่จะรองรับการซื้อขายของฉันและผลกระทบต่อราคาที่ยอมรับได้หรือไม่?
ขอบเขตการเชื่อมต่อ: คุณรองรับเครือข่ายได้กี่เครือข่าย? คุณรองรับ chains ที่ฉันต้องใช้ในการดำเนินการ cross-chain หรือไม่?
ประสบการณ์: การดำเนินการแบบข้ามสายโซ่สะดวกหรือไม่ เช่น รองรับการจ่ายน้ำมันหรือไม่ การประมาณการต้นทุนถูกต้องหรือไม่ รองรับการสืบค้นความคืบหน้าและการดูเบราว์เซอร์ ความล้มเหลวเกิดขึ้นบ่อยครั้งหรือไม่ วิธีจัดการกับความล้มเหลว ฯลฯ
ก่อนอื่น เรามาดูรายละเอียดคุณลักษณะของบางโครงการจากมุมมองที่ชัดเจนสามประการ ได้แก่ ความปลอดภัย ต้นทุน และช่วงการเชื่อมต่อ
คลิกลิงค์เพื่อดูตารางที่ชัดเจน (ตารางมีการอัปเดตอย่างต่อเนื่อง):
https://docs.google.com/spreadsheets/d/1LKlbd5KJUnQIx3ZBTgyMADhxHtWVwBH9qDRm765tPMw/
เพื่ออธิบายสะพานข้ามสายโซ่อย่างครบถ้วน จึงมีรายละเอียดมิติมากมายที่ต้องกล่าวถึง เช่น มิติข้อมูลทั้งหมดและการวิเคราะห์ข้อมูลในตารางด้านบน แล้วปัจจัยอะไรที่คุณสนใจเมื่อข้ามโซ่? สะพานข้ามโซ่ใดที่คุณมักใช้? คุณคิดว่าสะพานข้ามสายโซ่ควรเน้นในด้านใดบ้างเพื่อการเพิ่มประสิทธิภาพ หากคุณมีความคิดของคุณ โปรดอย่าลังเลที่จะสื่อสารกับผู้เขียน
นับตั้งแต่ก่อตั้งอุตสาหกรรมบล็อกเชน L1/L2 จำนวนนับไม่ถ้วนได้ถือกำเนิดขึ้น และเชนสาธารณะเกือบทุกแห่งได้พัฒนาระบบนิเวศ DeFi ของตัวเอง บางคนโต้ตอบกับเครือข่ายสาธารณะบางแห่งเท่านั้น ในขณะที่ผู้คนจำนวนมากหวังว่าจะได้รับโอกาสในการทำกำไร เช่น การซื้อขายและการขุดบนเครือข่ายที่แตกต่างกัน การโอนเงินข้ามเครือข่ายกลายเป็นสิ่งจำเป็นที่ขาดไม่ได้
นอกเหนือจากผู้ใช้ทั่วไปแล้ว ฝ่ายโครงการจำนวนมากยังต้องโอนเงินระหว่างเครือข่ายที่แตกต่างกัน กำหนดสภาพคล่องในเครือข่ายที่แตกต่างกัน และบรรลุ "เงินเดียวสำหรับการใช้งานหลายครั้ง"
อย่างไรก็ตาม บล็อกเชนที่แตกต่างกันเป็นระบบฉันทามติที่แยกจากกัน และไม่มีวิธีใดที่เงินทุนจะข้ามจากเครือข่ายหนึ่งไปยังอีกเครือข่ายหนึ่งได้โดยตรง สาระสำคัญของกองทุนข้ามสายโซ่คือสะพานข้ามสายโซ่ทำหน้าที่เป็นคู่สัญญาสาธารณะ โดยรับเงินผู้ใช้บนสายโซ่ต้นทางและส่งเงินไปยังผู้ใช้บนสายโซ่เป้าหมาย (ออกสินทรัพย์ที่แมปหรือปล่อยเงินทุนสำหรับผู้ใช้จากแหล่งสภาพคล่องที่สงวนไว้โดยห่วงโซ่เป้าหมาย)
วิธีที่ดีที่สุดในการรับเงินแบบ cross-chain คืออะไร? ในตอนแรก ผู้คนยังคงไว้วางใจการแลกเปลี่ยนแบบรวมศูนย์ มีคำพูดในคราวเดียวว่า “การแลกเปลี่ยนแบบรวมศูนย์เป็นสะพานข้ามสายโซ่ที่ดีที่สุด” อย่างไรก็ตาม การดำเนินการ “Stake-swap-withdraw” นั้นยุ่งยากมากและผู้คนหวังว่าจะมีห่วงโซ่ที่บริสุทธิ์ ด้วยวิธีนี้ กองทุนสามารถเชื่อมโยงข้ามสายโซ่ได้โดยตรงมากขึ้น
ยิ่งไปกว่านั้น เมื่อเปรียบเทียบกับการแลกเปลี่ยนแบบรวมศูนย์ สะพานข้ามเครือข่ายสามารถส่งข้อความข้ามสายโซ่ทั่วไปได้มากกว่า ไม่ใช่แค่การโอนเงินเท่านั้น ตัวอย่างเช่น หากคุณใช้ dApp การให้ยืมแบบ cross-chain เพื่อจัดหาสัดส่วนการถือหุ้นจาก chain A และให้ยืมสินทรัพย์บน chain B คุณต้องใช้การส่งข้อความแบบ cross-chain
หากคุณตรวจสอบต้นกำเนิดทางประวัติศาสตร์ของ cross-chain ก็สามารถย้อนกลับไปตั้งแต่ระยะเริ่มต้นของการพัฒนาเทคโนโลยีบล็อกเชน ในเวลานั้น การเกิดขึ้นของเครือข่ายสาธารณะที่แตกต่างกันทำให้ผู้คนตระหนักว่าปัญหาการทำงานร่วมกันระหว่างเครือข่ายต้องได้รับการแก้ไข ไม่เช่นนั้นข้อมูล/เกาะกองทุนจำนวนมากจะปรากฏขึ้น เมื่อเวลาผ่านไป ผู้คนได้เสนอวิธี cross-chain ประเภทต่างๆ โดยค่อยๆ สร้างแบบจำลอง cross-chain ทั่วไปในปัจจุบัน
ด้านล่างนี้เราจะอธิบายการพัฒนาบางอย่างในเทคโนโลยี cross-chain
ค้นหาคู่สัญญาด้วยตัวคุณเอง ลองคิดดูว่าวิธี cross-chain ที่ใช้งานง่ายที่สุดคืออะไร? สมมติว่าคุณมี 100 USDT ใน chain A และคุณต้องการโอนไปยัง chain B บังเอิญมีบุคคลที่มี 100 USDT ใน chain B และเขาต้องการโอน USDT ไปยัง chain A คุณสองคนเห็นว่านี่คือ ถูกต้อง คุณจึงปิดมันทันที แต่เมื่อคุณโอน USDT ไปยังที่อยู่ของอีกฝ่ายในเชน A เขาเสียใจและไม่ได้โอน USDT ของเขาในเชน B ไปยังที่อยู่ของคุณ ดังนั้นรูปแบบการซื้อขายแบบ P2P จึงไม่น่าเชื่อถือมากนัก ประการแรก อีกฝ่ายอาจผิดสัญญา ส่งผลให้คุณต้องสูญเสียโดยไม่มีหลักประกันใดๆ ประการที่สองคู่สัญญานี้หาได้ไม่ง่ายนักและคุณอาจต้องรอเป็นเวลานานกว่าจะหาคู่ที่ตรงกับจำนวนเงินที่คุณต้องการข้าม แต่ทิศทางแบบ cross-chain ในทางกลับกันผู้ใช้อาจไม่สามารถรอได้ เพื่อคู่สัญญาเช่นนั้นตลอดไป
ดังนั้นเราจึงคิดว่าเนื่องจากอีกฝ่ายอาจละเมิดสัญญา ฉันสามารถหาบุคคลที่สามที่เชื่อถือได้เพื่อทำธุรกรรมได้หรือไม่? ฉันให้เงินเขาก่อนในห่วงโซ่ต้นทาง จากนั้นเขาก็สัญญาว่าจะโอนเงินให้ฉันในห่วงโซ่เป้าหมาย ตัวอย่างเช่น บุคคลนี้มีทรัพย์สินทั้งบน chain A และ chain B จากนั้นเขารับประกันว่าตราบใดที่เขาได้รับ 100 USDT จากฉันบน chain A เขาจะโอนเงิน 100 USDT จาก chain B ให้ฉัน
นี่ดีกว่าการแลกเปลี่ยนสินทรัพย์ระหว่างเครือข่าย P2P ครั้งแรกมาก เนื่องจากมีคู่สัญญาสาธารณะที่เชื่อถือได้ ซึ่งมีของวิเศษที่เรียกว่า "สภาพคล่อง" อยู่ในมือ และคุณสามารถซื้อขายกับมันได้ตลอดเวลา
กล่าวอีกนัยหนึ่ง ธุรกรรมของคุณกับเขาจะกลายเป็นธุรกรรม "จุดต่อพูล" แทนที่จะเป็นธุรกรรม "จุดต่อจุด" แต่คุณยังคงรู้สึกไม่สบายใจ หากคุณซื้อขาย 100 USDT กับเขา ก็ไม่เป็นไร จะเป็นอย่างไรถ้าคุณต้องการซื้อขาย 1 ล้าน USDT กับเขา? แม้ว่าเขาจะมีชื่อเสียงค่อนข้างดี แต่เขาก็ยังรับเงินแล้ววิ่งหนีไป
ท้ายที่สุดแล้ว ทนายความนี้ได้แนะนำการรวมศูนย์แบบหนึ่ง ซึ่งยังคงไม่ใช่วิธี cross-chain แบบ Trustless ที่เราต้องการ
2.2 ทนายความหลายคน (MultiSig)
จะเกิดอะไรขึ้นถ้าทนายความคนนี้ไม่ใช่บุคคลเดียว แต่เป็นกลุ่มคน? เราสามารถสร้างบัญชีที่มีการจัดการร่วมกัน และผู้ลงนามหลายคนร่วมกันจัดการบัญชี พวกเขาต้องลงนามในข้อความ เฉพาะเมื่อจำนวนลายเซ็นถึงเกณฑ์ (ปกติ 2/3) เท่านั้นที่จะมีการโอนเงิน
ในกรณีนี้ หากมีจำนวนน้อย (ไม่เกิน 1/3) มีความคิดที่ผิดและต้องการรวบรวมเงินจากฉันในห่วงโซ่ต้นทาง แต่ไม่ต้องการส่งเงินให้ฉันในห่วงโซ่เป้าหมาย หรือ ออฟไลน์อยู่ มันไม่สำคัญ ทนายความที่ซื่อสัตย์อีกคนจะยังคงลงนามและโอนเงินตามกำหนดให้ฉัน
โซลูชันนี้มีความน่าเชื่อถือมากกว่า ลดความเสี่ยงในการรวมศูนย์ และปลอดภัยยิ่งขึ้น ตัวอย่างเช่น หากมีโนตารีที่มีชื่อเสียงทั้งหมด 20 คน ความน่าจะเป็นที่พวกเขาจะกระทำผิดในเวลาเดียวกันก็ยังต่ำมาก (ซึ่งไม่รวมถึงสถานการณ์เช่น Multichain ที่ 20 โหนดได้รับการจัดการโดยบุคคลเดียว หรือสถานการณ์เช่น Axie cross-chain bridge ที่แฮกเกอร์ขโมย 2/3 ของคีย์ลายเซ็นของ notary)
อย่างไรก็ตาม วิธีการจัดการบัญชีแบบหลายลายเซ็นก็มีความไม่สะดวกหลายประการเช่นกัน
ลายเซ็นหลายลายเซ็นช่วยให้กฎลายเซ็นเปิดเผยได้ง่ายขึ้น หากเป็นรูปแบบลายเซ็น 5/7 รหัสสัญญาอัจฉริยะของกระเป๋าเงินหลายลายเซ็นจะเปิดเผยจำนวนผู้ลงนามและแฮกเกอร์สามารถค้นหาผู้ลงนามเหล่านี้ในลักษณะที่เป็นเป้าหมายและรอโอกาสที่จะขโมยรหัสส่วนตัว
ลายเซ็นหลายลายเซ็นต้องมีการปรับให้เข้ากับเครือข่ายสาธารณะที่แตกต่างกัน ตัวอย่างเช่น เชนสาธารณะบางแห่งไม่รองรับสัญญาอัจฉริยะ ดังนั้นคุณต้องใช้การเข้ารหัสลับเฉพาะของเชนเพื่อใช้บัญชีที่มีลายเซ็นหลายลายเซ็น หากไม่รองรับ กระเป๋าเงินหลายลายเซ็นของคุณจะไม่สามารถดำเนินการได้
ผู้ลงนามหลายลายเซ็นไม่สามารถเปลี่ยนแปลงได้เมื่อตัดสินใจผู้ลงนามแล้ว ตัวอย่างเช่น หากคุณต้องการเปลี่ยนรูปแบบลายเซ็น 5/7 เป็นรูปแบบ 6/8 หรือหากคุณต้องการเปลี่ยนผู้ลงนาม คุณต้องปรับใช้สัญญาที่มีลายเซ็นหลายลายเซ็นอีกครั้ง และโอนเงินไปยังสัญญาที่มีลายเซ็นหลายลายเซ็นใหม่ .
โซลูชัน cross-chain แรกสำหรับอนุพันธ์ BTC คือ tBTC ใช้วิธีการหลายลายเซ็น ซึ่งถูกกำจัดออกไปแล้ว เนื่องจากเป็นวิธีที่ง่อยและใช้งานยาก สะพานข้ามสายโซ่ในปัจจุบันส่วนใหญ่ใช้วิธีการ MPC ขั้นสูงกว่า
ชื่อเต็มของ Multi-Party-Computation คือ Multi-Party-Computation (Multi-Party Secure Computation) ซึ่งเป็นเทคโนโลยีการแบ่งส่วนคีย์ส่วนตัว บัญชีที่มีลายเซ็นหลายลายเซ็นจะจัดการบัญชีที่มีคีย์ส่วนตัวหลายอัน ในขณะที่บัญชี MPC จะจัดการบัญชีด้วยคีย์ส่วนตัวเดียว คีย์ส่วนตัวแบ่งออกเป็นหลายส่วน ผู้ลงนามหลายคนแต่ละคนถือส่วนคีย์ส่วนตัวหนึ่งส่วน เมื่อมีจำนวนผู้ลงนาม ลายเซ็นที่สมบูรณ์สามารถสังเคราะห์ได้เมื่อถึงเกณฑ์เท่านั้น และคีย์ส่วนตัวที่สมบูรณ์จะไม่ถูกเปิดเผยในระหว่างขั้นตอนการลงนาม บัญชี MPC มีข้อดีดังต่อไปนี้: พวกเขาจะเป็นความลับมากกว่ากระเป๋าสตางค์หลายลายเซ็นทั่วไป . เมื่อจำเป็นต้องมีลายเซ็น ตัวอย่างเช่น แฟรกเมนต์คีย์ส่วนตัว 5/7 จะถูกนำมาใช้ในการลงนามแต่ละรายการ และลายเซ็นย่อยหลายรายการจะถูกรวมเข้าด้วยกันเพื่อสร้างลายเซ็นทางกฎหมายขั้นสุดท้าย ด้วยวิธีนี้ สิ่งที่คุณเห็นบนห่วงโซ่จึงเป็นลายเซ็นธรรมดาๆ เดียว คุณไม่สามารถบอกได้ว่ามาจากบัญชี MPC หรือไม่ ไม่ต้องพูดถึงใครเป็นผู้ลงนามอยู่เบื้องหลัง หรือจำนวนส่วนของคีย์ส่วนตัวและกฎลายเซ็นเฉพาะ สามารถปรับให้เข้ากับเครือข่ายสาธารณะส่วนใหญ่ได้ดีกว่ากระเป๋าสตางค์แบบหลายลายเซ็น MPC เป็นเทคโนโลยีที่เป็นเอกลักษณ์และไม่มีส่วนเกี่ยวข้องกับห่วงโซ่ดังกล่าว บัญชี กนง. เป็นบัญชีธรรมดา ไม่ว่าเครือข่ายสาธารณะจะรองรับสัญญาอัจฉริยะหรือไม่ก็ตาม บัญชีที่มีการจัดการร่วมสามารถสร้างขึ้นได้ผ่านเทคโนโลยี MPC กลไกลายเซ็นทดแทน MPC มีความยืดหยุ่นมากกว่า โดยสามารถรองรับการปรับกฎลายเซ็นที่ยืดหยุ่นมากขึ้น เช่น การเปลี่ยนจำนวนส่วนของคีย์ส่วนตัวและเกณฑ์ลายเซ็นได้ตลอดเวลา และคุณยังสามารถเปลี่ยนผู้ลงนามได้ตลอดเวลา คุณจะต้องแชร์คีย์ส่วนตัวอีกครั้งเท่านั้น
หลังจากที่บัญชีการดูแลของทนายความได้รับ 100 USDT ของฉันในเครือข่าย A แล้ว บัญชีดังกล่าวก็โอนเงิน 100 USDT ไปยังที่อยู่ของฉันในห่วงโซ่ B อะไรควรเป็นกระบวนการที่กระตุ้นให้เกิดพฤติกรรมนี้
สมมติว่าสมาชิกทนายความแต่ละคนมีเครื่องจักรคอยติดตามธุรกรรมบนเชน A เมื่อพวกเขาพบว่าฉันโอนเงิน 100 USDT ไปยังบัญชีการดูแลสะพานข้ามเชน ธุรกรรมนี้ระบุว่าฉันหวังว่าจะได้รับการตั้งชื่อบนเชน B รับ USDT เหล่านี้สำหรับ ที่อยู่ของผู้ใช้2
ในเวลานี้ เจ้าหน้าที่รับรองเอกสารได้ร่วมกันลงนามและโอน 100 USDT ในบัญชี cross-chain bridge บน chain B ให้กับผู้ใช้ กระบวนการนี้จะต้องเขียนเป็นโค้ดและทำงานโดยอัตโนมัติ ไม่เช่นนั้นทนายความจะต้องออนไลน์แบบเรียลไทม์และต้องดำเนินการทันทีหลังจากได้รับคำขอ ซึ่งไม่สมจริงเกินไป
โปรแกรมอัตโนมัตินี้จะประกอบด้วยหลายส่วน
โปรแกรมการตรวจสอบ: รับผิดชอบในการตรวจสอบธุรกรรมในห่วงโซ่ต้นทาง หากต้องการกรองธุรกรรมที่ไม่เกี่ยวข้องหรือธุรกรรมที่ไม่ถูกต้อง ขั้นตอนนี้อาจดำเนินการยืนยันรูปแบบพื้นฐานบางอย่าง
ขั้นตอนการตรวจสอบ: ซึ่งจะรวมถึงไคลเอ็นต์โหนดเบา (ซึ่งอาจเป็นโหนดเต็ม) ของบล็อกเชนที่รองรับ ซึ่งรับผิดชอบในการตรวจสอบว่าธุรกรรมในห่วงโซ่ต้นทางที่โต้ตอบกับสัญญาสะพานข้ามเครือข่ายถูกบรรจุลงในบล็อกและใส่ บนห่วงโซ่ ;
ขั้นตอนลายเซ็น: รับผิดชอบในการลงนามและเริ่มต้นธุรกรรมการโอนไปยังผู้ใช้ในห่วงโซ่เป้าหมาย
แต่ระบบอัตโนมัติยังนำมาซึ่งปัญหาด้วย กล่าวคือ โปรแกรมอัตโนมัติอาจถูกโจมตีและควบคุมโดยแฮกเกอร์ ดังนั้นเพื่อควบคุมความเสี่ยง สะพานข้ามโซ่จะใช้มาตรการเพื่อแยกร้อนและเย็น โปรแกรมอัตโนมัติควบคุมปุ่มลัด และจำกัดจำนวนการโอน สำหรับการโอนจำนวนมาก ทนายความต้องใช้กุญแจเย็นเพื่อลงนามด้วยตนเอง กฎสำหรับการแยกร้อนและเย็นสามารถนำไปใช้ในบัญชีกนง.
หากมีข้อบกพร่อง คุณไม่อยากจัดการกับมันทั้งหมดในเหตุการณ์เดียวใช่ไหม ดังนั้นจึงจำเป็นต้องแยกแหล่งเงินทุนและใช้บัญชีการดูแลหลายบัญชีเพื่อจัดการกองทุนสภาพคล่อง ตัวอย่างเช่น ตามการแยกระหว่าง chain สาธารณะที่แตกต่างกัน A และ B, B และ C และ C และ D เป็นกลุ่มทุนที่เป็นอิสระทั้งหมด
โปรแกรมตรวจสอบและลงนามอัตโนมัติที่ดำเนินการโดยทนายความสามารถทำงานบนอุปกรณ์ TEE ซึ่งสามารถเพิ่มความยากในการโจมตีของแฮ็กเกอร์ได้อย่างมาก TEE ย่อมาจาก Trusted Execute Environment ซึ่งเป็นสภาพแวดล้อมการประมวลผลที่ทำงานบนอุปกรณ์ที่กำหนดซึ่งแยกออกจากอุปกรณ์หลัก ระบบปฏิบัติการเหมือนวงล้อม
การแยกส่วนนี้บังคับใช้ด้วยฮาร์ดแวร์โดยมีความปลอดภัยสูงมาก ดังนั้น TEE จึงสามารถรันแอปพลิเคชันที่มีข้อกำหนดด้านความปลอดภัยสูงได้ เช่น การจัดการคีย์การเข้ารหัส การรับรองความถูกต้องด้วยชีวมาตร การประมวลผลการชำระเงินที่ปลอดภัย ฯลฯ
เพื่อให้สะพานข้ามสายโซ่ปลอดภัยยิ่งขึ้น การเลือกทนายความมีสองทิศทาง:
หนึ่งคือการเลือกบริษัทขนาดใหญ่และสถาบันที่มีชื่อเสียงและมีชื่อเสียงให้มากที่สุด สำหรับสถาบันเหล่านี้ ค่าใช้จ่ายในการทำชั่วนั้นสูงมาก และอาจสูญเสียความปรารถนาดีไปหลายปี นอกจากนี้ พยายามรักษาให้มีความหลากหลายทางภูมิศาสตร์มากที่สุดเท่าที่จะเป็นไปได้ (หลีกเลี่ยงการกระจุกตัวอยู่ในเขตอำนาจศาลเดียวกัน)
ตัวอย่างเช่นโครงการสะพานข้ามโซ่ Wormhole ได้เลือกโมเดลนี้ โหนดทั้ง 19 แห่งได้รับการสนับสนุนจากสถาบันขนาดใหญ่ที่มีชื่อเสียงซึ่งมีขนาดใหญ่และเงินทุนที่แข็งแกร่ง นี่คือวิธี PoA
อีกวิธีหนึ่งคือการยอมรับโนตารีที่ไม่ได้รับอนุญาต แต่กำหนดให้พวกเขาเดิมพัน หากพวกเขาประพฤติไม่ดี เงินเดิมพันของพวกเขาจะถูกเฉือน นี่คือวิธีการทำงานของ PoS นี่คือสิ่งที่ ZetaChain ใช้
วิธีใดในสองวิธีที่ดีกว่าและวิธีใดแย่กว่านั้นยากที่จะสรุปผลโดยพลการโดยตรง ขึ้นอยู่กับว่าฝ่ายต่างๆ ในโครงการสะพานข้ามสายโซ่ทำได้ดีเพียงใดในทิศทางของตน
ไม่ว่าจะเป็น PoA หรือ PoS คุณสามารถสร้างสะพานข้ามสายโซ่ให้เป็นสายโซ่สาธารณะได้โดยตรง แต่ละโหนดรันโปรแกรมเดียวกัน และคำขอและกระบวนการประมวลผลแบบข้ามสายทั้งหมดจะถูกบันทึกไว้ในสายโซ่นี้ ตัวเครือข่ายยังสามารถโฮสต์แอปพลิเคชันได้ จึงกลายเป็นศูนย์กลางทางนิเวศน์
อีกวิธีหนึ่งในการเพิ่มความปลอดภัยคือการกำหนดบทบาทผู้สังเกตการณ์ บทบาทนี้มีหน้าที่รับผิดชอบในการตรวจสอบพฤติกรรมข้ามเครือข่าย และหากพบปัญหา จะต้องรายงานธุรกรรมออนไลน์และธุรกรรมที่ถูกยกเลิก เนื่องจากผู้สังเกตการณ์จำเป็นต้องมีช่วงกรอบเวลาในการตอบสนอง เวลาที่มาถึงของการถ่ายโอนข้ามสายโซ่อาจมีความล่าช้า ดังนั้น ผู้สังเกตการณ์จะเข้าแทรกแซงก็ต่อเมื่อผู้ใช้ยอมรับความล่าช้าในการถ่ายโอนสำหรับธุรกรรมที่มีมูลค่าสูงหรือการดำเนินการข้ามสายโซ่ที่ละเอียดอ่อน
โซลูชันข้ามสายโซ่อื่น ๆล็อคแฮชกลับไปที่วิธีแรกที่กล่าวถึงในบทความนี้: P2P กำลังมองหาคู่สัญญาสำหรับการแลกเปลี่ยนสินทรัพย์ข้ามสายโซ่ หากเรากลัวว่าคู่สัญญาจะผิดนัดชำระหนี้เราก็สามารถตั้งกลไกขึ้นมาได้ เมื่อมีคนทรยศ อีกฝ่ายสามารถรับเงินคืนและคืนให้เหมือนเดิม นี่คือการล็อคแฮช ซึ่งใช้การล็อคแฮชและการล็อคเวลาอย่างชาญฉลาด โดยบังคับให้ผู้รับเงินยืนยันการชำระเงินก่อนกำหนดเวลา และสร้างหลักฐานการรับในห่วงโซ่ต้นทาง ด้วยหลักฐานการรับนี้ ผู้ชำระเงินจะสามารถได้รับทรัพย์สินที่เทียบเท่าของผู้รับในห่วงโซ่เป้าหมาย มิฉะนั้นทั้งสองฝ่ายจะคืนเงินทั้งหมดตามเส้นทางเดิม
อย่างไรก็ตาม วิธีนี้สามารถแลกเปลี่ยนเงินได้เท่านั้น และไม่สามารถถ่ายโอนข้อมูลข้ามสายโซ่ทั่วไปได้ แม้จากมุมมองของการโอนเงินข้ามสายโซ่ ประสบการณ์ผู้ใช้ของการล็อคเวลาแฮชนั้นแย่มาก: หากความผันผวนของราคาสกุลเงินไม่เอื้ออำนวยต่อคู่สัญญา (ผู้ให้บริการสภาพคล่อง) เขาอาจเลือกที่จะไม่ทำธุรกรรมให้เสร็จสิ้นอย่างมีเหตุผล เพื่อให้เสร็จสมบูรณ์ สำหรับการแลกเปลี่ยนข้ามสายโซ่ ทั้งผู้ใช้และคู่สัญญาจะต้องลงนามสองครั้ง ดังนั้น ในฐานะที่เป็นโซลูชันแบบ cross-chain การล็อคเวลาแฮชจึงถูกกำจัดออกไป สะพานข้ามสายโซ่ในยุคแรกๆ (เช่น cBridge และ Connext) ที่ใช้โซลูชันนี้ได้เปลี่ยนแปลงวิธีการของพวกเขา ไคลเอ็นต์ไลท์บนเชน วิธีนี้เป็นการปรับใช้งานสัญญาไคลเอ็นต์ไลท์ของเชนต้นทางบนเชนเป้าหมายโดยตรง หากคุณปรับใช้สัญญาบนลูกโซ่ โหนดทั้งหมดในลูกโซ่จะเรียกใช้รหัสสัญญาที่คุณปรับใช้
ดังนั้นโซลูชันไคลเอนต์แบบไลท์บนเชนช่วยให้เชนเป้าหมายสามารถตรวจสอบธุรกรรมจากเชนต้นทางได้โดยตรง วิธีนี้มีความปลอดภัยสูงแต่ก็แพงที่สุดเช่นกัน ความมีราคาแพงสะท้อนให้เห็นในด้านต่อไปนี้: สัญญาไคลเอนต์แบบเบาของห่วงโซ่เป้าหมายจำเป็นต้องรับและตรวจสอบส่วนหัวของบล็อกใหม่จากห่วงโซ่ต้นทางแบบเรียลไทม์ กระบวนการนี้ใช้แก๊สเป็นจำนวนมาก แม้ว่าจะใช้ ZK เพื่อให้บรรลุการพิสูจน์ที่รัดกุม แต่ปริมาณการใช้ก๊าซในการตรวจสอบการพิสูจน์ ZK จะไม่น้อยกว่า 400,000 ก๊าซ (เช่น EVM) ในโครงการ MPC สิ่งที่จำเป็นต้องได้รับการตรวจสอบในห่วงโซ่คือลายเซ็น และปริมาณการใช้แก๊สเพียง 20,000 กว่าเล็กน้อย ต่างกัน 20 เท่า! คุณจะใช้สะพานที่ปลอดภัยกว่าแต่มีราคาแพงกว่า 20 เท่าหรือไม่?
ปริมาณงานที่ต้องใช้ในการพัฒนาสัญญาลูกค้ารายย่อยนั้นมีมาก เพื่อให้สะพานข้ามสายโซ่เข้ากันได้กับสายโซ่ที่ต่างกันมากขึ้น คุณจะต้องใช้สัญญาไคลเอนต์แบบเบาของสายโซ่อื่นๆ ในสภาพแวดล้อมการพัฒนาที่แตกต่างกันอย่างสิ้นเชิงของสายโซ่ที่แตกต่างกัน ซึ่งเป็นความท้าทายระดับนรกสำหรับนักพัฒนา สิ่งนี้นำไปสู่ความน่าจะเป็นที่มากขึ้นที่จะเกิดข้อบกพร่องในการเขียนสัญญา กล่าวคือ ความปลอดภัยของ light client bridge นั้นอยู่ในระดับทางทฤษฎีเท่านั้น แต่ในแง่ของการปฏิบัติทางวิศวกรรมนั้น ไม่ปลอดภัยอย่างมาก เพื่อลดปริมาณงานพัฒนา วิธีแก้ปัญหาที่เป็นไปได้คือการแนะนำรีเลย์โซ่และปล่อยให้เชนทั้งหมดสร้างสัญญาไคลเอนต์แบบเบากับรีเลย์เชนนี้ สิ่งนี้สามารถลดภาระงานของ C(n,2) เหลือ n ได้อย่างแน่นอน แต่ก็ยังไม่น้อยเกินไป การถ่ายโอนข้ามสายโซ่โดยตรงแบบเดิมจากห่วงโซ่ต้นทางไปยังห่วงโซ่เป้าหมายได้กลายเป็นการถ่ายโอนลำดับที่สองของห่วงโซ่ต้นทาง → ห่วงโซ่รีเลย์ → ห่วงโซ่เป้าหมาย ซึ่งจะทำให้เกิดการสิ้นเปลืองก๊าซและเวลาเพิ่มขึ้น
ดังนั้นโซลูชันทางเทคนิคไคลเอ็นต์แบบเบาจึงไม่สามารถนำมาใช้เพื่อสร้างสะพานข้ามสายโซ่ที่เป็นสากลมากขึ้นได้
ประการแรก เครือข่ายสาธารณะที่แตกต่างกันมีแนวทางที่แตกต่างกันและมีทรัพยากรที่แตกต่างกันในการสนับสนุน ตราบใดที่พวกเขาไม่ยอมรับความพ่ายแพ้ ระบบนิเวศก็จะยังคงอยู่ แม้ว่าการพัฒนาจะไม่ค่อยดีนักในระยะสั้น แต่สักวันหนึ่ง มันอาจจะได้รับการอัพเกรดและจะกลับมามีชีวิตอีกครั้ง สิ่งที่เกี่ยวกับอินฟราพื้นฐานเช่นนี้คือการดูว่าใครสามารถคงอยู่ได้นานกว่าและใครสามารถปรับตัวเข้ากับตลาดได้อย่างรวดเร็ว
Bitcoin และ Ethereum ไม่สามารถแก้ปัญหาการใช้งานได้ทั้งหมด หรือในบางเซ็กเมนต์ มักจะมีคนที่ไม่ชอบที่แรกเสมอ ดังนั้นพวกเขาจึงสร้างวงล้อใหม่ ดังนั้นอนาคตจะเป็น multi-chain ในอนาคตชั้นล่างสุดจะไม่เป็นลูกโซ่อีกต่อไป ดังนั้นอนาคตจะต้องเป็นระบบนิเวศที่หลากหลาย วิธีการโอนเงินและข้อความระหว่างหลายระบบนิเวศต้องใช้เทคโนโลยีแบบ cross-chain/cross-ecological!
ผู้ใช้กังวลอะไรมากที่สุดเมื่อพูดถึงเรื่อง cross-chain? ไม่มีอะไรมากไปกว่าประเด็นต่อไปนี้:
ความเร็ว: การดำเนินการข้ามสายโซ่ใช้เวลานานเท่าใดจึงจะเสร็จสมบูรณ์?
ค่าธรรมเนียม: ฉันต้องจ่ายเท่าใดสำหรับการดำเนินการข้ามสายโซ่
การรักษาความปลอดภัย: สะพานข้ามสายโซ่ปลอดภัยและเงินจะสูญหายหรือไม่?
สภาพคล่อง: มีสภาพคล่องเพียงพอที่จะรองรับการซื้อขายของฉันและผลกระทบต่อราคาที่ยอมรับได้หรือไม่?
ขอบเขตการเชื่อมต่อ: คุณรองรับเครือข่ายได้กี่เครือข่าย? คุณรองรับ chains ที่ฉันต้องใช้ในการดำเนินการ cross-chain หรือไม่?
ประสบการณ์: การดำเนินการแบบข้ามสายโซ่สะดวกหรือไม่ เช่น รองรับการจ่ายน้ำมันหรือไม่ การประมาณการต้นทุนถูกต้องหรือไม่ รองรับการสืบค้นความคืบหน้าและการดูเบราว์เซอร์ ความล้มเหลวเกิดขึ้นบ่อยครั้งหรือไม่ วิธีจัดการกับความล้มเหลว ฯลฯ
ก่อนอื่น เรามาดูรายละเอียดคุณลักษณะของบางโครงการจากมุมมองที่ชัดเจนสามประการ ได้แก่ ความปลอดภัย ต้นทุน และช่วงการเชื่อมต่อ
คลิกลิงค์เพื่อดูตารางที่ชัดเจน (ตารางมีการอัปเดตอย่างต่อเนื่อง):
https://docs.google.com/spreadsheets/d/1LKlbd5KJUnQIx3ZBTgyMADhxHtWVwBH9qDRm765tPMw/
เพื่ออธิบายสะพานข้ามสายโซ่อย่างครบถ้วน จึงมีรายละเอียดมิติมากมายที่ต้องกล่าวถึง เช่น มิติข้อมูลทั้งหมดและการวิเคราะห์ข้อมูลในตารางด้านบน แล้วปัจจัยอะไรที่คุณสนใจเมื่อข้ามโซ่? สะพานข้ามโซ่ใดที่คุณมักใช้? คุณคิดว่าสะพานข้ามสายโซ่ควรเน้นในด้านใดบ้างเพื่อการเพิ่มประสิทธิภาพ หากคุณมีความคิดของคุณ โปรดอย่าลังเลที่จะสื่อสารกับผู้เขียน