บอตซื้อขายโทเคนมีม: คำสั่ง หน่วย และการออกจากสถานะ

กำหนดขอบเขตของบอตซื้อขายโทเคนมีม

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

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

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

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

ระบุสินทรัพย์ที่แน่นอนก่อนสร้างคำสั่ง

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

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

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

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

จัดการจำนวนในบอตซื้อขายโทเคนมีมให้ถูกต้อง

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

สำหรับโทเคนสมมติที่มีทศนิยมหกตำแหน่ง หน่วยฐาน 12,345,678 หน่วยจะแสดงเป็น 12.345678 โทเคน การปัดค่าที่แสดงเป็น 12.35 อาจเหมาะกับข้อความสรุป แต่หากนำค่าที่ปัดแล้วไปสร้างคำสั่งขายยอดทั้งหมดในภายหลัง จะหมายถึงหน่วยฐาน 12,350,000 หน่วย ซึ่งมากกว่าจำนวนที่ระบุว่าถืออยู่

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

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

แยกยอดสินทรัพย์อ้างอิงออกจากจำนวนโทเคน

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

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

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

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

จำกัดสิทธิ์ตามการดำเนินการที่ตั้งใจ

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

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

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

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

กันงบประมาณก่อนหลายกลยุทธ์เริ่มดำเนินการ

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

สมมติว่าบัญชีหนึ่งมีเงินใช้ได้ $300 ก่อนรับคำสั่งใหม่ และกันเงินสำรองดำเนินงาน $20 หากกลยุทธ์หนึ่งกันยอดรวม $180 สำหรับรายการที่รอดำเนินการ ภายใต้นโยบายนี้จะเหลือเงินใช้ได้เพียง $100 ข้อเสนอที่สองจำนวน $140 จึงไม่อาจได้รับการยอมรับเพียงเพราะหน้าจอของมันยังแสดงยอดเดิม $300

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

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

ตรวจการดำเนินคำสั่งของบอตซื้อขายโทเคนมีมก่อนลงนาม

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

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

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

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

บันทึกเจตนาก่อนส่งคำสั่ง

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

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

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

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

ตีความคำตอบตามสิ่งที่พิสูจน์ได้

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

เอกสารอ้างอิง sendTransaction ของ Solana แยกการที่ RPC ยอมรับออกจากการประมวลผลที่ยืนยันแล้วอย่างชัดเจน ความแตกต่างเฉพาะเรื่องนี้ช่วยเตือนว่าตัวอ้างอิงที่ส่งกลับมาไม่ได้เป็นบันทึกบัญชีที่เสร็จสมบูรณ์ในตัวมันเอง

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

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

จัดการผลที่ไม่ทราบโดยไม่ลองซ้ำอย่างไร้ข้อมูล

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

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

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

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

แยกการจับคู่บางส่วนออกจากเส้นทางที่สำเร็จบางส่วน

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

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

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

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

กระทบยอดสถานะกับบันทึกทางการเงิน

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

สมมติว่าซื้อสินทรัพย์ 100 หน่วยด้วยเงิน $50 และค่าใช้จ่ายตอนเข้าอีก $1 ต้นทุนรวมเท่ากับ $51 หรือ $0.51 ต่อหน่วยเมื่อปันส่วนตามสัดส่วนแบบง่าย การขาย 40 หน่วยที่ราคา $0.60 ให้ยอดก่อนหักค่าใช้จ่าย $24 และหลังหักค่าขาย $0.20 จะเหลือเงินรับ $23.80

ต้นทุนที่ปันส่วนให้ 40 หน่วยนั้นคือ $20.40 ดังนั้น กำไรที่รับรู้จากการขายนี้คือ $3.40 ก่อนหักต้นทุนอื่นที่เกี่ยวข้อง ส่วนที่เหลือ 60 หน่วยยังมีฐานต้นทุนปันส่วน $30.60 มูลค่าตลาดปัจจุบันของส่วนที่เหลือเป็นตัววัดอีกอย่างซึ่งยังไม่รับรู้

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

รวมทรัพยากรสำหรับขายออกในแผนออกจากสถานะของบอตซื้อขายโทเคนมีม

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

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

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

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

กู้คืนสถานะก่อนเริ่มการเข้าอัตโนมัติอีกครั้ง

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

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

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

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

ประเมินบอตด้วยสถานการณ์ที่ยาก

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

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

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

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

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