Cross-sharding ของ ETH2.0: จะส่งผลต่อความสามารถในการรวมของ DeFi หรือไม่

หมายเหตุบรรณาธิการ: บทความนี้มาจากBlue Fox Notes (รหัส: lanhubiji)หมายเหตุบรรณาธิการ: บทความนี้มาจาก

Blue Fox Notes (รหัส: lanhubiji)

คำนำ: ด้วยการมาถึงของ ETH2.0 sharding บางคนกังวลว่าแอตทริบิวต์ที่สำคัญ "combinability" ใน DeFi ของ Ethereum จะยังคงอยู่หรือไม่ V god คิดว่าไม่มีอะไรต้องกังวล คุณสามารถ "ดึง" เพื่อดึงชิ้นส่วนก่อน แล้วจึงดำเนินการกับชิ้นส่วนเดียวกันพร้อมกัน ผู้เขียนบทความนี้คือ Vitalik Buterin แปลโดย "SL" ของชุมชน "Blue Fox Notes"

เมื่อเร็ว ๆ นี้มีข้อกังวลเกี่ยวกับว่าคุณสมบัติ "การทำงานร่วมกัน" ของ Ethereum ซึ่งเป็นความสามารถของแอปพลิเคชันที่แตกต่างกันในการพูดคุยกันอย่างง่ายดายนั้นจะยังคงได้รับการเก็บรักษาไว้ในสภาพแวดล้อมการแบ่งส่วนของ ETH2.0 หรือไม่ บทความนี้ระบุว่าความสามารถนี้โดยทั่วไปจะได้รับการบำรุงรักษา

ชื่อเรื่องรอง

จะเกิดอะไรขึ้นกับการชาร์ดดิ้ง?

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

โทเค็น

ชื่อเรื่องรอง

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

ความสามารถในการจัดองค์ประกอบ กรณีที่ 1: Uniswap

โทเค็น

แอปพลิเคชัน DeFi เกือบทั้งหมดใช้ความสามารถในการจัดองค์ประกอบ เนื่องจากโทเค็นเป็นแอปพลิเคชันประเภทหนึ่ง ดังนั้นแอปพลิเคชัน DeFi ใดๆ ที่ใช้โทเค็นจึงเป็นแอปพลิเคชันที่โต้ตอบกับแอปพลิเคชันอื่นๆ

ยกตัวอย่าง Uniswap ใน Uniswap ผู้ใช้ส่งโทเค็น A จำนวนหนึ่งไปยังสัญญา Uniswap และสัญญาจะส่งคืนโทเค็น B จำนวนหนึ่งให้กับผู้ใช้ Uniswap ต้องการการพึ่งพาที่เข้มงวดระหว่างธุรกรรมทั้งหมดที่โต้ตอบด้วย: ธุรกรรมที่ N จะต้องทราบผลลัพธ์ของธุรกรรมที่ N-1 เนื่องจากนี่คือวิธีการทำงานของอัลกอริทึมการอัพเดตราคา

ดังนั้น สัญญา Uniswap จะต้องดำเนินการบนชาร์ดเดียว (มีการออกแบบ Uniswap หลายชาร์ด แต่มีความซับซ้อนมากกว่า) ผู้ใช้ที่ค้นหาธุรกรรมจะปฏิบัติตามสองขั้นตอน:

1. ผู้ใช้ส่งโทเค็น A ไปยังส่วนย่อยที่ Uniswap ตั้งอยู่

2. เทรดกับ Uniswap เช่นเดิม (รวมการเทรดกับการแลกเปลี่ยนการรับ "การอ้างสิทธิ์" จากขั้นตอนที่ 1 ดังนั้นจึงนับเป็นขั้นตอนเดียว)

นอกจากนี้ยังมีขั้นตอนเพิ่มเติมในการย้ายโทเค็น B ที่ Uniswap มอบให้ไปยังเศษอื่นๆ หากต้องการ (หมายเหตุ Blue Fox: ตัวอย่างเช่น ดำเนินการให้ยืมใน Compound)

กรณีที่ 2: การให้ยืมสารประกอบ (รวมถึง cDAI เป็นต้น)

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

กรณีที่ 3: โทเค็นใน L2 Scaling Solutions (Rollup, Plasma...)

ย้ายโทเค็นไปยังส่วนย่อยของโซลูชันการปรับสเกล L2 ที่ทำสัญญาและฝากไว้ในสัญญา เสร็จแล้ว.

กรณีที่ 4: rDAI, gDAI เป็นต้น

ย้าย DAI ของคุณไปยังสัญญา [insert DAI style here] นำมาจาก [แทรกสไตล์ DAI ที่นี่] และย้ายไปยังส่วนย่อยที่คุณต้องการ เพื่อความสะดวก สัญญา [แทรกรูปแบบ DAI ที่นี่] สามารถอยู่ในชาร์ดเดียวกันกับอินสแตนซ์ผสมของ DAI เท่านั้น

กรณีที่ 5: ตั้งค่าโปรโตคอล

ย้ายโทเค็นไปยังชาร์ดซึ่งเป็นที่ตั้งของสัญญาโปรโตคอล (อินสแตนซ์ที่แตกต่างกันอาจอยู่ในชาร์ดที่แตกต่างกัน เช่น Compound) ส่งพวกเขาไปที่สัญญา Set protocol ถอน Set tokens ย้าย Set tokens ไปยังส่วนย่อยที่คุณต้องการ

ความสามารถในการจัดองค์ประกอบ กรณีที่ 6: Oracles

กรณีที่ 7: สินทรัพย์และตลาดที่ไม่เป็นเนื้อเดียวกัน

ทรัพย์สินที่ไม่เป็นเนื้อเดียวกัน รวมถึง NFT, ทรัพย์สินในเกม, ชื่อ ENS, MakerAO CDP, ตำแหน่งสารประกอบ ฯลฯ สามารถ "ดึง" ไปยังเศษส่วนอื่นๆ ได้ ซึ่งพวกเขาสามารถโต้ตอบกับแอปพลิเคชันอื่นๆ ได้อย่างราบรื่น (เช่น ตลาดแลกเปลี่ยนปรมาณู ประมูล)เหมือนเดิมครับ.

ชื่อเรื่องรอง