Base AI Agents: วอลเล็ตอัตโนมัติจะกลายเป็นอินเทอร์เฟซถัดไปของ DeFi ได้หรือไม่?

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

บทความนี้อธิบายว่า "Base AI agents" จะมีหน้าตาอย่างไรในทางปฏิบัติ: การทำงานอัตโนมัติของกระเป๋าเงินทำงานอย่างไร account abstraction เข้ามาเกี่ยวข้องตรงไหน เครื่องมือใดกำลังเกิดขึ้น และการควบคุมความเสี่ยงที่ป้องกันไม่ให้ agents ทำงานผิดพลาด คุณจะได้รับคู่มือปฏิบัติที่ใช้งานได้จริงสำหรับการทดลองอย่างปลอดภัย ไม่มีการโฆษณาเกินจริง เพียงแค่รายละเอียดที่เป็นประโยชน์

เราจะยึดติดกับสิ่งที่ใช้งานได้จริงในวันนี้ สิ่งที่อยู่ในขั้นทดลอง และสิ่งที่ยังคงเป็นทิศทางการวิจัย เพื่อให้คุณตัดสินใจได้ว่าจะทดลองใช้ agentic workflows บน Base หรือเพียงแค่รอดูพัฒนาการของพื้นที่นี้

แง่มุมสิ่งที่ควรรู้ AI agent คืออะไร?ซอฟต์แวร์ที่ตรวจสอบสัญญาณและเรียกใช้การกระทำบนเชนผ่านกระเป๋าเงิน โดยได้รับคำแนะนำจากกฎและนโยบายที่คุณตั้งไว้ ทำไมต้อง Base?ในฐานะ Ethereum L2 ที่สร้างบน OP Stack Base มีค่าธรรมเนียมต่ำและการชำระเงินที่รวดเร็ว ซึ่งสำคัญมากสำหรับธุรกรรมอัตโนมัติขนาดเล็กที่เกิดขึ้นบ่อยครั้ง ตัวเปิดใช้งานหลักAccount abstraction (เช่น ERC‑4337) ทำให้กระเป๋าเงิน "อัจฉริยะ" ที่ตั้งโปรแกรมได้และใช้นโยบายได้เป็นเรื่องที่ใช้งานได้จริง ขอบเขตการทำงานอัตโนมัติการปรับสมดุล การลงทุนสม่ำเสมอ การปรับสภาพคล่อง การควบคุมการใช้จ่าย การเสนอราคา NFT และการบำรุงรักษา DeFi ตามปกติ โมเดลความปลอดภัยการป้องกันต่างๆ เช่น allow-lists ขีดจำกัดการใช้จ่าย การจำลอง session keys และการอนุมัติโดยมนุษย์ ความเสี่ยงหลักข้อผิดพลาดของโมเดล สัญญาที่เป็นอันตราย การอนุมัติที่ผิดพลาด MEV การฟิชชิ่ง การถูกขโมยคีย์ และกฎระเบียบที่ไม่ชัดเจนสำหรับการทำงานอัตโนมัติแบบจัดการ สถานะปัจจุบันองค์ประกอบต่างๆ มีอยู่แล้วในวันนี้ (smart wallets โครงสร้างพื้นฐานอัตโนมัติ intents สำหรับการแลกเปลี่ยน) agents อเนกประสงค์ที่ทำงานอัตโนมัติเต็มรูปแบบยังอยู่ในช่วงเริ่มต้น

แนวคิดหลัก: วิธีที่ Agentic Wallets ทำงานบน Base

ศูนย์กลางของ "AI agents" ใน DeFi คือวงจรที่ค่อนข้างเรียบง่าย: สังเกต ตัดสินใจ ดำเนินการ agent จะตรวจสอบสัญญาณ (ข้อมูลบนเชน ฟีดราคา ปฏิทินของคุณ หรือเกณฑ์พอร์ตโฟลิโอ) ประเมินนโยบายที่คุณตั้งไว้ (เช่น "หากยอดคงเหลือ USDC > X ให้ DCA เข้า ETH ทุกสัปดาห์") จากนั้นสร้างและส่งธุรกรรม หรือ "intent" ที่ solver สามารถดำเนินการได้ ไปยัง smart wallet สำหรับการดำเนินการบน Base

การเปลี่ยนแปลงทางเทคนิคสองประการทำให้สิ่งนี้เป็นไปได้ ประการแรก ค่าธรรมเนียมต่ำและ finality ที่รวดเร็วของ Base หมายความว่า micro-automation เป็นไปได้ทางเศรษฐกิจ โดยเฉพาะหลังจากการลดต้นทุนข้อมูลจาก EIP‑4844 ของ Ethereum ประการที่สอง account abstraction เปลี่ยนกระเป๋าเงินให้เป็นบัญชีที่ตั้งโปรแกรมได้ แทนที่จะเป็น externally owned account (EOA) ที่ใช้เพียง private key smart account สามารถบังคับใช้กฎ สนับสนุนค่าแก๊ส หมุนเวียนคีย์ และมอบสิทธิ์จำกัดด้วย session keys

ไม่ใช่ AI agents ทุกตัวที่ "ฉลาด" ในแง่ของ machine learning การทำงานอัตโนมัติที่ประสบความสำเร็จจำนวนมากเป็นนโยบายที่เรียบง่ายพร้อมการป้องกันที่แข็งแกร่ง เมื่อ large language model (LLM) เข้ามามีส่วนร่วม โดยทั่วไปจะร่างการกระทำหรือตีความบริบท ในขณะที่กระเป๋าเงินบังคับใช้การควบคุมที่แม่นยำในสิ่งที่สามารถลงนามได้

เนื่องจาก DeFi มีลักษณะที่เป็นปฏิปักษ์และสามารถประกอบกันได้ รูปแบบที่ปลอดภัยคือการเก็บสมอง (logic การตัดสินใจ) ไว้นอกเชน และมือ (การดำเนินการ) ไว้บนเชนพร้อมสิทธิ์ที่เข้มงวด การจำลองต่อเนื่อง และบันทึกการตรวจสอบ

คำศัพท์หลักสำหรับการทำความเข้าใจภาพรวม

• Account Abstraction (AA): การออกแบบที่กระเป๋าเงินเป็น smart contracts ที่มีการตรวจสอบและนโยบายที่ตั้งโปรแกรมได้ ตัวอย่างเช่น ERC‑4337
• Session Key: ข้อมูลรับรองชั่วคราวที่มีขอบเขตจำกัด (เวลา การใช้จ่าย สัญญาเป้าหมาย) ที่ agent ใช้เพื่อดำเนินการโดยไม่เปิดเผยคีย์หลัก
• Paymaster: องค์ประกอบใน AA ที่สนับสนุนหรือนามธรรมค่าธรรมเนียมแก๊ส ทำให้ UX แบบ "gasless" ภายใต้กฎที่กำหนดไว้ล่วงหน้า
• Intent: ผลลัพธ์ที่ผู้ใช้ระบุ (เช่น "แลก X เพื่อให้ได้ Y ที่ดีที่สุด") ที่ solvers ดำเนินการ แทนที่ผู้ใช้จะสร้างเส้นทางธุรกรรมเฉพาะ
• Simulation: การทดสอบธุรกรรมหรือ bundle นอกเชนเพื่อตรวจจับการย้อนกลับ ผลกระทบด้านราคา หรือพฤติกรรมที่เป็นอันตรายก่อนประกาศ
• MEV: Miner/Maximal Extractable Value การอาร์บิทราจหรือการจัดการรอบธุรกรรมของคุณที่สามารถลดผลลัพธ์หากไม่ได้รับการบรรเทา

คู่มือทีละขั้นตอน: การทดลองใช้ Base Agent อย่างปลอดภัย

1. เริ่มต้นด้วย smart wallet เฉพาะบน Base ใช้กระเป๋าเงินที่เข้ากันได้กับ AA เพื่อให้คุณสามารถตั้งนโยบายและ session keys ได้ แยกออกจากทรัพย์สินหลักของคุณ
2. กำหนดวัตถุประสงค์ที่แคบมาก เริ่มต้นด้วยงานเดียว เช่น DCA รายสัปดาห์จากยอดคงเหลือ USDC เล็กน้อยเข้า ETH เพื่อให้คุณสามารถกำหนดขีดจำกัดแบบ hard-code และวัดผลลัพธ์ได้
3. ติดตั้งการป้องกันก่อน เพิ่ม allow-lists สำหรับโทเค็นและโปรโตคอล ขีดจำกัดการใช้จ่ายต่อธุรกรรมและต่อช่วงเวลา และช่วงเวลา ชอบการดำเนินการหลายขั้นตอนพร้อม circuit breakers
4. เชื่อมต่อข้อมูลที่เชื่อถือได้ รวมการอ่านบนเชนกับ oracles หรือ indexers ที่มีชื่อเสียง หลีกเลี่ยงการให้โมเดลรับข้อความภายนอกที่ไม่น่าเชื่อถือโดยไม่มีการตรวจสอบ
5. จำลองทุกอย่าง ใช้ simulator หรือสภาพแวดล้อมทดสอบแบบ fork เพื่อทดสอบการกระทำแต่ละอย่าง บล็อกการดำเนินการหาก slippage การอนุมัติ หรือ calldata เบี่ยงเบนจากความคาดหวัง
6. ใช้งาน session keys พร้อมวันหมดอายุ ออก key อายุสั้นสำหรับ agent ของคุณที่ผูกกับนโยบายเฉพาะ (เช่น เรียกใช้เฉพาะฟังก์ชัน swap ของ DEX) และหมุนเวียนเป็นประจำ
7. บันทึกและตรวจสอบ เก็บบันทึกที่ครอบคลุมของ prompts การตัดสินใจ การจำลอง และ tx hashes บนเชน เริ่มต้นด้วยการอนุมัติโดยมนุษย์ก่อนที่จะย้ายไปใช้เกณฑ์
8. ตั้ง kill switches ใช้การเพิกถอนธุรกรรมเดียวสำหรับการอนุมัติและการหยุดระดับกระเป๋าเงินที่คุณสามารถเรียกใช้ได้จากอุปกรณ์แยกต่างหาก

ทำไม Base ถึงเป็นสภาพแวดล้อมทดสอบที่เป็นธรรมชาติสำหรับ Agents

Base เป็น Ethereum Layer 2 ที่สร้างด้วย OP Stack ได้รับประโยชน์จากความปลอดภัยของ Ethereum ในขณะที่มีต้นทุนต่ำกว่าและปริมาณงานสูงกว่า สำหรับ agents ต้นทุนและเวลายืนยันไม่ใช่สิ่งที่มีก็ดี แต่เป็นข้อกำหนดเบื้องต้น หาก agent ของคุณปรับสมดุลรายวันหรือรักษา limit orders ผ่านการอัปเดตเป็นระยะ ค่าธรรมเนียมระดับ base บน Ethereum สามารถลบล้างมูลค่าที่คาดหวังได้ บน Base การคำนวณนั้นเปลี่ยนไป

การสนับสนุนโครงสร้างพื้นฐานเป็นอีกปัจจัยหนึ่ง ชุดเครื่องมือ AA และเฟรมเวิร์กการทำงานอัตโนมัติที่มุ่งเป้าไปที่ความเข้ากันได้กับ EVM รวม Base ในการใช้งานมากขึ้น ซึ่งหมายความว่าคุณสามารถตั้งค่า bundlers, paymasters และ session keys ได้โดยไม่มีความยุ่งยากของเครือข่ายที่กำหนดเอง เครื่องมืออย่าง simulators แพลตฟอร์มการตรวจสอบ และเครื่องสแกนความปลอดภัยได้พัฒนาขึ้นในเชน EVM ทำให้ง่ายต่อการสร้างการควบคุมที่น่าเชื่อถือ

การเริ่มต้นใช้งานก็มีความสำคัญเช่นกัน กระเป๋าเงินที่รองรับ passkeys และการกู้คืนที่ง่ายกว่าสามารถนำผู้ใช้มากขึ้นไปยัง smart accounts ซึ่งเป็นขั้นตอนก่อนสู่การทำงานอัตโนมัติกระแสหลัก รวมกับเศรษฐกิจที่ดีขึ้นหลังจาก EIP‑4844 ของ Ethereum การทำงานอัตโนมัติตามปกติ เช่น การป้อนเงินเข้า pools หรือการหมุนรางวัลการ staking จะกลายเป็นไปได้ในระดับผู้บริโภค

รูปแบบการทำงานอัตโนมัติบน Base และวิธีเลือกแนวทาง

พฤติกรรม agentic มีตั้งแต่ตัวตั้งเวลาอย่างง่ายไปจนถึงกลยุทธ์ที่ช่วยด้วยโมเดล ก่อนที่จะเชื่อมต่อ LLM ลองพิจารณาว่ากฎที่แน่นอนจะให้ค่า 90% พร้อมความเสี่ยง 10% หรือไม่ จุดเริ่มต้นที่นิยมได้แก่:

• DCA และการปรับสมดุล: แปลง stablecoins เล็กน้อยเป็นเหรียญหลักตามกำหนดเวลา รักษาน้ำหนักพอร์ตโฟลิโอภายในช่วงที่มี slippage จำกัด
• การดูแลรักษาสภาพคล่อง: เพิ่มหรือลบสภาพคล่องรอบเหตุการณ์ความผันผวน เรียกและ restake รางวัลโดยอัตโนมัติเพื่อลดเวลาที่ไม่ได้ใช้
• การควบคุมการใช้จ่าย: ออก session keys พร้อมขีดจำกัดต่อร้านค้าหรือต่อ dApp ใช้ Paymasters เพื่อสนับสนุนการกระทำขนาดเล็กที่ได้รับการอนุมัติล่วงหน้า
• การเสนอราคาและการต่ออายุ NFT: รักษาการเสนอราคา collection ภายใต้เพดาน ต่ออายุชื่อที่คล้าย ENS หรือการสมัครสมาชิกโดยอัตโนมัติ
• Intent-based swaps: ให้ solvers หาการดำเนินการที่ดีที่สุดภายในผลกระทบราคาที่จำกัด ในขณะที่กระเป๋าเงินของคุณตรวจสอบผลลัพธ์

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

แนวทางจุดแข็งข้อเสียเหมาะสำหรับ DIY agent + smart wallet (AA)ความยืดหยุ่นสูงสุด นโยบายที่กำหนดเอง การจำกัดขอบเขต session key ที่เข้มงวด รวมโมเดลและข้อมูลของคุณเองหนักในด้านวิศวกรรม ต้องดำเนินการ bundlers/paymasters หรือเลือกผู้ให้บริการ ความปลอดภัยอยู่ที่คุณทีมที่มีทรัพยากรด้านการพัฒนาและข้อกำหนดที่เข้มงวด บริการอัตโนมัติที่จัดการการตั้งกำหนดเวลาและทริกเกอร์บนเชนที่เรียบง่าย ความน่าเชื่อถือระดับ production น้อยลงในการจัดการโครงสร้างพื้นฐานขอบเขตอาจจำกัด ความไว้วางใจในผู้ขาย ความซับซ้อนของนโยบายอาจถูกจำกัดผู้สร้างและทีมขนาดเล็กที่ต้องการชนะอย่างรวดเร็ว Protocol-native intents (เช่น swap intents)คุณภาพการดำเนินการที่ดีผ่าน solvers logic การตัดสินใจขั้นต่ำ มักเป็นเส้นทางที่ตระหนักถึง MEVมุ่งเน้นกรณีการใช้งานเฉพาะ (ส่วนใหญ่เป็นการซื้อขาย) ไม่ใช่เฟรมเวิร์ก agent ทั่วไปผู้ใช้ที่ให้ความสำคัญกับการ swap ราคาดีที่สุดพร้อมการตรวจสอบกระเป๋าเงิน

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

การออกแบบความปลอดภัย การกำกับดูแล และการตรวจสอบ

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

ใช้ session keys ที่หมดอายุอย่างรวดเร็วและอนุญาตให้เรียกสัญญาที่ผ่านการตรวจสอบในรายการที่อนุญาตของคุณเท่านั้น รักษาเพดานการใช้จ่ายต่อช่วงเวลาให้ต่ำและค่อยๆ เพิ่มขึ้นเมื่อความมั่นใจเพิ่มขึ้น รวมการวิเคราะห์แบบ static และ dynamic simulation หาก calldata หรือ state diffs เบี่ยงเบนจาก policy template ให้บล็อกการกระทำและแจ้งเตือน

พิจารณาการควบคุมหลายฝ่ายสำหรับกระเป๋าเงินที่มีมูลค่าสูง การตั้งค่าแบบ Safe ช่วยให้ agent ส่งการกระทำที่ต้องการผู้ร่วมลงนามภายใต้เงื่อนไข (เช่น เมื่อการใช้จ่าย > เกณฑ์) หากคุณสนับสนุนค่าแก๊สผ่าน Paymaster ให้จำกัดขอบเขตการกระทำที่มีสิทธิ์เพื่อหลีกเลี่ยงการสนับสนุนพฤติกรรมที่ไม่ได้ตั้งใจ

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

การแลกเปลี่ยน คำถามที่เปิดอยู่ และสิ่งที่จะเกิดขึ้นต่อไป

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

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

ในด้านเทคโนโลยี intents มีแนวโน้มจะขยายออกไปนอกเหนือจากการ swap การวิจัยเกี่ยวกับการจับคู่แบบรักษาความเป็นส่วนตัวและการกำหนดเส้นทางบนพื้นฐานการประมูลอาจปรับปรุงผลลัพธ์ในขณะที่ปกป้องผู้ใช้จาก MEV ในขณะเดียวกัน AA stack กำลังพัฒนาพร้อม bundlers, paymasters และตัวเลือกการกู้คืนที่ดีขึ้น ซึ่งเป็นส่วนผสมสำคัญสำหรับการทำงานอัตโนมัติกระแสหลักบน Base และ EVM L2 อื่นๆ

ข้อผิดพลาดและสัญญาณเตือนที่ควรระวัง

• การอนุมัติที่ไม่มีขอบเขต: การอนุมัติโทเค็นแบบครอบคลุมเป็นจุดล้มเหลวที่พบบ่อย ชอบการอนุญาตที่ละเอียดและเพิกถอนได้ต่อสัญญา
• ภาพหลอนของโมเดล: หากคุณใช้ LLMs อย่าให้สร้าง calldata โดยไม่ตรวจสอบ ปฏิบัติต่อผลลัพธ์ของโมเดลเป็นข้อเสนอแนะที่ต้องผ่านการตรวจสอบที่เข้มงวด
• สัญญาที่ไม่รู้จัก: การโต้ตอบกับสัญญาที่เพิ่งใช้งานหรือไม่ได้ผ่านการตรวจสอบอาจเป็นอันตราย ใช้ allow-lists และสัญญาณชื่อเสียง
• การเปิดรับ MEV: Sandwiching และ front-running อาจทำให้ราคาแย่ลง พิจารณา private orderflow หรือ solver-based intents เมื่อเป็นไปได้
• การกระจาย key: Session keys มีพลัง หมุนเวียนบ่อยๆ หมดอายุอย่างรวดเร็ว และเก็บแยกจากข้อมูลรับรองหลัก
• ความไว้วางใจในผู้ขายที่ซ่อนอยู่: การทำงานอัตโนมัติที่จัดการหรือ paymasters นำเสนอความเสี่ยงของคู่สัญญา อ่านเอกสารและจำกัดขอบเขต

สำหรับการติดตามโครงสร้างพื้นฐาน DeFi agents และ wallet UX อย่างต่อเนื่อง เยี่ยมชม Crypto Daily สำหรับการอธิบายที่ขับเคลื่อนด้วยการวิจัยและบริบทตลาด

คำถามที่พบบ่อย

"Base AI agent" ในแง่ DeFi คืออะไรกันแน่?

เป็นคำย่อสำหรับกระบวนการอัตโนมัติที่อาจได้รับคำแนะนำจาก AI ที่ดำเนินธุรกรรมผ่านกระเป๋าเงินที่ถูกจำกัดด้วยนโยบายบน Base agent สามารถปฏิบัติตามกฎ (เช่น scheduler) หรือใช้โมเดลเพื่อเสนอการกระทำ แต่กระเป๋าเงินบังคับใช้ขีดจำกัดการใช้จ่าย allow-lists และการจำลองก่อนที่จะมีการลงนามใดๆ

ฉันต้องใช้ LLM เพื่อรับประโยชน์จากการทำงานอัตโนมัติของกระเป๋าเงินหรือไม่?

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

account abstraction และ ERC‑4337 ช่วยอย่างไร?

กระเป๋าเงิน AA สามารถตรวจสอบธุรกรรมด้วย logic ที่กำหนดเอง: session keys พร้อมขอบเขต paymasters สำหรับค่าแก๊สที่ได้รับการสนับสนุน social recovery และการตรวจสอบนโยบาย ERC‑4337 ทำให้เป็นมาตรฐานส่วนใหญ่นี้ผ่าน user operations และ bundlers ทำให้กระเป๋าเงินที่ตั้งโปรแกรมได้ใช้งานได้ในเชน EVM อย่าง Base

เครื่องมือใดรองรับการสร้าง agents บน Base ในวันนี้?

นักพัฒนามักรวม AA wallets (เช่น smart accounts) เฟรมเวิร์กอัตโนมัติ หรือโปรโตคอลที่ใช้ intent สำหรับการ swap พร้อมกับ simulators และการตรวจสอบ ผู้ให้บริการขยายไปยัง Base บ่อยขึ้นเนื่องจากความเข้ากันได้กับ EVM ตรวจสอบการรองรับปัจจุบันบนไซต์ทางการของแต่ละเครื่องมือก่อนรวมเข้าด้วยกัน

Agents สามารถปกป้องฉันจาก MEV ได้หรือไม่?

สามารถลดการเปิดรับได้ด้วยการกำหนดเส้นทางที่ดีกว่า ขีดจำกัด slippage และ private หรือ solver-based orderflow แต่ไม่สามารถขจัดความเสี่ยง MEV ได้ จำลองเสมอและตั้งเกณฑ์ผลกระทบราคาที่อนุรักษ์นิยม

นี่คือ non-custodial หรือไม่?

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

วิธีที่ปลอดภัยที่สุดในการเริ่มต้นคืออะไร?

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

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