เมื่อกระเป๋าเงินเริ่มฝังตัว AI Agent: แนวทางการโต้ตอบใหม่ของ ERC-8211 เหตุใดจึงควรให้ความสนใจ?

เริ่มต้นในปี 2025 หลายคนอาจเริ่มคุ้นเคยกับวิธีการโต้ตอบแบบใหม่: บอก GPT หรือ Gemini ว่า "ช่วยวางแผนการเดินทางไปฮ่องกงในสัปดาห์หน้า และแนะนำตั๋วเครื่องบินและโรงแรมที่เหมาะสม" แล้วมันจะทำงานค้นหาข้อมูล กรองเงื่อนไข เลือกเส้นทาง เปรียบเทียบราคา และขั้นตอนอื่นๆ อย่างเงียบๆ ในพื้นหลัง สุดท้ายก็ส่งผลลัพธ์มาให้คุณยืนยัน

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

ตัวอย่างเช่น คุณออกคำสั่งให้ DeFi Agent: "เปลี่ยน ETH ในกระเป๋าสตางค์เป็น USDC ข้ามไปยัง Base Chain แล้วฝากทั้งหมดเข้า Aave" ตามความเป็นจริงแล้ว จากมุมมองของ "การทำความเข้าใจความต้องการ" และ "การวางแผนเส้นทาง" Agent ในปัจจุบันอาจไม่ใช่ทำไม่ได้เสียทีเดียว ช่องว่างที่แท้จริงปรากฏในขั้นตอนการดำเนินการ:

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

ปัญหาไม่ได้อยู่ที่ว่า AI ไม่ฉลาดพอ แต่เป็นเพราะเลเยอร์การดำเนินการบนเชนยังขาดวิธีการแสดงออกที่เหมาะสมกับ Agent จริงๆ

ด้วยเหตุนี้ ในต้นเดือนเมษายน 2026 Biconomy และ Ethereum Foundation ได้ร่วมกันเผยแพร่ ERC-8211 ซึ่งมีเป้าหมายเพื่อแก้ไขปัญหา "ข้อจำกัดแบบคงที่ (Static)" ในการดำเนินการสัญญาอัจฉริยะในปัจจุบัน เพื่อมอบเลเยอร์การดำเนินการที่มีพลังการแสดงออกมากขึ้นสำหรับ AI Agent และเวิร์กโฟลว์ DeFi ที่ซับซ้อน พยายามเติมเต็มชิ้นส่วนปริศนาที่ขาดหายไปนี้

1. "ช่องว่างสุดท้าย" ของการเชื่อมต่อ AI Agent เข้าสู่เชน

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

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

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

หากจะพูดถึงสภาพแวดล้อมการผลิตจริง ข้อด้อยนี้สามารถสรุปได้เป็นประโยคเดียว: DeFi เป็นแบบไดนามิก แต่ Batch (การประมวลผลแบบกลุ่ม) ส่วนใหญ่ในปัจจุบันยังคงเป็นแบบคงที่ (Static)

ทั้งเว็บไซต์ทางการของ ERC-8211 และโพสต์อภิปรายต่างชี้แจงปัญหานี้อย่างชัดเจน นั่นคือ ERC-4337 และ EIP-5792 ที่มีอยู่ในปัจจุบัน ได้ยกระดับรูปแบบเก่าของ "หนึ่งลายเซ็นต์ต่อหนึ่งการเรียกใช้ (Call)" ไปสู่ขั้นตอนใหม่ของ "หนึ่งลายเซ็นต์สามารถรวมการเรียกใช้หลายครั้งได้" แต่พารามิเตอร์ในการเรียกใช้เหล่านี้ โดยพื้นฐานแล้วส่วนใหญ่ยังคงถูกกำหนดตายตัวในขณะที่เซ็นชื่อ

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

แต่ DeFi เองนั้นเต็มไปด้วยความไม่แน่นอน ผลลัพธ์จริงของการ Swap หนึ่งครั้ง ขึ้นอยู่กับสลิปเพจและสภาพคล่องในบล็อกที่ดำเนินการ เวลาและจำนวนเงินสุดท้ายที่ได้รับจากการบริดจ์หนึ่งครั้ง ขึ้นอยู่กับกลไกและค่าธรรมเนียมของบริดจ์นั้นเอง อัตราส่วน share-to-asset ของโปรโตคอลการกู้ยืมหรือ Vault ก็จะเปลี่ยนแปลงอยู่ตลอดเวลา

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

เพื่อให้เข้าใจว่า ERC-8211 แก้ไขอะไรบ้าง ลองดูตัวอย่างที่พบได้บ่อยที่สุด นั่นคือสมมติว่า Agent ต้องการทำสิ่งที่ดูเหมือนธรรมดาๆ — เปลี่ยน ETH ในบัญชีเป็น USDC แล้วฝากทั้งหมดเข้า Spark เพื่อรับดอกเบี้ย

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

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

พูดง่ายๆ คือ ขีดจำกัดความสามารถของ Static Batch นั้น เป็นตัวกำหนดขีดจำกัดของกลยุทธ์ที่ Agent สามารถดำเนินการได้อย่างปลอดภัยจริงๆ

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

2. ERC-8211 เปลี่ยนแปลงอะไรจริงๆ?

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

ฟังดูเป็นนามธรรมมาก แต่เข้าใจไม่ยาก ทางการใช้ประโยคเดียว来描述它: จากธุรกรรมสู่โปรแกรม (From transactions to programs)

นี่หมายความว่า ERC-8211 ไม่ได้มอง Batch อีกต่อไปว่าเป็นรายการการดำเนินการตามลำดับ แต่มองว่ามันเป็นโปรแกรมการดำเนินการที่ประเมินค่าในขณะรันไทม์ และมีเงื่อนไขด้านความปลอดภัย หากแยกย่อยออกมา จะเห็นว่ามันทำสิ่งนี้ผ่านสาม Primitives ที่สามารถประกอบรวมกันได้:

• Fetchers (ตัวดึงค่า): กำหนดว่าพารามิเตอร์นี้ควรดึงค่าจากที่ไหน มันอาจเป็นการสอบถามยอดคงเหลือปัจจุบันของที่อยู่หนึ่ง ทำให้พารามิเตอร์ไม่ใช่ภาพถ่ายในขณะเซ็นชื่ออีกต่อไป แต่เป็นการอ่านค่าตัวเลขแบบเรียลไทม์ที่ดึงมาจากสถานะบนเชนในขณะดำเนินการ
• Constraints (ตัวกำหนดข้อจำกัด): หลังจากที่พารามิเตอร์ถูกดึงออกมาแล้ว ยังต้องผ่านการตรวจสอบข้อจำกัดแบบอินไลน์ — เช่น "USDC ที่ได้จากการแลกเปลี่ยนต้อง ≥ 2500" หรือ "สลิปเพจต้องไม่เกิน 0.5%" ข้อจำกัดเหล่านี้จะได้รับการตรวจสอบก่อนที่ค่าจะถูกส่งไปยังการเรียกใช้ครั้งถัดไป หากข้อใดข้อหนึ่งไม่ผ่าน ทั้ง Batch จะถูกย้อนกลับทันที
• Predicates (เงื่อนไขการทริกเกอร์): สามารถเข้าใจได้ว่าเป็นผู้เฝ้าประตูระหว่างขั้นตอน ไม่มีหน้าที่สร้างค่า แต่มีหน้าที่ตัดสินใจว่าจะดำเนินการต่อหรือไม่ เช่น ในสถานการณ์ข้ามเชน Batch ฝั่ง Ethereum สามารถใช้ predicate เพื่อรอเงื่อนไข "WETH ที่ข้ามเชนมาแล้วได้รับแล้ว" และจะไม่ส่งจนกว่าจะได้รับ

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

สรุปแล้ว แนวคิดการทำงานของ Static Batch คือรายการ — ดำเนินการขั้นตอน A, B, C ตามลำดับ ในขณะที่แนวคิดการทำงานของ ERC-8211 คือโปรแกรมที่มีเงื่อนไข — หลังจากดำเนินการ A แล้ว เอาผลลัพธ์จริงของ A มาเป็นอินพุตของ B B ต้องเป็นไปตามข้อจำกัดจึงจะเข้าสู่ C หากขั้นตอนใดไม่เป็นไปตามที่คาดหวัง ทั้ง Batch จะถูกย้อนกลับ

เราสามารถเข้าใจมันอย่างง่ายๆ ได้ว่าเป็นกลไก "การประมวลผลแบบกลุ่มอัจฉริยะ (Smart Batch)" ที่ออกแบบมาโดยเฉพาะสำหรับ AI Agent และการดำเนินการ DeFi ที่ซับซ้อน เพราะในการดำเนินการบนเชนแบบดั้งเดิม การดำเนินกลยุทธ์ DeFi ที่ซับซ้อนมักต้องการธุรกรรมอิสระหลายรายการ: ถอนเงินจากโปรโตคอลการกู้ยืม แลกเปลี่ยนโทเค็น แล้วฝากเข้าโปรโตคอลอื่น (อ่านเพิ่มเติม ภาพรวมโปรโตคอล AI คริปโต: เริ่มจากสนามรบหลักของ Ethereum จะสร้างระบบปฏิบัติการใหม่สำหรับ AI Agent ได้อย่างไร?)

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

ตัวอย่างเช่น Agent สามารถดำเนินการให้เสร็จในหนึ่งธุรกรรมที่เซ็นชื่อ: ถอนเงินจาก Aave → แลกเปลี่ยนจำนวนเงินที่ได้รับจริงบน Uniswap → ฝากผลลัพธ์การแลกเปลี่ยนเข้า Compound — ดำเนินการทั้งหมดแบบอะตอมมิก โดยไม่ต้องเขียนสัญญาอัจฉริยะใหม่

3. ทำไมถึงบอกว่ามันเกี่ยวข้องกับกระเป๋าสตางค์ โดยเฉพาะกระเป๋าสตางค์อัจฉริยะ มากกว่า

เหตุผลที่ ERC-8211 น่าจับตามองสำหรับอุตสาหกรรมกระเป๋าสตางค์ ไม่ใช่เพียงเพราะมันเหมาะกับ Agent เท่านั้น แต่เป็นเพราะมันจะกำหนดบทบาทของกระเป๋าสตางค์ในสายโซ่การโต้ตอบใหม่

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

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

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

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

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

นี่คือเหตุผลที่การดำเนินการแบบไม่ฝาก保管 (Non-custodial) ถือเป็นข้อกำหนดเบื้องต้นของ Agentic DeFi เพราะเอเจนต์สามารถมีส่วนร่วมได้ แต่อำนาจอธิปไตย ข้อจำกัด และการชำระเงินสุดท้ายยังคงอยู่บนเชน นี่คือจุดที่ ERC-8211 เข้ากันได้จริงๆ กับกระเป๋าสตางค์อัจฉริยะ นั่นคือมันเขียนเรื่อง "การแสดงออกถึงความตั้งใจที่ซับซ้อนอย่างปลอดภัย" ลงในมาตรฐานเลเยอร์โปรโตคอล

เป็นที่น่าสังเกตว่า ERC-8211 เข้ากันได้อย่างสมบูรณ์กับเฟรมเวิร์กบัญชีนามธรรม เช่น ERC-4337, EIP-7702, ERC-7579 มันไม่ได้แทนที่บัญชีนามธรรม แต่เพิ่มเลเยอร์ความหมายเชิงความหมายการดำเนินการแบบโปรแกรมมิ่งสำหรับ Agent บนบัญ