บอตบันเดลอร์ 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 คือการรับการส่งไม่ได้รับประกันการประมวลผลหรือยืนยันเอง อินเทอร์เฟซบันเดิลเพิ่มความหมายสถานะของตน ซึ่งต้องอ่านไม่ใช่สมมติ

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

กันทรัพยากรไว้ขณะยังไม่ทราบผล

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

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

การกันเงินควรเชื่อมกับเจตนาเศรษฐกิจ ไม่ใช่เพียงเซสชันอินเทอร์เฟซชั่วคราว การเริ่มกระบวนการใหม่ต้องกู้กลุ่มรอและสิทธิ์ใช้ความสามารถนั้นก่อนอนุมัติใช้จ่ายใหม่

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

เข้าใจโอกาสที่ธุรกรรมออกนอกเส้นทางบันเดิล

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

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

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

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

เข้าใจโอกาสที่ธุรกรรมออกนอกเส้นทางบันเดิลSingle TransactionBundle PathOther ProcessingTRADING FIELD NOTESEDUCATIONAL RESOURCE
ความเป็นอะตอมมิกขึ้นกับขอบเขตดำเนินการจริง ไม่ควรสมมติว่าครอบคลุมทุกเส้นทางส่ง

ตรวจผลของแต่ละองค์ประกอบเมื่อทำงานเดี่ยว

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

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

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

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

คิดต้นทุนที่ขอบเขตถูกต้อง

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

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

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

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

รวบรวมหลักฐานชำระของบอตบันเดลอร์ Solana

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

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

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

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

ซ้อมขอบเขตความล้มเหลวของกลุ่ม

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

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

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

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

เลือกจัดกลุ่มเพื่อการพึ่งพาที่ชัดเจน

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

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

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

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

เรียนรู้ต่อ

สำรวจทรัพยากรทั้งหมด