โดยให้ทราบว่าหากมีสินทรัพย์ X เราจะแสดงด้วย [X] ว่าเป็นสินทรัพย์ที่ถูกเรียกคืน กล่าวคือ การเป็นสินทรัพย์ที่ "บ๊อกซิ่ง" X ในที่นี้คือ ส่วนหรือทั้งหมดของ X อาจถูกจับไว้โดยฝ่ายใดฝ่ายหนึ่ง โดยมีเงื่อนไขอย่างใดอย่างหนึ่ง
ตัวอย่างพื้นฐานที่นำเสนอโดย EigenLayer คือผู้เดียวที่ stake กำลัง ETH ปัจจุบันของพวกเขาอีกครั้ง โดยทำเช่นนั้นผู้ stake คนเดียวจะอัปเดตที่อยู่การถอนของพวกเขาเป็นที่อยู่ของEigenLayer podEigenPods เป็นสัญญาอัจฉริยะที่ติดตามบริการที่ผู้เสี่ยงรายเดียวได้ลงนามเพื่อป้องกันด้วยการเสี่ยงทุนของตนเอง เอเจนพ็อดเป็นเจ้าของสินทรัที่เช่น soETH ในที่สุด ในขณะเดียวกัน เอเจนพ็อดเสนอผู้เสี่ยงรายเดียวด้วยการเสี่ยงซ้ำซึ่งเป็นการแทนการเสี่ยง ETH ของพวกเขา
การเป็นเจ้าของสินทรัพย์ soETH ในโครงสร้างของเราหมายถึง "สิทธิ์แรก" ที่เกี่ยวกับ ETH ที่ถอนออกจากโปรโตคอล Ethereum กล่าวคือ มีสิทธิ์ที่ดีกว่าผู้เข้าร่วมในเชื่อมโยง หากผู้ฝากโซโล่ตัดสินใจถอน ETH ของตนออกจากโปรโตคอล Ethereum ETH ที่ถอนออกจะผ่านทางสัญญา EigenPod ตรวจสอบว่าผู้ฝากโซโล่ได้รับอนุญาตให้แลกคืนจำนวน soETH ทั้งหมดหรือไม่ (เราจะเห็นภายหลังเมื่ออาจไม่ใช่กรณี) ด้วยงบดุลของเรา:
เราทำให้ทุกขั้นตอนโดยชัดเจนในการต่อไปนี้:
เราสามารถทำการสังเกตบางสิ่งที่น่าสนใจจากงบทดลองข้างต้นได้แล้ว อันแรกคือว่าโปรโตคอล Ethereum ไม่มีความคิดสร้างสรรค์ทั้งสิ้นเกี่ยวกับ [soETH] เนื่องจากสิ่งนี้ไม่ปรากฏบนงบทดลองของตนเอง ปัญหานี้ได้ถูกอภิปรายในUnbundling PBS: ไปสู่การทำข้อเสนอที่มีการยึดมั่นตามโปรโตคอล (PEPC)”: ผู้ตรวจสอบที่ถูก EigenLayer ตัดเงินค่าปรับยังมียอดเงินการจำนำเต็มบนกระดาษทุนของโปรโตคอล Ethereum ซึ่งอาจทำให้เกิดความเสี่ยงทางจริยธรรมและไม่สมดุลในการรับรางวัล (ผู้ตรวจสอบที่จำนำครึ่งนั้นยังได้รับรางวัลเต็มจากโปรโตคอล Ethereum) เราจะระบุรายละเอียดของสถานการณ์การตัดเงินในกระดาษทุนต่อไปนี้ โดยให้ตัวเลขสุ่มเพื่อแสดงปัญหา:
ปัญหานี้จะได้รับการแก้ไขทันทีเมื่อ EigenLayer รายงานการลดความคุ้มครองของ EigenLayer ของ validator ไปยังโปรโตคอล Ethereum โดยซึ่งการทำแบล็นซ์แผ่นและมีได้EIP-7002: ชั้นการทำงานที่สามารถเรียกใช้การออกการกระตุ้นไบนารีเพียงออกจากผู้ตรวจสอบเท่านั้น แต่กลายเป็นMiddleware EigenLayer หรือ EigenPod ยังจำเป็นต้องกระตุ้นสัญญาณให้กับโปรโตคอล Ethereum PoS การดำเนินการนี้เป็นไปตามประสบการณ์ EigenLayer เนื่องจากการบัญชีที่เหมาะสมเปรียบประโยชน์และเพิ่มความมั่นใจของผู้ให้บริการที่รักษาด้วย EigenLayer และเพิ่มความมั่นใจของผู้ดำเนินการและผู้เสนอเสนอใหม่ในการดำเนินการเป็นภาระในแพลตฟอร์มอย่างซื่อสัตย์
การเรียกรายละเอียดที่ดีกว่าอาจส่งผลให้ยอดคงเหลือของผู้ตรวจสอบถูกถอนบางส่วนจากความเห็นร่วมของ Ethereum โดยไม่ต้องออกจากผู้ตรวจสอบโดยสมบูรณ์ สิ่งนี้เป็นที่ต้องการสำหรับ EigenLayer services ที่ต้องการลงโทษผู้ตรวจสอบบางส่วนโดยไม่ต้องเริ่มกระบวนการออกจากกลุ่มผู้ตรวจสอบ โปรดทราบว่า EIP-7002 หรือการถอนเงินบางส่วนที่ถูกกระตุ้นโดยชั้นการทำงานไม่สามารถใช้ได้บน Ethereum mainnet ในปัจจุบัน โปรดทราบด้วย@mikeneuder/eip-7251-faq">MaxEB (การลบ 32 ETH ที่ขาดหายไปในพร้อมหนึ่งผู้ตรวจสอบที่เดียว) จะผสมได้อย่างลงตัวกับการถอนเงินบางส่วน ทำให้ไม่มีสิ่งสร้างสรรค์เพิ่มเติมให้กับผู้ตรวจสอบในการอยู่ร่วมกัน (การเรียกใช้ผู้ตรวจสอบ 32 ETH หลายรายการแทนการใช้ผู้ตรวจสอบ 2048 ETH รายการเดียวเช่น)
หากขาดคุณสมบัติการถอนบางส่วนนี้ จะมีสิ่งกระตุ้นเพิ่มเติมในการเก็บบัญชี EigenLayer แยกจากบัญชีโปรโตคอล Ethereum ซึ่งเหมือนกับที่เราได้กล่าวถึงข้างต้นที่อาจเพิ่มความไม่สอดคล้อง เราจะแสดงผลตัดสินใจของผู้ตรวจสอบสำหรับ 8 ETH โดย EigenLayer ซึ่งไม่ทำให้ผู้ตรวจสอบออกจากหน้าที่ของการตรวจสอบ (ยอดยกเว้นคือ 16 ETH)
หนึ่งคนอาจสงสัยว่า 8 [soETH] ไปที่ไหนในตัวอย่างก่อนหน้านี้ การตัดสินใจนี้ถูกปล่อยให้กับบริการที่ได้รับการตรวจสอบโดย EigenLayer (AVS) บริการ AVS เป็นบริการที่ต้องการการค้ำประกันบางอย่างเป็นทุน การมีทุนเข้ามาช่วยให้บริการสามารถทำข้อสัญญาได้ถูกต้องกับบางประสิทธิภาพ เนื่องจากทุนสามารถถูกตัดถ้าบริการไม่ได้ดำเนินการอย่างถูกต้อง
Validator การจดทะเบียนซ้ำเข้ารับ AVSs ผ่าน EigenPod ของพวกเขา เมื่อพวกเขาทำเช่นนั้น EigenPod จะสร้างตั๋วเคลมใหม่ที่เสนอให้ AVSs ซึ่งแทนค้ำประกันที่ถืออยู่ภายใต้ EigenPod เราต้องทำการแยกแยะระหว่างสองประเภทของตั๋วเคลมตอนนี้
เมื่อผู้ตรวจสอบทำตรงกันข้ามกับจุดมุ่งหมายของ AVS (เช่น การกระตุ้นเงื่อนไขการตัดเพื่อ AVS), AVS อาจตัดสินให้เผาสิทธิ์ของผู้ตรวจสอบสำหรับ ETH ที่เดินทางหรือเก็บเงินเดิมพันเป็นรายไปยัง AVS ตัวอย่างเช่นในทางลัดนี้โดยสมมติว่าโปรโตคอล Ethereum เพียงเพิ่มเครดิต 8 ETH ไปยัง EigenPod เป็นการถอนบางส่วนตามรายงานการตัดของ EigenLayer หลังจากนั้น EigenLayer โอนไปยัง AVS:
คุณสมบัติ (และความเสี่ยง) ที่ EigenLayer นำเสนอคือความสามารถในการให้ผู้เลี้ยงได้เข้าร่วมสัญญาใหม่ที่พวกเขาสัญญาว่าจะปฏิบัติตาม กล่าวอีกนัยหนึ่งคือหลังจากเงินมัดจำถูกลงทุนอีกครั้ง ก็สามารถที่จะลงทุนอีกครั้ง อีกครั้ง อีกครั้ง... ในทางปฏิบัติ ผู้เลี้ยงสามารถเข้าร่วมสัญญาใหม่ๆ โดยการลงชื่อเข้าร่วมบริการเพิ่มเติมผ่าน EigenPod ของพวกเขา
เพื่อให้ได้ความสามารถที่สมบูรณ์แบบ และเพื่อคาดการณ์ส่วนต่อไปที่ทรัพย์สินนอกเหนด้วย soETH ที่ถูกเระุการเท, เราใช้ $X$ เพื่อระบุทรัพย์สินที่ถูกเระุการเทโดยผู้เระุการเท ของเรามาดูกันว่าการเระุการเทหลายครั้งทำงานออกมาอย่างไร:
เราใช้ [X]p แทนสินทรัพย์ X ที่ถูกสเตก p ครั้ง ในขณะนี้นี่คือนิยามที่เรียบง่าย แต่เราจะชี้แนะถึงบางคุณสมบัติของสินทรัพย์เหล่านี้หลังจากจะระบุรายละเอียดของกระดาษทุนเหล่านี้ EigenPod สามารถพิมพ์หนี้เหล่านี้ตามต้องการ สร้างสินทรัพย์ใหม่เมื่อ re-staker ตัวเองมุ่งมั่นไปที่ AVSs ใหม่
โดยดูที่เอกสารแสดงยอดคงเหลือข้างต้น เราตอนนี้จะพูดถึงบางคำถาม พบว่าทางโซน Y ได้รับ [X]¹ ในขณะที่โซน Z ได้รับ [X]² พวกท่านคิดว่าสินทรัพย์เหล่านี้เป็นชนิดเดียวกันหรือไม่ และเราสามารถพูดได้เลยว่าทั้งสองโซนได้รับสินทรัพย์ประเภท [X] หรือไม่
คำตอบคือไม่ถ้ามีลำดับของการเรียกร้อง AVS ภาพลักษณ์ จงนึกถึงสถานการณ์ที่ re-staker ดำเนินการลดความเสี่ยงบนทั้งสองโซ่พร้อมกัน และทั้งสองโซ่ต้องการลดความเสี่ยงของเงินทุนทั้งหมด เราจึงสามารถคิดถึงกรณีสองกรณีได้
ในส่วนก่อนหน้านี้ เราได้แนะนำ AVSs ที่เป็นบริการที่ผู้ตรวจสอบการจ่ายเงินค่ามัดจำต้องการให้บริการ การสัญญาถูกปกป้องผ่าน EigenLayer ซึ่งเป็นเจ้าของของการมีส่วนได้เสียของผู้ตรวจสอบการจ่ายเงินค่ามัดจำและชำระค่าเรียกร้องที่ AVSs ได้ทำ
แต่ AVS คืออะไรแน่นอน? เหมือนเราได้แยก LST protocols และ LST operators ไว้ด้านบน การพูดถึงบทบาทที่สองนี้เป็นสมเหตุสมผลในการพูดถึงบทบาทที่สองนี้โดยแยกกัน และกำหนดสิทธิและข้อเรียกร้องที่แตกต่างกัน
ในสรุป AVS ต้องการหลักทรัพย์เพื่อให้บริการ เช่น AVS ทำการประกาศที่น่าเชื่อถือว่าการโจมตี AVS จะทำให้เกิดความสูญเสียของบางส่วนของหลักทรัพย์ที่ถืออยู่โดย AVS ในปัจจุบัน AVS ถูกเห็นว่าเป็นโปรโตคอลที่สร้างความสัมพันธ์ร่วมกับผู้ประกอบการเพื่อให้บริการ จากนั้นเราจะแยกแยะวิธีที่ re-stakers สามารถทำการติดต่อสื่อสารกับ AVS ได้ 2 วิธี
ในส่วนข้างต้นเราได้ระบุการตรวจสอบความถูกต้องของ re-staker เป็นทั้งผู้ให้บริการเงินทุน (สัดส่วนการถือหุ้นของตนเองถูกเดิมพันใหม่) และผู้ให้บริการ AVS (พวกเขาคาดว่าจะให้บริการบางอย่าง) อย่างไรก็ตามเราสามารถพิจารณาการก่อสร้างที่แตกต่างกันซึ่งการตรวจสอบความถูกต้องไม่ได้ดําเนินการ AVS ด้วยตนเองแทนที่จะมอบหมายฟังก์ชันนี้ให้กับผู้ปฏิบัติงานบางราย สิ่งนี้อาจทําให้ผู้เดิมพันเดี่ยวสามารถแข่งขันกับผู้ให้บริการเดิมพันแบบบูรณาการ (SSPs) / ผู้ประกอบการ ตัวอย่างต่อไปนี้แนะนําสถานการณ์ที่ตัวดําเนินการ AVS ตัวเดียวตรวจสอบความถูกต้องในบางเชน Y และ Z ในนามของตัวยึดใหม่ เราตั้งสมมติฐานว่าการอ้างสิทธิ์ AVS ทั้งหมดเป็นประเภทเดียวกัน [X] (ไม่มีลําดับชั้นการอ้างสิทธิ์)
ในจุดยอดนี้เราก็จะได้เห็นกลยุทธ์ที่คุ้นเคย และไม่มีสินทรัพย์ใดๆที่จะได้รับโดยผู้ถือหุ้นใหม่ ซึ่งบ่งบอกถึงความเป็นไปได้ของการขยายตำแหน่งเหล่านั้น เราจะพูดถึงกลยุทธ์ขั้นสูงเหล่านี้ในโพสต์ถัดไป แต่ก่อนที่จะทำเช่นนั้น ให้เรากล่าวถึงงานวิจัยต่อเนื่องเกี่ยวกับ "PBS for AVS" เป็นการเข้าใจในการลดความสามารถของผู้ควบคุมอย่างส่วนใหญ่
ใต้โครงสร้างการมอบหมายอย่างโดยมีทฤษฎีการมอบหมายที่เต็มไปด้วยความหวัง (ODF)โดย Drew Van der Werff (ดูเพิ่มเติมที่การสนทนาในงานเรียนรู้เศรษฐศาสตร์ดิจิทัลของ 0xKydo ที่จัดเมื่อเร็วๆนี้ที่โรงเรียนโคลัมเบีย) re-staker สามารถทําสัญญาการดําเนินงานของ AVSs ที่ลงทะเบียนในตลาดเปิดของ "ผู้ประมวลผลร่วม" ผู้ประมวลผลร่วมสามารถระบุได้ด้วยบทบาท "ผู้สร้าง" ของ PBS ซึ่งเป็นเอนทิตีเฉพาะทางที่สามารถเรียกใช้การดําเนินงานที่อาจเข้มข้น ซึ่งไม่สามารถเข้าถึงได้สําหรับเอนทิตีที่ไม่ซับซ้อนหรือจํากัดการประมวลผล เช่น ผู้เดิมพันเดี่ยว ผู้ประมวลผลร่วมส่งการเสนอราคาให้กับผู้เดิมพันรายใหม่ในกลไกการประมูลแบบจัดซื้อจัดจ้างทําให้ผู้ดําเนินการใหม่สามารถกําหนดผู้ดําเนินการที่ทํากําไรได้มากที่สุด เพื่อรับประกันประสิทธิภาพเพิ่มเติมผู้ประมวลผลร่วมจะถูกผูกมัดโดยเปิดตัวเองให้สูญเสียพันธะหากพวกเขาส่งผลงานที่ไม่ถูกต้องที่พิสูจน์ได้ในระหว่างการดําเนินงาน
Compartilhar
โดยให้ทราบว่าหากมีสินทรัพย์ X เราจะแสดงด้วย [X] ว่าเป็นสินทรัพย์ที่ถูกเรียกคืน กล่าวคือ การเป็นสินทรัพย์ที่ "บ๊อกซิ่ง" X ในที่นี้คือ ส่วนหรือทั้งหมดของ X อาจถูกจับไว้โดยฝ่ายใดฝ่ายหนึ่ง โดยมีเงื่อนไขอย่างใดอย่างหนึ่ง
ตัวอย่างพื้นฐานที่นำเสนอโดย EigenLayer คือผู้เดียวที่ stake กำลัง ETH ปัจจุบันของพวกเขาอีกครั้ง โดยทำเช่นนั้นผู้ stake คนเดียวจะอัปเดตที่อยู่การถอนของพวกเขาเป็นที่อยู่ของEigenLayer podEigenPods เป็นสัญญาอัจฉริยะที่ติดตามบริการที่ผู้เสี่ยงรายเดียวได้ลงนามเพื่อป้องกันด้วยการเสี่ยงทุนของตนเอง เอเจนพ็อดเป็นเจ้าของสินทรัที่เช่น soETH ในที่สุด ในขณะเดียวกัน เอเจนพ็อดเสนอผู้เสี่ยงรายเดียวด้วยการเสี่ยงซ้ำซึ่งเป็นการแทนการเสี่ยง ETH ของพวกเขา
การเป็นเจ้าของสินทรัพย์ soETH ในโครงสร้างของเราหมายถึง "สิทธิ์แรก" ที่เกี่ยวกับ ETH ที่ถอนออกจากโปรโตคอล Ethereum กล่าวคือ มีสิทธิ์ที่ดีกว่าผู้เข้าร่วมในเชื่อมโยง หากผู้ฝากโซโล่ตัดสินใจถอน ETH ของตนออกจากโปรโตคอล Ethereum ETH ที่ถอนออกจะผ่านทางสัญญา EigenPod ตรวจสอบว่าผู้ฝากโซโล่ได้รับอนุญาตให้แลกคืนจำนวน soETH ทั้งหมดหรือไม่ (เราจะเห็นภายหลังเมื่ออาจไม่ใช่กรณี) ด้วยงบดุลของเรา:
เราทำให้ทุกขั้นตอนโดยชัดเจนในการต่อไปนี้:
เราสามารถทำการสังเกตบางสิ่งที่น่าสนใจจากงบทดลองข้างต้นได้แล้ว อันแรกคือว่าโปรโตคอล Ethereum ไม่มีความคิดสร้างสรรค์ทั้งสิ้นเกี่ยวกับ [soETH] เนื่องจากสิ่งนี้ไม่ปรากฏบนงบทดลองของตนเอง ปัญหานี้ได้ถูกอภิปรายในUnbundling PBS: ไปสู่การทำข้อเสนอที่มีการยึดมั่นตามโปรโตคอล (PEPC)”: ผู้ตรวจสอบที่ถูก EigenLayer ตัดเงินค่าปรับยังมียอดเงินการจำนำเต็มบนกระดาษทุนของโปรโตคอล Ethereum ซึ่งอาจทำให้เกิดความเสี่ยงทางจริยธรรมและไม่สมดุลในการรับรางวัล (ผู้ตรวจสอบที่จำนำครึ่งนั้นยังได้รับรางวัลเต็มจากโปรโตคอล Ethereum) เราจะระบุรายละเอียดของสถานการณ์การตัดเงินในกระดาษทุนต่อไปนี้ โดยให้ตัวเลขสุ่มเพื่อแสดงปัญหา:
ปัญหานี้จะได้รับการแก้ไขทันทีเมื่อ EigenLayer รายงานการลดความคุ้มครองของ EigenLayer ของ validator ไปยังโปรโตคอล Ethereum โดยซึ่งการทำแบล็นซ์แผ่นและมีได้EIP-7002: ชั้นการทำงานที่สามารถเรียกใช้การออกการกระตุ้นไบนารีเพียงออกจากผู้ตรวจสอบเท่านั้น แต่กลายเป็นMiddleware EigenLayer หรือ EigenPod ยังจำเป็นต้องกระตุ้นสัญญาณให้กับโปรโตคอล Ethereum PoS การดำเนินการนี้เป็นไปตามประสบการณ์ EigenLayer เนื่องจากการบัญชีที่เหมาะสมเปรียบประโยชน์และเพิ่มความมั่นใจของผู้ให้บริการที่รักษาด้วย EigenLayer และเพิ่มความมั่นใจของผู้ดำเนินการและผู้เสนอเสนอใหม่ในการดำเนินการเป็นภาระในแพลตฟอร์มอย่างซื่อสัตย์
การเรียกรายละเอียดที่ดีกว่าอาจส่งผลให้ยอดคงเหลือของผู้ตรวจสอบถูกถอนบางส่วนจากความเห็นร่วมของ Ethereum โดยไม่ต้องออกจากผู้ตรวจสอบโดยสมบูรณ์ สิ่งนี้เป็นที่ต้องการสำหรับ EigenLayer services ที่ต้องการลงโทษผู้ตรวจสอบบางส่วนโดยไม่ต้องเริ่มกระบวนการออกจากกลุ่มผู้ตรวจสอบ โปรดทราบว่า EIP-7002 หรือการถอนเงินบางส่วนที่ถูกกระตุ้นโดยชั้นการทำงานไม่สามารถใช้ได้บน Ethereum mainnet ในปัจจุบัน โปรดทราบด้วย@mikeneuder/eip-7251-faq">MaxEB (การลบ 32 ETH ที่ขาดหายไปในพร้อมหนึ่งผู้ตรวจสอบที่เดียว) จะผสมได้อย่างลงตัวกับการถอนเงินบางส่วน ทำให้ไม่มีสิ่งสร้างสรรค์เพิ่มเติมให้กับผู้ตรวจสอบในการอยู่ร่วมกัน (การเรียกใช้ผู้ตรวจสอบ 32 ETH หลายรายการแทนการใช้ผู้ตรวจสอบ 2048 ETH รายการเดียวเช่น)
หากขาดคุณสมบัติการถอนบางส่วนนี้ จะมีสิ่งกระตุ้นเพิ่มเติมในการเก็บบัญชี EigenLayer แยกจากบัญชีโปรโตคอล Ethereum ซึ่งเหมือนกับที่เราได้กล่าวถึงข้างต้นที่อาจเพิ่มความไม่สอดคล้อง เราจะแสดงผลตัดสินใจของผู้ตรวจสอบสำหรับ 8 ETH โดย EigenLayer ซึ่งไม่ทำให้ผู้ตรวจสอบออกจากหน้าที่ของการตรวจสอบ (ยอดยกเว้นคือ 16 ETH)
หนึ่งคนอาจสงสัยว่า 8 [soETH] ไปที่ไหนในตัวอย่างก่อนหน้านี้ การตัดสินใจนี้ถูกปล่อยให้กับบริการที่ได้รับการตรวจสอบโดย EigenLayer (AVS) บริการ AVS เป็นบริการที่ต้องการการค้ำประกันบางอย่างเป็นทุน การมีทุนเข้ามาช่วยให้บริการสามารถทำข้อสัญญาได้ถูกต้องกับบางประสิทธิภาพ เนื่องจากทุนสามารถถูกตัดถ้าบริการไม่ได้ดำเนินการอย่างถูกต้อง
Validator การจดทะเบียนซ้ำเข้ารับ AVSs ผ่าน EigenPod ของพวกเขา เมื่อพวกเขาทำเช่นนั้น EigenPod จะสร้างตั๋วเคลมใหม่ที่เสนอให้ AVSs ซึ่งแทนค้ำประกันที่ถืออยู่ภายใต้ EigenPod เราต้องทำการแยกแยะระหว่างสองประเภทของตั๋วเคลมตอนนี้
เมื่อผู้ตรวจสอบทำตรงกันข้ามกับจุดมุ่งหมายของ AVS (เช่น การกระตุ้นเงื่อนไขการตัดเพื่อ AVS), AVS อาจตัดสินให้เผาสิทธิ์ของผู้ตรวจสอบสำหรับ ETH ที่เดินทางหรือเก็บเงินเดิมพันเป็นรายไปยัง AVS ตัวอย่างเช่นในทางลัดนี้โดยสมมติว่าโปรโตคอล Ethereum เพียงเพิ่มเครดิต 8 ETH ไปยัง EigenPod เป็นการถอนบางส่วนตามรายงานการตัดของ EigenLayer หลังจากนั้น EigenLayer โอนไปยัง AVS:
คุณสมบัติ (และความเสี่ยง) ที่ EigenLayer นำเสนอคือความสามารถในการให้ผู้เลี้ยงได้เข้าร่วมสัญญาใหม่ที่พวกเขาสัญญาว่าจะปฏิบัติตาม กล่าวอีกนัยหนึ่งคือหลังจากเงินมัดจำถูกลงทุนอีกครั้ง ก็สามารถที่จะลงทุนอีกครั้ง อีกครั้ง อีกครั้ง... ในทางปฏิบัติ ผู้เลี้ยงสามารถเข้าร่วมสัญญาใหม่ๆ โดยการลงชื่อเข้าร่วมบริการเพิ่มเติมผ่าน EigenPod ของพวกเขา
เพื่อให้ได้ความสามารถที่สมบูรณ์แบบ และเพื่อคาดการณ์ส่วนต่อไปที่ทรัพย์สินนอกเหนด้วย soETH ที่ถูกเระุการเท, เราใช้ $X$ เพื่อระบุทรัพย์สินที่ถูกเระุการเทโดยผู้เระุการเท ของเรามาดูกันว่าการเระุการเทหลายครั้งทำงานออกมาอย่างไร:
เราใช้ [X]p แทนสินทรัพย์ X ที่ถูกสเตก p ครั้ง ในขณะนี้นี่คือนิยามที่เรียบง่าย แต่เราจะชี้แนะถึงบางคุณสมบัติของสินทรัพย์เหล่านี้หลังจากจะระบุรายละเอียดของกระดาษทุนเหล่านี้ EigenPod สามารถพิมพ์หนี้เหล่านี้ตามต้องการ สร้างสินทรัพย์ใหม่เมื่อ re-staker ตัวเองมุ่งมั่นไปที่ AVSs ใหม่
โดยดูที่เอกสารแสดงยอดคงเหลือข้างต้น เราตอนนี้จะพูดถึงบางคำถาม พบว่าทางโซน Y ได้รับ [X]¹ ในขณะที่โซน Z ได้รับ [X]² พวกท่านคิดว่าสินทรัพย์เหล่านี้เป็นชนิดเดียวกันหรือไม่ และเราสามารถพูดได้เลยว่าทั้งสองโซนได้รับสินทรัพย์ประเภท [X] หรือไม่
คำตอบคือไม่ถ้ามีลำดับของการเรียกร้อง AVS ภาพลักษณ์ จงนึกถึงสถานการณ์ที่ re-staker ดำเนินการลดความเสี่ยงบนทั้งสองโซ่พร้อมกัน และทั้งสองโซ่ต้องการลดความเสี่ยงของเงินทุนทั้งหมด เราจึงสามารถคิดถึงกรณีสองกรณีได้
ในส่วนก่อนหน้านี้ เราได้แนะนำ AVSs ที่เป็นบริการที่ผู้ตรวจสอบการจ่ายเงินค่ามัดจำต้องการให้บริการ การสัญญาถูกปกป้องผ่าน EigenLayer ซึ่งเป็นเจ้าของของการมีส่วนได้เสียของผู้ตรวจสอบการจ่ายเงินค่ามัดจำและชำระค่าเรียกร้องที่ AVSs ได้ทำ
แต่ AVS คืออะไรแน่นอน? เหมือนเราได้แยก LST protocols และ LST operators ไว้ด้านบน การพูดถึงบทบาทที่สองนี้เป็นสมเหตุสมผลในการพูดถึงบทบาทที่สองนี้โดยแยกกัน และกำหนดสิทธิและข้อเรียกร้องที่แตกต่างกัน
ในสรุป AVS ต้องการหลักทรัพย์เพื่อให้บริการ เช่น AVS ทำการประกาศที่น่าเชื่อถือว่าการโจมตี AVS จะทำให้เกิดความสูญเสียของบางส่วนของหลักทรัพย์ที่ถืออยู่โดย AVS ในปัจจุบัน AVS ถูกเห็นว่าเป็นโปรโตคอลที่สร้างความสัมพันธ์ร่วมกับผู้ประกอบการเพื่อให้บริการ จากนั้นเราจะแยกแยะวิธีที่ re-stakers สามารถทำการติดต่อสื่อสารกับ AVS ได้ 2 วิธี
ในส่วนข้างต้นเราได้ระบุการตรวจสอบความถูกต้องของ re-staker เป็นทั้งผู้ให้บริการเงินทุน (สัดส่วนการถือหุ้นของตนเองถูกเดิมพันใหม่) และผู้ให้บริการ AVS (พวกเขาคาดว่าจะให้บริการบางอย่าง) อย่างไรก็ตามเราสามารถพิจารณาการก่อสร้างที่แตกต่างกันซึ่งการตรวจสอบความถูกต้องไม่ได้ดําเนินการ AVS ด้วยตนเองแทนที่จะมอบหมายฟังก์ชันนี้ให้กับผู้ปฏิบัติงานบางราย สิ่งนี้อาจทําให้ผู้เดิมพันเดี่ยวสามารถแข่งขันกับผู้ให้บริการเดิมพันแบบบูรณาการ (SSPs) / ผู้ประกอบการ ตัวอย่างต่อไปนี้แนะนําสถานการณ์ที่ตัวดําเนินการ AVS ตัวเดียวตรวจสอบความถูกต้องในบางเชน Y และ Z ในนามของตัวยึดใหม่ เราตั้งสมมติฐานว่าการอ้างสิทธิ์ AVS ทั้งหมดเป็นประเภทเดียวกัน [X] (ไม่มีลําดับชั้นการอ้างสิทธิ์)
ในจุดยอดนี้เราก็จะได้เห็นกลยุทธ์ที่คุ้นเคย และไม่มีสินทรัพย์ใดๆที่จะได้รับโดยผู้ถือหุ้นใหม่ ซึ่งบ่งบอกถึงความเป็นไปได้ของการขยายตำแหน่งเหล่านั้น เราจะพูดถึงกลยุทธ์ขั้นสูงเหล่านี้ในโพสต์ถัดไป แต่ก่อนที่จะทำเช่นนั้น ให้เรากล่าวถึงงานวิจัยต่อเนื่องเกี่ยวกับ "PBS for AVS" เป็นการเข้าใจในการลดความสามารถของผู้ควบคุมอย่างส่วนใหญ่
ใต้โครงสร้างการมอบหมายอย่างโดยมีทฤษฎีการมอบหมายที่เต็มไปด้วยความหวัง (ODF)โดย Drew Van der Werff (ดูเพิ่มเติมที่การสนทนาในงานเรียนรู้เศรษฐศาสตร์ดิจิทัลของ 0xKydo ที่จัดเมื่อเร็วๆนี้ที่โรงเรียนโคลัมเบีย) re-staker สามารถทําสัญญาการดําเนินงานของ AVSs ที่ลงทะเบียนในตลาดเปิดของ "ผู้ประมวลผลร่วม" ผู้ประมวลผลร่วมสามารถระบุได้ด้วยบทบาท "ผู้สร้าง" ของ PBS ซึ่งเป็นเอนทิตีเฉพาะทางที่สามารถเรียกใช้การดําเนินงานที่อาจเข้มข้น ซึ่งไม่สามารถเข้าถึงได้สําหรับเอนทิตีที่ไม่ซับซ้อนหรือจํากัดการประมวลผล เช่น ผู้เดิมพันเดี่ยว ผู้ประมวลผลร่วมส่งการเสนอราคาให้กับผู้เดิมพันรายใหม่ในกลไกการประมูลแบบจัดซื้อจัดจ้างทําให้ผู้ดําเนินการใหม่สามารถกําหนดผู้ดําเนินการที่ทํากําไรได้มากที่สุด เพื่อรับประกันประสิทธิภาพเพิ่มเติมผู้ประมวลผลร่วมจะถูกผูกมัดโดยเปิดตัวเองให้สูญเสียพันธะหากพวกเขาส่งผลงานที่ไม่ถูกต้องที่พิสูจน์ได้ในระหว่างการดําเนินงาน