ไวน์เก่าที่มีเจตนาเป็นศูนย์กลางอยู่ใน Account Abstraction ขวดใหม่หรือเป็นเส้นทางที่เหมาะสมที่สุดสำหรับการพัฒนา?
ผู้เขียนต้นฉบับ: Pengyu ผู้ร่วมก่อตั้ง Particle Network
Intent-Centric (intent-centered) เป็นหัวข้อที่ทำให้เกิดการถกเถียงกันมากมายเมื่อเร็ว ๆ นี้ และยังมีข้อสงสัยมากมายนอกเหนือจากความนิยมอีกด้วย
คำถามส่วนใหญ่มุ่งเน้นไปที่สองมุม:
มันเป็นนามธรรมเกินไปและเน้นการเล่าเรื่อง ทำให้ยากต่อการดำเนินโครงการ มันไม่เหมือนกับการยกระดับอุตสาหกรรมที่ขับเคลื่อนด้วยเทคโนโลยี แต่เหมือนกับปรัชญาการออกแบบผลิตภัณฑ์มากกว่า
อาจเป็นไปได้ว่าแทร็ก Account Abstraction มีคำศัพท์ใหม่ เพราะตามสัญชาตญาณแล้ว ทุกคนคงคิดว่า Intent-Centric (มีความตั้งใจเป็นศูนย์กลาง) และ Account Abstraction (นามธรรมบัญชี) มีความสัมพันธ์กัน และดูเหมือนว่าพวกเขาจะเกี่ยวข้องกับการลดเกณฑ์ผู้ใช้และปรับปรุงประสบการณ์ผู้ใช้
บทความนี้จะวิเคราะห์ความสัมพันธ์ วิวัฒนาการ และการแข่งขันระหว่าง Intent-Centric และ Account Abstraction
ที่มาของบัญชีนามธรรม
โดยรวมแล้ว แนวโน้มการพัฒนาของอุตสาหกรรม Web3 นั้นมาจากอุตสาหกรรมวิศวกรรมที่เป็นมิตรกับไซเบอร์พังค์ ไปจนถึงอุตสาหกรรมผู้บริโภคที่เป็นมิตรต่อมวลชน
สำหรับ Account Abstraction ของ Ethereum ชุมชนได้เริ่มการสนทนาระหว่างปี 2016 ถึง 2017 แล้ว การอภิปรายและเป้าหมายการออกแบบในช่วงแรกนั้นมาจากมุมมองของนักพัฒนา โดยส่วนใหญ่เพื่อทำให้การสร้างและการโต้ตอบของสัญญาง่ายขึ้น และให้อิสระมากขึ้นสำหรับโครงสร้างธุรกรรมที่ซับซ้อน นอกจากนี้ เรายังหวังที่จะแก้ปัญหาที่ซับซ้อนบางประการในสัญญาอัจฉริยะและการพัฒนา dApp ผ่านการสรุปบัญชี นามธรรมบัญชีในขั้นตอนนี้เป็นลักษณะทั่วไปของรูปแบบบัญชี
ในการพัฒนานามธรรมบัญชี หัวใจสำคัญคือข้อเสนอและระยะเวลาครบกำหนดของ ERC-4337 ในขณะที่การอภิปรายลึกซึ้งยิ่งขึ้น ชุมชนพบว่าความต้องการทั่วไปบางประการของผู้ใช้ทั่วไปในสถานการณ์ธุรกิจเลเยอร์แอปพลิเคชันนั้นเป็นไปไม่ได้ที่จะแก้ไขจากโครงสร้างบัญชีและห่วงโซ่โครงสร้างพื้นเมืองพึงพอใจโดยตรง ตัวอย่างเช่น การกู้คืนคีย์ส่วนตัว การได้รับบริการเฉพาะที่มี 0 gas และการอนุญาตแบบกลุ่ม เป็นต้น
เป็นส่วนเสริมสำหรับการสำรวจนามธรรมบัญชีก่อนหน้านี้ ERC-4337 ได้รับการเสนอโดย Vitalik และ Ansgar Dietrichs โดยหวังว่าจะให้ฟังก์ชันสถานการณ์บางอย่างจากมุมมองของการอัพเกรดโครงสร้างบัญชีเอง แนะนำแนวคิด การทำงานของผู้ใช้ ซึ่งช่วยให้ผู้ใช้ทำธุรกรรมได้อย่างยืดหยุ่นมากขึ้นโดยไม่ต้องกังวลกับ Nonce หรือค่าธรรมเนียมการทำธุรกรรมที่ซับซ้อน
โปรดดูรูปด้านล่างสำหรับไทม์ไลน์ที่เสนอสำหรับโปรโตคอลต่างๆ ในสาขา Account Abstraction:
สถานะปัจจุบันของอุตสาหกรรมนามธรรมบัญชี: ค่านิยมหลักและข้อจำกัด
อุตสาหกรรม Account Abstraction ใกล้จะถึงกำหนดแล้วและเข้าใจง่าย เราสามารถแบ่งอุตสาหกรรม Account Abstraction ในปัจจุบันคร่าวๆ ได้ดังต่อไปนี้ตามลำดับความใกล้ชิดกับผู้ใช้:
ชั้นลูกโซ่สาธารณะ
การจัดการคีย์ส่วนตัว
AA Stack layer (ส่วนใหญ่รวมถึง Paymaster และ Bundler)
ชั้นการทำงาน
ชั้นแอปพลิเคชัน
มีโซลูชันที่สมบูรณ์มากมายสำหรับการจัดการคีย์ส่วนตัว เช่น Magic.link ซึ่งเป็นโซลูชันที่โฮสต์โดยอิงตามบริการ KMS ของ AWS และ MPC-TSS ที่เราใช้ (Particle Network) ขณะนี้มีผู้ให้บริการเลเยอร์ AA Stack มากกว่า 100 ราย รวมถึงสตาร์ทอัพ StackUp, ZeroDev, Pimlico, โครงสร้างพื้นฐาน Alchemy และบริษัทกระเป๋าเงินชั้นนำ Safe ซึ่งล้วนให้บริการโซลูชั่นที่มีอยู่แล้ว ในชั้นแอปพลิเคชัน เราพบว่าโปรเจ็กต์ชั้นนำ เช่น CyberConnect และ dYdX กำลังใช้ Account Abstraction กับสถานการณ์ทางธุรกิจเฉพาะของตนอยู่แล้ว
นามธรรมบัญชีช่วยส่งเสริมประสบการณ์ผู้ใช้ปลายทางอย่างไม่ต้องสงสัยและขจัดอุปสรรคมากขึ้นสำหรับแอปพลิเคชันขนาดใหญ่ของ Web3 อย่างไรก็ตาม ผลกระทบที่เกิดขึ้นจริงในขั้นตอนนี้ไม่ตรงกับความคาดหวังของเราสำหรับการปรับปรุงกระบวนทัศน์ที่นามธรรมบัญชีสามารถนำมาสู่ประสบการณ์ในอุตสาหกรรมได้อย่างชัดเจน
เนื่องจากสาระสำคัญของ Account Abstraction คือการแก้ปัญหา UX ของผู้ใช้จากฝั่งอุปทาน จึงเหมือนกับการให้ตัวเลือกการพัฒนาเพิ่มเติมแก่นักพัฒนาในระดับโครงสร้างบัญชีมากกว่า ในเวลาเดียวกัน การขยายฟังก์ชั่นการเข้าสู่ระบบโซเชียล + บัญชีที่เกิดจากการผสมผสานระหว่างการลบบัญชีและการจัดการคีย์ส่วนตัวจะช่วยลดเกณฑ์สำหรับผู้ใช้ใหม่ในการเข้าสู่บริการผลิตภัณฑ์ Web3 ในระดับหนึ่ง
อย่างไรก็ตาม เมื่อพิจารณาจากความนิยมที่เพิ่มขึ้นอย่างรวดเร็วของการลบบัญชีและการตอบรับจากผู้ใช้ปลายทางในช่วงเวลาของ Aha ดูเหมือนว่าศักยภาพของผู้ใช้ยังไม่ได้รับการปลดปล่อยอย่างเต็มที่
แน่นอนว่าในอีกด้านหนึ่ง นี่เป็นเพราะปริมาณและคุณภาพของเนื้อหาเลเยอร์แอปพลิเคชันยังคงถูกทำซ้ำอย่างรวดเร็ว แต่ในทางกลับกัน เราคิดว่าเป็นเพราะ:
นามธรรมบัญชีเพิ่มประสิทธิภาพประสบการณ์ผู้ใช้เมื่อป้อนนิพจน์
แต่ก็ไม่ได้แก้ปัญหาในการแสดงผลลัพธ์
การเพิ่มประสิทธิภาพการแสดงออกและผลลัพธ์เป็นค่านิยมหลักของ Intent-Centric
เหตุใดจึงเสนอ Intent-Centric สาเหตุหลักมาจากสองเหตุผล:
สิ่งสำคัญประการหนึ่งของอุตสาหกรรมการเข้ารหัสคือการคืนความเป็นอิสระของผู้ใช้จากการออกแบบพื้นฐานของห่วงโซ่ รวมถึงความเป็นอิสระของสินทรัพย์ ความเป็นอิสระของข้อมูล และความเป็นอิสระของข้อมูล แต่ปัญหาที่เกิดขึ้นจากความเป็นอิสระก็คือการดำเนินการออนไลน์ที่ละเอียดอ่อนเบื้องหลังการบรรลุเป้าหมายจะต้องถูกเปิดเผยต่อผู้ใช้เพื่อขออนุมัติ
ในยุคแรก ๆ ของอุตสาหกรรม สถานการณ์ทางธุรกิจค่อนข้างง่าย ตรรกะในการดำเนินการค่อนข้างง่าย และมีการทำงานร่วมกันระหว่างเครือข่ายได้น้อยมาก ในเวลานี้ ไม่จำเป็นต้องมีการอนุญาตผู้ใช้มากนัก มีเพียงไม่กี่แห่งที่ผู้ใช้ต้องการ เพื่อตัดสินอย่างแข็งขันและประสบการณ์ก็โอเค ยอมรับแล้ว แต่เมื่อ L2 ปรากฏขึ้นมากขึ้นและบริการต่างๆ ซ้อนทับกันและรวมเข้าด้วยกันก็จะปรากฏว่าความต้องการของผู้ใช้เป็นโสดแต่ความถี่ในการอนุญาตนั้นสูงมากและมีส่วนเกี่ยวข้องในกระบวนการนี้มากขึ้น การตัดสินแบบอัตนัย เช่น แก๊ส , การตั้งค่าการเลื่อนไหล ฯลฯ
ตรรกะหลักที่ Intent-Centric นำมาใช้นั้น แท้จริงแล้วคือการบล็อกกระบวนการโดยไม่สูญเสียความเป็นอิสระของผู้ใช้รวมถึงการตรวจสอบกระบวนการและการจัดการกระบวนการ ผู้ใช้เพียงแค่ต้องชี้แจงจุดเริ่มต้นและจุดสิ้นสุดของความต้องการเท่านั้น ประโยชน์ของสิ่งนี้คือช่วยให้ผู้ใช้สามารถเปลี่ยนจากมุมมองของธุรกรรมไปเป็นมุมมองของความต้องการได้
เราสามารถทดสอบปัญหานี้ได้ด้วยคำถามสนทนาง่ายๆ:
ฉันขอถามคุณเกี่ยวกับการดำเนินการออนไลน์ที่พบบ่อยที่สุดอย่างหนึ่ง: ฉันมี 10 ETH และฉันต้องการให้ยืมมันใน Compound โดยมีผลตอบแทน 2% ต่อปี
สำนวนนี้เป็นสิ่งที่คุณต้องการจริงๆ หรือ?
อันที่จริง สำนวนนี้ไม่ใช่ความต้องการของคุณ ความต้องการของคุณคือ: ฉันมี 10 ETH ช่วยฉันค้นหาผลตอบแทนสูงสุดในโปรโตคอลที่ปลอดภัย
และ การกู้ยืมเงินจาก Compound โดยได้รับผลตอบแทน 2% ต่อปี ถือเป็นธุรกรรม
แล้วทำไมคุณถึงคิดโดยไม่รู้ตัวว่า Transaction นี้คือความต้องการของคุณ โดยพื้นฐานแล้ว เป็นเพราะว่าอุตสาหกรรมการเข้ารหัสปัจจุบันถูกแยกออกเป็น Transaction และระบุทีละรายการ ความต้องการทั้งหมดต้องแบ่งออกเป็น Transaction และสถานะสามารถตรวจสอบได้ ปัญหาที่เกิดขึ้นจากการตระหนักรู้คือผู้ใช้ที่ผมกล่าวถึงไม่ได้เริ่มต้นจากมุมมองของความต้องการ แต่จากมุมมองของธุรกรรม ซึ่งจำกัดการแสดงออกและการตระหนักถึงความต้องการของผู้ใช้จำนวนมากอย่างเห็นได้ชัด เพราะจริงๆ แล้วจิตวิทยาของผู้ใช้มีวิธี คิด. ของพันธนาการ.
ดังนั้น Intent-Centric (มีเจตนาเป็นศูนย์กลาง) จะช่วยแก้ปัญหาในการแสดงเส้นทางที่เหมาะสมที่สุดไปสู่ผลลัพธ์
เรื่องนี้มีคุณค่า เพราะการแก้ปัญหาเส้นทางจากการแสดงออกไปสู่ผลลัพธ์เท่านั้นจึงจะสามารถปลดปล่อยความต้องการอันกว้างใหญ่ของผู้ใช้ปลายทางได้อย่างแท้จริง
เพื่อให้บรรลุเป้าหมายดังกล่าว Intent-Centric (เจตนาเป็นศูนย์กลาง) จำเป็นต้องมีมุมใดบ้างในการโปรโมตผลิตภัณฑ์และการวิจัย
จากแนวคิดนี้ เราได้แบ่งอุตสาหกรรมที่มีความตั้งใจเป็นศูนย์กลางทั้งหมดออกเป็นสี่ชั้น:
ระดับรายการนิพจน์ของผู้ใช้
เลเยอร์การแปลที่แสดงเจตนา
ชั้นบูรณาการสำหรับความต้องการแนวตั้ง
ชั้นประสานงานสำหรับความต้องการที่ซับซ้อน
วัตถุประสงค์ในการคำนวณที่แต่ละข้อเสร็จสิ้นนั้นชัดเจนมาก:
การแสดงออกของผู้ใช้ระดับเริ่มต้นใช้เพื่อรวบรวมความต้องการที่แท้จริงของผู้ใช้ ตัวชี้วัดหลัก: อัตราความสำเร็จ;
เลเยอร์การแปลที่แสดงความตั้งใจคือการแปลความต้องการที่แท้จริงของผู้ใช้เป็นภาษาที่สามารถสื่อสารได้อย่างสม่ำเสมอระหว่างเครื่องจักรระหว่างนักพัฒนากับเครื่องจักรและระหว่างนักพัฒนา ตัวบ่งชี้หลักคือ: เวลาตอบสนองและความแม่นยำ;
ชั้นบูรณาการของความต้องการแนวตั้งคือการรวมความต้องการหมวดหมู่แนวตั้งและจับคู่ตัวแก้ปัญหาที่เหมาะสม (ตัวแก้ปัญหา) เพื่อตอบสนองความต้องการนี้ ตัวชี้วัดหลัก: ประสิทธิภาพการจับคู่;
ชั้นการประสานงานที่ตรงตามความต้องการคือการแยกข้อกำหนดแบบผสมออกเป็นข้อกำหนดประเภทแนวตั้ง และในขณะเดียวกันก็ประสาน Solvers (ตัวแก้ปัญหา) ของประเภทแนวตั้งต่างๆ เพื่อตอบสนองต่อข้อกำหนดแบบผสมตามเป้าหมายหรือตรรกะ ตัวชี้วัดหลัก: ประสิทธิภาพการแยกส่วนและความครอบคลุมความต้องการ
เมื่อมุมทั้งสี่มีวุฒิภาวะในระดับหนึ่ง มุมเหล่านั้นสามารถนำมาซึ่งเส้นทางผู้ใช้ดังกล่าวได้:
ผู้ใช้กรอกนิพจน์ข้อกำหนดในเลเยอร์รายการนิพจน์ใด ๆ และนิพจน์จะถูกแปลโดยเลเยอร์การแปลเป็นความตั้งใจที่อธิบายไว้ในภาษาสากลสำหรับการประสานงานระหว่างเครื่อง ความตั้งใจถูกแยกส่วนโดยเลเยอร์การประสานงานและ Solvers (ตัวแก้ปัญหา) ) ของเลเยอร์การรวมความต้องการในแนวดิ่งแข่งขันกับความตั้งใจเหล่านี้ได้รับการดำเนินการในลักษณะที่มีประสิทธิภาพและปลอดภัย และในที่สุดผลลัพธ์ของการดำเนินการตามความตั้งใจในแนวตั้งจะถูกรวมเข้ากับผลลัพธ์ความตั้งใจแบบผสมโดยเลเยอร์การประสานงาน
ลองมาดูตัวอย่างเชิงปฏิบัติ:
ผู้ถือหุ้น Coinbase เห็นการเปิดตัว Base Chain และต้องการสัมผัสประสบการณ์แอปพลิเคชันเกมบน Base Chain เขารู้ว่าสิ่งที่เขาต้องการคือการสร้าง NFT ของเกมเพื่อเริ่มกระบวนการ
เราข้ามขั้นตอนการลงทะเบียนกระเป๋าเงิน (ซึ่งซับซ้อนมากอยู่แล้ว) และถือว่าเขาได้เล่นเกม Web3 อื่น ๆ ในระบบนิเวศของ Polygon และถือโทเค็น Matic ของ Polygon อยู่แล้ว ในการเข้าร่วมในโครงการ Base Chain เขาจำเป็นต้องดำเนินการต่อไปนี้ให้เสร็จสิ้น ถอดชิ้นส่วน:
ค้นหาสะพานข้ามสายโซ่สามสายเพื่อข้ามสายโซ่ Matic โทเค็นไปยังโทเค็น ETH ของ Ethereum
ข้ามโทเค็น ETH จาก Base Chain ไปยัง ETH-Base
Mint NFT；
เริ่มเกม.
นี่คือกระบวนการปัจจุบัน แม้ว่าจะเป็น Batch Transaction (ธุรกรรมแบบแพ็คเกจ) หรือธุรกรรม Gasless (ธุรกรรม Gasless) รวมกับการลบบัญชี แต่เกณฑ์ก็ยังสูงมาก เรารู้ว่าความตั้งใจของผู้ใช้ (สร้าง NFT บน Base Chain เพื่อเริ่มเกม) นั้นชัดเจนจริงๆ เขารู้ว่าเขาต้องการทำอะไร แต่กระบวนการนี้ยุ่งยากเกินไป
หากฟิลด์ Intent-Centric ครบกำหนด ก็สามารถดำเนินการจัดโครงสร้าง การแยกส่วน และดำเนินการตามความตั้งใจของผู้ใช้ให้เสร็จสิ้นได้ จากมุมมองของประสบการณ์ผู้ใช้ ผู้ใช้โต้ตอบกับกระเป๋าสตางค์หรือแอปพลิเคชันที่ปรับให้เข้ากับโปรโตคอล Intent-Centric หรือในChatGPTคล้ายกับการแสดงความตั้งใจใน LLM UI กรอบงานการพัฒนาที่มีเจตนาเป็นศูนย์กลางที่รวมโดยนักพัฒนาจะจัดโครงสร้าง Intent โดยอัตโนมัติ จากนั้น Intent Bidder และ Solver จะดำเนินการแยกส่วนและดำเนินการขั้นสุดท้ายให้เสร็จสิ้น การรับรู้ของผู้ใช้เพียงแค่คลิกปุ่มหรือส่ง ข้อความ พูดคำหนึ่ง
ตอนนี้เราสามารถลองตอบคำถามนี้ได้: ไวน์เก่าที่มีเจตนาเป็นศูนย์กลางอยู่ในขวดใหม่สำหรับ AA (Account Abstraction) หรือเป็นทางเลือกที่ดีที่สุดสำหรับวิวัฒนาการ?
นอกเหนือจากการก้าวไปอีกขั้นตามเส้นทางผู้ใช้ ตั้งแต่การเข้าสู่นิพจน์ การแสดงออก ไปจนถึงผลลัพธ์ ในทางอื่นใดที่ Intent-Centric แตกต่างจากนามธรรมของบัญชีอย่างมีนัยสำคัญ
จากการเปรียบเทียบมิติเนื้อหาข้างต้น เราสามารถตอบได้อย่างชัดเจน:Intent-Centric (มีเจตนาเป็นศูนย์กลาง) ไม่ใช่ไวน์เก่าในขวดใหม่ของ Account Abstraction (นามธรรมบัญชี) แต่เป็นอีกทางเลือกหนึ่งสำหรับการเพิ่มประสิทธิภาพประสบการณ์เส้นทางผู้ใช้
แต่เส้นทาง Account Abstraction จะกลายเป็นโครงสร้างพื้นฐานสำหรับการดำเนินการเฉพาะในฟิลด์ Intent-Centric หรือไม่ เนื่องจากฟิลด์ Intent-Centric มีความสมบูรณ์มากขึ้นหรือไม่ เราต้องการข้อมูลเพิ่มเติม สิ่งนี้สามารถตัดสินได้ก็ต่อเมื่อโปรโตคอลหรือผลิตภัณฑ์ในสาขานี้มีความสมบูรณ์มากขึ้นเท่านั้น .
มุมมองที่เป็นเอกลักษณ์ของ Particle Network ในสาขา Intent-Centric
ขั้นแรก เรามาทบทวนผลิตภัณฑ์หลักของเรา V1: Wallet-as-a-Service ตาม MPC-TSS และ Account Abstraction ตำแหน่งมูลค่าในฟิลด์ Account Abstraction สามารถใช้ได้ดังแสดงในรูป แสดง
ดังที่แสดงในภาพ เห็นได้ชัดว่างานหลักของเราคือเลเยอร์การจัดการคีย์ (การจัดการคีย์ส่วนตัว) ที่ใช้ MPC-TSS และเลเยอร์การทำงานที่จัดเตรียมชุดการเข้าสู่ระบบโซเชียล
ที่จริงแล้ว V1 ของเราทำเพียงสองสิ่งเท่านั้น:
ลดความซับซ้อนและเป็นนามธรรมพฤติกรรมและความต้องการของผู้ใช้เมื่อเข้าสู่ผลิตภัณฑ์ Web3 ผ่านการเข้าสู่ระบบโซเชียล
คำนวณลายเซ็นแบบหลายลูกโซ่และกรอกลายเซ็นโดยตรงในผลิตภัณฑ์ประเภทต่างๆ ที่เชื่อมต่อกับกระเป๋าเงินของเรา เพื่อเป็นบริการเพื่อปรับปรุงประสิทธิภาพการทำธุรกรรม
เหตุผลหลักที่เราเปิดตัวผลิตภัณฑ์ที่เกี่ยวข้องกับ Intent-Centric คือสองประเด็น:
งานหลักของ Intent-Centric นั้นสอดคล้องกับแก่นแท้ของผลิตภัณฑ์ v1 ของเราอย่างสมบูรณ์ นั่นคือ สรุปความต้องการของผู้ใช้และปรับปรุงประสิทธิภาพการทำธุรกรรม
เราอยู่ที่B 2 B 2Cภายใต้แนวทางนี้ เราได้ทำงานร่วมกับพันธมิตรของเราเพื่อแนะนำผู้ใช้จำนวนมากในช่วง 10 เดือนที่ผ่านมา และจุดมุ่งเน้นของเราได้เปลี่ยนจากการเข้าสู่ผู้ใช้ไปสู่การแสดงออกและผลลัพธ์ของผู้ใช้
แล้วอะไรคือการตัดสินใจขั้นพื้นฐานของเราในด้าน Intent-Centric ข้อได้เปรียบเฉพาะของเราในด้าน Intent-Centric และอะไรคือกลยุทธ์ผลิตภัณฑ์ของเราที่อิงจากข้อได้เปรียบนี้
เราเชื่อว่าในตรรกะลำดับชั้นของฟิลด์ Intent-Centric ที่เรากล่าวถึงข้างต้น มีลำดับความสำคัญตามมูลค่าที่ชัดเจน:
เราเชื่อว่า Translation Layer ที่แสดงเจตนารมณ์เป็นแกนหลัก เนื่องจากเป็นชั้นเดียวที่ได้รับแรงผลักดันจากการกำหนดมาตรฐานเอฟเฟกต์มู่เล่ตามด้วยเลเยอร์การประสานงาน Cordination ของข้อกำหนดคอมโพสิต จากนั้นเลเยอร์การรวมของข้อกำหนดแนวตั้ง และจากนั้นเลเยอร์นิพจน์ของพอร์ทัลผู้ใช้
จุดแข็งที่เป็นเอกลักษณ์ของเราที่ Intent-Centric คืออะไร:
การสะสมความต้องการของผู้ใช้ที่เป็นนามธรรมและการสะสมของการคำนวณลายเซ็นแบบหลายสายโซ่และหลายพฤติกรรม
พันธมิตรที่เสร็จสิ้นการบูรณาการผลิตภัณฑ์โดยครอบคลุมทุกเส้นทาง
ดังนั้นผลิตภัณฑ์ V2 ของเราในฟิลด์ Intent-Centric จึงเรียกว่า Intent Fusion Protocol ซึ่งโดยพื้นฐานแล้วประกอบด้วย:
ภาษาและกรอบงานที่เป็นหนึ่งเดียวเพื่อแสดงเลเยอร์การแปลที่ต้องการ (การให้บริการเลเยอร์การแปลที่เรารู้สึกว่าสำคัญที่สุด)
ชุดพัฒนาสำหรับชั้นประสานงานของข้อกำหนดที่ซับซ้อน
และ zkEVM ซึ่งใช้โดย Particle Network สำหรับการจัดการเชิงนามธรรมและการคำนวณบัญชีแบบ Full-chain
เราหวังเป็นอย่างยิ่งว่าจะใช้ Intent Fusion Protocol ของ V2 เพื่อให้ผู้ใช้สามารถเข้าสู่ระบบแบบส่วนตัวในผลิตภัณฑ์เลเยอร์แอปพลิเคชันใด ๆ ที่เปิดใช้งานโดยผลิตภัณฑ์ zkWaaS (ในขณะที่เพลิดเพลินกับความสะดวกสบายของการเข้าสู่ระบบโซเชียลโดยไม่เปิดเผยความเป็นส่วนตัวของข้อมูลระบุตัวตนของ Web2) ทำให้พวกเขาสามารถคงอยู่ได้ด้วยคลิกเดียว บางส่วน ETH เข้าร่วมในผลิตภัณฑ์รายได้ออนไลน์ที่ดีที่สุดใน L1/L2 ใดๆ และแลกโดยอัตโนมัติเมื่อรายได้ถึงจำนวนที่กำหนด จากนั้นจำนำไปที่ Lido เพื่อรับผลตอบแทนแบบไร้ความเสี่ยง
Intent Fusion Protocol ของ Particle Network V2 จะขึ้นอยู่กับความต้องการและความคาดหวังของผู้ใช้มากกว่า แทนที่จะจัดให้มีฟังก์ชันและการตั้งค่าที่ซับซ้อนมากมาย และบรรลุความตั้งใจที่แท้จริงของผู้ใช้โดยตรงด้วยความเข้าใจและค่าใช้จ่ายในการดำเนินการเพียงเล็กน้อย
เรารู้สึกว่าวิธีนี้สามารถเข้าใกล้เป้าหมายของเราได้มากขึ้น:
ด้วยการสร้างเลเยอร์การเข้าถึง Web3 แบบโมดูลาร์ที่เน้นความตั้งใจ เราจะเร่งการเปลี่ยนแปลงของ Web3 จากอุตสาหกรรมทางการเงินที่เป็นมิตรกับวิศวกรไปสู่อุตสาหกรรมผู้บริโภคที่เป็นมิตรต่อมวลชน
