มูลนิธิ Ethereum ร่วมมือกับ Biconomy เปิดตัวข้อเสนอ ERC-8211 “Smart Batching” ซึ่งช่วยให้เอเจนต์ AI สามารถดำเนินการ DeFi แบบหลายขั้นในธุรกรรมที่มีลายเซ็นครั้งเดียว และพารามิเตอร์จะถูกกำหนดแบบไดนามิกตามสถานะเรียลไทม์บนเชน ณ ช่วงเวลาที่ทำการรันเท่านั้น มาตรฐานใหม่นี้ไม่จำเป็นต้องมีการแยกส้อมในเลเยอร์โปรโตคอล นักพัฒนาสามารถนำไปใช้ได้ทันที และถูกมองว่าเป็นก้าวสำคัญในการเชื่อม “AI × DeFi” ให้สามารถดำเนินการแบบอิสระได้
(ความเป็นมาภายหลัง: สอนพื้นฐาน | กระเป๋าเงินแบบสมาร์ตคอนแทรกต์จะเป็นที่แพร่หลายเมื่อไหร่? อ่านบทความเดียวจบเพื่อเข้าใจ ERC-4337)
(ข้อมูลเสริมพื้นหลัง: Circle เปิดตัวเครือข่ายทดสอบ Nanopayments: เอเจนต์ AI ไม่ต้องมีบัญชี ใช้ USDC ได้เลย สุนัขหุ่นยนต์ชาร์จพลังแล้วจ่ายเงินแบบอัตโนมัติด้วยตัวเองเป็นจริง)
สารบัญบทความ
Toggle
วันที่ 6 เมษายน Biconomy ได้ประกาศอย่างเป็นทางการข้อเสนอ ERC-8211 และได้รับการสนับสนุนจากมูลนิธิ Ethereum จุดเปลี่ยนสำคัญของมาตรฐานนี้มีเพียงประโยคเดียว: ให้พารามิเตอร์ของธุรกรรมถูกตัดสินใจใน “ขณะที่ทำการรัน” ไม่ใช่ในตอนที่ผู้ใช้งานลงนาม
ฟังดูเหมือนรายละเอียดเชิงเทคนิค แต่สำหรับเอเจนต์ AI และระบบอัตโนมัติ DeFi แล้ว ความหมายต่างกันโดยสิ้นเชิง—ในอดีต การทำหลายขั้นแบบ “ถอนก่อน แล้วค่อยแลกเงิน แล้วฝาก” เมื่อสภาวะตลาดเปลี่ยนแปลงก็อาจล้มเหลวหรือทำให้สลิปเพจพุ่งสูงเกินคาด; ตอนนี้ ทำได้ตลอดทั้งกระบวนการภายในลายเซ็นเดียว และตัวเลขในแต่ละขั้นจะอ่านค่าจากเชนแบบทันที
เพื่อเข้าใจความหมายของ ERC-8211 ต้องรู้ก่อนว่าข้อจำกัดของบัญชีเชิงนามธรรม (Account Abstraction) ในปัจจุบันคืออะไร
ERC-4337 คือมาตรฐานบัญชีเชิงนามธรรมที่ได้รับความนิยมที่สุดบน Ethereum ในตอนนี้ มันช่วยให้กระเป๋าเงินแบบสมาร์ตคอนแทรกต์ทำการรันหลายรายการแบบแบตช์ได้ ลดความยุ่งยากจากการลงนามหลายครั้ง แต่มีปัญหาเชิงพื้นฐานประการหนึ่ง: พารามิเตอร์ทั้งหมด รวมถึงจำนวนเงินที่แลก อัตราความคลาดเคลื่อนด้านสลิปเพจ และที่อยู่เป้าหมาย จะต้องถูกกำหนดให้แน่ชัดในขณะที่ผู้ใช้งานลงนาม จากนั้นจะแก้ไขไม่ได้อีก
สิ่งนี้เปราะบางมากในสภาพแวดล้อม DeFi อัตราราคาจากออราเคิลจะอัปเดตทุกไม่กี่วินาที ความลึกของพูลสภาพคล่องก็เปลี่ยนตลอด และอัตราดอกเบี้ยของโปรโตคอลการกู้ยืมก็ลอยตัวอยู่ตลอด ผู้ใช้งานลงนามที่เวลา T แต่ธุรกรรมอาจถูกแพ็กเกจขึ้นเชนที่เวลา T+30 วินาที ในช่วงเวลานั้น ถ้ามีตัวเลขใดตัวเลขหนึ่งหลุดจากค่าที่คาดไว้ ธุรกรรมแบตช์ทั้งชุดก็อาจล้มเหลว หรือทำให้ได้รับสลิปเพจสูงกว่าที่คาดไว้มาก
สำหรับผู้ใช้งานมนุษย์ นี่เป็นเรื่องยุ่งยากเล็กน้อยระดับ “บางครั้งล้มเหลว แล้วลองใหม่อีกครั้ง” แต่สำหรับเอเจนต์ AI ที่ต้องรันแบบอิสระทั้งหมด นี่คืออุปสรรคเชิงโครงสร้าง—คุณทำให้เอเจนต์ AI จัดการพอร์ต DeFi ได้อย่างน่าเชื่อถือไม่ได้ เพราะทุกขั้นของมันอาจล้มเหลวเพราะพารามิเตอร์ล้าสมัย
ทางออกของ ERC-8211 คือการนำกลไกสองอย่างมาใช้: “Runtime-resolved” (แกะพารามิเตอร์ตอนรัน) และ “Constraint-validated” (ตรวจสอบเงื่อนไข)
พูดง่าย ๆ คือ ตอนที่ผู้ใช้งานลงนาม จะไม่เขียนค่าตัวเลขที่เจาะจงตายตัว แต่จะเขียน “กฎ” เช่น “สลิปเพจไม่เกิน 0.5%” “จำนวนเงินที่แลกต้องเท่ากับตัวเลขที่ถูกดึงออกจริงจากโปรโตคอลการกู้ยืม” “ให้รันเมื่อราคาจากออราเคิลอยู่ระหว่าง X ถึง Y” พอถึงช่วงเวลาที่ธุรกรรมถูก “รัน” จริง สัญญาเท่านั้นที่จะไปอ่านข้อมูลแบบเรียลไทม์บนเชน เติมค่าพารามิเตอร์จริง จากนั้นจึงตรวจสอบว่าเป็นไปตามเงื่อนไขหรือไม่ ถ้าผ่านค่อยรัน
เคสการใช้งานทั่วไปที่ Biconomy ระบุไว้ในประกาศช่วยอธิบายความแตกต่างนี้ได้: ถอนจากโปรโตคอลการกู้ยืม → แลกอย่างแม่นยำด้วยจำนวนเงินที่ได้รับจริง → ฝากเข้าโปรโตคอลอื่น ทั้งหมดเสร็จสิ้นภายในธุรกรรมเดียว จุดสำคัญคือ “การแลกอย่างแม่นยำด้วยจำนวนเงินที่ได้รับจริง”—ภายใต้โมเดลแบบคงที่ของ ERC-4337 คุณต้องเดาตัวเลขหนึ่งเข้าไปใส่; แต่ใน ERC-8211 ตัวเลขนี้จะถูกอ่านอัตโนมัติจากผลลัพธ์ของขั้นก่อนหน้าในขณะที่ทำการรัน
ศักยภาพของการใช้งานเอเจนต์ AI ถูกปลดล็อกด้วยวิธีนี้: เอเจนต์ AI ที่จัดการพอร์ต DeFi สามารถตั้งชุดกฎเชิงกลยุทธ์ได้ ทำให้สัญญาตัดสินใจค่าพารามิเตอร์จริงในแต่ละขั้นแบบอัตโนมัติในขณะที่ทำการรัน โดยอ้างอิงสลิปเพจ เงินคงเหลือ และราคาจากออราเคิล ทั้งกระบวนการไม่จำเป็นต้องมีการแทรกแซงจากมนุษย์ และจะไม่ล้มเหลวเพราะการเปลี่ยนแปลงเล็กน้อยของสภาวะตลาด
ERC-8211 ไม่ได้ถูกสร้างขึ้นมาแบบลอย ๆ ความร่วมมือนี้มีต้นกำเนิดจากเวิร์กช็อป “Improve UX” ที่มูลนิธิ Ethereum จัดขึ้นในปี 2025—ครั้งนั้นได้รวบรวมทีมพัฒนาหลายทีมจากระบบนิเวศ AA โดยมีเป้าหมายเพื่อหาจุดเสียดทานที่ใหญ่ที่สุดของการใช้ Account Abstraction ในสถานการณ์จริง มูลนิธิ Ethereum ได้จัดให้ “การปรับปรุง UX” เป็นโปรเจกต์เชิงกลยุทธ์อันดับต้น ๆ ต่อจากนั้น และ ERC-8211 ก็คือผลผลิตโดยตรงของทิศทางนี้
เหตุผลสำคัญที่มูลนิธิ Ethereum เลือกสนับสนุนทิศทางนี้มีอยู่ในเชิงเทคนิคประการหนึ่ง: ERC-8211 เป็นการโค้ดในเลเยอร์สัญญา ไม่จำเป็นต้องไปแตะเลเยอร์โปรโตคอลของ Ethereum กล่าวคือไม่ต้องมีการ hard fork ซึ่งช่วยลดเกณฑ์และแรงต้านในการนำไปใช้ลงอย่างมาก นักพัฒนาจึงสามารถนำไปทำให้เป็นจริงในสัญญาอัจฉริยะและโครงสร้างพื้นฐาน AA ของตัวเองได้เลย โดยไม่ต้องรอการอัปเกรดบน Ethereum mainnet
มาตรฐานใหม่นี้ยังเข้ากันได้กับกรอบงาน AA ที่มีอยู่ ไม่ได้เป็นการรื้อใหม่ทั้งหมด แต่เป็นการเพิ่มขีดความสามารถแบบไดนามิกบนฐานที่มีอยู่แล้ว เช่น ERC-4337 สำหรับนักพัฒนาที่ลงทุนกับการสร้างระบบนิเวศ AA อยู่แล้ว ต้นทุนการย้ายถ่ายงานค่อนข้างควบคุมได้
ปัจจุบันคำอธิบายอย่างเป็นทางการของ ERC-8211 ได้ถูกเปิดเผยบน erc8211.com และการถก EIP ก็ทำกันอย่างเปิดเผยที่ ethereum-magicians.org นักพัฒนาสามารถเข้าร่วมกระบวนการปรับปรุงมาตรฐานได้โดยตรง
ช่วงหลายปีที่ผ่านมา Account Abstraction ถูกมองว่าเป็นชิ้นส่วนสำคัญต่อการทำให้ Ethereum เป็นที่แพร่หลาย: ทำให้ผู้ใช้ทั่วไปไม่ต้องมาวุ่นวายกับคีย์ส่วนตัว Gas และขั้นตอนการลงนาม—กระเป๋าเงินแบบสมาร์ตคอนแทรกต์จะช่วยจัดการการทำงานระดับล่างทั้งหมดให้คุณ แต่ข้อจำกัดแบบคงที่ของมาตรฐานที่มีอยู่ในสถานการณ์ของการทำงานอัตโนมัติ คือเหตุผลหนึ่งในระดับ “ต้นตอ” ที่ทำให้เอเจนต์ AI ไม่สามารถรันกลยุทธ์ DeFi ที่ซับซ้อนได้อย่างน่าเชื่อถือ
ERC-8211 พยายามเติมเต็มช่องว่างนี้ หากมาตรฐานถูกนำไปใช้อย่างแพร่หลาย เอเจนต์ AI จะสามารถดำเนินกลยุทธ์ DeFi แบบหลายขั้นได้อย่างอิสระจริง และในแต่ละขั้นจะตอบสนองสภาวะตลาดแบบเรียลไทม์ ไม่ต้องพึ่งให้ผู้ใช้มาลงนามใหม่อย่างต่อเนื่องหรือทนต่ออัตราความล้มเหลว นี่คือการอัปเกรดที่สำคัญในระดับโครงสร้างพื้นฐานสำหรับสายงาน “เอเจนต์ AI บนเชน” ที่กำลังเติบโตอย่างรวดเร็ว
แน่นอนว่า มาตรฐานจะไปได้ไกลแค่ไหน สุดท้ายก็ขึ้นอยู่กับความเร็วในการนำไปใช้ของชุมชนนักพัฒนา ในปัจจุบัน ERC-8211 ยังอยู่ในขั้นข้อเสนอ ยังต้องใช้เวลาเพื่อยืนยันว่ามันจะกลายเป็นมาตรฐานของ Ethereum ที่ได้รับการยอมรับอย่างแพร่หลายหรือไม่