เมื่อเร็วๆ นี้ ฉันกำลังเขียนบทช่วยสอนเกี่ยวกับการพัฒนาการแลกเปลี่ยนแบบกระจายอำนาจ https://github.com/WTFAcademy/WTF-Dapp ฉันอ้างถึงการใช้โค้ดของ Uniswap V3 และได้เรียนรู้ประเด็นความรู้มากมาย ผู้เขียนเคยพัฒนาสัญญา NFT แบบง่ายๆ มาก่อน แต่นี่เป็นครั้งแรกที่ฉันพยายามพัฒนาสัญญา Defi ฉันเชื่อว่าเคล็ดลับเหล่านี้จะเป็นประโยชน์สำหรับผู้มาใหม่ที่ต้องการเรียนรู้การพัฒนาสัญญา

ผู้เชี่ยวชาญด้านการพัฒนาสัญญาสามารถไปที่ https://github.com/WTFAcademy/WTF-Dapp ได้โดยตรงเพื่อสนับสนุนโค้ดและสนับสนุน Web3~

ต่อไป เรามาดูกลเม็ดเล็กๆ น้อยๆ เหล่านี้กัน ซึ่งบางส่วนอาจเรียกได้ว่าเป็นกลเม็ดอัศจรรย์ก็ได้

มีวิธีที่จะทำให้ที่อยู่สัญญาของการปรับใช้สัญญาสามารถคาดการณ์ได้

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

ใน Uniswap การสร้างสัญญาจะถูกสร้างขึ้นผ่านโค้ด เช่น "pool = address(new Uniswap V3 Pool{salt: keccak 256(abi.encode(token 0, token 1, fee))}());" โดยเติม "เกลือ" เพื่อใช้ CREATE 2 ( https://github.com/AmazingAng/WTF-Solidity/blob/main/25_Create2/readme.md ) เพื่อสร้างสัญญา ข้อดีคือ ที่อยู่สัญญาที่สร้างขึ้น เป็นที่คาดเดาได้ และตรรกะของการสร้างที่อยู่คือ "ที่อยู่ใหม่ = hash("0x FF", ที่อยู่ของผู้สร้าง, Salt, รหัสเริ่มต้น)"

คุณสามารถดูบท https://github.com/WTFAcademy/WTF-Dapp/blob/main/P103_Factory/readme.md ของหลักสูตร WTF-DApp เพื่อเรียนรู้เพิ่มเติมเกี่ยวกับส่วนนี้

ใช้ฟังก์ชันโทรกลับให้เกิดประโยชน์

ใน Solidity สัญญาสามารถเรียกหากันได้ มีสถานการณ์สมมติที่ A เรียก B ในวิธีการบางอย่าง และ B โทรกลับ A ในวิธีที่เรียก ซึ่งยังใช้ได้ดีในบางสถานการณ์

ใน Uniswap เมื่อคุณเรียกใช้วิธี "swap" ของสัญญา "Uniswap V3 Pool" เพื่อแลกเปลี่ยน มันจะโทรกลับ "swapCallback" การโทรกลับจะส่งผ่านใน "โทเค็น" ที่คำนวณได้จริงซึ่งจำเป็นสำหรับธุรกรรมนี้ โทเค็นที่จำเป็นสำหรับธุรกรรมจะถูกโอนไปยัง "Uniswap V3 Pool" แทนที่จะแยกวิธี "swap" ออกเป็นสองส่วนเพื่อให้ผู้โทรโทรได้ สิ่งนี้ทำให้มั่นใจได้ถึงความปลอดภัยของวิธี "swap" และรับรองว่าตรรกะทั้งหมดได้รับการดำเนินการอย่างสมบูรณ์ โดยไม่จำเป็นต้องบันทึกตัวแปรที่ยุ่งยากเพื่อความปลอดภัย

ข้อมูลโค้ดมีดังนี้:

คุณสามารถเรียนรู้เพิ่มเติมเกี่ยวกับส่วนการซื้อขายของหลักสูตร https://github.com/WTFAcademy/WTF-Dapp/blob/main/P106_PoolSwap/readme.md

ใช้ข้อยกเว้นในการถ่ายทอดข้อมูล และใช้ try catch เพื่อประมาณธุรกรรม

เมื่อพูดถึงโค้ดของ Uniswap เราพบว่าในสัญญา https://github.com/Uniswap/v3-periphery/blob/main/contracts/lens/Quoter.sol วิธีการ "swap" ของ "Uniswap V3 Pool" " ถูกห่อด้วย " try catch " และดำเนินการ:

ทำไมเป็นเช่นนี้? เนื่องจากเราจำเป็นต้องจำลองวิธีการ "สลับ" เพื่อประมาณโทเค็นที่จำเป็นสำหรับการทำธุรกรรม แต่เนื่องจากการแลกเปลี่ยนโทเค็นจะไม่เกิดขึ้นจริงในระหว่างการประมาณการ ข้อผิดพลาดจะถูกรายงาน ใน Uniswap จะแสดงข้อผิดพลาดพิเศษในฟังก์ชันการเรียกกลับของธุรกรรม จากนั้นจะจับข้อผิดพลาดและแยกวิเคราะห์ข้อมูลที่จำเป็นจากข้อความแสดงข้อผิดพลาด

มันดูค่อนข้างแฮ็ก แต่ก็ใช้งานได้จริงเช่นกัน ด้วยวิธีนี้ ไม่จำเป็นต้องแก้ไขวิธีการสลับเพื่อให้ตรงกับความต้องการของธุรกรรมโดยประมาณ และตรรกะก็ง่ายขึ้น ในหลักสูตรของเรา เรายังปรับใช้สัญญา https://github.com/WTFAcademy/WTF-Dapp/blob/main/demo-contract/contracts/wtfswap/SwapRouter.sol โดยอ้างอิงถึงตรรกะนี้

ใช้ตัวเลขจำนวนมากเพื่อแก้ปัญหาที่แม่นยำ

ในโค้ดของ Uniswap มีตรรกะในการคำนวณมากมาย เช่น การคำนวณโทเค็นที่แลกเปลี่ยนตามราคาปัจจุบันและสภาพคล่อง ในกระบวนการนี้ เราต้องหลีกเลี่ยงการสูญเสียความแม่นยำระหว่างการดำเนินการหาร ใน Uniswap กระบวนการคำนวณมักจะใช้การดำเนินการ "<< FixPoint 96.RESOLUTION" ซึ่งแสดงถึงการเลื่อนไปทางซ้าย 96 บิต ซึ่งเทียบเท่ากับการคูณด้วย "2^96" ดำเนินการแบ่งหลังกะซ้ายเพื่อรับประกันความแม่นยำไม่ล้นในธุรกรรมปกติ (ปกติจะใช้ "uint 256" ในการคำนวณซึ่งก็เพียงพอแล้ว)

รหัสมีดังนี้ (คำนวณจำนวนโทเค็นที่จำเป็นสำหรับการทำธุรกรรมผ่านราคาและสภาพคล่อง):

อย่างที่คุณเห็น อันดับแรกใน Uniswap ราคาจะถูกคูณด้วยรากที่สองด้วย "2^96" (ตรงกับ "sqrtRatioAX 96" และ "sqrtRatioBX 96" ในโค้ดด้านบน) จากนั้นสภาพคล่อง "สภาพคล่อง" จะเป็น เลื่อนไปทางซ้ายเพื่อคำนวณ "ตัวเศษ" 1" ในการคำนวณด้านล่าง "2^96" จะถูกลบออกในระหว่างขั้นตอนการคำนวณเพื่อให้ได้ผลลัพธ์สุดท้าย

แน่นอนว่าไม่ว่าจะเกิดอะไรขึ้น ในทางทฤษฎีก็ยังคงสูญเสียความแม่นยำ แต่ในกรณีนี้คือการสูญเสียหน่วยที่เล็กที่สุดซึ่งเป็นที่ยอมรับได้

สำหรับข้อมูลเพิ่มเติม คุณสามารถเรียนรู้เพิ่มเติมเกี่ยวกับหลักสูตรนี้ ได้ที่ https://github.com/WTFAcademy/WTF-Dapp/blob/main/P106_PoolSwap/readme.md

คำนวณรายได้โดยใช้วิธีแบ่งปัน

ใน Uniswap เราจำเป็นต้องบันทึกรายได้ค่าธรรมเนียมของ LP (ผู้ให้บริการสภาพคล่อง) แน่นอนว่าเราไม่สามารถบันทึกค่าธรรมเนียมการจัดการของตนเองสำหรับแต่ละ LP ในทุกธุรกรรมได้ เนื่องจากจะทำให้ใช้ Gas จำนวนมาก แล้วจะจัดการกับมันอย่างไร?

ใน Uniswap เราจะเห็นว่าโครงสร้างต่อไปนี้ถูกกำหนดไว้ใน "ตำแหน่ง":

ประกอบด้วย " feeGrowthInside0LastX128 และ feeGrowthInside1LastX128 " ซึ่งบันทึกค่าธรรมเนียมการจัดการที่แต่ละสภาพคล่องควรได้รับเมื่อมีการถอนค่าธรรมเนียมการจัดการครั้งล่าสุดสำหรับแต่ละตำแหน่ง

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

ก่อนหน้านี้เราอยู่ใน "Ingenious Contract Design มาดูกันว่า stETH กระจายรายได้โดยอัตโนมัติในแต่ละวันอย่างไร" ให้ ETH ของคุณมีส่วนร่วมในการจำนำเพื่อรับดอกเบี้ยที่มั่นคง บทความนี้ยังแนะนำวิธีการคำนวณรายได้ของ stETH ซึ่งคล้ายกัน

ไม่จำเป็นต้องได้รับข้อมูลทั้งหมดจากห่วงโซ่

พื้นที่จัดเก็บข้อมูลออนไลน์มีราคาค่อนข้างแพง ดังนั้นจึงไม่จำเป็นต้องอัพโหลดหรือรับข้อมูลทั้งหมดของเราจากเครือข่ายดังกล่าว ตัวอย่างเช่น อินเทอร์เฟซจำนวนมากที่เรียกโดยเว็บไซต์ส่วนหน้าของ Uniswap นั้นเป็นอินเทอร์เฟซ Web2 แบบดั้งเดิม

รายการกลุ่มธุรกรรม ข้อมูลกลุ่มธุรกรรม ฯลฯ สามารถจัดเก็บไว้ในฐานข้อมูลทั่วไป และบางส่วนอาจจำเป็นต้องซิงโครไนซ์จากห่วงโซ่เป็นประจำ แต่เราไม่จำเป็นต้องเรียกใช้อินเทอร์เฟซ PRC ที่ห่วงโซ่หรือบริการโหนดให้บริการจริง เวลาที่จะได้รับข้อมูลที่เกี่ยวข้อง

แน่นอนว่าซัพพลายเออร์บล็อคเชน PRC จำนวนมากในขณะนี้มีอินเทอร์เฟซขั้นสูง และคุณสามารถรับข้อมูลบางอย่างได้รวดเร็วและถูกกว่า นี่เป็นเหตุผลที่คล้ายกัน ตัวอย่างเช่น ZAN มีอินเทอร์เฟซที่คล้ายกับการรับ NFT ทั้งหมดภายใต้ผู้ใช้บางราย สามารถแคชข้อมูลนี้ได้อย่างชัดเจนเพื่อปรับปรุงประสิทธิภาพและประสิทธิภาพ คุณสามารถไปที่ https://zan.top/service/advance-api เพื่อรับข้อมูลเพิ่มเติม

แน่นอนว่าธุรกรรมสำคัญจะต้องดำเนินการบนเครือข่าย

เรียนรู้วิธีแยกสัญญา และเรียนรู้การใช้สัญญามาตรฐานที่มีอยู่ เช่น ERC 721

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

ตัวอย่างเช่น ใน Uniswap สัญญา https://github.com/Uniswap/v3-periphery/blob/main/contracts/NonfungiblePositionManager.sol จะสืบทอดสัญญาจำนวนมาก โดยมีโค้ดดังนี้:

และเมื่อคุณดูการดำเนินการตามสัญญา "ERC 721 Permit" คุณจะพบว่ามีการใช้สัญญา "@openzeppelin/contracts/token/ERC 721/ERC 721.sol" โดยตรง ซึ่งทำให้สะดวกในการจัดการตำแหน่งผ่าน ในทางกลับกัน สัญญามาตรฐานที่มีอยู่ยังสามารถใช้เพื่อปรับปรุงประสิทธิภาพการพัฒนาสัญญาได้อีกด้วย

ในหลักสูตรของเรา คุณสามารถเรียนรู้ https://github.com/WTFAcademy/WTF-Dapp/blob/main/ P 108 _PositionManager /readme.md และพยายามพัฒนาสัญญา ERC 721 ง่ายๆ เพื่อจัดการตำแหน่ง

สรุป

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

หลักสูตร WTF-DApp เป็นหลักสูตรโอเพ่นซอร์สที่เสร็จสมบูรณ์ร่วมกันโดยชุมชนนักพัฒนาของ ZAN และนักเรียนชุมชนนักพัฒนา WTF Academy หากคุณสนใจในการพัฒนาโครงการ Web3 และ Defi คุณสามารถดูหลักสูตรภาคปฏิบัติของเรา https://github.com/WTFAcademy/WTF-Dapp เพื่อทำการแลกเปลี่ยนเวอร์ชันง่ายๆ ทีละขั้นตอน ฉันเชื่อว่ามันจะมีประโยชน์ ถึงคุณ. ช่วยด้วย~

บทความนี้เขียนโดย Fisher (บัญชี X @yudao 1024 ) จากทีม ZAN (บัญชี X @zan_team )