ERC-883: คําตอบสําหรับ AI AI ความท้าทายความไว้วางใจร่วมกัน

ผู้เขียน:อาซูมาดาว เคราะห์ ดวง นี้

 

ในวันที่ 10 มีนาคม DAI ทีมภายใต้ร่มของมูลนิธิทาฟิง ซึ่งเน้นในการส่งเสริมการรวมปัญญาประดิษฐ์ (AI) กับความลึกของห่วงโซ่บล็อกและ โปรโตคอลโลกเสมือน ร่วมกันเปิดตัวมาตรฐาน ERC-883。

ผู้อํานวยการมูลนิธิอีเธอร์วู้ดDavie Cripisสภาวะมาตรฐานที่ ERC-8183 เป็นหนึ่งในส่วนประกอบที่หายไป ของระบบเศรษฐกิจโอเพนเอเจนที่ถูกสร้างขึ้นโดยชุมชนทาเฟ็ง ทีม DAI จะสนับสนุนการรับอุปการะของ ERC-8183 และทํางานเพื่อทําให้มันเป็นมาตรฐานที่เป็นกลาง。

ERC-8183. สิ่งที่คุณพยายามที่จะแก้ไข

จากบทความที่ตีพิมพ์โดย โปรโตคอลโลกเสมือนERC-8183. ออกแบบมาโดยเฉพาะสําหรับธุรกรรมเชิงพาณิชย์ระหว่างเอไอ. กําหนดกฏลูกโซ่ที่ช่วยให้เจ้าหน้าที่ 2 คนที่ไม่ไว้ใจ ประสบความสําเร็จในกระบวนการธุรกิจเช่น “การแบ่งกิจการ-การดําเนินกิจการ" โดยไม่ต้องพึ่งพาแพลตฟอร์มกลาง。

คําถามหลักที่ ERC-8183 กําลังพยายามแก้ไขคือ เจ้าหน้าที่จะสรุปการเจรจาโดยไม่มีแพลตฟอร์มได้โดยไร้กฎหมาย

ยกตัวอย่างเช่น ถ้าตัวแทนของตลาด A ต้องการจ้างตัวแทนที่ผลิตภาพ B มาสร้างโปสเตอร์สําหรับตลาด ถ้า เอ จ่าย ก่อน เอ อาจ ทํา ให้ เกิด ผล งาน ที่ ไม่ น่า พอ ใจ หรือ ไม่ ได้ รับ ผล งาน ที่ ไม่ น่า พอ ใจ; ถ้า ผล งาน ที่ บี ทํา ก่อน เอ อาจ ปฏิเสธ ที่ จะ จ่าย ด้วย..

ในระบบอินเตอร์เน็ตแบบดั้งเดิม ผู้ใช้และธุรกิจจะเผชิญกับความเชื่อใจเชิงพาณิชย์ที่คล้ายกัน โดยแพลตฟอร์มจะมีบทบาทสําคัญ - แพลตฟอร์มจะรับผิดชอบในการเป็นเจ้าภาพกองทุนเอ การประกอบบริการ B จนสมบูรณ์ และเป็นการให้ยืมครั้งสุดท้าย เราคุ้นเคยกับการล่าสมบัติ, เกียวโต, การแบ่งชนชั้น, น้ําหยด, และสื่อกลางภายในเวที。

และสิ่งที่มูลนิธิไทฟงและระบบจําลองต้องการทํา คือการใช้ ERC-8183 เป็นนามธรรมการทํางานของแพลตฟอร์ม'ในข้อตกลงลูกโซ่。

ERC-8183 การ ลด โครงการ ทํา งาน

กลไกการดําเนินการของ ERC-8183 ไม่ซับซ้อน และมาตรฐานแนะนํา งาน แต่ ละ อย่าง อาจ ถือ ได้ ว่า เป็น ธุรกิจ การ ค้า ที่ ครบ ถ้วน พร้อม กับ บทบาท สาม อย่าง:

• ลูกค้า"Customs" เพียงเพื่อประกาศภารกิจ เจ้าหน้าที่
• ผู้จัดทํา"Suppier" คือตัวแทนที่ต้องรับผิดชอบในภารกิจนี้
• การอพยพ“ ผู้ สนับสนุน ” ที่ สําคัญ ที่ สุด ต้อง รับ ผิด ชอบ ต่อ การ ตัดสิน ว่า งาน นั้น สําเร็จ หรือ ไม่。

นี่คือความจําเป็นที่ต้องมุ่งเน้นไปที่ Evaluator ซึ่งเบื้องต้นคือ การออกแบบแกน ERC-8183。ใน มาตรฐาน นี้ มี การ นิยาม คํา อีวา ลู เท อร์ ว่า เป็น ที่ อยู่ ที่ มี โซ่ ตรวน เท่า นั้น แต่ จาก มุม มอง ที่ กว้าง กว่า ที่ อยู่ อาจ ตรง กับ การ ประหาร หลาย รูป แบบ。

• Evolution อาจเป็นตัวแทน AI สําหรับงานทั่วไป เช่น การเขียน ออกแบบ หรือ exacting
• ใน อีก ด้าน หนึ่ง ผู้ จัด การ อาจ เป็น สัญญา ที่ ฉลาด สุขุม ซึ่ง มี ความ รู้ ที่ ไม่ มี ใด เหมือน (ZK verifier) สําหรับ งาน บาง อย่าง เช่น การ คํานวณ, การ พิสูจน์ เรื่อง รุ่น หรือ การ เปลี่ยน แปลง ข้อมูล. ผู้จัดทําส่งหลักฐานว่า ผู้ตรวจการยืนยันห่วงโซ่ และเรียกว่า "สมบูรณ์" หรือ "แก้ไข" เพื่อปฏิบัติการหรือปฏิเสธงาน
• ในสถานการณ์ภารกิจที่มีความเสี่ยงสูง Evaturator สามารถเป็นบัญชีหลายป้าย, DAO หรือ capitation carties ที่สนับสนุนโดยกลไกสัญญา。

ERC-8183 ไม่แยกแยะรูปแบบที่แตกต่างกันเหล่านี้。ชั้นของโพรโตคอลจะสนแค่เล็กน้อย -- ไม่ว่าจะเป็นที่อยู่ใด ๆ ที่เรียกว่า "สมบูรณ์" หรือ "แก้ไข" และอันที่วิ่งอยู่เบื้องหลังที่อยู่นี้คือ เอไอ เอเจ้นท์ที่ขับโดย LLM หรือวงจร ZK ซึ่งไม่ใช่ส่วนหนึ่งของโปรโตคอล。

ต่อ จาก นั้น โยบ แต่ ละ คน มี สี่ สถานะ ของ ชีวิต ซึ่ง ตรง กับ กระบวนการ ต่าง ๆ ที่ ERC-883 ดําเนิน งาน。

• เปิดสืบค้นเมื่อ: Clarent จะสร้างงานในวัฒนานี้ ให้ทํางานและระบุความต้องการ
• เงินทุนClint จะโอนค่านายหน้าไปยังที่อยู่แบบฉลาด แทนที่จะส่งโดยตรงไปยังผู้ให้บริการ
• ส่งแล้วโพรวิเตอร์ทําให้งานสําเร็จ และพิสูจน์
• เทอร์มินัลEvolution มีหน้าที่รับผิดชอบต่อภารกิจการตรวจสอบ และในพื้นฐานผลลัพธ์ จะกําหนดว่าปฏิบัติการดังกล่าวเสร็จสมบูรณ์หรือไม่ (มีการขอย้ายหรือย้ายข้อมูลอีกครั้ง) และทําการโอนเงินไปยังไคลเอนต์หรือผู้จัดจําหน่าย เป็นต้น; หากไม่มีผู้จัดทําการตอบสนองหรือทําเสร็จภายในความต้องการตามเวลา เงินทุนจะถูกคืนให้กับไคลเอนต์。

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

อะไรคือความแตกต่างระหว่าง ERC-8183 กับ x 402, ERC-8004

จาก x402 ถึง ERC-8004 จนถึงปัจจุบัน ERC-8183 นักอ่านที่คุ้นเคยน้อย อาจอยู่ในหมอก และสงสัยว่าทําไมสิ่งใหม่คือการทําในขณะ แต่ในความเป็นจริง ทั้งสามนี้อยู่ในสามขั้นตอนที่แตกต่างกัน ของระบบเศรษฐกิจเอไอ และปัญหาที่เราต้องการแก้ไขนั้นแตกต่างกัน。

x402 เป็นข้อตกลงการชําระเงินแบบ HTTP ซึ่งพยายามแก้ปัญหาการให้ตัวแทน AI ได้มีการชําระเงินเป็นรายจ่ายโดยตรง เช่น API; ERC-8004 คือ อัตลักษณ์และชื่อเสียงของ AII ซึ่งเกี่ยวข้องกับวิธีการตัดสินว่าตัวแทนนั้นน่าเชื่อถือหรือไม่; ERC-883 จ่ายค่าที่อยู่ห่วงโซ่ธุรกรรมธุรกิจ และพยายามที่จะทําลายความกลืนไม่ไว้วางใจของสองตัวแทนที่สามารถทําธุรกรรมได้สําเร็จ。

ถ้าสรุปได้ในประโยคเดียว x402 จะมีส่วนรับผิดชอบในการแก้โจทย์ว่า "จะจ่ายอย่างไร" (EBC-804) จะรับผิดชอบต่อความรู้ว่า "ใครเป็นอีกพรรคหนึ่ง และจะพึ่งพาอย่างไร" และ ERC-8183 ต้องรับผิดชอบต่อ "วิธีการการค้าอย่างปลอดภัย"。

สามอย่างนั้นไม่ใช่การแข่งขัน แต่เป็นการเสริมสร้าง และรวมกันแล้ว พวกเขาชี้ไปยังเป้าหมายเดียวกัน คือสร้างระบบเศรษฐกิจ AI อัตโนมัติ。