Perpetual บน CEX กับ DEX: การดูแลสินทรัพย์ คำสั่ง และการถอน

กระดานแบบศูนย์กลางมักรวมบริการบัญชี การรับฝากสินทรัพย์ บัญชียอดคงเหลือภายใน และระบบจับคู่คำสั่งไว้กับผู้ให้บริการรายเดียว ส่วน DEX อาจให้กระเป๋าเงินและโปรโตคอลบล็อกเชนรับผิดชอบบางส่วนหรือทั้งหมด แต่ชื่อไม่ได้ตอบทุกเรื่อง: โปรโตคอลอาจมีสมุดคำสั่ง on-chain และยังพึ่งชุด validator ที่กำหนด หน้าเว็บอาจดำเนินการแยกจากโปรโตคอล และผู้ใช้ก็อาจเติมเงินให้ DEX จากกระดานที่รับฝากสินทรัพย์

แยกเส้นทางจริงเป็นส่วน ๆ ได้แก่ เว็บไซต์หรือแอป กระเป๋าเงินและกุญแจลงนาม บัญชียอดคงเหลือ สมุดคำสั่งหรือระบบจับคู่ ระบบความเสี่ยง สถานะชำระราคา bridge และขั้นตอนถอน สองบริการที่เรียกตัวเองว่า “perpetual DEX” อาจแบ่งหน้าที่เหล่านี้ต่างกัน

ในบัญชีรับฝากสินทรัพย์ โดยทั่วไปแพลตฟอร์มจะบันทึกยอดในระบบภายใน Coinbase อธิบายว่า Coinbase.com เป็นกระดานศูนย์กลางที่เก็บสินทรัพย์ลูกค้าในกระเป๋าแบบโฮสต์ ถือกุญแจส่วนตัวที่เกี่ยวข้อง และใช้บัญชีแยกภายใน พร้อมแยกบริการดังกล่าวออกจากกระเป๋าแบบ self-custody อย่าง Coinbase Wallet นี่คือคำอธิบายของผู้ให้บริการรายหนึ่ง ไม่ใช่กฎที่ใช้กับทุกกระดาน

โปรโตคอลที่เชื่อมกับกระเป๋าอาจให้กระเป๋าลงนามฝากเงินหรือส่งคำสั่ง แต่ไม่ได้แปลว่าหลักประกันทั้งหมดจะยังอยู่ในกระเป๋าหลังฝาก โปรโตคอลอาจบันทึกยอดไว้ในสถานะของตน และการถอนอาจขึ้นกับสัญญา validator bridge และกติกาธุรกรรม ตัวอย่างเช่น Hyperliquid อธิบายว่า HyperCore เป็นระบบบล็อกเชนที่มีสมุดคำสั่ง perpetual และ spot แบบ on-chain และเอกสารยังอธิบายคำขอถอนที่ validator ลงนามแล้วส่งไปยังสัญญา bridge ก่อนโอนเงิน ให้ตรวจสินทรัพย์ เครือข่ายปลายทาง และทางถอนก่อนส่ง

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

ทั้งกระดานศูนย์กลางและโปรโตคอล on-chain อาจใช้คำสั่ง limit และจัดลำดับสมุดคำสั่งตามราคาและเวลา เอกสาร Hyperliquid ระบุว่าสมุดคำสั่งทำงานคล้ายกระดานศูนย์กลางและจับคู่ตามราคาและเวลา ส่วนภาพรวมทางเทคนิคระบุว่าคำสั่ง การยกเลิก การซื้อขาย และการชำระบัญชีเกิดขึ้นบนเชน ดังนั้น “ใช้สมุดคำสั่ง” กับ “รับฝากสินทรัพย์แบบศูนย์กลาง” เป็นคนละคำถาม

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

ความเสี่ยงจากการส่งคำสั่งและ leverage มีในทั้งสองรูปแบบ ให้อ่านราคา mark เงื่อนไข liquidation โหมด margin ตาราง funding ค่าธรรมเนียม และขั้นตอนบังคับปิดของสัญญานั้น ๆ ดู mark price เทียบกับราคาซื้อขายล่าสุด, margin และ การ liquidate เพิ่มเติม

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

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

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

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

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

สำหรับโปรโตคอล on-chain ให้ระบุการพึ่งพาเชนและ validator หรือ sequencer สัญญาหรือสถานะที่บันทึกหลักประกัน bridge และวิธีเปลี่ยนหรือหยุดระบบ อ่านว่าจะเกิดอะไรหากกุญแจหาย เครือข่ายแออัด อินเทอร์เฟซใช้ไม่ได้ bridge ล่าช้า หรือบัญชีถูก liquidate สถานะสาธารณะช่วยให้สังเกตได้ แต่ย้อนธุรกรรมผิดพลาดไม่ได้และไม่กำจัดความเสี่ยงจากสัญญา consensus oracle สภาพคล่อง หรือการจัดการกุญแจ

คำเตือนผู้บริโภคของ CFTC สหรัฐฯ ระบุว่าตลาด spot ของสกุลเงินเสมือนอาจขาดการกำกับและมาตรการคุ้มครองสำคัญ พร้อมเตือนความเสี่ยงไซเบอร์และการขาดทุนจาก futures ที่ใช้ leverage เอกสารนี้อยู่ในบริบทสหรัฐฯ ไม่ได้จัดประเภททุกแพลตฟอร์มหรืออธิบายกฎหมายประเทศอื่น อย่าสรุปเรื่องความคุ้มครองจากแบรนด์ที่คุ้นเคย คำว่า “decentralized” หรือการเปิดแอปได้ ให้ตรวจผู้ให้บริการ ผลิตภัณฑ์ และเขตอำนาจแยกกัน

ใช้สัญญาเดียวกันหรือใกล้เคียง ขนาดสถานะ หลักประกัน ระยะเวลาถือ และสมมติฐานคำสั่งเหมือนกัน จากนั้นบันทึกว่าผลิตภัณฑ์เปิดให้ใช้ในพื้นที่ของคุณหรือไม่ ใครถือกุญแจและบันทึกยอด ใช้บริการกลาง สมุดคำสั่ง on-chain AMM หรือระบบผสม ใครมีสิทธิหยุดหรือเปลี่ยนระบบ ราคาใดเรียกใช้ข้อกำหนด margin คิด funding และค่าธรรมเนียมอย่างไร ขั้นตอน liquidation คืออะไร ถอนผ่านเครือข่ายใด มีการอนุมัติและค่าใช้จ่ายอะไร มีขั้นตอนรองรับความล่าช้าหรือไม่ และกู้บัญชีผ่านฝ่ายช่วยเหลือหรือขึ้นกับ seed phrase สัญญา หรือผู้ถือกุญแจอื่น

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

CEX อาจรวมการรับฝากและการช่วยเหลือบัญชีไว้ที่ผู้ให้บริการเดียว พร้อมเก็บบัญชีภายในไว้นอกเชน โปรโตคอล perpetual แบบ on-chain อาจเปิดเผยคำสั่งและสถานะบนบล็อกเชน แต่ยังพึ่ง validator สัญญา bridge กุญแจกระเป๋า และการเข้าถึงหน้าเว็บ เส้นทางแบบผสมอาจมีการพึ่งพาทั้งสองชุด ชื่อเพียงอย่างเดียวบอกไม่ได้ว่าแบบใดเหมาะหรือมีโอกาสขัดข้องน้อยกว่า

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