นับตั้งแต่เปิดตัว cBridge 1.0 จำนวนเงินรวมของกองทุนข้ามเครือข่ายของเราเพิ่มขึ้นอย่างต่อเนื่องแบบทวีคูณทุกสัปดาห์ ในเดือนแรกของการเปิดตัว เราดำเนินการเพียง $10 ล้านของการโอนเงินข้ามเครือข่าย ในเดือนต่อมา cBridge รวมทั้งหมด จำนวนกองทุนข้ามเครือข่ายเพิ่มขึ้นเป็น 170 ล้านดอลลาร์ และกองทุนข้ามเครือข่ายรายวันก็เกิน 10 ล้านดอลลาร์อย่างต่อเนื่อง ผู้ให้บริการสภาพคล่องของโหนด cBridge สามารถรับรายได้ 45% ต่อปีจากค่าธรรมเนียมการจัดการข้ามสายโซ่เท่านั้น โดยไม่มีสิ่งจูงใจเพิ่มเติม มันน่าตื่นเต้น แต่นี่เป็นเพียงจุดเริ่มต้นเท่านั้น

วันนี้เรายินดีที่จะประกาศแผนอัปเกรด cBridge 2.0 และแนะนำสั้นๆ เกี่ยวกับการอัปเกรดที่เป็นนวัตกรรมใหม่นี้

สถาปัตยกรรมทางเทคนิคของ cBridge 2.0 จะนำมาซึ่งประสบการณ์การซื้อขายข้ามสายโซ่ที่ดีที่สุดในตลาด ซึ่งจะขึ้นอยู่กับการให้ความลึกของสภาพคล่องที่ดีขึ้นแก่ผู้ใช้ และให้ประสิทธิภาพสูงสุดสำหรับโหนด cBridge และผู้ให้บริการสภาพคล่อง (LP) ที่ไม่ต้องการ เรียกใช้โหนด และวิธีการจัดการสภาพคล่องที่ใช้งานง่าย และมอบฟังก์ชันการส่งข้อความข้ามเชนทั่วไปแก่นักพัฒนา เพื่อรองรับ NFT ข้ามเชน, DEX ข้ามเชน และแอปพลิเคชันอื่นๆ การทำให้ฟังก์ชันทั้งหมดของ cBridge 2.0 เป็นจริงนั้นขึ้นอยู่กับการอัปเกรดของเครือข่าย State Guardian ที่ขับเคลื่อนโดยคำมั่นสัญญาของ CELR (ต่อไปนี้จะเรียกว่า SGN) ซึ่งช่วยเพิ่มมูลค่าของเครือข่าย SGN

ชื่อเรื่องรอง

เนื้อหาของบทความนี้โดยย่อ: cBridge 2.0 เพิ่มประสิทธิภาพประเภทใดได้บ้าง

สำหรับผู้อ่านที่ไม่ต้องการให้ความสนใจกับรายละเอียดของการใช้งานด้านเทคนิคมากเกินไป ต่อไปนี้เป็นคำแนะนำสั้นๆ เกี่ยวกับการอัปเกรดและข้อดีของ cBridge 2.0

สำหรับผู้ใช้:

- ความลึกของสภาพคล่องที่ดีขึ้น: รองรับการทำธุรกรรมข้ามสายเดี่ยวที่ใหญ่ขึ้น

- ขั้นตอนการใช้งานที่ง่ายขึ้น: ให้ฟังก์ชั่นการถ่ายโอนด้วยคลิกเดียว

- รองรับการโอนไปยังโทเค็นก๊าซธรรมชาติ: ตัวอย่างเช่น WETH บน BSC สามารถโอนโดยตรงข้ามเชนไปยัง ETH ดั้งเดิมบนอนุญาโตตุลาการเพื่อชำระโทเค็นก๊าซบนอนุญาโตตุลาการ

- การขยายและรองรับเชนและโทเค็นหลายรายการ

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

สำหรับผู้ให้บริการสภาพคล่อง (LP) และโหนด cBridge:

- ไม่จำเป็นต้องเรียกใช้โหนดเพื่อให้มีสภาพคล่อง:ใน cBridge 1.0 วิธีเดียวที่จะจัดหาสภาพคล่องคือการเรียกใช้โหนด cBridge ใน 2.0 เราได้เพิ่มโหมดใหม่ที่ SGN เองจะมีอยู่เป็นโหนด cBridge ผู้ให้บริการสภาพคล่องสามารถมอบหมายสภาพคล่องให้กับโหนดการจัดการร่วมที่ดำเนินการโดย SGN และไม่จำเป็นต้องเรียกใช้โหนด cBridge เพิ่มเติมด้วยตนเองในขณะที่ได้รับค่าธรรมเนียมการจัดการข้ามสายโซ่

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

- ประสิทธิภาพสภาพคล่องสูงมาก:เมื่อเปรียบเทียบกับโซลูชันข้ามเชนอื่นๆ cBridge 2.0 ไม่ต้องการการล็อคสภาพคล่องสองเท่าเพิ่มเติม ดังนั้นจึงช่วยปรับปรุงมูลค่าต่อหน่วยและประสิทธิภาพของสภาพคล่อง และเพิ่มรายได้ LP สูงสุด

- การออกแบบสมดุลสภาพคล่องที่เหมาะสม:cBridge 2.0 รวมและจัดการสภาพคล่องร่วมกันผ่าน SGN สนับสนุนและสร้างเส้นโค้ง AMM แบบอสมมาตรที่เหมาะสมที่สุดตามอุปสงค์และอุปทาน จึงสร้างแรงจูงใจให้อนุญาโตตุลาการและ LPs เพื่อรักษาสภาพคล่องที่เพียงพอและสมมาตรของเครือข่ายโดยรวม

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

การจับมูลค่า:

- การจับมูลค่า:เนื่องจากผู้จำนำและตัวตรวจสอบความถูกต้องของ SGN ให้บริการที่จำเป็นสำหรับ cBridge 2.0 ผู้จำนำ CELR ใน SGN จะบันทึกมูลค่าเครือข่ายโดยตรงผ่านค่าธรรมเนียมข้ามเชนของ cBridge และรางวัลการขุดสภาพคล่อง

- การกำกับดูแลพิธีสาร:พารามิเตอร์ต่างๆ ของระบบ เช่น เส้นราคา อัตราส่วนค่าธรรมเนียม ฯลฯ จะถูกควบคุมผ่านโปรโตคอลแบบกระจายตามคำมั่นสัญญา CELR

สำหรับนักพัฒนา:

- ฉลากสีขาวของ SDK ส่วนหน้า:อนุญาตให้ dApps แบบหลายเชนทุกประเภทรวมฟังก์ชันของ cBridge ในเครื่อง ทำให้ผู้ใช้สามารถข้ามเชนได้โดยตรงภายใน dApps ของตน

- ให้ฟังก์ชันการส่งข้อความแบบข้ามสายเพื่อรองรับ NFT แบบข้ามสายและแอปพลิเคชันอื่นๆ:ช่วยให้นักพัฒนาสามารถพัฒนาแอปพลิเคชันที่ซับซ้อนได้มากกว่าการข้ามสายงานแบบธรรมดา เช่น cross-chain NFT และ cross-chain DEX เป็นต้น

แล้วเราใช้ฟังก์ชันและคุณลักษณะใหม่ทั้งหมดนี้ใน cBridge 2.0 ได้อย่างไร

คำตอบ: เครือข่ายผู้พิทักษ์แห่งรัฐของ Celer - SGN

ชื่อเรื่องรอง

ทบทวนเครือข่ายผู้ปกครองรัฐ

มีอยู่

มีอยู่ในช่องสถานะ Celer, SGN ช่วยจัดเก็บสถานะของช่องและตอบสนองต่อการตั้งถิ่นฐานที่เป็นอันตรายบน L1 เมื่อจำเป็น ในเซเลอร์ชั้นที่ 2. ห่วงโซ่การหมุนเวียนทางการเงิน, SGN ขยายเป็นเครือข่ายการผลิตบล็อกแบบกระจายอำนาจ ส่งข้อมูลการโทรและรูทสถานะกลับไปที่ L1 ในโหมดการทำงานแบบ Rollup แม้ว่าฉันทามติของ PoS ทั้งหมดจะล้มเหลว โหนด SGN ใดๆ ก็ยังสามารถใส่หลักฐานการฉ้อฉลในห่วงโซ่เพื่อรับประกันความปลอดภัยของระบบ

ชื่อเรื่องรอง

SGN ทำหน้าที่เป็นเกตเวย์โหนด cBridge และอนุญาโตตุลาการข้อตกลงระดับบริการ (SLA)

ตัวเลือกการออกแบบโหนดและข้อจำกัดของ cBridge 1.0

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

สิ่งที่เกตเวย์ 1.0 เสนอให้ผู้ใช้จริง ๆ แล้วคือคำแนะนำ "FYI" ในการใช้โหนด cBridge บางตัว แม้ว่า cBridge 1.0 จะถูกสร้างขึ้นด้วยสถาปัตยกรรมแบบ non-custodial ซึ่งผู้ใช้ไม่จำเป็นต้องเชื่อถือโหนดเพื่อความปลอดภัยของเงินทุน แต่ก็มีปัญหาเกี่ยวกับประสบการณ์ของผู้ใช้ที่เกี่ยวข้องกับ "ความพร้อมใช้งานของโหนด" ตัวอย่างเช่น หากผู้ใช้ส่งการถ่ายโอนแบบมีเงื่อนไข (ส่วนแรกของ HTLC) ไปยังโหนด แต่โหนดออฟไลน์ก่อนที่การถ่ายโอน HTLC สองขั้นตอนจะเสร็จสมบูรณ์ ผู้ใช้จะต้องรอให้การถ่ายโอนแบบมีเงื่อนไขหมดเวลา และโหนด cBridge จะไม่ออฟไลน์ และอาจมีการลงโทษใด ๆ ผู้ใช้จะไม่ได้รับค่าชดเชยใด ๆ สำหรับเวลาที่รอ

เราได้แก้ไขข้อจำกัดทั้งสองนี้ใน 2.0 ด้วย SGN

การตั้งเวลาโหนด cBridge แบบกระจายอำนาจและมีประสิทธิภาพผ่าน SGN

ใน 2.0 อันดับแรก เราย้ายลอจิกเกตเวย์ส่วนกลางทั้งหมดเป็นบริการแบบกระจายไปยัง SGN แบบกระจาย โหนด cBridge จะลงทะเบียนกับ SGN ตามการตั้งค่าค่าธรรมเนียม ความพร้อมใช้งานของสภาพคล่อง ฯลฯ แทนที่จะใช้บริการเกตเวย์ส่วนกลาง

เมื่อผู้ใช้ส่งคำขอ การไหลของระบบปกติจะเป็นดังนี้:

- ผู้ใช้ค้นหาสถานะปัจจุบันของ SGN สำหรับค่าธรรมเนียมการทำธุรกรรมโดยประมาณและความพร้อมของสภาพคล่อง

- หากยอมรับค่าธรรมเนียมโดยประมาณ ผู้ใช้จะส่งครึ่งแรกของการโอน HTLC โดยระบุค่าธรรมเนียมสูงสุดที่ยอมรับได้

- SGN ตรวจสอบและรับธุรกรรม กำหนดโหนดที่ลงทะเบียน cBridge ตั้งแต่หนึ่งโหนดขึ้นไปสำหรับธุรกรรมตามกฎการตั้งเวลาโหนด การจัดสรรธุรกรรมนี้เขียนขึ้นบนห่วงโซ่ SGN และมีการทำเครื่องหมายในการโอน HTLC ของผู้ใช้ด้วย

- โหนดที่กำหนดยอมรับการมอบหมายและตอบสนองโดยดำเนินการถ่ายโอนตามเงื่อนไขที่เหลือให้เสร็จสิ้น

- SGN ยังคงตรวจสอบและติดตามธุรกรรมต่อไป เมื่อธุรกรรมเสร็จสมบูรณ์ สถานะที่เกี่ยวข้องกับธุรกรรมนี้จะถูกล้างออกจากเครือข่าย SGN

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

การฝาก SLA ของโหนดบริดจ์และกลไกการลงโทษ

แตกต่างจากเกตเวย์ 1.0 ภายใต้กรอบของ SGN ในฐานะเลเยอร์การจัดตารางเวลา (เกตเวย์) SGN จะตรวจสอบกระบวนการทั้งหมดของธุรกรรมข้ามสาย ในฐานะที่เป็นห่วงโซ่ PoS แบบกระจายศูนย์ ตอนนี้ SGN สามารถให้มากกว่าแค่ "คำแนะนำสำหรับการอ้างอิงเท่านั้น" ยังสามารถกำหนดบทลงโทษบนโหนด cBridge ที่ไม่สามารถดำเนินการโอนข้ามสายโซ่ที่จัดสรร "ตามที่สัญญาไว้"

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

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

ผ่านฟังก์ชัน SLA margin ที่สนับสนุนโดย "SGN Gateway" แบบกระจาย โหนด cBridge สามารถดำเนินการ SLA คุณภาพสูงได้ สิ่งนี้มีจุดมุ่งหมายเพื่อให้เครือข่ายผู้ให้บริการโหนด cBridge มีสุขภาพดี เติบโตอย่างรวดเร็วและกระจายอำนาจสำหรับผู้ให้บริการสภาพคล่องที่ต้องการรักษา "สภาพคล่องที่โฮสต์เอง"

บางคนอาจแย้งว่าการตั้งค่าการฝาก SLA ไม่สามารถเรียกว่าการดูแลตนเองได้ 100% เนื่องจากมีความเป็นไปได้ที่ PoS จะล้มเหลว ซึ่งการฝาก SLA อาจถูกเฉือนอย่างไม่ถูกต้อง

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

กฎการตั้งเวลาโหนด

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

ชื่อเรื่องรอง

SGN เป็นผู้จัดการกลุ่มสภาพคล่องที่ใช้ร่วมกัน

ให้สภาพคล่องโดยไม่ต้องเรียกใช้โหนด cBridge

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

ดังนั้นใน cBridge 2.0 เราจึงได้แนะนำโหมดการทำงานใหม่ล่าสุด: SGN โดยรวมจัดการสัญญารวมสภาพคล่องที่ใช้ร่วมกันในหลายเครือข่าย สิ่งนี้ปฏิบัติต่อ SGN ซึ่งตัวมันเองเป็นเครือข่าย PoS แบบกระจาย และกลุ่มสภาพคล่องที่มีการจัดการเป็น "โหนด" เดียว และให้ทางเลือกสำหรับ LP ในการมอบหมายสภาพคล่องให้กับ SGN ได้อย่างง่ายดาย รับรายได้ค่าธรรมเนียมข้ามสายโซ่โดยไม่ต้องเรียกใช้โหนดใดๆ

โมเดลนี้รับประกันความปลอดภัยอะไรบ้าง

การรักษาความปลอดภัยระดับ PoS และการกำกับดูแลแบบกระจายอำนาจ

ในโหมด cBridge 2.0 นี้ สัญญารวมสภาพคล่องที่ใช้ร่วมกันจะได้รับการจัดการผ่านฉันทามติ PoS ของ SGN การโอนเงินในสัญญารวมต้องใช้ Multisig แบบถ่วงน้ำหนักเดิมพันของ CELR พูลจะมีความเสี่ยงหากมากกว่า ⅔ ของเงินเดิมพันทั้งหมดเป็นอันตราย สิ่งที่เราต้องการเน้นย้ำก็คือ ด้วยจำนวนธุรกรรมข้ามเชนของ cBridge ที่เพิ่มขึ้นและการเติบโตของมูลค่ารวมที่บันทึกโดยเครือข่าย cBridge โหนดใดๆ ที่พยายามทำพฤติกรรมที่เป็นอันตรายจะเพิ่มความยากลำบากและต้นทุนโดยธรรมชาติ สิ่งนี้แตกต่างโดยพื้นฐานจากโซลูชันอื่นๆ ที่ใช้ TSS หลายลายเซ็นในแง่ของความปลอดภัย เนื่องจาก TSS เองไม่ได้ผูกมัดกับโทเค็นใดๆ ดังนั้นความปลอดภัยจึงไม่สามารถเติบโตได้พร้อมกับการเติบโตของมูลค่าเครือข่าย

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

ประสบการณ์ Simple Liquidity Provider (LP) และประสิทธิภาพสภาพคล่องสูง

แล้ว LPs จะจัดการสภาพคล่องในรูปแบบนี้ได้อย่างไร? โซลูชันที่มีอยู่ เช่น Hop Protocol และ Thorchain ต้องการ LPs เพื่อใส่สภาพคล่องของโทเค็นลงในพูล AMM บนเครือข่ายพร้อมกับโทเค็นการชำระเงินที่ควบคุมโดยโปรโตคอลอื่น แต่รุ่นนี้มีข้อเสีย:

- ตัวอย่างเช่น Thorchain กำหนดให้ LP ใช้ Rune ซึ่งเป็นโทเค็นการชำระบัญชีที่ไม่เสถียรสูง ซึ่งจะทำให้ LP สูญเสียอย่างถาวรอย่างหลีกเลี่ยงไม่ได้

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

- ตัวอย่างเช่น เมื่อโปรโตคอล Hop ต้องการ "พันธะ" เพื่อจัดหาสภาพคล่อง ประสิทธิภาพสภาพคล่องของโปรโตคอลจะต่ำ เนื่องจากความต้องการสภาพคล่องที่แท้จริงสำหรับการโอนข้ามสายใด ๆ จะมีสภาพคล่องที่จำเป็นสองเท่า

cBridge 2.0 แก้ปัญหา "liquidity attribution problem" ผ่านการออกแบบใหม่ มอบประสบการณ์ LP ที่เรียบง่ายและประสิทธิภาพสภาพคล่องสูง เพื่อทำความเข้าใจการออกแบบระบบของเราให้ดียิ่งขึ้น ก่อนอื่นเราจะอธิบายว่า "การแสดงที่มาสภาพคล่อง" หมายถึงอะไร ในระบบการเชื่อมโยงแบบหลายสายโซ่ใดๆ เมื่อผู้ใช้ส่งเงินจากห่วงโซ่ต้นทางไปยังห่วงโซ่เป้าหมาย LP (หรือกลุ่มรวม) จะจ่ายเงินให้กับผู้ใช้ในห่วงโซ่เป้าหมายโดยพื้นฐานแล้วในขณะที่รับเงินจากผู้ใช้ในห่วงโซ่ต้นทาง ตอนนี้ สมมติว่ามี LP ที่ให้สภาพคล่องแก่ระบบในห่วงโซ่ A เมื่อผู้ใช้ส่งเงินจากเชน B ไปยังเชน A สภาพคล่องของ LP จะถูก "กระจาย" โดยพื้นฐานแล้ว: สภาพคล่องในเชน A จะลดลง และสภาพคล่องในเชน B จะเพิ่มขึ้น ปัญหาการระบุแหล่งที่มาของสภาพคล่องหมายถึง "วิธีที่ระบบช่วยให้ LP แต่ละรายทราบว่าสภาพคล่องทั้งหมดของตนอยู่ที่ใด" และ "วิธีจัดการสภาพคล่องอย่างมีประสิทธิภาพเพื่อเพิ่มประสิทธิภาพผลตอบแทนค่าธรรมเนียมการทำธุรกรรม"

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

ในขณะเดียวกัน LPs มีแรงจูงใจที่แข็งแกร่งกว่าในการสร้างสมดุลของสภาพคล่อง เนื่องจากพวกเขาไม่จำเป็นต้องจ่ายค่าธรรมเนียมบริดจ์เพิ่มเติมเพื่อเก็บเกี่ยวรายได้จากการเก็งกำไร อย่างไรก็ตาม กระบวนการปรับสมดุลสำหรับ LP นั้นซับซ้อนมาก ตัวอย่างเช่น หากเราระบุห่วงโซ่ที่ขาดแคลนสภาพคล่องเป็น S และห่วงโซ่ที่อุดมด้วยสภาพคล่องเป็น A LP จะต้องดำเนินการตามขั้นตอนต่อไปนี้:

- ลบสภาพคล่องออกจากกลุ่ม AMM ของ S

- ย้ายโทเค็นการชำระบัญชีจาก S ไป A

- ขายโทเค็นการชำระบัญชีให้กับกลุ่ม AMM บน A ในราคาพรีเมียมเพื่อแลกเปลี่ยนกลับเป็นโทเค็นดั้งเดิม

- ย้ายโทเค็นดั้งเดิมกลับไปที่ S

- ซื้อโทเค็นการชำระบัญชีบน S.

- เพิ่มสภาพคล่องกลับไปที่พูล AMM ของ S

ขั้นตอนข้างต้นไม่เพียงแต่ทำให้มีค่าใช้จ่ายในการดำเนินงานบางส่วนเท่านั้น แต่ยังมีค่าใช้จ่ายด้านธุรกรรมและเวลาที่สำคัญอีกด้วย

ใน cBridge 2.0 เราเชื่อว่าโครงสร้างสะพาน (SGN ในกรณีของเรา) สามารถเพิ่มประสิทธิภาพได้อย่างมาก ลดต้นทุนลงอย่างมากเมื่อเทียบกับการดำเนินการตามสัญญาอัจฉริยะบนเครือข่าย ดังนั้นใน cBridge 2.0 สภาพคล่องของแต่ละ LP ในระบบจะถูกติดตามอย่างชัดเจน การเพิ่มสภาพคล่องนั้นง่ายมาก เพียงเพิ่มโทเค็นเนทีฟในสัญญารวมสภาพคล่องด้วยธุรกรรมเดียว และ SGN จะบันทึกจำนวนสภาพคล่องสำหรับแต่ละ LP ในสถานะลูกโซ่ของ SGN โดยพื้นฐานแล้ว SGN จะรักษาตาราง (chain_id, LP_address, token_type, Balance) ในสถานะของห่วงโซ่

เมื่อประมวลผลคำขอโอนข้ามสาย SGN จะใช้สภาพคล่องของพูลทั้งหมดเพื่อคำนวณการเลื่อนหลุดและการกำหนดราคา (รายละเอียดในหัวข้อถัดไป) จากนั้น SGN จะถือว่า LP เป็น "โหนด cBridge เสมือน" และจัดสรรตามสภาพคล่องของ คำขอโอน LPs ความเข้าใจเชิงแนวคิดแบบง่ายๆ คือ สำหรับคำขอโอนแต่ละครั้ง ยอดสภาพคล่องของ LP ของห่วงโซ่เป้าหมายแต่ละรายการจะลดลงตามสัดส่วนของสภาพคล่องที่มีอยู่ ในขณะที่ยอดสภาพคล่องของห่วงโซ่ต้นทางจะเพิ่มขึ้น แน่นอน ในการใช้งานทางวิศวกรรมจริง เราใช้วิธีการต่างๆ เช่น การสุ่มตัวอย่างและอัลกอริทึมการประมาณ เพื่อลดการเปลี่ยนแปลงสถานะและค่าใช้จ่าย ในขณะที่ยังคงรักษาความเป็นธรรมทางสถิติระหว่าง LPs ส่วนนี้มีรายละเอียดเพิ่มเติมในเอกสารทางเทคนิคของเรา

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

- LP ลบสภาพคล่องของโทเค็นพื้นเมืองใน A โดยตรง เนื่องจากการเลื่อนหลุดในระบบ ในขั้นตอนแรกนี้ LP ได้ล็อครายได้จากการเก็งกำไรการเลื่อนหลุดแล้ว

- LP ย้ายโทเค็นดั้งเดิมจาก A ถึง S

- เพิ่มโทเค็นดั้งเดิมลงในกลุ่มของ S

LPs ยังคงสามารถขจัดสภาพคล่องทั้งหมดออกจากห่วงโซ่เดียวหรือการรวมกันของห่วงโซ่เฉพาะ ใน cBridge 2.0 วิธีนี้ทำได้โดยการทริกเกอร์การโอนข้ามสายโซ่ภายในและปฏิบัติต่อ LPs ในฐานะผู้ใช้ โอนสภาพคล่องไปยังสายโซ่ที่ต้องการ แล้วลบสภาพคล่องออก โปรดทราบว่าในกรณีนี้ LP จะแบกรับความคลาดเคลื่อนของระบบของการโอนข้ามสายโซ่ อย่างไรก็ตาม สิ่งนี้ไม่ต่างจากการแลกเปลี่ยนโทเค็นการชำระบัญชีโดยตรงสำหรับโซลูชันบนเครือข่ายที่ใช้ AMM และแท้จริงแล้วมีราคาไม่แพง

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

การกำหนดราคาข้ามสะพานเพื่อจูงใจให้มีสภาพคล่องที่สมดุล

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

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

เพื่อรักษาหลักการออกแบบ "สถาปัตยกรรมอัจฉริยะ" ของเราอย่างต่อเนื่อง เราได้สร้างกลไกการกำหนดราคาแบบเส้นเชื่อม (bonding curve) ซึ่งได้รับแรงบันดาลใจจาก AMM ของเคิร์ฟ Stablecoin ภายใน SGN เมื่อผู้ใช้โอนโทเค็นจากเชนหนึ่งไปยังอีกเชนหนึ่ง SGN จะคำนวณโทเค็นที่ได้รับตามสภาพคล่องที่มีอยู่ในเชนต้นทางและเป้าหมาย นอกเหนือจากการกำหนดราคาแล้ว ค่าธรรมเนียมคงที่จะถูกหักออกจากการทำธุรกรรมเป็นค่าธรรมเนียมให้กับ LP

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

- A เป็นค่าคงที่สำหรับโซ่แต่ละคู่ สำหรับคู่เชนเดียวกัน โทเค็นทั้งหมดของ A จะเหมือนกัน

-D เป็นตัวแปร เริ่มต้น D D สามารถหาได้จากการแก้สมการลูกบาศก์สำหรับสภาพคล่องเริ่มต้นของโซ่ทั้งสอง หลังจากนั้น D ควรอัปเดตซ้ำตามสถานะสภาพคล่อง

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

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

ในเส้นโค้งอสมมาตรสีแดงด้านบนที่มีเส้นอ้างอิงสมมาตรสีน้ำเงิน เราจะเห็นว่าเส้นโค้งนั้นทำให้เกิดการเลื่อนไหลมากขึ้นสำหรับการถ่ายโอนจากเชน i ไปยังเชน j เมื่อความไม่สมดุลเกิดขึ้น ถ้า จากนั้นลดความซับซ้อนของเส้นโค้งที่ใช้โดย Curve Finance

การส่งข้อความข้ามสายสากล

cBridge 2.0 สร้างโครงสร้างแบบ cross-chain ที่ชาญฉลาดโดยใช้ SGN สิ่งที่โครงสร้างนี้สามารถทำได้ไม่ใช่แค่การถ่ายโอนสินทรัพย์ข้ามสายโซ่เท่านั้น แต่ยังเป็นเฟรมเวิร์กการส่งข้อความข้ามสายโซ่ทั่วไปด้วย ซึ่ง SGN จะเฝ้าติดตามเหตุการณ์ใด ๆ ในสายโซ่ต้นทางและเผยแพร่การรับรองฉันทามติของเหตุการณ์เหล่านี้บนสายโซ่เป้าหมาย กรอกข้อมูลข้าม- กระบวนการลูกโซ่

ชื่อเรื่องรอง

การจับมูลค่าเครือข่าย

ซึ่งแตกต่างจากโทเค็นการกำกับดูแลจำนวนมาก (โดยที่ผู้ถือโทเค็นโปรโตคอลไม่ถือว่าฟังก์ชันประจำวันของโปรโตคอล) เป็นที่ชัดเจนว่าผู้ถือ CELR และเครือข่ายของผู้พิทักษ์ของรัฐมีความสำคัญต่อการปฏิบัติการที่ดีของ cBridge

ดังนั้นผู้ใช้และ LPs ใน cBridge 2.0 ต้องจ่ายค่าธรรมเนียมให้กับ SGN เพื่อแลกกับบริการ ค่าธรรมเนียมเหล่านี้แบ่งตามสัดส่วนให้กับผู้เดิมพัน CELR ใน SGN โดยเฉพาะ:

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

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

ชื่อเรื่องรอง

สรุปข้อสังเกตเกี่ยวกับการแลกเปลี่ยนการออกแบบสะพานหลายสายของ cBridge

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

บางคนอาจกล่าวว่าโซลูชันการเชื่อมโยงแบบควบคุมได้เองเป็นการออกแบบการเชื่อมโยงที่ "บริสุทธิ์ที่สุด" และ "ปลอดภัยที่สุด" แม้ว่าเราจะรับทราบหลักการของอาร์กิวเมนต์นี้ แต่เราขอย้ำว่าไม่ใช่ทุกคนที่สามารถเรียกใช้โหนดเต็ม cBridge ได้ แน่นอนว่าเรามั่นใจในศักยภาพของโมเดลนี้ ซึ่งเป็นเหตุผลว่าทำไมเราจึงออกแบบโมเดล "SGN as cBridge node gateway and service level agreement (SLA) arbitrator"

ในขณะเดียวกัน เราเชื่อว่าปรัชญาการออกแบบของเราคือการตอบสนองความต้องการของผู้ใช้และ LP ที่หลากหลาย และนำเสนอตัวเลือกที่มีอยู่ทั้งหมดในลักษณะที่ไม่เอนเอียง เพื่อให้ทั้งผู้ใช้และ LP สามารถเลือกได้ตามความต้องการของตนเอง นี่คือเหตุผลที่ cBridge 2.0 ยังมาพร้อมกับโมเดลของ "SGN as a shared liquidity pool manager" ซึ่งหวังที่จะชี้นำสภาพคล่องได้เร็วขึ้นเพื่อให้มีการนำ cBridge ไปใช้ในวงกว้างมากขึ้น

ชื่อเรื่องรอง

เริ่มแผน

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

ดังนั้น cBridge 2.0 จะเปิดตัวเป็นระยะๆ

เราวางแผนที่จะเปิดตัวโมเดล "SGN as a shared liquidity pool manager" ในเดือนตุลาคม โดยเป็นเฟสแรกของการทดสอบเครือข่าย cBridge 2.0 และดำเนินการตรวจสอบความปลอดภัยอย่างน้อยสองครั้งบนระบบและสัญญาอัจฉริยะ

หลังจากเครือข่ายทดสอบและการตรวจสอบ เราจะเปิดตัวโปรแกรมรางวัลข้อบกพร่องมูลค่า 1 ล้านดอลลาร์ และค่อยๆ เปิดตัวเครือข่ายหลัก cBridge 2.0

หลังจากนั้น เราจะเข้าสู่โหมด "SGN as cBridge node gateway and service level agreement (SLA) arbitrator" เป็นขั้นตอนที่สอง