บอต NFT บน Solana: ระบุสินทรัพย์และเส้นทางที่รองรับ

เริ่มตรวจตัวตนสินทรัพย์สำหรับบอต NFT บน Solana

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

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

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

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

แยกบัญชี mint ออกจากบัญชีที่บันทึกการถือครอง

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

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

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

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

แยกอำนาจควบคุมออกจากการเป็นเจ้าของบัญชีของโปรแกรม

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

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

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

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

อย่าอนุมานความแท้จากอุปทานเพียงอย่างเดียว

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

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

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

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

จัดการมาตรฐาน NFT แต่ละแบบอย่างตั้งใจ

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

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

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

ระบบที่มีขอบเขตจำกัดอาจตั้งใจรองรับสินทรัพย์จำนวนน้อยที่เข้าใจดี ข้อจำกัดนี้มีประโยชน์กว่าป้ายกว้าง ๆ ว่ารองรับ Solana แต่กลับทำงานไม่แน่นอนเมื่อสินทรัพย์ต่างจากตัวอย่างที่ใช้พัฒนา

ตรวจว่าเส้นทางซื้อขาย NFT บน Solana ใช้ได้จริง

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

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

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

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

แยกความครอบคลุมของตลาดออกจากการมีอยู่ของสินทรัพย์

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

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

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

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

จำลองข้อเสนอบน Solana ตามการจัดสรรเงินทุนจริง

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

คำแนะนำปัจจุบันเดียวกันระบุสกุลเงินข้อเสนอเฉพาะคอลเลกชัน ซึ่งรวม SOL หรือ USDC และระบุว่ายังไม่เปิดใช้ข้อเสนอตามคุณลักษณะสำหรับคอลเลกชัน Solana ดังนั้นบอตเสนอราคาที่ออกแบบสำหรับ Ethereum ไม่ควรสมมติว่ามีตัวเลือกสกุลเงินหรือเครื่องมือควบคุมข้อเสนอตามคุณลักษณะเหมือนกันในกระบวนการ Solana

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

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

แยกความจุตามนโยบายออกจากเงินที่ใช้จ่ายได้

สมมติว่านโยบายคอลเลกชันอนุญาตความเสี่ยงจากการซื้อได้ 20 SOL สินทรัพย์ที่บันทึกไว้คิดเป็น 7.5 SOL ข้อเสนอที่กันเงินไว้บนเชนคิดเป็น 4.2 SOL และความพยายามซื้อที่ยังไม่ทราบผลสำรองไว้อีก 1.3 SOL นโยบายจึงนับรวม 13 SOL และเหลือความจุ 7 SOL

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

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

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

ตรวจคำสั่งธุรกรรมก่อนลงนาม

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

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

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

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

ถือการส่งธุรกรรมเป็นจุดเริ่มต้นของงานยืนยันผล

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

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

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

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

ใช้หลักฐานความเป็นเจ้าของเฉพาะเชน

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

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

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

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

คำนวณต้นทุนซื้อและขายออกในหน่วย SOL

สมมติว่าการซื้อ NFT ใช้เงิน 3.2 SOL และค่าเครือข่ายขาเข้าจริงคือ 0.002 SOL ต้นทุนได้มารวมจึงเป็น 3.202 SOL ต่อมาสมมติว่าขายได้ 3.4 SOL โดยมีรายการหักรวมสมมติ 2% ของรายรับขั้นต้น และค่าใช้จ่ายขาออกแยกอีก 0.002 SOL

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

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

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

แยกผลลัพธ์ในหน่วย SOL ออกจากผลในหน่วยดอลลาร์

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

ในตัวอย่างสมมติที่เป็นคุณ หากซื้อด้วยต้นทุน 3.202 SOL ตอนที่อัตราสำหรับรายงานคือ $100 ต่อ SOL ต้นทุนดอลลาร์จะเป็น $320.20 หากต่อมาให้มูลค่ารายรับสุทธิ 3.33 SOL ที่ $90 ต่อ SOL รายรับนั้นจะเท่ากับ $299.70

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

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

ระบุเครือข่ายทดสอบและเครือข่ายจริงให้ชัดเจน

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

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

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

ทดสอบบอต NFT บน Solana ให้ครอบคลุมกรณีที่รองรับ

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

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

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

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