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

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

โลกที่มีร้อยๆ โซ่เป็นสิ่งที่หนีไม่พ้น. เมื่อเวลาผ่านไปเกือบทุกทีมและนักพัฒนาจะต้องการเป็นเจ้าของเศรษฐศาสตร์และผู้ใช้ของพวกเขาและแม้ว่าจะสามารถทําได้ในสภาพแวดล้อมการดําเนินการทั่วไปเช่น Solana แอปพลิเคชันขึ้นอยู่กับปริมาณงานของสภาพแวดล้อมเหล่านี้ซึ่งในอดีตแสดงให้เห็นว่าไม่น่าเชื่อถือในบางครั้ง หากเราเชื่อว่าการเปลี่ยนกระบวนทัศน์ไปสู่เทคโนโลยีบล็อกเชนใกล้เข้ามาข้อสรุปต่อไปเชิงตรรกะคือสภาพแวดล้อมการดําเนินการหลายร้อยรายการเฉพาะสําหรับแอปพลิเคชันที่กําลังสร้างอยู่ เราสามารถเห็นสิ่งนี้เล่นได้แล้วในวันนี้ด้วยแอปพลิเคชันเช่น dYdX, ไฮเปอร์ลิควิด, Fraxและโครงการตั้งไข่อื่น ๆ กลายเป็นเครือข่ายแอปและ rollups แบบสแตนด์อโลน นอกจากนี้ยังมีแนวโน้มว่าโซลูชันการปรับขนาดเลเยอร์ 2 มีอยู่ควบคู่กับเลเยอร์ 1 เนื่องจากชุดโหนดที่เล็กกว่าสามารถสื่อสารได้ทั่วโลกเร็วกว่าชุดที่ใหญ่กว่าอย่างมาก สิ่งนี้จะช่วยให้ L2s เช่น rollups สามารถปรับขนาดได้แทบไม่มีขีด จํากัด ในขณะที่สืบทอดความปลอดภัยจาก L1s และมีสมมติฐานความน่าเชื่อถือ 1 / N (ตรงข้ามกับการมีองค์ประชุมสูงเพื่อให้ได้ฉันทามติเหมือนที่ L1 ทํา) โดยพื้นฐานแล้วเรามองเห็นอนาคตด้วย L1s และ L2 หลายร้อยรายการ

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

อินเทอร์เน็ตไม่ได้เกิดขึ้นมาโดยการที่ผู้ใช้เข้าใจโปรโตคอลหลัก เช่น HTTP, TCP/IP, UDP แต่เป็นการแยกออกจากภาษาที่ซับซ้อนและอนุญาตให้ผู้ไม่เชี่ยวชาญใช้งานได้ ตลอดเวลา สิ่งเดียวกันก็จะเป็นจริงสำหรับบล็อกเชนและแอปพลิเคชันเกี่ยวกับบล็อกเชน

ในโลกคริปโต ผู้ใช้ต้องใช้ Likelihood Ratio Test (L1s) และ L2s ในการปรับใช้เหมืองเหรียญเงินดิจิทัล ต้องเลือกทางการใช้โปรแกรมและการเลขาคณิตแบบยอดลูกค้าในระบบอัตโนมัติ และเข้าใจถึงรายละเอียดเทคนิคของระบบบางส่วน ถึงเวลาที่จะเริ่มลดระดับของความยุ่งเหยิงที่มีในการใช้งานของผู้ใช้ทั่วไป โดยที่พวกเขาไม่จำเป็นต้องรู้ว่าพวกเขากำลังใช้รางระหว่างโซนบล็อกเชน หรือมี L1s และ L2s ที่มีอยู่ในระบบ นี่คือวิธีเดียวที่อุตสาหกรรมสามารถมีการใช้งานอย่างแพร่หลาย

ทำไม Chain Abstraction แก้ปัญหาทุกอย่าง

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

การลงจรวดเข้าสู่องค์ประกอบของการสร้างความมีลำดับของโซ่

ก่อนที่จะพิจารณาโครงการบางรายที่กำลังสร้างโครงสร้างพื้นฐานที่สำคัญสำหรับการบรรลุอนาคตที่มีการแยกแยะของเชือก ควรที่จะพิจารณาบางส่วนของส่วนประกอบเทคโนโลยีที่ขับเคลื่อนการแยกแยะของเชือก

การสรุปบัญชี

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

สิ่งนี้สามารถปลดล็อคจำนวนมากของการใช้งานได้ ในบริบทนี้เราจะเน้นไปที่ว่าสิ่งนี้เกี่ยวข้องกับการแยกเชือกอย่างเฉพาะเจาะจง

เมื่อคุณเปลี่ยน EOA เป็น SCW คุณจะแยกได้อย่างมีประสิทธิภาพว่าใครเป็นผู้ทําธุรกรรมและใครเป็นผู้ลงนาม ซึ่งหมายความว่าผู้ใช้ไม่จําเป็นต้องทําธุรกรรมโดยตรง แต่ให้นักแสดงที่มีความซับซ้อน (เรียกว่าผู้ดําเนินการ) ทําสิ่งนี้ในนามของพวกเขา สิ่งสําคัญคือต้องทราบว่าในระหว่างกระบวนการนี้ผู้ใช้จะไม่ละทิ้งการดูแลกระเป๋าเงินเนื่องจากผู้ใช้ยังคงรักษาคีย์ส่วนตัวไว้ การมีผู้ดําเนินการมาพร้อมกับประโยชน์อื่น ๆ เช่นไม่ต้องการยอดคงเหลือก๊าซบนบล็อกเชนที่แตกต่างกันทั้งหมดที่คุณต้องการใช้เนื่องจากค่าธรรมเนียมการทําธุรกรรม / ก๊าซสามารถถูกแยกออกได้ นอกจากนี้ผู้ใช้สามารถรวมกลุ่มของธุรกรรมที่ดําเนินการได้ด้วยการคลิกปุ่ม ตัวอย่างเช่นเป็นไปได้ที่จะอนุมัติโทเค็นสําหรับ DEX แลกเปลี่ยนแล้วให้ยืมเงินในตลาด Aave

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

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

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

“ผู้ใช้รายล้านคนถัดไปไม่ได้เขียน 12 คำบนกระดาษ เป็นสิ่งที่คนปกติไม่ทำ พวกเราต้องให้ความสะดวกสบายมากขึ้นแก่พวกเขา พวกเขาไม่ควรต้องคิดถึงคีย์ crypto” - Yoav Weiss, EF

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

สำหรับรายละเอียดเพิ่มเติมเกี่ยวกับการทำงานภายในของการนำเข้าบัญชี อ่านเพิ่มเติมที่นี้thread by Jarrod Watts. กระเป๋าถั่วโอคาโดโดย Instadappก็ได้เดินหน้าอย่างมีนัยสำคัญในการใช้พลังของการนำสร้างบัญชีสำหรับผู้ใช้งานสุดท้ายด้วย

เจตจำนง

เจตนาช่วยให้นักแสดงที่มีความซับซ้อนหรือ "ผู้แก้" สามารถทําธุรกรรมในลักษณะที่เหมาะสมที่สุดในนามของผู้ใช้ มันอยู่ในชื่อ - ผู้ใช้แสดงเจตนาที่จะดําเนินการ onchain คําจํากัดความง่ายๆคือการแสดงการกระทําแบบ on-chain ที่ต้องการในลักษณะที่เหมาะสมที่สุด ตัวอย่างเช่นเมื่อคุณส่งคําสั่งซื้อไปยัง CowSwap คุณกําลังส่งเจตนา - ความตั้งใจที่จะแลกเปลี่ยนโทเค็นดังกล่าวเป็นโทเค็นอื่นในราคาที่ดีที่สุด โดยการส่งเจตนานี้นอกห่วงโซ่มันจะข้าม mempool สาธารณะและแทนที่จะถูกส่งโดยตรงไปยัง mempool ส่วนตัวที่เข้ารหัสซึ่งนักแก้ปัญหาแข่งขันกันเพื่อเติมหรือแก้ไขความตั้งใจของคุณในราคาที่ดีที่สุดไม่ว่าจะโดยใช้งบดุลของตัวเองกระแสคําสั่งซื้อส่วนตัวหรือใช้สถานที่สภาพคล่องแบบ on-chain เช่น Uniswap และ Curve ด้วยวิธีนี้ระยะขอบของตัวแก้จะบีบอัดเป็นศูนย์ทําให้ผู้ใช้ดําเนินการได้ดีที่สุดเนื่องจากมีตัวแก้อื่นพร้อมที่จะก้าวเข้ามาเพื่อเติมเต็มความตั้งใจนี้เสมอ

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

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

ลองสํารวจตัวอย่าง: ฉันมี $ ETH บน Ethereum และต้องการ $ SOL บน Solana และต้องการให้สิ่งนี้ดําเนินการในราคาที่ดีที่สุด ผ่านระบบ Request for Quote (RFQ) ตลาดความตั้งใจจะผ่านขั้นตอนการสั่งซื้อและในเวลาไม่กี่วินาทีผู้ใช้จะมี $ SOL บน Solana โดยเฉพาะอย่างยิ่ง Ethereum มีการบล็อกครั้ง 12 วินาทีซึ่งหมายความว่าแม้ว่าผู้แก้จะไม่มีการรับประกันการชําระเงินโดยการเรียกใช้โหนดของตัวเองพวกเขาสามารถมั่นใจได้ว่าธุรกรรมการฝากเงิน $ USDC นั้นถูกต้องและจะผ่านไป นอกจากนี้โดยใช้ตัวแก้งบดุลของตนเองสามารถนําเงินทุน $ SOL บน Solana และปฏิบัติตามเจตนาก่อนที่จะได้รับเงินทุน เนื่องจากความเสี่ยงไม่ได้เกิดจากผู้ใช้ แต่เกิดจากนักแสดงที่มีความซับซ้อนผู้ใช้จึงสามารถบรรลุเจตนาของพวกเขาได้ในเวลาแฝงที่ต่ํากว่าวินาทีและในราคาที่ดีที่สุดโดยไม่ทราบสะพานที่พวกเขาใช้ RPCs หรือต้นทุนก๊าซ

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

เป็นเรื่องง่ายที่จะจินตนาการถึงอนาคตที่ความตั้งใจทํางานเพื่อตอบสนองความต้องการของผู้ใช้ทั้งหมด ผู้ใช้เพียงแค่ต้องระบุสิ่งที่ต้องทําและจะเสร็จสมบูรณ์ด้วยวิธีที่มีประสิทธิภาพมากที่สุด ตัวอย่างเช่น ผู้ใช้อาจต้องการยืมเงิน $DAI เทียบกับ $ETH และฝากเงิน $DAI ลงในกลุ่มสภาพคล่องเพื่อรับรางวัล $CRV ในตัวอย่างนี้ตัวแก้ที่ได้รับอนุญาตจะเปรียบเทียบอัตราดอกเบี้ยเงินกู้ $DAI ทั้งหมดเทียบกับ $ETH และกู้เงินในอัตราดอกเบี้ยต่ําสุด จากนั้นผู้แก้จะฝากเงิน $DAI ในห้องนิรภัยแบบ Yearn เพื่อรวบรวมผลตอบแทนโดยอัตโนมัติจาก LP DAI ดอลลาร์ที่ให้ผลตอบแทนสูงสุด 100% เป็น $CRV ซึ่งสตรีมไปยังกระเป๋าเงินของผู้ใช้

อย่างไรก็ตามข้อแม้ที่สําคัญ: ความเสี่ยงเป็นเรื่องส่วนตัวและไม่สามารถแสดงออกในเจตนาซึ่งแตกต่างจากปัจจัยการผลิตวัตถุประสงค์อื่น ๆ เช่นการลื่นไถลของราคาสูงสุดสําหรับการซื้อขาย ดังนั้นตลาดการให้กู้ยืมกลุ่มสภาพคล่องและห่วงโซ่ใดที่ใช้เพื่อตอบสนองเจตนานี้? ท้ายที่สุดแต่ละคนมีโปรไฟล์ความเสี่ยงและสมมติฐานความไว้วางใจที่แตกต่างกัน นั่นคือจุดที่ "ผู้แก้ที่ได้รับอนุญาต" เข้ามา ผู้แก้ปัญหาที่ได้รับอนุญาตแต่ละคนได้รับความไว้วางใจจากผู้ใช้ในระดับหนึ่งให้ดําเนินการตามเจตนาของผู้ใช้ด้วยความเสี่ยงและการตั้งค่าความไว้วางใจของผู้ใช้ซึ่งแสดงออกล่วงหน้า ตัวอย่างเช่น ผู้ใช้อาจระบุการไม่ฝากเงินเข้าสัญญาที่ "มีความเสี่ยง" อย่างไรก็ตามมีแนวโน้มว่าเฉพาะผู้ใช้ระดับสูงเท่านั้นที่จะระบุการตั้งค่าอัตนัยจํานวนมากให้กับเครือข่ายของตัวแก้ ผู้เล่นที่มีความซับซ้อนมากกว่าผู้ใช้ระดับสูง (HFTs, MMs, VCs ฯลฯ ) มีแนวโน้มที่จะเชื่อมต่อกับห่วงโซ่โดยตรงเพื่อหลีกเลี่ยงค่าธรรมเนียมใด ๆ จากผู้แก้ปัญหาและปรับแต่งความเสี่ยงและสมมติฐานที่เชื่อถือได้ด้วยตนเอง ผู้ใช้ที่มีความเข้าใจเพียงเล็กน้อยเกี่ยวกับบล็อกเชนมีแนวโน้มที่จะสามารถเลือกจากชุดค่าที่ตั้งไว้ล่วงหน้าบางชุด (เช่นความเสี่ยงต่ําปานกลางหรือสูง) ซึ่งผู้แก้ปัญหาสามารถดําเนินการได้

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

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

สองโครงการที่จัดการกับจุดประสงค์โดยตรงคือCowSwapและdeBridgeเราได้เขียนเกี่ยวกับ CoWSwap และโครงสถาปัตยกรรมที่มีจุดประสงค์ตามมาเพื่อให้ผู้ใช้ได้รับประสบการณ์การใช้งานที่ดีและการดำเนินการที่เหนือกว่าที่นี่. เช่นเดียวกับ CoWSwap deBridge เป็นไปตามสถาปัตยกรรมตามความต้องการของผู้ใช้ แต่ทําเช่นนั้นเพื่อเปิดใช้งานการแลกเปลี่ยนข้ามสายโซ่ (การซื้อขาย) ที่รวดเร็วปานสายฟ้าแลบ DeBridge มุ่งเน้นไปที่ UX ที่ไร้รอยต่อเนื่องจากเกี่ยวข้องกับความเร็วในการซื้อขายที่รวดเร็วทั่วทั้งห่วงโซ่ค่าธรรมเนียมขั้นต่ําและการดําเนินการที่ยอดเยี่ยม เช่นเดียวกับโซลูชันตามความต้องการของผู้ใช้ส่วนใหญ่ deBridge ใช้เครือข่ายตัวแก้ที่ประกอบด้วย MMs, HFTs และนักแสดงที่มีความซับซ้อนอื่น ๆ ที่นําเงินทุนผ่านงบดุลของตนเองในห่วงโซ่ปลายทางก่อนที่จะรวบรวมเงินทุนของผู้ใช้ในห่วงโซ่ต้นทาง นอกเหนือจากการให้ตัวแก้แข่งขันกันเพื่อให้ผู้ใช้ดําเนินการได้ดีที่สุดแล้ว deBridge ยังสร้างความแตกต่างด้วยการผลักดันความเสี่ยงเช่นความเสี่ยง reorg และความไม่สะดวกอื่น ๆ เช่นค่าธรรมเนียมก๊าซและ RPC ที่แตกต่างกันในห่วงโซ่ที่เกี่ยวข้องที่แตกต่างกันไปยังตัวแก้

กราฟิกด้านล่างแสดงรูปแบบของ deBridge ในตัวอย่างด้านล่างผู้ใช้ที่มีสกุลเงินคงที่ USD บน Solana ต้องการสกุลเงินคงที่ EUR บน Ethereum พวกเขาแสดงความตั้งใจของพวกเขาให้แอปพลิเคชัน deBridge ซึ่งกระจายไปยังเครือข่าย solver ที่อนุญาตให้ solver ที่มี $ETH บน Ethereum ในงบการเงินของพวกเขาสลับ $ETH บน Ethereum เป็น $ethEUR เหรียญคงที่ EUR บน Ethereum เร็ว ๆ นี้หลังจากนั้นเซ็ตของผู้ตรวจสอบของ deBridgeการยืนยันว่าผู้แก้ปัญหาได้ปฏิบัติตามความตั้งใจของผู้ใช้บนเชื่อมโยงปลายทาง (ในกรณีนี้คือ ให้ผู้ใช้ $ethEUR) จะทำให้ทุนของผู้ใช้บนเชื่อมโยงต้นทาง (ในกรณีนี้คือ Solana) ถูกปลดล็อคให้กับผู้แก้ปัญหา สำคัญที่ผู้ใช้ไม่ต้องรอให้การยืนยันเกิดขึ้นก่อนที่จะได้รับทุนของตนบนเชื่อมโยงปลายทาง

เพื่อให้เข้าใจ deBridge และการออกแบบตามเจตนาได้ดียิ่งขึ้น เราขอแนะนำให้ตรวจสอบ นี้ตอนพอดคาสต์

การรวมเงินทุน

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

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

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

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

พอลีกอน AggLayer

เมื่อเว็บไซต์ Polygonรัฐบาล: "AggLayer จะเป็นโปรโตคอลที่กระจายอำนาจด้วยสองส่วน: สะพานทั่วไปและกลไกที่มีพลังงาน ZK ที่ให้การรับประกันความปลอดภัยทางรหัสลับสำหรับความสามารถในการทำงานร่วมกันข้ามเชื่อมโยงบล็อกเชน ด้วยการรับประกันความปลอดภัยจาก ZK proof เชื่อมโยงกับ AggLayer สามารถยังคงรัฐบาลและโมดูลของตนเองได้ในขณะที่ยังคงบริการ UX ที่ราบรื่นของโซลิตอนลิทธิ์"

โดยพื้นฐานแล้วโซลูชันการปรับขนาด Ethereum Layer 2 เช่น rollups มีสะพาน Canonical กับ Ethereum ซึ่งหมายความว่าเงินทุนของผู้ใช้ทั้งหมดที่เชื่อมโยงจาก Ethereum ไปยัง L2 อยู่ในสัญญาสะพานนี้ อย่างไรก็ตามสิ่งนี้ขัดขวางการทํางานร่วมกันระหว่าง L2 ที่แตกต่างกันรวมถึงความสามารถในการสื่อสารข้อมูลและถ่ายโอนมูลค่าระหว่างกันได้อย่างราบรื่น นี่เป็นเพราะหากคุณต้องการเปลี่ยนจากฐานเป็น Zora (ทั้ง Ethereum rollups) ดังที่เห็นด้านล่างคุณต้องมีกระบวนการถอนเงิน 7 วันเพื่อไปจาก Base ไปยัง Ethereum โดยใช้สะพานฐานบัญญัติจากนั้นใช้สะพาน Canonical Zora เพื่อไปจาก Ethereum ไปยัง Zora นี่เป็นเพราะสําหรับการรวบรวมในแง่ดีเช่น Base ต้องใช้เวลาในการโต้แย้งธุรกรรมการเชื่อมโยงโดยใช้ การป้องกันการล้มเหลว/การทุจริตนอกเหนือจากความจริงที่ว่านี่เป็นกระบวนการที่ยาวนานแล้วยังเป็นกระบวนการที่แพงเพราะคุณต้องปฏิสัมพันธ์กับเครือข่ายหลักของ Ethereum

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

การทำงานของ AggLayer

ในพื้นฐานของมัน AggLayer รวมพรูโฟว์ศูนย์ซีโควเลจ (ZK) จากโซนที่เชื่อมต่อกับมัน - สิ่งนี้ทำให้มันสามารถให้บริการทรานแซ็กชันระหว่างโซนได้ เอกสาร AggLayer มีหน้าที่เป็นที่สำหรับโซนทั้งหมดที่มันรองรับโพสต์เพื่อแสดงให้เห็นว่ามีการกระทำบางอย่างเกิดขึ้น เช่น ว่า 5 $USDC จาก Base ได้ถูกถอดออกเพื่อปลดล็อก Likelihood บางอย่างที่อีกฝั่งหนึ่งเช่น Zora

เพื่ออธิบายเพิ่มเติม โปรดพิจารณาว่ามันทำงานอย่างไรในการปฏิบัติ ในตัวอย่างนี้เราสมมติว่าทุกโซ่ที่มีชื่อเชื่อมต่อกับ AggLayer

ตัวแก้จะตรวจจับคําขอหรือเจตนาจากผู้ใช้ที่อาศัยอยู่บน Base ผู้ใช้มี $ETH และต้องการซื้อ NFT บน Zora ที่มีราคา 3000 $DAI เนื่องจากผู้แก้ไม่มี $ DAI ในงบดุลพวกเขาจึงต้องมองหาเส้นทางที่ดีที่สุดอย่างรวดเร็วเพื่อตอบสนองความตั้งใจนี้ พวกเขาตระหนักดีว่า $ DAI ในการมองโลกในแง่ดีนั้นถูกกว่าตลาด $ DAI บน Zora ดังนั้นตัวแก้จึงโพสต์หลักฐานไปยัง AggLayer ซึ่งแสดงให้เห็นว่าผู้ใช้มี $ ETH บน Base และต้องการจํานวนเงินที่สมน้ําสมเนื้อ $ ETH ในการมองโลกในแง่ดี ระบุว่าสัญญาสะพานถูกแบ่งปันหลักฐาน ZK คือทั้งหมดที่ต้องใช้ในการย้ายสินทรัพย์ที่เปลี่ยนได้ดังกล่าวที่อยู่บนห่วงโซ่ "X" ในปริมาณเดียวกันเพื่อห่วงโซ่ "Y"

หลังจากโพสต์ ZK proof และปลดล็อคจำนวน $ETH ที่สอดคล้องกันบน Optimism โซลเวอร์จะสลับเป็น $DAI และทำกระบวนการเดียวกันเพื่อให้ได้จำนวนเงิน $DAI เท่ากันบน Zora เพื่อจบการซื้อ NFT ในฐานะที่อยู่ข้างหลัง AggLayer ยังตกลงชำระ ZK proofs นี้ไปยัง Ethereum เพื่อรับประกันความปลอดภัยที่มีความแข็งแกร่งขึ้นสำหรับผู้ใช้งานสุดท้ายและเชื่อมต่อ AggLayer-connected chains

อย่างไรก็ตามในกรณีนี้ผู้แก้ / ผู้ใช้ / นักแสดงคนอื่น ๆ มีความเสี่ยงสินค้าคงคลัง สิ่งนี้มาในรูปแบบของอัตรา $ DAI ในการมองโลกในแง่ดีที่ถูกเก็งกําไรค่าใช้จ่ายของ NFT ที่เพิ่มขึ้นราคาของ $ ETH ลดลงหรือความเสี่ยงอื่น ๆ ระหว่างเวลาที่การไหลของคําสั่งซื้อจากผู้ใช้เกิดขึ้นและเต็มแล้วทําให้เกิดการสูญเสียต่อฝ่ายที่เกี่ยวข้อง ซึ่งแตกต่างจากผู้รวบรวม DEX ในห่วงโซ่เดียวซึ่งมีความสามารถในการประกอบอะตอมตัวแก้ที่มีปฏิสัมพันธ์กับเครื่องจักรของรัฐที่แตกต่างกันไม่ได้เป็นองคมนตรีต่อความสามารถในการประกอบอะตอมเดียวกันนี้ ความสามารถในการประกอบอะตอมช่วยให้มั่นใจได้ว่าการดําเนินการทั้งหมดจะดําเนินการในลําดับเชิงเส้นเดียวและทั้งหมดประสบความสําเร็จหรือล้มเหลวทั้งหมดด้วยกัน นี่เป็นเพราะระหว่างเครื่องของรัฐที่แตกต่างกันมักต้องการความล่าช้าอย่างน้อยหนึ่งบล็อกเนื่องจากความเสี่ยงที่อาจเกิดขึ้นจาก reorgs (ในห่วงโซ่ปลายทาง)

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

โอพติมิสม์ ซูเปอร์เชน

ตัวอย่างอื่น ๆ ของ Likuiditi การรวมกลุ่มคือกิจกรรม Optimism Superchain โครงการ Superchain นี้ถูกกำหนดโดย เอกสารคู่มือ Optimismเป็น “เครือข่ายของโซ่ที่แบ่งปันการสร้างสะพาน การปกครองแบบกระจาย การอัปเกรด ชั้นทางการสื่อสาร และอื่น ๆ – ทั้งหมดที่สร้างขึ้นบน OP Stack.” โครงการเน้นที่จะรวม Likuidity ที่เหมือน AggLayer โดย Optimism Superchain จะมีโซ่ทั้งหมดที่เป็นส่วนหนึ่งของ Superchain ใช้สัญญาสะพานร่วมกัน นี่คือขั้นตอนแรกในการมี Likuidity ที่รวมกันระหว่างโซ่ใน Superchain

ความแตกต่างระหว่าง Superchain กับ AggLayer คือ AggLayer พึ่ง ZK-proofs เพื่อให้ได้รับการแบ่งปันอย่างมีความสม่ำเสมอ ในขณะที่ Superchain พึ่งข้อมูลที่แชร์กันซีเควนเซอร์ระหว่างโซ่ที่เลือกเข้าร่วม Superchain ของโพสต์นี้จะไม่ลงรายละเอียดเกี่ยวกับการจัดลำดับร่วมกัน คุณสามารถอ้างอิงได้นี้เพื่อเข้าใจว่าการทำงานร่วมกันในการสลับเปลี่ยนข้อมูลเป็นรูปแบบที่ไม่มีข้อจำกัดในการเชื่อมต่อระหว่างเครือข่ายคล้องกันและบางครั้งยังสามารถสร้างความสามารถในการรวมตัวอย่างเดียวกัน (ปัญหาที่เหมือนกับการรวมตัวอย่างเดียวกันระหว่างเครือข่ายคล้องกันที่กล่าวไว้ข้างต้นยังมีผลใช้งานที่นี่เช่นเดียวกัน)

เนื่องจาก Superchain กำหนดว่าเซนต์ที่เลือกใช้ต้องใช้ตัวจัดเรียงที่ใช้ร่วมกัน จึงอาจจำกัดสภาวะการทำงานที่สามารถใช้ได้สำหรับเซนต์ที่เลือกใช้ใน Superchain ยังมีความยุ่งยากอื่นๆ เกิดขึ้น เช่น เกิดความยุ่งยากในการเสียภาษีการเข้าถึง MEV ที่ผู้ใช้สร้าง นอกจากความยุ่งยากอื่นๆ ที่อธิบายไว้ที่นี่. อย่างไรก็ตามทีมเช่นเอสเพรสโซ่กำลังทำงานเพื่อการกระจาย MEV ที่เปิดใช้งานโดยเชื่อมต่อโซ่ที่ใช้ตัวเรียงร่วมกัน นอกจากนี้ทุกโซ่ที่เชื่อมต่อกับ Polygon AggLayer (และดังนั้นส่ง ZK proofs ไปยัง AggLayer นี้) จะต้องใช้วงจร ZK เดียวกันซึ่งอาจจะจำกัดสภาวะการดำเนินงานที่สามารถใช้ได้สำหรับโซ่ที่เชื่อมต่อกับ AggLayer

Chain Abstraction เป็นชิ้นของเค้ก

การวิจัยด้านหน้าได้พัฒนาเฟรมเวิร์ก CAKE (Chain Abstraction Key Elements) ซึ่งสามารถมองเห็นได้ด้านบน นี้เป็นเค้าโครงที่อธิบายชั้นสามชั้น (ยกเว้นชั้นแอปพลิเคชันที่เผชิญหน้ากับผู้ใช้) ที่จำเป็นต้องมีเพื่อเข้าสู่สถานะที่:

“ในโลกที่มีการย่อยลงเป็นโซ่ ผู้ใช้ไปยังเว็บไซต์ของ dApp, เชื่อมต่อกระเป๋าเงินของพวกเขา, ลงลายมือชื่อการดำเนินการที่ต้องการและรอการตั้งถิ่นฐานเชิงสุดท้าย ความซับซ้อนของการเข้าถึงทรัพย์สินที่จำเป็นไปยังโซ่เป้าหมายและการตั้งถิ่นฐานเชิงสุดท้ายถูกย่อยลงเป็น [สาม] ชั้นระบบของ CAKE.”

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

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

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

Case Studies สำหรับ Chain Abstraction

ในขณะที่เราได้สัมผัสถึงโครงการบางรายที่เป็นผู้นำทางพยานสู่อนาคตที่มีการรวมกัน นี่คือโครงการบางรายที่น่าสังเกตที่ทำเหมือนกัน

เครือข่ายพาร์ติเกิล

Particle Network กําลังเปิดตัวบล็อกเชน L1 แบบแยกส่วนที่สร้างขึ้นบน Cosmos SDK ซึ่งจะทํางานเป็นสภาพแวดล้อมการดําเนินการที่เข้ากันได้กับ EVM ที่มีประสิทธิภาพสูง เดิมที Particle เปิดตัวในฐานะผู้ให้บริการนามธรรมบัญชีทําให้ผู้ใช้สามารถสร้างกระเป๋าเงินสัญญาอัจฉริยะที่เชื่อมโยงกับบัญชีโซเชียล Web2 ของพวกเขาเพื่อใช้ภายในอินเทอร์เฟซแบบฝัง dApp ตั้งแต่นั้นมาโปรโตคอลได้ขยายข้อเสนอโดยมีเป้าหมายเพื่อขยายสิ่งที่เป็นนามธรรมของห่วงโซ่ในภูมิทัศน์บล็อกเชนที่กว้างขึ้นผ่านชุดบริการกระเป๋าเงินสภาพคล่องและก๊าซนามธรรมใน L1

เช่นเดียวกับผู้ให้บริการบริการการสร้างโซ่ทางเลือกอื่น ๆ Particle มองว่าในอนาคต ผู้ใดก็สามารถทำธุรกรรมได้อย่างง่ายดายทั้งหมดในหลายโซ่ผ่านบัญชีเดียวกัน การชำระค่าธรรมเนียมแก๊สสามารถทำได้ในสกุลเหรียญใดก็ได้ ดังนั้น L1 ที่อยู่ภายใต้จะทำหน้าที่เป็นผู้ประสานสำหรับระบบนิเวศหลายโซ่ รวมผู้ใช้และ Likwiditi ทั้งในโดเมน EVM และโดเมนที่ไม่ใช่ EVM

เรามาดูว่ามันทำงานอย่างไร

สแต็กของการย่อหน้าของพาร์ทิเคิลเชน

Particle ให้เครื่องมือหลากหลายสำหรับบริการการแยกช่องเชื่อมต่อโซ่ แต่ละเทคโนโลยีหลักมีบทบาทที่ไม่เหมือนใครเป็นส่วนหนึ่งของอะไรที่ใหญ่กว่า

บัญชีสากล

จากมุมมองของผู้ใช้ปลายทางสแต็คนามธรรมโซ่ของ Particle เริ่มต้นด้วยหลักการแรก - สร้างบัญชี บัญชีสากลบน Particle ทําหน้าที่เป็นบัญชีอัจฉริยะ ERC-4337 ที่แนบมากับ EOA ที่มีอยู่ก่อน (ที่อยู่ภายนอก) รวมยอดคงเหลือโทเค็นในหลายเชนเป็นที่อยู่เดียวโดยกําหนดเส้นทางและดําเนินการธุรกรรมข้ามสายโซ่อะตอมโดยอัตโนมัติ ในขณะที่กระเป๋าเงินดิจิตอลแบบดั้งเดิมสามารถใช้ในการสร้างและจัดการบัญชีได้ Particle's WaaSช่วยให้ผู้ใช้สามารถใช้การเข้าสู่ระบบโซเชียลได้ในการลงทะเบียนเช่นกัน

เพื่อขจัดความซับซ้อนต่าง ๆ ของการดําเนินงานแบบ blockchain-native UA ทําหน้าที่เป็นอินเทอร์เฟซแบบรวมที่สร้างขึ้นบนกระเป๋าเงินที่มีอยู่ทําให้ผู้ใช้สามารถฝากและใช้โทเค็นในสภาพแวดล้อมบล็อกเชนที่หลากหลายราวกับว่ามีอยู่ในห่วงโซ่เดียว เพื่อรักษาสถานะซิงโครนัสทั่วทั้ง UAs การตั้งค่าบัญชีจะถูกเก็บไว้ใน Particle L1 เพื่อใช้เป็นแหล่งความจริงกลางในทุกอินสแตนซ์ จากนั้นเครือข่ายจะอํานวยความสะดวกในการส่งข้อความข้ามสายโซ่เพื่อปรับใช้อินสแตนซ์ใหม่หรืออัปเดตอินสแตนซ์ที่มีอยู่

ดังนั้น Particle L1 ทำหน้าที่เป็นชั้นความสอดคล้องและชำระบัญชีสำหรับธุรกรรมที่เกิดขึ้นระหว่างโซนที่ประมวลผลผ่าน UAs ของ Particle ทั้งหมด

ความเป็นไปได้ของเหล่าเหล่า

องค์ประกอบสำคัญอีกอย่างของบริการการแยกต่างหากของ Particle คือฟังก์ชัน Universal Liquidity ซึ่งเป็นผู้รับผิดชอบชั้นสูงที่สุดสำหรับการดำเนินการของคำขอการทำธุรกรรมเหล่านี้โดยอัตโนมัติซึ่งเป็นที่สำคัญในการเปิดโอกาสให้เกิดการโอนทาง cross-chain ซึ่งมิฉะนั้นจะถูกขัดขวางโดยอุปสรรคทางเข้าปัจจุบัน เช่นการซื้อ gas token และการสร้างกระเป๋าเงินสำหรับเครือข่ายใหม่

ตัวอย่างเช่น เมื่อผู้ใช้ต้องการซื้อสินทรัพย์บนบล็อกเชนที่ไม่เคยใช้มาก่อนและไม่มีเงินให้ใช้บนบล็อกเชนนั้น ความเหลือที่ต้องใช้สำหรับการซื้อนี้จะถูกนำมาจากยอดคงเหลือที่มีอยู่ของผู้ใช้เองซึ่งอาจอยู่บนเชนอื่นและโทเค็นที่แตกต่างกัน สิ่งนี้เป็นไปได้มากมายโดยใช้ Decentralized Messaging Network (DMN) ของ Particle ซึ่งทำให้บริการเฉพาะหน้าที่ที่รู้จักกันว่า Relayer Nodes สามารถตรวจสอบเหตุการณ์ของเชนภายนอกและการตกลงของเหตุการณ์สถานะได้ เพื่อให้แน่ใจว่า relayers ใน DMN ใช้ Messaging Protocol ในการตรวจสอบสถานะของ UserOperations บนเชนภายนอกและเซตเทรดสถานะการดำเนินการสุดท้ายไปยัง Particle L1 อย่างแน่นอน

ก๊าซสากล

เสาที่สามของสแต็กการสร้างลูกศรของ Particle คือการนำไปใช้งาน Universal Gas Token - ส่วนหนึ่งของบริการกันเถียงของเครือข่าย ที่เข้าถึงได้โดยการปฏิสัมพันธ์กับ UAs ของ Particle Universal Gas ช่วยให้ผู้ใช้สามารถใช้เหรียญใดก็ได้เพื่อชำระค่าธรรมเนียมแก๊ส นั่นหมายความว่า Bob สามารถชำระค่าธรรมเนียมธุรกรรมสำหรับการสลับบน Solana โดยใช้ USDC ของเขาบน Base ในขณะที่ Alice จ่ายค่าธรรมเนียมธุรกรรมสำหรับการซื้อ NFT บน Ethereum โดยใช้ ARB ของเธียร์บน Arbitrum

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

แผนงาน

Particle สร้างขึ้นจากโครงสร้างพื้นฐานที่เป็นนามธรรมของบัญชีที่มีอยู่ซึ่งได้รายงานการเปิดใช้งานกระเป๋าเงินมากกว่า 17 ล้านครั้งและ UserOperations มากกว่า 10 ล้านครั้งจนถึงปัจจุบัน การเพิ่มเลเยอร์สภาพคล่องสากลควบคู่ไปกับโทเค็น Universal Gas มีจุดมุ่งหมายเพื่อทําเครื่องหมายการขยายตัวของ Particle ในการให้บริการนามธรรมห่วงโซ่ในผู้ใช้และผู้เข้าร่วมในวงกว้าง Particle L1 ไม่ได้หมายถึงบล็อกเชนอื่นที่แข่งขันโดยตรงกับผู้ดํารงตําแหน่งในปัจจุบัน แทนที่จะพยายามจัดหาเลเยอร์การทํางานร่วมกันเพื่อเชื่อมต่อพวกเขาทั้งหมดแทนโดยทํางานร่วมกับทีมหลักในภาคบริการที่เป็นนามธรรมของห่วงโซ่รวมถึงทีม Near และ Cake R&D

เครือข่ายพาร์ติเคิล L1 กำลังอยู่ในช่วงทดสอบเฟส ที่อนุญาตให้ผู้เข้าร่วมล่วงหน้าลองใช้ก๊าซ Universal ภายในการประมวลผล UA ที่เป็นการทดลอง

Near Protocol

Near คือบล็อกเชน Proof-of-Stake Layer 1 แบบแบ่งส่วนซึ่งทําหน้าที่เป็นโดเมนแอปพลิเคชันแบบเต็มสแต็กสําหรับนักพัฒนาที่สร้างผลิตภัณฑ์และบริการแบบกระจายอํานาจ จริยธรรมหลักของ Near ส่วนใหญ่เกี่ยวข้องกับการเชื่อมช่องว่างระหว่างแอปพลิเคชันแบบบล็อกเชนและผู้ชมกระแสหลัก กุญแจสําคัญในการบรรลุวิสัยทัศน์นี้คือการแยกบล็อกเชนออกจากผู้ใช้ปลายทาง ใกล้เข้าใกล้สิ่งนี้ด้วย Account Aggregation - สถาปัตยกรรมหลายแง่มุมที่สร้างขึ้นเพื่อขจัดจุดปวดที่สําคัญของการใช้เครือข่ายบล็อกเชนเช่นการเปลี่ยนกระเป๋าเงินการจัดการค่าธรรมเนียมก๊าซการเชื่อมโยง มันบรรลุเป้าหมายนี้โดยช่องทางการดําเนินการทั้งหมดเพื่อเรียกใช้ผ่านบัญชีเดียว

ลองลุยลึกขึ้นเพื่อเข้าใจวิธีการทำงานทั้งหมดนี้ได้ดียิ่งขึ้น

สแต็ค Abstraction โซ่ใกล้

บัญชีใกล้เคียง

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

• Full-Access Keys: สามารถใช้ในการเซ็นต์ได้ธุรกรรมการกระทำทางเสมือนบนบัญชีควรทำโดยตัวเองและไม่ควรแชร์
• คีย์การเรียกใช้งาน: คีย์เหล่านี้ได้รับสิทธิ์ในการเซ็นสัญญาเพื่อเรียกใช้งานอย่างเดียวสำหรับสัญญาที่เฉพาะเจาหรือชุดของสัญญา

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

ลายเซ็นโซ่

ลายเซ็นแบบหลายสายเป็นองค์ประกอบสําคัญของบล็อกเชนที่เป็นนามธรรมของ Near ทําให้บัญชี NEAR ใด ๆ สามารถเชื่อมโยงที่อยู่ระยะไกลบนเชนอื่น ๆ และลงนามในข้อความและทําธุรกรรมจากที่อยู่เหล่านั้น เมื่อต้องการเปิดใช้งาน Chain Signatures จะใช้เครือข่าย NEAR MPC (การคํานวณแบบหลายฝ่าย) เป็นผู้ลงนามสําหรับที่อยู่ระยะไกลเหล่านี้ สิ่งนี้เปิดใช้งานโดยโปรโตคอลลายเซ็นเกณฑ์ใหม่ซึ่งใช้รูปแบบของการแชร์คีย์ที่ช่วยให้ผู้ลงนาม MPC สามารถรักษาคีย์สาธารณะรวมเดียวกันได้แม้ว่าการแชร์คีย์และโหนดหลักจะเปลี่ยนแปลงอยู่ตลอดเวลา

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

การทำธุรกรรมเมตา

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

NEP-366 แนะนําธุรกรรมเมตาให้กับ Near ซึ่งเป็นคุณสมบัติที่ช่วยให้สามารถทําธุรกรรมบน Near ได้โดยไม่ต้องเป็นเจ้าของก๊าซหรือโทเค็นใด ๆ บนห่วงโซ่ สิ่งนี้เกิดขึ้นได้ผ่าน Relayers ซึ่งเป็นผู้ให้บริการบุคคลที่สามที่ได้รับธุรกรรมที่ลงนามและส่งต่อไปยังเครือข่ายในขณะที่แนบโทเค็นที่จําเป็นในการอุดหนุนค่าธรรมเนียมก๊าซ จากมุมมองทางเทคนิคผู้ใช้ปลายทางจะสร้างและลงนามใน SignedDelegateAction ซึ่งมีข้อมูลที่จําเป็นในการสร้างธุรกรรมและส่งไปยังบริการเลเยอร์ ผู้เลเยอร์ลงนามในธุรกรรมโดยใช้ข้อมูลนี้ส่ง SignedTransaction ไปยังเครือข่ายผ่านการโทร RPC และตรวจสอบให้แน่ใจว่าผู้เลเยอร์จ่ายค่าธรรมเนียมก๊าซในขณะที่ดําเนินการในนามของผู้ใช้

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

แผนที่

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

รางวัลชมเชย

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

Connext

Connext เป็นโปรโตคอลที่สามารถทำงานร่วมกันได้เป็นโมดูล ที่กำหนดให้สายโซ่ในบล็อกต่างๆ ในบล็อกของพวกเขาพฤษภาคม 2023) เป็น "รูปแบบในการปรับปรุงประสบการณ์ผู้ใช้ dApp โดยลดความจําเป็นที่ผู้ใช้จะต้องใส่ใจเกี่ยวกับห่วงโซ่ที่พวกเขาอยู่" ซึ่งแสดงให้เห็นถึงหลักการสําคัญที่ผู้ให้บริการที่เป็นนามธรรมของห่วงโซ่กําลังสร้างขึ้นในปัจจุบัน แม้ว่า Connext จะเสนอชุดโมดูลสัญญาอัจฉริยะสําหรับนักพัฒนาแอปพลิเคชันผ่าน Chain Abstraction Toolkit แต่คุณสมบัติหลักของมันคือ xCall ซึ่งเป็นแบบดั้งเดิมที่ช่วยให้สัญญาอัจฉริยะสามารถโต้ตอบกันในสภาพแวดล้อมที่แตกต่างกัน ฟังก์ชัน xCall เริ่มต้นการโอนเงินข้ามสายโซ่ calldata และ / หรือคุณสมบัติที่มีชื่อต่างๆซึ่ง Chain Abstraction Toolkit ห่อหุ้มด้วยตรรกะง่ายๆสําหรับนักพัฒนาที่จะใช้ จากมุมมองของนักพัฒนาสิ่งนี้หมายถึงกระบวนการที่ค่อนข้างง่าย:

1. เขียนอะแดปเตอร์สำหรับฟังก์ชันที่พวกเขาต้องการที่จะแยกออก
2. ติดตั้งโมดูลที่จำเป็นสำหรับเชื่อมต่อกับเครือข่ายที่พวกเขาต้องการรวมเข้าด้วยกัน
3. เรียกฟังก์ชันโดยตรงจาก UI ของพวกเขา

โปรโตคอลซ็อกเก็ต

Socket ให้โครงสร้างพื้นฐานสำหรับนักพัฒนาแอปพลิเคชันที่กำลังสร้างผลิตภัณฑ์และบริการที่เน้นการข้ามขอบเขตและการโอนข้อมูลและสินทรัพย์ที่ปลอดภัยและมีประสิทธิภาพทั้งในเครือข่ายSocket 2.0นับเป็นการเปลี่ยนแปลงสําหรับโปรโตคอลจากบริการ cross-chain เป็น chain abstraction ซึ่งเน้นด้วยกลไก Modular Order Flow Auction (MOFA) เรือธง ซึ่งมีจุดมุ่งหมายเพื่อให้กลไกการแข่งขันสําหรับตลาดที่เป็นนามธรรมของห่วงโซ่ที่มีประสิทธิภาพ OFA แบบดั้งเดิมเกี่ยวข้องกับเครือข่ายของนักแสดงหลายคนที่ทํางานพิเศษที่แข่งขันกันเพื่อให้ได้ผลลัพธ์ที่ดีที่สุดสําหรับคําขอของผู้ใช้ปลายทาง ในทํานองเดียวกัน MOFA ได้รับการออกแบบมาเพื่อให้ตลาดเปิดสําหรับตัวแทนการดําเนินการที่เรียกว่าเครื่องส่งสัญญาณและความตั้งใจของผู้ใช้ ภายใน MOFA เครื่องส่งสัญญาณจะแข่งขันกันเพื่อสร้างและตอบสนองการรวมกลุ่มที่เป็นนามธรรมของห่วงโซ่หรือลําดับคําขอของผู้ใช้ที่สั่งซื้อซึ่งต้องการการถ่ายโอนข้อมูลและมูลค่าในบล็อกเชนหลายตัว

Infinex

Infinex กำลังสร้างชั้นหน้าที่เดียวเพื่อรวมแอปพลิเคชันและนิเวศที่ไม่มีศูนย์กลางไว้ด้วยกัน ผลิตภัณฑ์หลักของมันบัญชี Infinexเป็นบริการหลายชั้นที่ทําหน้าที่เป็นแพลตฟอร์มสําหรับการรวมแอปพลิเคชันแบบ on-chain เข้ากับ UX ที่เรียบง่ายสําหรับผู้ใช้ปลายทาง หัวใจหลักของบัญชี Infinex คือชุดของสัญญาอัจฉริยะข้ามสายโซ่ที่สามารถควบคุมรักษาความปลอดภัยและกู้คืนผ่านการตรวจสอบสิทธิ์ web2 มาตรฐาน

คอนโซลพระพรหม

Brahma Finance กําลังสร้างผลิตภัณฑ์ Console เรือธงซึ่งเป็นสภาพแวดล้อมการดําเนินการและการดูแลแบบ on-chain ที่มุ่งยกระดับประสบการณ์ของผู้ใช้ทั่วทั้ง DeFi โดยมุ่งเน้นที่ระบบนิเวศบล็อกเชน EVM โดยเฉพาะ Brahma ใช้ธุรกรรมแบบแบทช์และแบบลูกโซ่เพื่อซิงโครไนซ์ธุรกรรมระหว่างเชนต่างๆ และ Smart Accounts สําหรับการโต้ตอบแบบ on-chain ผลลัพธ์สุดท้ายจะสะท้อนถึง ประสบการณ์ของผู้ใช้ซึ่งช่วยให้การโต้ตอบข้ามสายโซ่เป็นไปอย่างราบรื่นภายใน UI เดียว.

อาโกริก

Agoric เป็นบล็อกเชนเลเยอร์ 1 แบบ Cosmos-native สําหรับการสร้างสัญญาอัจฉริยะข้ามสายโซ่ใน JavaScript แพลตฟอร์ม Agoric ได้รับการออกแบบด้วยสภาพแวดล้อมการดําเนินการแบบอะซิงโครนัสหลายบล็อกและมีจุดมุ่งหมายเพื่อเป็นสภาพแวดล้อมสําหรับการพัฒนาแอปพลิเคชันข้ามสายโซ่ Agoric ใช้โปรโตคอล Cosmos InterBlockchain Communication (IBC) สําหรับการสื่อสารระหว่างเชน ในขณะที่ใช้ประโยชน์จาก General Message Passing (GMP) ของ Axelar สําหรับการโต้ตอบนอกระบบนิเวศของ Cosmos Orchestration API ของ Agoric ช่วยลดความซับซ้อนของประสบการณ์ของนักพัฒนาโดยสรุปความซับซ้อนที่เกี่ยวข้องกับการสื่อสารข้ามสายโซ่และการดําเนินการสัญญาอัจฉริยะในขณะที่ผู้ใช้ปลายทางได้รับประโยชน์จากแอปพลิเคชันที่มีคุณสมบัติที่เป็นนามธรรมของห่วงโซ่โดยธรรมชาติ

Closing Thoughts

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

ที่สําคัญไม่แพ้กันคือ Chain Abstraction สามารถปลดล็อกประโยชน์มหาศาลสําหรับแอปพลิเคชันบล็อกเชนได้ ขณะนี้นักพัฒนา Web2 ไม่ได้ "เลือก" ว่าจะปรับใช้แอปพลิเคชันของตนที่ใด ตัวอย่างเช่น Airbnb มีให้บริการสําหรับทุกคนที่มีการเชื่อมต่ออินเทอร์เน็ต อย่างไรก็ตามใน Web3 นักพัฒนาแอปพลิเคชันแนวนอนจําเป็นต้องเลือกตําแหน่งที่จะปรับใช้แอปพลิเคชันของตน (ตัวอย่างเช่นบน Ethereum, Solana หรือ Cosmos) สิ่งนี้ไม่เพียง จํากัด TAM เท่านั้น แต่ยังหมายความว่านักพัฒนาแอปพลิเคชันต้องเลือกห่วงโซ่ "ที่เหมาะสม" เพื่อปรับใช้แอปพลิเคชันของตน นี่ไม่ใช่แค่การตัดสินใจที่ยากลําบาก แต่เป็นการตัดสินใจที่สําคัญ มีแอปพลิเคชั่นจํานวนหนึ่งที่ประสบความสําเร็จอย่างมาก แต่ประสบปัญหาเนื่องจากบล็อกเชนพื้นฐาน นอกจากนี้ ด้วยการพัฒนาและวิวัฒนาการอย่างต่อเนื่องของบล็อกเชนในปัจจุบัน ห่วงโซ่ "ขวา" อาจมีการเปลี่ยนแปลงอยู่ตลอดเวลา ในอนาคตที่เป็นนามธรรมห่วงโซ่นักพัฒนาแอปพลิเคชันจะไม่ถูกผูกมัดอีกต่อไปโดยต้องเลือกห่วงโซ่ที่ความสําเร็จของพวกเขาเชื่อมโยงกับ

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

ข้อความปฏิเสธความรับผิดชอบ:

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