บอตบันเดลอร์ Solana เตรียมและส่งธุรกรรมที่เกี่ยวข้องเป็นกลุ่ม คำอธิบายนี้ฟังดูตรงไปตรงมา แต่มีหลายขอบเขตเกี่ยวข้อง ได้แก่ คำสั่งภายในธุรกรรมเดียว ธุรกรรมภายในบริการบันเดิลที่รองรับ และหลักฐานภายหลังว่าเครือข่ายรับอะไรจริง
การเข้าใจขอบเขตเหล่านั้นจำเป็นเมื่อขั้นตอนพึ่งมากกว่าหนึ่งการกระทำ บทความนี้มุ่งการจัดกลุ่มอย่างชอบธรรมสำหรับการดำเนินการของบุคคลเองที่อนุมัติแล้ว เช่น เตรียมบัญชีหรือประสานปรับพอร์ต ไม่อธิบายวิธีสร้างกิจกรรมเทียม ปิดบังเจ้าของ หรือปั่นการเปิดตัว คำถามที่มีประโยชน์คือกลุ่มแสดงการพึ่งพาที่ตั้งใจไหม ลายเซ็นแต่ละอันอนุมัติการกระทำถูกไหม และระเบียนบัญชีสุดท้ายรองรับผลที่อ้างไหม
กำหนดว่าบอตบันเดลอร์ Solana จัดกลุ่มอะไร
เริ่มจากระบุหน่วยจัดกลุ่มจริง อินเทอร์เฟซอาจเรียกหลายการดำเนินการว่าแบตช์ ทั้งที่ส่งธุรกรรมอิสระโดยไม่มีการรับประกันการดำเนินการที่เชื่อมกัน บันเดิลระดับบริการอาจมีความหมายการทำงานต่างกัน
บอตควรระบุว่าสร้างธุรกรรมเดียวที่มีหลายคำสั่ง กลุ่มเรียงลำดับที่ส่งผ่านเส้นทางบันเดิลที่รองรับ หรือชุดการส่งอิสระปกติ รูปแบบเหล่านี้อาจดูคล้ายในอินเทอร์เฟซแต่มีผลความล้มเหลวต่างกัน
เจตนาทางเศรษฐกิจก็ควรชัด กลุ่มอาจแทนการตั้งค่าบัญชีแล้วซื้อ หรือการปรับสินทรัพย์หลายรายการที่คนเดียวควบคุมอยู่แล้ว ควรเข้าใจผลที่ตั้งใจก่อนพิจารณารายละเอียดการทำงาน
ภาพรวมอัตโนมัติ Solana ฉบับก่อนให้บริบทกว้างด้านจัดการธุรกรรม การบันเดิลเพิ่มคำถามประสาน คือการกระทำใดต้องสำเร็จร่วมกัน และหลักฐานใดยืนยันว่ากลไกที่เลือกบังคับความสัมพันธ์นั้นจริง
แยกอะตอมมิกของธุรกรรมจากอะตอมมิกของกลุ่ม
เอกสารธุรกรรม Solana อธิบายว่าคำสั่งในธุรกรรมเดียวประมวลผลร่วมกัน หากคำสั่งหนึ่งล้มเหลว การเปลี่ยนสถานะของธุรกรรมย้อนกลับ แม้ยังอาจคิดค่าธรรมเนียม
คุณสมบัตินี้อยู่ที่ขอบเขตธุรกรรม ไม่ขยายไปหลายธุรกรรมที่ส่งแยกโดยอัตโนมัติเพียงเพราะแอปเดียวสร้างหรือแสดงบนจอเดียวกัน
เส้นทางบันเดิลที่รองรับให้ลำดับและอะตอมมิกเพิ่มเติมภายในขอบเขตประมวลผลที่กำหนดได้ บอตควรอธิบายขอบเขตให้แม่น และเลี่ยงเปลี่ยนเป็นคำกล่าวไม่มีเงื่อนไขเกี่ยวกับการจัดการธุรกรรมลงนามทุกแบบที่อาจเกิดภายหลัง
ความต่างนี้กระทบทางเลือกออกแบบ หากการดำเนินการจำเป็นใส่ในธุรกรรมที่รองรับเดียวได้อย่างปลอดภัย อาจให้ขอบเขตการพึ่งพาต่างจากกลุ่มหลายธุรกรรม หากต้องใช้หลายธุรกรรม ระบบต้องคิดความสามารถและข้อจำกัดกลไกจัดกลุ่มที่เลือก แทนสมมติว่าเครือข่ายถือกลุ่มเป็นธุรกรรมปกติเดียว
เข้าใจขอบเขตอะตอมมิกของบอตบันเดลอร์ Solana
ขอบเขตอะตอมมิกของบอตบันเดลอร์ Solana ขึ้นกับกลไกส่งและประมวลผล บริการบันเดิลหนึ่งที่มีเอกสารปัจจุบันรองรับสูงสุดห้าธุรกรรม เรียงภายในสล็อตเดียว และทำทั้งหมดหรือไม่ทำเลยบนเส้นทางบันเดิล นี่เป็นความสามารถเฉพาะบริการ ไม่ใช่คุณสมบัติสากลของทุกโปรแกรมที่เรียกบันเดลอร์
การตอบรับของบริการไม่รับประกันว่าจะรวมกลุ่มบนเชน ความใช้ได้ ข้อจำกัดทรัพยากร และการคัดเลือกอาจกันไม่ให้ดำเนิน บอตควรมีสถานะรับแล้วแต่ยังไม่ทราบผล แทนรายงานเสร็จทันที
ยังมีเส้นทางประมวลผลยกเว้นให้พิจารณา ซึ่งกล่าวต่อไปในบทความ คำอ้างอะตอมมิกบนเส้นทางบันเดิลไม่ควรสื่อว่าธุรกรรมลงนามไม่มีวันถูกเห็นหรือประมวลผลนอกเส้นทางนั้น
ทำให้ข้อจำกัดเข้าใจได้ในภาษาสถานะผลิตภัณฑ์ “ส่งเป็นกลุ่มแล้ว” กับ “ยืนยันว่าเสร็จตามเงื่อนไขคาดแล้ว” เป็นคนละข้อความ ข้อแรกอธิบายการกระทำไคลเอนต์ ข้อสองต้องมีหลักฐานสิ่งที่เกิดภายหลัง
ตรวจขีดจำกัดทรัพยากรก่อนเลือกกลุ่ม
การจัดกลุ่มไม่ลบขีดจำกัดทรัพยากรที่ใช้กับแต่ละธุรกรรมหรือบริการที่เลือก บอตยังต้องสร้างข้อความที่ใช้ได้พร้อมบัญชี ลายเซ็น และข้อกำหนดดำเนินการที่รองรับ
รูปแบบธุรกรรมปัจจุบันอาจมีขีดจำกัดต่างกัน การออกแบบจึงไม่ควรพึ่งจำนวนไบต์หรือบัญชีสากลที่คัดไว้อย่างไม่มีกำหนด รูปแบบที่รองรับและกฎเครือข่ายปัจจุบันควรอยู่ในการตรวจความเข้ากันได้ของการทำงาน
กลุ่มที่ใหญ่หรือซับซ้อนเกินควรทบทวนระดับออกแบบ การแยกเป็นชิ้นอิสระอาจเปลี่ยนความหมายความล้มเหลว ต้องสะท้อนการเปลี่ยนในแผนเศรษฐกิจ ไม่ใช่ซ่อนเป็นทางแก้เทคนิค
ระบบควรอธิบายเหตุผลของขอบเขตแต่ละธุรกรรม การแบ่งตามใจสร้างการพึ่งพาที่ปกป้องและกระทบยอดยากกว่า การแบ่งที่พิจารณาแล้วคงความสัมพันธ์ชัดระหว่างการกระทำที่อนุมัติ ลำดับจำเป็น และหลักฐานที่ใช้ยืนยันสถานะผลลัพธ์
ทำการตรวจการพึ่งพาของบอตบันเดลอร์ Solana ให้ชัด
การตรวจการพึ่งพาของบอตบันเดลอร์ Solana ระบุว่าแต่ละการกระทำต้องการอะไรจากขั้นก่อน ธุรกรรมหลังอาจต้องมีบัญชี มียอดพร้อม หรือมีการเปลี่ยนสถานะก่อนแล้ว
แสดงข้อกำหนดเหล่านี้ก่อนสร้างกลุ่ม ลิสต์เรียงลำดับอย่างเดียวบอกว่าอะไรเกิดก่อน แต่อาจไม่อธิบายว่าทำไมลำดับสำคัญ หรือควรทำอย่างไรหากสถานะคาดไม่อยู่
การพึ่งพาอาจเป็นเชิงตรรกะโดยไม่ต้องจัดกลุ่มทุกการดำเนินการ เช่น การตั้งค่าบัญชีที่เสร็จแล้วอาจเป็นเงื่อนไขก่อนเทรดที่ยืนยันไว้ แทนส่วนกลุ่มเดียวกัน การรวมการดำเนินการไม่จำเป็นเพิ่มความซับซ้อนโดยไม่ปรับปรุงการรับประกันที่ตั้งใจ
การตรวจควรถามว่ากลไกจริงที่รองรับบังคับการพึ่งพา หรือแอปเพียงสมมติ หมายเหตุว่าธุรกรรม B ต้องการ A ไม่ทำให้ B ดำเนินในบริบทที่ไม่ตั้งใจไม่ได้ การทำงานต้องมีขอบเขตที่เหมาะและยืนยันแล้วสำหรับข้อกำหนดนั้น
รักษาการอนุมัติเศรษฐกิจตลอดกลุ่ม
ผู้ใช้อนุมัติการกระทำทางเศรษฐกิจ ไม่ใช่เพียงกล่องรวมข้อความที่ไม่รู้ความหมาย บอตควรเปรียบเทียบแต่ละธุรกรรมกับสินทรัพย์ จำนวน ปลายทาง และปฏิสัมพันธ์กับโปรแกรมที่อนุมัติไว้ได้
ขีดจำกัดระดับกลุ่มกับระดับธุรกรรมตอบคนละคำถาม เพดานใช้จ่ายรวมจำกัดการจัดสรรรวมได้ ส่วนการตรวจรายธุรกรรมกันไม่ให้องค์ประกอบหนึ่งใช้สินทรัพย์หรือปลายทางผิด ทั้งสองอาจจำเป็นต่อการตรวจอนุมัติที่มีความหมาย
หากเปลี่ยนธุรกรรมหลังอนุมัติ ให้กำหนดว่าการอนุมัติยังใช้หรือไม่ เปลี่ยนเส้นทางหรือเพิ่มจำนวนอาจเปลี่ยนผลเศรษฐกิจแม้กลุ่มยังมีจำนวนธุรกรรมเท่าเดิม
เก็บเจตนาที่อนุมัติและข้อความที่ส่งตรงตัวในระเบียนตรวจสอบ โดยไม่รวมข้อมูลลับลงนาม จึงระบุภายหลังได้ว่าผลไม่คาดมาจากตลาด พฤติกรรมจัดกลุ่ม หรือข้อความที่ไม่ควรได้รับอนุมัติตั้งแต่ต้น
ถือผู้ลงนามหลายรายเป็นอำนาจแยกกัน
กลุ่มมีการกระทำที่หลายบัญชีอนุมัติได้ แต่การจัดกลุ่มไม่ทำให้ผู้ลงนามหนึ่งเป็นเจ้าของสินทรัพย์อีกบัญชี ลายเซ็นที่จำเป็นแต่ละอันยังต้องมีอำนาจใช้ได้ตามกฎธุรกรรมและโปรแกรมที่เกี่ยวข้อง
สำหรับการดำเนินการชอบธรรมที่เกี่ยวหลายบัญชีควบคุม ระเบียนควรอธิบายความสัมพันธ์และวัตถุประสงค์แต่ละการกระทำ ไม่ควรนำเสนอหลายที่อยู่เป็นอุปสงค์ตลาดอิสระเพียงเพราะลงนามธุรกรรมแยก
รักษาขอบเขตสิทธิ์ลงนามให้แคบตรงบทบาท ส่วนที่ใช้อนุมัติธุรกรรมมีขอบเขตหนึ่งไม่ควรได้อำนาจไม่จำกัดเหนือยอดไม่เกี่ยวข้องอัตโนมัติ กลไกเฉพาะขึ้นกับการตั้งค่าบัญชี แต่หลักคือทำขอบเขตให้ตรวจได้
คู่มือประเมินบอตโดยเน้นความปลอดภัย ฉบับก่อนกล่าวถึงคำถามอนุมัติที่เกี่ยวข้อง ความสะดวกของบันเดลอร์ไม่ได้ลดความสำคัญของการเข้าใจว่าแต่ละผู้ลงนามอนุญาตอะไร และสิทธิ์นั้นแสดงในข้อความสุดท้ายอย่างไร
ติดตามการปรับพอร์ตสมมติ
พิจารณาผู้เทรดสมมติอนุมัติซื้อสองรายการจากบัญชีที่ควบคุมหนึ่งแห่ง คือ 0.4 SOL สำหรับสินทรัพย์หนึ่ง และ 0.6 SOL สำหรับอีกตัว เงินเทรดที่วางแผนรวม 1 SOL การจัดกลุ่มตั้งใจประสานสองการปรับภายใต้กลไกที่เลือก
สมมติการดำเนินการที่เสร็จบันทึกต้นทุนเครือข่าย 0.004 SOL และการจ่ายเกี่ยวกับจัดกลุ่มแยก 0.002 SOL นี่เป็นค่าใช้จ่ายตัวอย่าง ไม่ใช่ราคาเสนอค่าธรรมเนียมปัจจุบัน เงินออกบัญชีรวม 1.006 SOL โดยไม่รวมต้นทุนที่ฝังในยอดซื้อทั้งสองแล้ว
หากงบรวมที่อนุมัติ 1.02 SOL เงินออกที่บันทึกต่ำกว่าขอบเขต 0.014 SOL การเทียบงบไม่ได้บอกว่าสินทรัพย์ที่ได้จะขึ้นมูลค่าหรือไม่ เพียงยืนยันว่าเคารพขีดจำกัดเงินที่ระบุตามวิธีบัญชีตัวอย่าง
ระเบียนสุดท้ายต้องยืนยันสินทรัพย์ที่รับและปริมาณทั้งสองด้วย เงินออกรวมตรงงบไม่พิสูจน์ในตัวเองว่าการปรับพอร์ตที่ตั้งใจเกิดขึ้น ยอดปลายทางและหลักฐานธุรกรรมเติมการตีความเศรษฐกิจให้ครบ
จำลองบริบทการพึ่งพาที่เกี่ยวข้อง
การจำลองช่วยพบข้อผิดพลาดก่อนลงนามหรือส่งได้ แต่บริบทต้องตรงขั้นตอนที่เสนอ ธุรกรรมที่พึ่งการเปลี่ยนสถานะก่อนอาจล้มเหลวเมื่อจำลองเดี่ยวกับสถานะเริ่มต้น แม้ลำดับที่ตั้งใจมีเงื่อนไขก่อนต่างกัน
กลับกัน ธุรกรรมที่จำลองกับสถานะเตรียมเทียมอาจดูใช้ได้ทั้งที่กลุ่มจริงไม่ได้สร้างสถานะนั้น การทดสอบควรอธิบายว่ามีเงื่อนไขก่อนใดและสร้างอย่างไร
เอกสารอ้างอิงการจำลอง Solana อธิบายการจำลองโดยไม่เผยแพร่ธุรกรรม ผลเป็นหลักฐานเกี่ยวกับสถานะและข้อความที่ประเมิน ไม่ใช่การจองเงื่อนไขในอนาคตหรือการรับประกันว่าธุรกรรมจะถูกรวมไว้ในบล็อกภายหลัง
หากแก้กลุ่มหลังจำลอง ให้ประเมินหลักฐานใหม่ เปลี่ยนลำดับธุรกรรมที่พึ่งกัน เปลี่ยนบัญชี หรือเปลี่ยนจำนวนอาจทำให้ผลก่อนหน้าใช้ไม่ได้ บอตควรเก็บบริบทพอแสดงว่าข้อเสนอทดสอบกับข้อเสนอส่งเหมือนกันอย่างมีความหมายในจุดที่การตัดสินใจพึ่งการเปรียบเทียบ
อ่านใบตอบรับการส่งอย่างจำกัดความหมาย
รหัสกลุ่มหรือคำตอบคำขอสำเร็จยืนยันว่าบริการรับคำขอตามอินเทอร์เฟซ ไม่ยืนยันอัตโนมัติว่าทุกธุรกรรมถึงสถานะเชนที่เป็นข้อยุติหรือสร้างยอดที่ตั้งใจ
บอตควรเก็บรหัสกลุ่มและรหัสธุรกรรมแต่ละรายการ สถานะระดับกลุ่มช่วยตามคำขอ ส่วนหลักฐานธุรกรรมและบัญชีรองรับข้อสรุปชำระจริง
นี่สอดคล้องกับความต่างทั่วไปใน เอกสาร sendTransaction ของ Solana คือการรับการส่งไม่ได้รับประกันการประมวลผลหรือยืนยันเอง อินเทอร์เฟซบันเดิลเพิ่มความหมายสถานะของตน ซึ่งต้องอ่านไม่ใช่สมมติ
การแสดงสถานะควรทำผลที่ยังไม่ทราบให้เห็น ผู้ใช้ที่จะตัดสินใจส่งอีกการดำเนินการต้องรู้ว่ากลุ่มเดิมยังอาจสร้างความเสี่ยงหรือไม่ การติดป้ายทุกคำขอที่รับว่าเสร็จทำให้ทำซ้ำได้ แม้บริการทำงานตรงเอกสารทุกอย่าง
กันทรัพยากรไว้ขณะยังไม่ทราบผล
กลุ่มที่ส่งอาจค้างไม่ทราบผลช่วงหนึ่ง ระหว่างนั้นเงินที่ตั้งใจใช้ควรยังอยู่ในความสามารถที่บัญชีกันไว้ ตามกฎความใช้ได้และกู้คืนที่รองรับ
หากบัญชีถือว่าเงินส่งทั้งหมดกลับมาพร้อมใช้ทันทีเพราะคำขอสถานะหมดเวลา ขั้นตอนอื่นอาจใช้การจัดสรรเดียวกัน ผลอาจเกินขีดจำกัดบัญชีที่ตั้งใจหรือสร้างธุรกรรมขัดกัน
การกันเงินควรเชื่อมกับเจตนาเศรษฐกิจ ไม่ใช่เพียงเซสชันอินเทอร์เฟซชั่วคราว การเริ่มกระบวนการใหม่ต้องกู้กลุ่มรอและสิทธิ์ใช้ความสามารถนั้นก่อนอนุมัติใช้จ่ายใหม่
ปล่อยยอดกันเมื่อยืนยันผลแล้ว หรือระบบกำหนดได้ตามกฎที่เกี่ยวว่าธุรกรรมที่ส่งไม่อาจสร้างความเสี่ยงนั้นอีก เวลาหมดอายุจากนาฬิกาที่เดาไม่แทนความเข้าใจเงื่อนไขความใช้ได้จริงของข้อความลงนาม
เข้าใจโอกาสที่ธุรกรรมออกนอกเส้นทางบันเดิล
กลไกบันเดิลตามเอกสารยังเตือนสถานการณ์บล็อกถูกข้าม ซึ่งธุรกรรมในกลุ่มอาจถูกส่งกระจายซ้ำและประมวลผลผ่านเส้นทางปกติที่ไม่คงอะตอมมิกหรือการคุ้มครองย้อนกลับของบันเดิล
ผลเชิงปฏิบัติคือ “บันเดิลอะตอมมิก” ไม่ควรถูกตีความเป็นคำสัญญาว่าไม่มีธุรกรรมองค์ประกอบใดปรากฏแยกได้ไม่ว่าในกรณีใด ระบบต้องคิดว่าองค์ประกอบจะยอมรับได้หรือไม่หากไม่มีบริบทกลุ่มที่คาด
นี่เป็นประเด็นออกแบบและตรวจความเสี่ยง ไม่ใช่เหตุสอนวิธีดึงหรือฉวยประโยชน์ธุรกรรมผู้ร่วมอื่น ผู้ดำเนินการชอบธรรมควรเข้าใจขีดจำกัดที่กระทบข้อความลงนามของตน และยืนยันผลจริงแทนพึ่งป้ายจัดกลุ่มอย่างเดียว
มองข้อยกเว้นอย่างได้สัดส่วน ไม่ได้หมายความว่าเส้นทางบันเดิลที่กำหนดไม่มีการรับประกันที่เป็นประโยชน์ แต่หมายถึงการรับประกันมีขอบเขต และสถาปัตยกรรมควรเลี่ยงขยายไปเส้นทางประมวลผลที่กลไกไม่ได้ควบคุม
ตรวจผลของแต่ละองค์ประกอบเมื่อทำงานเดี่ยว
การตรวจการพึ่งพาควรถามว่าสถานะบัญชีจะเป็นอย่างไรหากองค์ประกอบหนึ่งประมวลผลโดยไม่มีส่วนอื่นของกลุ่มที่ตั้งใจ คำตอบอาจเผยว่าขั้นตอนต้องมีขอบเขตธุรกรรมแข็งแรงขึ้นหรือเงื่อนไขบังคับโดยโปรแกรมเพิ่ม
ในตัวอย่างซื้อสองรายการสมมติ ซื้อสำเร็จหนึ่งโดยไม่มีอีกอันจะเหลือพอร์ตต่างจากผลประสานที่อนุมัติ ผู้เทรดอาจยังถือสินทรัพย์ที่ใช้ได้ แต่ความสัมพันธ์จัดสรรที่ตั้งใจไม่เกิด
ขั้นตอนอื่นอาจทิ้งสถานะกลางที่ผลหนักกว่า เช่น อำนาจที่เพิ่งให้ หรือเงินย้ายเข้าบัญชีโดยไม่มีการกระทำต่อที่วางไว้ ควรเข้าใจผลเหล่านั้นก่อนอนุมัติกลุ่ม
บทความไม่กำหนดรูปแบบป้องกันสากลเพียงแบบเดียว เพราะการออกแบบที่ถูกขึ้นกับโปรแกรมและชนิดธุรกรรม ข้อกำหนดประเมินเป็นรูปธรรม คือระบุสถานะกลางที่เป็นไปได้ กำหนดว่าแบบใดยอมรับได้ และยืนยันว่ากลไกที่เลือกบังคับเงื่อนไขที่ต้องการภายในขอบเขตจริง
คิดต้นทุนที่ขอบเขตถูกต้อง
ค่าธรรมเนียมเครือข่าย ตลาด และการจ่ายเกี่ยวกับจัดกลุ่มอาจมีพฤติกรรมเรียกเก็บต่างกัน บอตควรบันทึกผลบัญชีจริงและอธิบายว่าค่าใช้จ่ายใดขึ้นกับการดำเนินการเฉพาะ
อย่าสมมติว่ากลุ่มยังไม่ทราบผลหรือไม่สำเร็จไม่มีต้นทุนอัตโนมัติ ผลอาจขึ้นกับประมวลผลธุรกรรมรายตัวหรือไม่ ใช้เส้นทางใด และสร้างการจ่ายแยกอย่างไร บัญชีควรตามหลักฐานไม่ใช่ป้ายกว้าง
ในทำนองเดียวกัน อย่าบวกค่าธรรมเนียมตลาดที่เสนอสองครั้ง หากรวมไว้ในเงินที่ใช้หรือปริมาณที่ได้รับจากสวอปแล้ว แบบจำลองต้นทุนที่มีประโยชน์กำหนดหลักเกณฑ์ให้ชัด และกระทบยอดจำนวนสุดท้ายเทียบกับการเปลี่ยนแปลงในบัญชี
บทความเทรดมีมคอยน์อัตโนมัติ ฉบับก่อนอธิบายความสำคัญของระเบียนดำเนินงานครบ การดำเนินเป็นกลุ่มทำให้วินัยนี้สำคัญขึ้น เพราะเจตนาผู้ใช้หนึ่งสร้างค่าใช้จ่ายระดับธุรกรรมและสิ่งที่พบด้านสถานะหลายรายการซึ่งต้องเชื่อมให้ถูก
รวบรวมหลักฐานชำระของบอตบันเดลอร์ Solana
หลักฐานชำระของบอตบันเดลอร์ Solana ควรยืนยันว่าประมวลผลธุรกรรมใด สถานะที่เกี่ยวข้อง และการเปลี่ยนสินทรัพย์ที่เกิด สถานะกลุ่มเป็นบริบทช่วย แต่ระเบียนเศรษฐกิจควรยังเชื่อมกับแต่ละธุรกรรมและบัญชี
เทียบผลกับเจตนาที่อนุมัติ ยืนยันตัวตนสินทรัพย์ตรง ปริมาณรับ เงินใช้จ่าย และภาระที่เหลือ ธุรกรรมใช้ได้บนเชนแต่ยังเป็นการกระทำผิดจากมุมผู้ใช้ได้
เก็บสิ่งที่สังเกตไม่สอดคล้องจนแก้ได้ หลายแหล่งอาจล่าช้าหรือใช้สมมติฐานระดับยืนยันต่างกัน การเลือกคำตอบอุ่นใจที่สุดแล้วทิ้งส่วนอื่นไม่สร้างระเบียนที่เชื่อถือได้
บันทึกกลุ่มสุดท้ายควรระบุว่าบรรลุผลการดำเนินการร่วมกันที่ตั้งใจหรือไม่ ไม่ได้สร้างสถานะรับความเสี่ยงตามเจตนานั้นเลย หรือมีข้อยกเว้นที่ต้องจัดการต่อ ข้อสรุปควรมีหลักฐานละเอียดพอให้ผู้ทบทวนอีกคนเข้าใจ โดยไม่ต้องสร้างลำดับขั้นตอนใหม่จากความจำ
ซ้อมขอบเขตความล้มเหลวของกลุ่ม
ชุดทดสอบที่มีประโยชน์รวมความล้มเหลวองค์ประกอบแรก ความล้มเหลวองค์ประกอบหลังที่พึ่งกัน คำตอบการส่งสูญหาย การเริ่มกระบวนการใหม่ และสิ่งที่พบสถานะขัดกัน กรณีเหล่านี้ทดสอบคนละส่วนของตรรกะจัดกลุ่มและกู้คืน
ตรวจผลขององค์ประกอบนอกบริบทกลุ่มที่คาดด้วย เป้าหมายคือยืนยันสมมติฐานความปลอดภัยของขั้นตอนเอง ไม่ใช่แสดงเทคนิครบกวนธุรกรรมคนอื่น
กำหนดสถานะบัญชีคาดสำหรับแต่ละกรณี อินเทอร์เฟซแสดงข้อผิดพลาดยังไม่พอหากยอดกันเงินล็อกถาวร หรือองค์ประกอบที่ประมวลผลถูกละจากระเบียนบัญชี
การซ้อมที่ดีสร้างประวัติเจตนา การส่ง หลักฐาน และการคลี่คลายที่เข้าใจได้ บอตควรหยุดอนุมัติกลุ่มใหม่ได้ขณะยังตรวจกลุ่มเดิม การหยุดเริ่มกับการคลี่คลายภาระที่ลงนามแล้วเป็นความรับผิดชอบปฏิบัติแยกกัน
เลือกจัดกลุ่มเพื่อการพึ่งพาที่ชัดเจน
บอตบันเดลอร์ Solana มีประโยชน์ที่สุดเมื่อการจัดกลุ่มรับใช้ความสัมพันธ์เฉพาะที่เข้าใจแล้วระหว่างการกระทำที่อนุมัติ เพิ่มป้ายบันเดิลให้ธุรกรรมไม่เกี่ยวกันไม่ได้สร้างการตัดสินใจเศรษฐกิจที่ดีขึ้นหรือทำให้ผลตลาดดี
ประเมินว่าโครงสร้างธุรกรรมง่ายกว่าสื่อการดำเนินการที่ต้องการภายในขีดจำกัดรองรับได้หรือไม่ หากต้องหลายธุรกรรม ให้บันทึกการพึ่งพา ขอบเขตบริการ และผลยกเว้นที่ต้องตรวจ
ผูกคำอ้างประสิทธิภาพกับหลักฐานที่วัด ตอบรับส่งเร็วขึ้นไม่ใช่ชำระที่ยืนยันเร็วขึ้น และอัตราเสร็จสูงไม่ยืนยันเทรดมีกำไร มาตรวัดที่เกี่ยวข้องควรตรงกับงานที่กลุ่มตั้งใจทำ
ผลควรเป็นขั้นตอนที่ขอบเขตชัดว่าอนุมัติอะไร จัดกลุ่มอะไร มีการรับประกันใด และบัญชีได้รับอะไรในที่สุด ความชัดนี้ทำให้การประสานธุรกรรมมีประโยชน์ โดยไม่เปลี่ยนอะตอมมิกมีเงื่อนไขหรือใบตอบรับคำขอเป็นคำสัญญาที่กลไกพื้นฐานไม่ได้ให้