ซื้อขาย NFT ผ่านสัญญาอัจฉริยะ: คำสั่งและการอนุมัติ

การซื้อขาย NFT ผ่านสัญญาอัจฉริยะเกี่ยวข้องกับหลายสัญญา

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

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

สัญญาโทเคนชำระเงินเพิ่มขอบเขตอีกชั้นเมื่อซื้อขายด้วยสินทรัพย์ ERC-20 เช่น WETH ยอด ETH ดั้งเดิมของกระเป๋ากับยอด WETH แยกกัน สินทรัพย์ที่ต้องใช้จ่ายต้องตรงคำสั่ง และสิทธิ์โอนที่เกี่ยวข้องต้องมีผลเมื่อจำเป็น

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

ภาพรวม Seaport ของ OpenSea ให้คำศัพท์พื้นฐานเรื่องสิ่งที่เสนอให้และสิ่งตอบแทน ใช้คำศัพท์นั้นระบุสินทรัพย์และผู้รับในคำสั่ง EVM พร้อมตรวจรายละเอียดการพัฒนาปัจจุบันผ่านกระบวนการเฉพาะที่รองรับ

มาตรฐานโทเคนเปลี่ยนความหมายของปริมาณ

ตัวระบุโทเคน ERC-721 โดยทั่วไปบ่งชี้ NFT เฉพาะที่มีเจ้าของปัจจุบันหนึ่งรายภายใต้แบบจำลองความเป็นเจ้าของของมาตรฐาน คำสั่งซื้อขายควรระบุโทเคนที่ตั้งใจ ไม่ใช่เพียงคอลเลกชัน การเป็นเจ้าของโทเคน 17 ไม่ได้ยืนยันว่าเป็นเจ้าของโทเคน 18

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

เอกสาร ERC-721 และเอกสาร ERC-1155 ของ Ethereum อธิบายส่วนเชื่อมต่อที่ต่างกันเหล่านี้ ช่วยให้เข้าใจว่าทำไมตัวนับยอด NFT ทั่วไปจึงไม่พอสำหรับตรวจธุรกรรม

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

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

การอนุมัติให้สิทธิ์ ไม่ใช่การซื้อ

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

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

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

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

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

คำสั่งที่ลงนามอธิบายการแลกเปลี่ยนแบบมีเงื่อนไข

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

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

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

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

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

อ่านสิ่งตอบแทนเป็นแผนการชำระเงินที่ครบถ้วน

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

สมมติการซื้อที่มีสิ่งตอบแทนรวม 1.20 ETH แผนการชำระที่ระบุส่ง 1.128 ให้ผู้ขาย 0.024 ให้ผู้รับค่าธรรมเนียมหนึ่งราย และ 0.048 ให้ผู้รับที่เป็นผู้สร้าง ทั้งสามยอดรวมเป็น 1.20 สมมติผู้ซื้อใช้เพิ่มแยกต่างหาก 0.007 ETH เพื่อดำเนินการบนเครือข่าย

เงินใช้จ่ายรวมของผู้ซื้อในแบบฝึกนี้คือ 1.207 ETH การนำ 0.024 และ 0.048 บวกเพิ่มเหนือ 1.20 อีกครั้งจะนับยอดที่รวมในสิ่งตอบแทนแล้วซ้ำ เงินรับก่อนต้นทุนอื่นของผู้ขายจากแผนชำระคือ 1.128 ไม่ใช่ 1.20

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

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

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

การซื้อขาย NFT ผ่านสัญญาอัจฉริยะมีขอบเขตความสำเร็จพร้อมกัน

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

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

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

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

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

การซื้อสำเร็จไม่ได้ล็อกการขายต่อ

กลับไปที่การได้มาสมมติต้นทุน 1.207 ETH สมมติผู้ซื้อที่อาจซื้ออีกรายแยกต่างหากเสนอ 1.30 สำหรับ NFT เดียวกันที่เข้าเกณฑ์ ภายใต้ยอดหักผู้ขายรวมสมมติ 6% และต้นทุนออก 0.005 ETH เงินรับสุทธิขายต่อจะเป็น 1.217 ETH

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

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

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

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

การจำลองอธิบายสถานะเฉพาะขณะหนึ่ง

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

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

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

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

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

ความล้มเหลวยังมีต้นทุนได้

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

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

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

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

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

การยืนยันกับความสิ้นสุดแน่นอนของธุรกรรมเป็นหลักฐานต่างระดับ

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

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

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

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

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

Solana ต้องมีแบบจำลองโปรแกรมของตนเอง

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

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

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

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

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

ตรวจการแลกเปลี่ยนที่เสร็จแล้วเป็นชุดผลที่เกิดขึ้น

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

สำหรับการซื้อสมมติ 1.20 ETH บันทึกควรอธิบายส่วนชำระ 1.128, 0.024 และ 0.048 กับต้นทุนเครือข่ายแยก 0.007 ไม่ควรนับทั้งยอดรวมก่อนหักและยอดโอนไปผู้รับเดิมเป็นการใช้จ่ายแยกกัน

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

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

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