บอตคำสั่งจำกัดราคาบน DEX: เข้าใจว่าอะไรจับคู่ได้จริง

ระบุกลไกเบื้องหลังชื่อคำสั่ง

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

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

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

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

กำหนดการปกป้องราคาของบอตคำสั่งจำกัดราคาบน DEX

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

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

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

การประเมินควรตรวจว่ากลไกชำระธุรกรรมตรวจอะไร แทนที่จะถือชื่อบนส่วนติดต่อเป็นหลักฐาน เป้าหมายที่เฝ้าดูร่วมกับค่าความคลาดเคลื่อนสวอปที่เลือกแยกกันอาจให้ขอบเขตทางเศรษฐกิจต่างจากเป้าหมายที่ผู้ใช้จำได้

เขียนการแลกเปลี่ยนเป็นจำนวนโทเคนที่ชัดเจน

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

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

สำหรับคำสั่งซื้อ ต้องระบุว่าผู้ใช้กำหนดเงินที่จะจ่าย จำนวนที่ต้องการได้มา หรือทั้งสองอย่างผ่านอัตราส่วน ราคาสูงสุดไม่ได้กำหนดงบรวมด้วยตัวเอง คำสั่งยังต้องมีเพดานจำนวนและวิธีจัดการต้นทุนที่ชัดเจน

คู่มือตลาด Uniswap บน Base อธิบายว่าเหตุใดตัวตนเชน สินทรัพย์ และพูลจึงสำคัญ กระบวนการคำสั่งจำกัดราคานำตัวระบุเหล่านั้นจากขั้นค้นพบไปสู่การอนุมัติ ซึ่งอาจยังใช้ได้หลังปิดหน้าจอเดิมแล้ว

แยกเงื่อนไขกระตุ้นออกจากขอบเขตการชำระธุรกรรม

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

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

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

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

กระบวนการซื้อขายบน MegaETH เพิ่มความแตกต่างด้านเวลาอีกประการ: ยังต้องแยกหลักฐานการดำเนินการที่รวดเร็วและการยืนยันล่วงหน้าของตัวจัดลำดับออกจากการชำระธุรกรรมบน Ethereum ภายหลัง

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

เข้าใจเงินรองรับโดยไม่ถือว่าสินทรัพย์ถูกล็อก

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

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

ใช้บัญชีภาระผูกพันภายในแม้กลไกพื้นฐานอนุญาตให้ผูกพันเกินยอด หากบัญชีถือโทเคน 500 หน่วย และมีสองคำสั่งที่ดำเนินการได้อิสระซึ่งแต่ละคำสั่งเสนอ 400 ส่วนติดต่อควรอธิบายว่าทั้งสองไม่อาจสำเร็จตามที่เขียนได้หากไม่เพิ่มยอดถือครอง

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

แยกสิทธิ์ใช้โทเคนออกจากการอนุมัติคำสั่ง

ในกระบวนการ ERC-20 วงเงินอนุญาตโทเคนเกี่ยวกับสิทธิ์ที่เจ้าของให้ผู้ใช้จ่ายรายหนึ่งโอนโทเคนนั้น ข้อกำหนด ERC-20 นิยามแบบจำลองวงเงินอนุญาตพื้นฐาน คำสั่งอาจเพิ่มเงื่อนไขที่ลงนามเกี่ยวกับจำนวน ผู้รับ และความใช้ได้

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

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

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

ติดตามวงจรการจับคู่บางส่วนในตัวอย่างสมมติ

สมมติกลไกหนึ่งที่ระบุชัดว่ารองรับการดำเนินการบางส่วนซ้ำได้ บัญชีเสนอขายโทเคนตัวอย่าง 1,000 หน่วยที่อย่างน้อยหน่วยละสามหน่วยของสินทรัพย์อ้างอิงราคา จำนวนขายเดิมคือ 1,000 และสิ่งตอบแทนขั้นต่ำก่อนหักค่าใช้จ่ายเดิมคือ 3,000 หน่วย

การจับคู่ครั้งแรกที่เสร็จแล้วแลกโทเคน 400 หน่วยกับสินทรัพย์อ้างอิงราคา 1,220 หน่วย ราคาเฉลี่ยคือ 3.05 จำนวนขายค้างกลายเป็นโทเคน 600 หน่วย การจับคู่ครั้งที่สองแลกอีก 250 กับ 775 หน่วย โดยเฉลี่ย 3.10

จำนวนที่เสร็จแล้วตอนนี้คือ 650 สิ่งตอบแทนก่อนหักต้นทุนคือ 1,995 และจำนวนที่ยังไม่จับคู่คือ 350 ค่าเฉลี่ยรวมของส่วนที่เสร็จประมาณ 3.0692 หน่วยของสินทรัพย์อ้างอิงราคาต่อโทเคน ค่าเฉลี่ยนั้นอธิบายส่วนที่ดำเนินการแล้ว ไม่ได้ประเมินยอดถือครองที่เหลือด้วยราคาเดียวกัน

ตัวเลขเหล่านี้แสดงการจับคู่บางส่วนของบอตคำสั่งจำกัดราคาบน DEX เฉพาะกลไกที่รองรับพฤติกรรมนี้ สวอปอะตอมมิกหนึ่งรายการกับคำสั่งค้างที่ดำเนินการบางส่วนได้เป็นคนละแบบจำลอง บอตไม่ควรสร้างส่วนที่ยังทำงานขึ้นเอง หากการดำเนินการพื้นฐานต้องสำเร็จทั้งหมดหรือย้อนกลับทั้งหมด

รักษาการดำเนินการบางส่วนให้สอดคล้องกับบัญชี

ต่อจากตัวอย่างสมมติ โดยมีต้นทุนการได้มารวมหน่วยละสองหน่วยของสินทรัพย์อ้างอิงราคา โทเคน 650 หน่วยที่เสร็จแล้วมีต้นทุนจัดสรร 1,300 หน่วยภายใต้หลักเกณฑ์ต่อหน่วยแบบง่ายนี้ สมมติมีต้นทุนเพิ่มเติมยี่สิบหน่วยที่จัดสรรให้การขายที่เสร็จแล้ว

รายรับสุทธิที่รับรู้คือ 1,975 จึงเกิดกำไรที่รับรู้ 675 โทเคน 350 หน่วยที่เหลือคงต้นทุนการได้มา 700 หน่วย มูลค่าอนาคตและผลขายในที่สุดยังไม่ทราบ

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

บันทึกตัวระบุ การเคลื่อนย้ายโทเคน และวิธีจัดการต้นทุนของการจับคู่แต่ละครั้ง แล้วกระทบยอดรวมกับบัญชี คู่มือการดำเนินการบน Pancakeswap อภิปรายการตีความเส้นทางและราคาเสนอ ซึ่งช่วยอธิบายด้วยว่าเหตุใดข้อเสนอที่แสดงกับรายรับในกระเป๋าที่เสร็จจริงจึงต่างกันได้

ตรวจว่าทำไมการแตะราคาอาจไม่ทำให้จับคู่

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

ในระบบที่พึ่งผู้จับคู่ภายนอก ต้องมีคนค้นพบคำสั่งและมีเหตุผลทางเศรษฐกิจที่จะชำระธุรกรรมตามกฎโปรโตคอล ต้นทุน โอกาสอื่นที่แข่งขันกัน และเส้นทางที่มีอาจสำคัญ แม้อัตราแลกเปลี่ยนที่แสดงดูเป็นประโยชน์

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

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

กำหนดการหมดอายุเป็นส่วนของการตัดสินใจทางเศรษฐกิจ

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

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

บอตควรแยกคำสั่งที่ยืนยันว่าหมดอายุออกจากหน้าจอที่หยุดแสดงคำสั่ง เก็บกำหนดเวลาเดิม หลักเกณฑ์นาฬิกา และสถานะสุดท้ายที่สังเกตได้ เพื่อให้ผู้ใช้อธิบายได้ว่าเหตุใดการดำเนินการภายหลังจึงเกิดหรือไม่เกิด

การต่ออายุคือการตัดสินใจทางเศรษฐกิจครั้งใหม่ การสร้างคำสั่งที่หมดอายุขึ้นใหม่อัตโนมัติไปเรื่อย ๆ ทำลายจุดประสงค์ขีดจำกัดเวลา เว้นแต่เลือกนโยบายต่ออายุนั้นไว้อย่างชัดเจน ตรวจจำนวนที่เหลือ เงินรองรับปัจจุบัน และเจตนาที่ยังมีอยู่ก่อนอนุมัติช่วงความใช้ได้อีกครั้ง

จัดการการแข่งกันระหว่างการยกเลิกกับการจับคู่ของบอตคำสั่งจำกัดราคาบน DEX

การยกเลิกของบอตคำสั่งจำกัดราคาบน DEX ต้องมีหลักฐานว่าการอนุมัติส่วนที่เหลือดำเนินการตามกฎไม่ได้อีก การกดยกเลิกหรือได้รับคำตอบรับการส่งอาจเริ่มกระบวนการนั้นโดยยังไม่ทำให้เสร็จ

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

ดังนั้นจำนวนที่ยกเลิกในสถานการณ์นี้คือ 250 ไม่ใช่ 350 ที่แสดงตอนเริ่มยกเลิก การรายงานจำนวนที่มากกว่าจะลบการจับคู่จริงออกและทำให้บันทึกยอดถือครองไม่สอดคล้องกับบัญชี

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

แทนที่คำสั่งโดยไม่เพิ่มภาระผูกพันเป็นสองเท่า

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

สมมติว่าเจ้าของต้องการแทนการขายโทเคน 300 หน่วยที่หน่วยละสี่หน่วยของสินทรัพย์อ้างอิงราคา ด้วยการขาย 300 หน่วยเท่าเดิมที่ 3.80 การเผยแพร่คำสั่งแทนก่อนทราบผลเดิมอาจสร้างภาระขายแยกสองรายการ แทนคำสั่งเดียวที่อัปเดต

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

การแก้ราคาควรรักษาขอบเขตต้นทุนที่ผู้ใช้ตั้งใจด้วย หากหน้าจอแสดงผลสุทธิประมาณการ การเปลี่ยนอัตราแลกเปลี่ยนก่อนหักต้นทุนอย่างเดียวอาจไม่ได้ยอดสุทธินั้นหลังค่าใช้จ่ายที่เกี่ยวข้อง คำนวณตัวอย่างใหม่และทำให้เข้าใจการอนุมัติที่เปลี่ยนไป

แปลงเป้าหมายสุทธิเป็นเงื่อนไขที่เข้ากันได้

สมมติผู้ขายอีกรายต้องการสินทรัพย์อ้างอิงราคาอย่างน้อย 120 หน่วยหลังขายโทเคนสิบหน่วยและจ่ายต้นทุนคงที่สมมติสองหน่วย ภายใต้สมมติฐานง่าย ๆ นี้ การขายต้องได้ก่อนหักต้นทุนอย่างน้อย 122 หน่วย หรือโทเคนละ 12.20 ขีดจำกัดก่อนหักต้นทุนที่สิบสองไม่ทำให้บรรลุเป้าหมายสุทธิที่ระบุ

ต้นทุนจริงอาจแปรผัน และการดำเนินการบางส่วนอาจเปลี่ยนวิธีกระจายค่าคงที่ในจำนวนที่เสร็จ ตัวอย่างควรระบุสมมติฐาน แทนแสดงราคาที่แปลงแล้วหนึ่งค่าเป็นการรับประกันรายรับสุทธิถาวร

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

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

วัดคำสั่งที่ไม่จับคู่เป็นส่วนหนึ่งของกลยุทธ์

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

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

เปรียบเทียบทางเลือกด้วยเวลาตัดสินใจและหลักฐานที่มีเดียวกัน การแลกเปลี่ยนลักษณะราคาตลาด คำสั่งค้างที่มีขอบเขต และการไม่ทำอะไร ทำให้บัญชีเผชิญเส้นทางต่างกัน อย่าสมมติให้คำสั่งจำกัดราคาที่ไม่จับคู่ได้ราคาดี เพียงเพราะกราฟภายหลังดูเหมือนข้ามราคานั้น

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

อธิบายความคงอยู่เมื่อปิดส่วนติดต่อ

ตัวติดตามภายในเครื่องอาจต้องมีกระบวนการที่ทำงานอยู่เพื่อสังเกตเงื่อนไขกระตุ้นและสร้างธุรกรรม คำสั่งที่ลงนามและแจกจ่ายแล้วอาจมีวงจรต่างกัน เพราะผู้เข้าร่วมอื่นอาจเก็บสำเนาและลองชำระธุรกรรมตามกฎความใช้ได้

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

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

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

ประเมินการออกแบบด้วยกรณีเสียเปรียบ

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

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

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

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