คำอธิบายสั้น ๆ ของ ERC721R: คุณแม่ไม่ต้องกังวลว่า NFT ของฉันจะพังอีกต่อไป

วันนี้ ได้มีการเปิดตัวมาตรฐานโทเค็น NFT ใหม่ที่เรียกว่า "ERC721R" อย่างเป็นทางการ ฟังก์ชันนี้เพิ่มฟังก์ชันการคืนเงินที่ไม่น่าเชื่อถือให้กับสัญญาอัจฉริยะของ NFT ทำให้นักขุดสามารถ "ส่งคืน" ได้อย่างอิสระภายในระยะเวลาหนึ่ง

โดยเฉพาะอย่างยิ่ง NFT ที่ใช้มาตรฐาน ERC721R จะกำหนดระยะเวลาการคืนเงินตามระยะเวลาที่กำหนด (กำหนดโดย ฝ่ายโครงการ เช่น หนึ่งเดือน) ณ เวลาที่ออก ในช่วงเวลานี้ผู้ใช้จะชำระค่าธรรมเนียมให้กับ โยน NFT มันจะโฮสต์ในสัญญาอัจฉริยะ ก่อนสิ้นสุดรอบการคืนเงิน ฝ่ายโครงการไม่มีสิทธิ์ถอนเงินจากสัญญาอัจฉริยะ ผู้ใช้ (และผู้ซื้อในตลาดรอง) สามารถเลือกคืน NFT ได้ภายใน รอบนี้และคืน NFT ให้กับ Project Party และในขณะเดียวกันก็ได้รับค่าธรรมเนียมการหล่อที่สอดคล้องกัน (ไม่รวมค่าน้ำมัน)

ในการแนะนำ ERC721R ผู้พัฒนามาตรฐานนี้เน้นประโยคดังกล่าว - "พื้นที่ NFT ต้องการความรับผิดชอบที่มากขึ้น”

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

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

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

พอร์ทัลพอร์ทัล” เพื่อส่งเจตจำนงที่จะรวมเข้ากับมาตรฐาน

โดยรวมแล้ว การออกแบบของ ERC721R มุ่งไปที่ปัญหา "การแตก" ที่พบบ่อยมากในฟิลด์ NFT (โดยเฉพาะในฟิลด์ pfp)

เนื่องจากความนิยมของ NFT เพิ่มขึ้นอย่างรวดเร็วในปีที่ผ่านมา ตลาดจึงมีการผสมผสานกันมานาน เต็มไปด้วยโครงการคุณภาพต่ำหรือแม้แต่โครงการฉ้อฉลล้วนๆ ในช่วงเวลาที่ผ่านมามีบางโครงการที่พยายามแก้ปัญหาการทำลาย NFT ผ่านความพยายามต่างๆ (เช่น การสำรองโทเค็น DeFi ที่ทำโดย HOURAI) แต่เมื่อพิจารณาถึงศักยภาพด้านความนิยมแล้ว ERC721R ถือเป็นความก้าวหน้าเชิงคุณภาพอย่างเห็นได้ชัด ความมั่นใจอย่างแท้จริงในการพัฒนาในอนาคตของพวกเขาต้องการเพียงการผสานรวมที่เรียบง่ายเพื่อขจัดความกังวลของผู้ใช้เกี่ยวกับ "การแตกหัก"

ตั้งแต่ ERC721A ที่เปิดตัวโดยทีม Azuki ไปจนถึง ERC721R ในปัจจุบัน เราพบว่านักพัฒนาจำนวนมากขึ้นเรื่อย ๆ กำลังจัดหาวิธีแก้ปัญหาที่มีประสิทธิภาพสำหรับปัญหาหนึ่งแล้วอีกปัญหาหนึ่งในด้าน NFT นี่อาจเป็นการพัฒนาที่ยั่งยืนที่สุดของอุตสาหกรรม NFT มาพิสูจน์กัน

----------เส้นแบ่ง----------

อัปเดตเวลา 17:30 น. วันที่ 12 เมษายน:

Ben ผู้พัฒนาหลักของ GoPocket ทวีตว่ามีข้อบกพร่องร้ายแรงในส่วนรหัส ERC721R เนื่องจากไม่มีข้อจำกัดเกี่ยวกับที่อยู่รับเงินคืน นักพัฒนาสามารถใช้ข้อบกพร่องเพื่อถอนเงินในสัญญาระหว่างรอบการคืนเงิน จึงข้ามข้อตกลง ข้อ จำกัด ใช้ RugPull

Ben กล่าวว่าภายใต้สถานการณ์ปกติ หลังจากที่การปลดล็อค RefundEndTime หมดอายุ นักพัฒนา NFT จะเรียกใช้ฟังก์ชันการถอน () เพื่อนำ ETH ที่เพิ่มขึ้นออกไป และไม่มีปัญหากับขั้นตอนนี้ ปัญหาอยู่ที่ฟังก์ชันการคืนเงิน (): หลังจากที่ผู้ซื้อ NFT เรียกการคืนเงิน () เขาจะโอน NFT ที่เขาสร้างขึ้นไปยังที่คืนเงิน (ที่อยู่ถูกระบุและควบคุมโดยผู้พัฒนา) จากนั้นจึงรับจำนวนเงินที่สอดคล้องกันจาก NFT สัญญา ETH แต่ถ้าหาก RefundAddress เองสร้าง NFT ขึ้นมาล่ะ? กลุ่มโครงการสแกมเมอร์สามารถตั้งค่า RefundAddress จากนั้นใช้ที่อยู่นี้เพื่อสร้าง NFT ในขั้นตอนถัดไป เขาเรียกฟังก์ชันการคืนเงิน Refund() โดยตรง เนื่องจาก NFT ทั้งหมดจะถูกส่งคืนไปยัง RefundAddress นี้ ดังนั้นเขาจึงยังมี ETH อยู่บ้าง ในขณะที่รับ ETH ด้วย NFT นี้ เขาสามารถเรียกการคืนเงิน () เพื่อล้างเงินในสัญญา

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

----------เส้นแบ่ง----------

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