การเปิดตัว mainnet ของ Avail Nexus ในสัปดาห์นี้ สัญญาว่าจะเปลี่ยนแปลงวิธีการเคลื่อนย้ายสินทรัพย์ระหว่างบล็อกเชนอย่างรุนแรง.
แทนที่จะเป็นเครื่องมือการเชื่อมต่ออีกตัวหนึ่ง Nexus ต้องการทำให้การดำเนินการหลายเชนเป็นเรื่องง่ายเหมือนการกดปุ่มหลีกเลี่ยงปัญหาด้าน UX ของคริปโตและปัญหาการดำเนินงานที่ยุ่งยากมาหลายปี
Nexus ตั้งเป้าที่จะตอบคำถามที่น่าปวดหัวใน Web3: ทำไมผู้ใช้ที่มีสินทรัพย์บนเชนยังคงติดขัด ต้องบังคับให้ย้ายโทเค็น สลับเพื่อใช้ก๊าซ และกระโดดไปมาระหว่างแอปเพียงเพื่อใช้เงินทุนของพวกเขา?
Avail Nexus mainnet เปิดใช้งานใน 13 ระบบนิเวศPrabal Banerjee ผู้ร่วมก่อตั้ง Avail กล่าวกับ Cointelegraph ว่า “ผู้ใช้ควรได้รับภาระจากเชนและโครงสร้างพื้นฐานที่อยู่เบื้องหลังน้อยลง UX ควรตั้งค่าเป็นการทำให้เป็นนามธรรม (ยอดรวมที่รวมเป็นหนึ่ง กระบวนการคลิกเดียว) แต่สัญญาณด้านความปลอดภัย/บริบทที่สำคัญต้องยังคงมองเห็นได้และสามารถอธิบายได้ เพราะความปลอดภัยและทางเลือกนั้นสำคัญ”.
เขามองปัญหาไม่ใช่ที่การขาดเส้นทาง แต่เป็นการขาดชั้นการประสานงานในท้องถิ่น ซึ่งมีอยู่ภายในแอพพลิเคชั่นและทำให้การไหลของหลายเชนเข้ากันได้อย่างเงียบ ๆ
วันนี้สะพานและการแลกเปลี่ยนแบบกระจายศูนย์ (DEX) ตัวรวมข้อมูลสัญญาว่าจะให้เส้นทางที่ดีที่สุดข้ามสายโซ่ แต่พวกเขายังคงต้องเชื่อมต่อกันในลำดับของการกระโดด: สะพานที่นี่, แลกเปลี่ยนที่นั่น, สะพานกลับ การทำงานที่อยู่เบื้องหลังนั้น หมายถึงแผนการหลายขั้นตอนที่จำเป็นต้องดำเนินการผ่านระบบอิสระ โดยมีการรับประกันที่อ่อนแอหากมีขาข้างหนึ่งล้มเหลวในระหว่างการบิน.
Banerjee กล่าวว่าโมเดลนี้ได้ถึงขีดจำกัดแล้ว: สภาพคล่องถูกแบ่งแยก, UX อ่อนแอ, และผู้ใช้ถูกบังคับให้คิดเหมือนวิศวกรโครงสร้างพื้นฐานแทนที่จะใช้แอปเพียงอย่างเดียว.
Nexus พยายามที่จะพลิกสแต็คดังกล่าว แทนที่จะขอให้ผู้ใช้เลือกเส้นทาง มันจะรับ “เจตนา” ที่ลงนาม ( เป้าหมายสถานะสุดท้ายบวกข้อจำกัด ) และส่งต่อ “วิธีการ” ไปยังเครือข่ายผู้แก้ปัญหาที่สามารถหาสภาพคล่องข้ามหลายเชนและส่งคืนแผนการดำเนินการ “exact-out” ในคำอื่น ๆ ผู้ใช้บอกว่าพวกเขาต้องการอะไร ไม่ใช่ว่าจะไปถึงที่นั่นได้อย่างไร.
ที่เกี่ยวข้อง: Uniswap เพิ่มการสนับสนุน Solana บนแอปเว็บใน $140B opportunity
ส่วนหน้าถูกออกแบบมาเพื่อให้ผู้ใช้สามารถเห็นยอดคงเหลือเดียวและทำธุรกรรมได้โดยตรงจากแอปของพวกเขา โดยไม่คำนึงถึงว่าแหล่งเงินทุนอยู่ที่ไหน Nexus จะทำให้ทุกอย่างซับซ้อนอัตโนมัติ (gas, การอนุมัติ, การกำหนดเส้นทาง, การบัญชีข้ามสาย ) เพื่อให้ผู้ใช้สามารถโต้ตอบกับแอป ไม่ใช่สาย.
การมุ่งเน้นคือการรักษาผู้ใช้ ไม่ใช่แค่ต้นทุน Banerjee อธิบายปัญหาปัจจุบันว่า “เป็นประสบการณ์ที่แตกแยกซึ่งผู้ใช้ต้องรู้และเข้าใจบล็อกเชนที่แอพพลิเคชันถูกสร้างขึ้น แทนที่จะใช้แอพพลิเคชันเพียงอย่างเดียว” Nexus เชื่อมต่อแอพพลิเคชันที่กระจายอำนาจ (DApps) เพื่อให้เป็นสภาพแวดล้อมที่ผู้ใช้ไม่ต้องออกไปไหน โดยมีพูลของมูลค่าที่แสดงเป็นหมายเลขเดียวในแอพพลิเคชัน
โมเดลใหม่นี้เปลี่ยนพื้นผิวความเชื่อมั่นจากสะพานไปสู่ผู้แก้ไข ความตั้งใจหมายถึงความท้าทายใหม่ในเรื่อง MEV และการจัดเส้นทาง ในขณะที่ผู้แก้ไขและการไหลกลายเป็นโครงสร้างพื้นฐานที่สำคัญ เพื่อลดความเสี่ยง เงินทุนจะถูกล็อคในสัญญา vault บนบล็อกเชนและจะถูกปล่อยออกมาเมื่อผู้แก้ไขปฏิบัติตามเงื่อนไขที่แน่นอนในช่วงเวลาที่กำหนด เส้นทางที่ล้มเหลวจะกระตุ้นการย้อนกลับโดยอัตโนมัติ คืนเงินทุนให้กับผู้ใช้.
การออกแบบโมดูลาร์และลำดับร่วมอื่น ๆ ต้องการการเปลี่ยนแปลงหลักที่ระดับโปรโตคอลของบล็อกเชน ทำให้พวกเขาเป็นตัวเลือกที่ยากในการใช้งานจริงสำหรับห่วงโซ่การผลิตขนาดใหญ่.
“หลายความพยายามในการแชร์ sequencer และแชร์ bridge ต้องการการปรับเปลี่ยนในระดับ chain” Banerjee อธิบาย “ซึ่งมักจะทำได้ยาก โดยเฉพาะอย่างยิ่งกับ chain ผลิตขนาดใหญ่ ดังนั้น การนำไปใช้จึงช้ากว่าที่คาดการณ์ไว้มาก”
วิธีการของ Avail นั้นมุ่งเน้นไปที่ชั้นแอปพลิเคชันอย่างเคร่งครัด: ชุดพัฒนาซอฟต์แวร์, API, และ “องค์ประกอบ” แบบโมดูลาร์ ที่สามารถนำไปใช้ใน DApps และ rollups ที่ใช้งานอยู่ได้ โดยไม่จำเป็นต้องปรับแต่งการเห็นด้วยของเชนพื้นฐานหรือการเดินสายโปรโตคอล และได้รับการสนับสนุนพื้นฐานจากการตรวจสอบความพร้อมใช้งานข้อมูลของ Avail.
ตามมุมมองของ Banerjee คู่แข่งส่วนใหญ่ “พยายามแก้ปัญหา UX ข้ามเครือข่ายที่ชั้นการประสานงานหรือที่ระดับเครือข่าย” ในทางตรงกันข้าม Nexus จะรวม UX เป็นกระบวนการที่เป็นหนึ่งเดียว: ดุลยภาพเดียว, อินเทอร์เฟซเดียว, จักรวาลการดำเนินงานเดียว.
สัญญาณเบื้องต้นของการอนุมัติได้เกิดขึ้นจากผู้นำระบบนิเวศโมดูลาร์อื่นๆ การเปิดตัว mainnet ของ Monad มีการเรียกร้องไปยัง Nexus ซึ่งบ่งชี้ว่าบาง L1 มองว่าการทำให้ชั้นการดำเนินงานนี้เป็นโครงสร้างพื้นฐานเชิงกลยุทธ์มากกว่าการรวมที่ไม่จำเป็นต้องมี
ที่เกี่ยวข้อง: ปัญหา RPC ของ Solana — กรณีศึกษาสำหรับสถาปัตยกรรมแบบไฮบริด
หาก Nexus ประสบความสำเร็จ ผู้ใช้อาจหยุดสนใจว่าแอปของพวกเขาถูกขับเคลื่อนโดยบล็อกเชนใด โดยเปลี่ยนพลังไปยังเลเยอร์การประสานงานเพียงไม่กี่ชั้นที่กำหนดเจตนา ควบคุมลำดับการแก้ปัญหา และกำกับดูแลสภาพคล่อง.
สำหรับ Avail ความทะเยอทะยานชัดเจน: อินเทอร์เน็ตหลายเชนที่รู้สึกเหมือนเป็นเครือข่ายที่มุ่งเน้นผู้ใช้ที่ทำงานอยู่ใต้ผิว (และทำเช่นนี้โดยไม่กลายเป็นคนกลางใหม่อย่างเงียบ ๆ ในระหว่างทาง ).
นิตยสาร: ชีวิตใหม่ของดาวฮอกกี้ที่กำลังมาแรงใน Ethereum หลังจากอุบัติเหตุรถชนที่น่าสลดใจ: เทรเวอร์ โคเวอร์โก