บอตซื้อขาย Solana Web3: ตรวจสอบแต่ละโปรแกรม

บอตซื้อขาย Solana Web3 ต้องมีแบบจำลองสินทรัพย์

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

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

จำนวนทศนิยมเป็นส่วนหนึ่งของการตีความมินต์ จำนวน 25,000,000 หน่วยฐานหมายถึง 25 โทเคนเมื่อมินต์ใช้ทศนิยมหกตำแหน่ง จำนวนเต็มเดียวกันที่ตีความเป็น lamports หมายถึง 0.025 SOL ตัวเลขที่ไม่มีหน่วยและตัวตนสินทรัพย์ไม่ใช่จำนวนซื้อขายที่ใช้ได้

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

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

แยกโปรแกรมเจ้าของออกจากอำนาจเหนือโทเคน

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

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

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

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

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

การสวอปโทเคนกับการซื้อ NFT ตอบคำถามต่างกัน

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

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

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

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

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

ตรวจทุกคำสั่งเทียบกับการกระทำที่อนุมัติ

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

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

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

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

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

การดำเนินการแบบอะตอมมิกมีขอบเขตเฉพาะ

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

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

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

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

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

ข้อเสนอ Solana ของ OpenSea มีแบบจำลองเงินทุนของตน

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

สำหรับบัญชีสมมติ เริ่มด้วย 8 SOL บัญชีสร้างข้อเสนอ 1.5 SOL สองรายการและ 2 SOL หนึ่งรายการ ทำให้ผูกเงินรวม 5 SOL สมมติว่าธุรกรรมสร้างข้อเสนอทั้งหมดมีค่าเครือข่ายรวม 0.01 SOL ยอดกระเป๋าที่เหลือคือ 2.99 SOL

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

สมมติว่าข้อเสนอ 1.5 SOL หนึ่งรายการได้รับการยอมรับ เงินที่ถือไว้ถูกใช้ซื้อ และ NFT เข้ามา ยอดกระเป๋าไม่ได้รับ 1.5 นั้นคืน ข้อเสนอ 1.5 อีกหนึ่งรายการกับข้อเสนอ 2 SOL ยังมีผลค้างอยู่

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

บัญชีรวมได้ 7.987 SOL เมื่อบันทึก NFT ด้วยสิ่งตอบแทนที่ใช้ซื้อ ส่วนต่าง 0.013 จากยอดเริ่มต้น 8 คือต้นทุนเครือข่ายที่ระบุ นี่คือการกระทบยอดตามฐานต้นทุน ไม่ใช่คำกล่าวว่า NFT สามารถขายได้ 1.5 SOL

แยกสิ่งตอบแทนในข้อเสนอออกจากเงินรับของผู้ขาย

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

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

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

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

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

ต้นทุนบอตซื้อขาย Solana Web3 รวมเงินที่ใส่ไว้ในบัญชีด้วย

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

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

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

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

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

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

การมองเห็นในตลาดไม่ได้หมายถึงการรองรับธุรกรรม

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

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

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

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

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

การตอบรับการส่งธุรกรรมไม่ได้ยืนยันการซื้อขาย

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

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

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

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

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

ส่วนขยายและมาตรฐานสินทรัพย์ต้องได้รับการรองรับอย่างชัดเจน

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

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

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

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

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

ทดสอบผลต่อบัญชีด้วยบัญชีที่ทราบคำตอบ

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

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

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

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

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