สำหรับตลาดซื้อขายที่ได้รับใบอนุญาตแล้ว “ผู้ใดที่ควบคุมกุญแจ ก็ควบคุมสินทรัพย์” ภายใต้กรอบงาน RMO DAX ของมาเลเซีย คณะกรรมการหลักทรัพย์ (SC) กำหนดข้อกำหนดที่เข้มงวดสำหรับการเก็บรักษาสินทรัพย์คริปโตของลูกค้า ได้แก่ การแยกเก็บรักษา การจัดชั้นกระเป๋าเงินร้อน/เย็น การใช้ลายเซ็นหลายฝ่าย (multisig) หรือลายเซ็นตามเกณฑ์ การบริหารจัดการกุญแจที่สามารถตรวจสอบได้ การอนุมัติการฝาก/ถอนที่เข้มงวด การควบคุมภายใน การตรวจสอบเป็นประจำ และเงินสำรอง บทความนี้อธิบายโครงสร้างการเก็บรักษาสำหรับแพลตฟอร์มซื้อขายที่ได้รับใบอนุญาตในมาเลเซีย ตั้งแต่ข้อกำหนดของ SC การจัดชั้นกระเป๋าเงินแบบร้อน/อุ่น/เย็น การเลือก MPC และ multisig, HSM และการลงนามแบบ air-gapped, การบริหารจัดการวงจรชีวิตของกุญแจ, การอนุมัติการฝาก/ถอน, การควบคุมภายใน, การพิสูจน์ทุนสำรอง, การเก็บรักษาโดยฝ่ายที่สาม และการประกันภัย ไปจนถึงการนำไปใช้จริงของ SoonTech ซึ่งช่วยแพลตฟอร์มเปลี่ยน "ความปลอดภัยของสินทรัพย์" จากสโลแกนให้เป็นกระบวนการที่สามารถตรวจสอบได้และความสามารถทางวิศวกรรม

1. ข้อกำหนดของ SC สำหรับการเก็บรักษาสินทรัพย์ของลูกค้า

แนวทาง RMO DAX ของ SC และการตรวจสอบ ณ สถานที่จริงกำหนดให้มีการปฏิบัติตาม 6 ข้อหลักสำหรับการเก็บรักษาสินทรัพย์คริปโต หกข้อนี้ไม่ใช่ข้อกำหนดที่แยกกัน แต่สร้างเป็นวงจรปิดของ "ความสมบูรณ์ของสินทรัพย์ลูกค้า" — ตั้งแต่พื้นฐานทางกฎหมายของการแยกสินทรัพย์ ผ่านวิธีการทางเทคนิคในการควบคุมกุญแจ ไปจนถึงกระบวนการดำเนินงาน หลักฐานการตรวจสอบ และมาตรการสนับสนุนทางการเงิน โดยช่องว่างใดก็ตามจะส่งผลให้ส่วนที่เหลือถูกบ่อนทำลาย แรกที่สุด ทรัพย์สินของลูกค้าต้องถูกแยกออกจากทรัพย์สินของแพลตฟอร์มเอง — ใช้บัญชีแยกต่างหาก การเก็บรักษาแยกต่างหาก และห้ามใช้ผิดวัตถุประสงค์หรือให้กู้ยืม ส่วนที่สอง ทรัพย์สินของลูกค้าส่วนใหญ่ต้องเก็บไว้ใน cold storage โดย hot wallet จะเก็บไว้เพียงส่วนที่จำเป็นสำหรับการดำเนินงานประจำวันเท่านั้น ที่สาม กุญแจส่วนตัวต้องใช้ระบบลายเซ็นหลายฝ่าย (multisignature) หรือระบบลายเซ็นเกณฑ์ (threshold signature) (MPC) เพื่อไม่ให้บุคคลใดบุคคลหนึ่งควบคุมกุญแจทั้งหมดได้ สี่ แพลตฟอร์มต้องรักษากระบวนการสร้าง เก็บรักษา ใช้ หมุนเวียน และทำลายกุญแจอย่างครบถ้วน พร้อมบันทึกการตรวจสอบ ห้า การถอนเงินจำนวนใหญ่ทั้งหมดต้องได้รับการอนุมัติหลายระดับและใช้ที่อยู่จากรายชื่ออนุญาต (whitelist) เท่านั้น ที่หก แพลตฟอร์มต้องแสดงหลักฐานความสมบูรณ์ของสินทรัพย์ลูกค้าต่อ SC และผู้ตรวจสอบบัญชีอย่างสม่ำเสมอ โดยทั่วไปผ่านหลักฐานสำรอง (proof of reserves) รายชื่อหนี้สินของลูกค้า และหลักฐานความเป็นเจ้าของที่อยู่บนเชน สิ่งเหล่านี้ไม่ใช่ข้อเสนอแนะ แต่เป็นเงื่อนไขการออกใบอนุญาต; การตรวจสอบ ณ สถานที่จริงของ SC จะตรวจสอบเอกสารนโยบาย บันทึกการดำเนินงาน และหลักฐานบนเชนอย่างละเอียดทีละรายการ และข้อบกพร่องสำคัญอาจนำไปสู่การลงโทษหรือการเพิกถอนใบอนุญาต นอกจาก SC แล้ว NACSA และ BNM ยังตรวจสอบการไหลของเงินทุนและการคัดกรองที่อยู่จากมุมมองการป้องกันการฟอกเงิน (AML) ด้วย

2. การจัดชั้นกระเป๋าเงินแบบ Hot/Warm/Cold

ตลาดแลกเปลี่ยนที่พัฒนาแล้วใช้สถาปัตยกรรมกระเป๋าเงินแบบสามระดับ วอลเล็ตแบบ Cold wallet ทำงานแบบออฟไลน์อย่างสมบูรณ์ โดยกุญแจไม่เคยสัมผัสกับอินเทอร์เน็ต และมักได้รับการปกป้องด้วย HSMs เครื่องที่แยกจากเครือข่าย (air-gapped) หรือชิ้นส่วนเมทัลซีด (metal seed shards); Cold wallet เก็บสินทรัพย์ของลูกค้าที่มีระยะเวลาถือครองยาวและทุนสำรองของแพลตฟอร์ม 90–98% หรือมากกว่านั้น และการลงนามต้องใช้หลายบุคคลที่อยู่ในสถานที่เดียวกัน สำหรับธุรกรรมขนาดใหญ่ที่มีความถี่ต่ำ วอลเล็ตแบบอุ่น (Warm Wallet) อยู่ในสถานะกึ่งออนไลน์ ทำงานบนเซิร์ฟเวอร์ที่ควบคุมได้ โดยชิ้นส่วนกุญแจถูกจัดการโดย HSM หรือโหนด MPC ใช้สำหรับการลงนามการถอนเงินประจำวันและการส่งข้อมูลบนเชน เก็บยอดเงินดำเนินงานสำหรับระยะเวลาหลายวันถึงหลายสัปดาห์ ด้วยกระแสเงินที่อัตโนมัติแต่จำกัดความเสี่ยง วอลเล็ตแบบร้อน (Hot wallets) เป็นระบบออนไลน์แบบเรียลไทม์ ที่เชื่อมต่อโดยตรงกับระบบฝาก/ถอน โดยเก็บไว้เพียงจำนวนขั้นต่ำที่จำเป็นสำหรับธุรกิจในวันเดียวกัน (โดยทั่วไปไม่เกิน 0.5–2% ของสินทรัพย์ลูกค้าทั้งหมด); ระบบจะโอนย้ายอัตโนมัติไปยังวอลเล็ตแบบอุ่น (warm wallets) เมื่อเกิดความผิดปกติหรือเหตุการณ์ด้านความปลอดภัย การโอนเงินระหว่างระดับต่าง ๆ ต้องผ่านระบบอนุมัติอิสระ; การเติมเงินจากวอลเล็ตเย็นไปยังวอลเล็ตอุ่น, การเติมเงินจากวอลเล็ตอุ่นไปยังวอลเล็ตร้อน, และการโอนเงินจากวอลเล็ตร้อนไปยังวอลเล็ตอุ่น ต้องบันทึกไว้ในคู่มือปฏิบัติการ (runbooks) ทั้งหมด หลักการหลักคือการแยกทางกายภาพระหว่างความสะดวกและความปลอดภัย: การออนไลน์มากขึ้นหมายถึงความสะดวกมากขึ้นแต่มีความเสี่ยงสูงขึ้น ส่วนการออฟไลน์มากขึ้นหมายถึงความปลอดภัยมากขึ้นแต่มีค่าใช้จ่ายในการดำเนินงานสูงขึ้น

3. ลายเซ็นเกณฑ์ MPC เทียบกับ Multisig

สำหรับระบบการลงนาม ทั้ง Multisig แบบดั้งเดิมและลายเซ็น MPC threshold ต่างมีบทบาทสำคัญในสถานการณ์ต่าง ๆ Multisig ดำเนินการบนเชน: การทำธุรกรรมจำเป็นต้องใช้ M จาก N กุญแจเพื่อลงนาม เช่น 3 จาก 5 หรือ 5 จาก 9 โดยลายเซ็นทั้งหมดจะปรากฏบนเชน ระบบนี้มีความโปร่งใสแต่ความเป็นส่วนตัวน้อยลง และสัญญา Multisig รวมถึงรูปแบบที่อยู่จะแตกต่างกันไปตามแต่ละเชน ส่วนการลงนามด้วย MPC threshold จะแบ่งกุญแจส่วนตัวออกนอกเชนเป็นชิ้นส่วน (shards) ที่ถูกเก็บไว้โดยฝ่ายต่าง ๆ; เมื่อถึงเวลาลงนาม ฝ่ายต่าง ๆ จะดำเนินการตามโปรโตคอลการเข้ารหัสเพื่อสร้างลายเซ็นที่ถูกต้องเพียงหนึ่งเดียว ซึ่งดูเป็นปกติบนเชน MPC รองรับเกณฑ์ 임계ค่าตามต้องการ การหมุนเวียนชิ้นส่วน (shard rotation) อัลกอริทึมหลายแบบ (ECDSA, Ed25519) และมีความสามารถข้ามเชนโดยธรรมชาติ แพลตฟอร์มแลกเปลี่ยนสมัยใหม่มักใช้ MPC เป็นระบบหลักและ multisig เป็นระบบสำรอง: วอลเล็ตแบบ warm และบริการเก็บรักษาของสถาบันนิยมใช้ MPC เนื่องจากความยืดหยุ่น การหมุนเวียน และความสอดคล้องระหว่างเชน; ส่วนวอลเล็ตแบบ cold และบริบทความปลอดภัยสูงบางประเภทยังคงใช้ multisig หรือ multisig บนฮาร์ดแวร์ เพื่อความสามารถในการตรวจสอบบนเชนโดยไม่พึ่งพาผู้จำหน่าย ไม่ว่าจะใช้วิธีใด หลักการสำคัญคือ ชาร์ดจะไม่เคยอยู่ร่วมกัน การลงนามจะเกิดขึ้นหลังการอนุมัติ และการดำเนินการสามารถตรวจสอบได้ พร้อมทั้งหลีกเลี่ยงการถูกผูกมัดกับผู้จำหน่ายรายเดียว

4. HSM, Air-Gap และการลงนามแบบออฟไลน์

ความแข็งแกร่งของการจัดเก็บแบบเย็นขึ้นอยู่กับกระบวนการสร้างกุญแจและสภาพแวดล้อมการลงนาม HSM เป็นอุปกรณ์ที่ได้รับการรับรองตามมาตรฐาน FIPS 140-2/3 หรือ Common Criteria ซึ่งสร้างกุญแจและดำเนินการลงนามภายในชิป โดยกุญแจส่วนตัวจะไม่เคยออกจากอุปกรณ์ HSM อาจต้องการหลายบุคคลและปัจจัยหลายอย่างเพื่อเริ่มกระบวนการลงนาม และสร้างบันทึกการตรวจสอบที่แสดงการแทรกแซงได้ การลงนามแบบ Air-Gap ทำให้เครื่องลงนามถูกแยกออกจากเครือข่ายทางกายภาพ โดยส่งธุรกรรมที่ยังไม่ลงนามผ่านรหัส QR หรือสื่อเฉพาะ และส่งธุรกรรมที่ลงนามแล้วกลับมาเพื่อเผยแพร่; วิธีนี้ต้านทานการโจมตีจากระยะไกลได้อย่างแข็งแกร่ง แต่มีความเร็วต่ำกว่า จึงเหมาะสำหรับการโอนเงินผ่าน Cold Wallet ในปริมาณมาก การออกแบบสมัยใหม่ผสมผสาน HSM และ MPC: แต่ละโหนด MPC ทำงานบนเซิร์ฟเวอร์หรืออุปกรณ์ที่ติดตั้ง HSM โดยชิ้นส่วนข้อมูล (shards) ถูกสร้างและใช้ภายใน HSM เพื่อป้องกันไม่ให้เซิร์ฟเวอร์ที่ถูกบุกรุกสามารถนำข้อมูลเหล่านั้นออกไปได้; กระเป๋าเย็น (cold wallet) ยังจัดเก็บชิ้นส่วนข้อมูลบางส่วนบนอุปกรณ์ที่แยกจากเครือข่าย (air-gapped) หรือในคลังข้อมูลที่กระจายตัวทางภูมิศาสตร์ ไม่ว่าจะใช้การผสมผสานแบบใด สภาพแวดล้อมการลงนามต้องได้รับการควบคุมอย่างเข้มงวด — ห้ามมีซอฟต์แวร์ที่ไม่เกี่ยวข้อง ห้ามเข้าถึงอินเทอร์เน็ตหรือ USB ต้องมีการตรวจสอบความสมบูรณ์ของเฟิร์มแวร์เป็นระยะ และต้องบันทึกเซสชันการลงนามที่มีผู้เข้าร่วมหลายคน

5. การบริหารจัดการวงจรชีวิตของกุญแจ

กุญแจไม่ใช่ "สร้างครั้งเดียวแล้วจบ" — แต่มีวงจรชีวิตที่ครบถ้วน การสร้างกุญแจต้องเกิดขึ้นในสภาพแวดล้อมที่ปลอดภัย (HSM, อุปกรณ์ที่แยกจากเครือข่ายอินเทอร์เน็ต หรือคลัสเตอร์ MPC) พร้อมด้วยความสุ่มที่มีคุณภาพ, พยานจากหลายฝ่าย และบันทึก; เมล็ดหรือชิ้นส่วนกุญแจถูกเก็บไว้ในซองที่ตรวจจับการดัดแปลงได้ หรือแผ่นโลหะ ที่กระจายอยู่ในสถานที่และบุคคลที่ต่างกัน การใช้ต้องผ่านขั้นตอนการขอ อนุมัติ และดำเนินการ; ธุรกรรมขนาดใหญ่ต้องได้รับการอนุมัติจากหลายฝ่ายพร้อมเหตุผลทางธุรกิจ; การลงนามเกิดขึ้นในสภาพแวดล้อมที่ควบคุมได้พร้อมบันทึกการตรวจสอบ การหมุนเวียนจะดำเนินการเป็นระยะ (โดยทั่วไปทุกปีหรือทุกสองปี) เพื่อเปลี่ยนชิ้นส่วนหรือกุญแจเต็ม โดยย้ายสินทรัพย์จากที่อยู่เก่าไปยังที่อยู่ใหม่; การลาออกของผู้ถือกุญแจ การเปลี่ยนแปลงบทบาท หรือการสงสัยว่ากุญแจถูกบุกรุก จะกระตุ้นให้มีการหมุนเวียนทันที การสำรองข้อมูลและการกู้คืนต้องมีการสำรองข้อมูลชิ้นส่วนที่กระจายทางภูมิศาสตร์และขั้นตอนการกู้คืนที่ผ่านการทดสอบแล้ว เพื่อป้องกันไม่ให้สินทรัพย์สูญหายจากภัยพิบัติระดับภูมิภาค การทำลายจะลบข้อมูลอย่างปลอดภัยหรือทำลายทางกายภาพกุญแจที่ไม่ได้ใช้งาน พร้อมด้วยพยานและบันทึก แต่ละขั้นตอนมีเจ้าของที่ระบุชื่อ คู่มือการดำเนินการ และหลักฐานการตรวจสอบ และการตรวจสอบ ณ สถานที่ของ SC จะสุ่มตัวอย่างบันทึกเหล่านี้อย่างละเอียด

6. การฝาก, การถอน, และการเพิ่มที่อยู่ลงในรายชื่ออนุญาต

การฝาก/ถอนเป็นแนวหน้าของระบบ ในด้านฝาก แพลตฟอร์มจะสร้างที่อยู่เฉพาะสำหรับผู้ใช้แต่ละคน โดยกุญแจถูกจัดการโดยฝ่ายดูแลทรัพย์สิน; เงินฝากจะถูกเครดิตเข้าบัญชีหลังจากจำนวนการยืนยันที่กำหนด และที่อยู่ต้นทางจะถูกตรวจสอบโดยระบบวิเคราะห์โซ่บล็อก โดยเงินฝากที่มีความเสี่ยงสูง (เช่น เครื่องผสมเงิน, ดาร์กเน็ต, รายชื่อที่ถูกคว่ำบาตร) จะถูกชะลอหรือตรวจสอบแหล่งที่มา การถอนเงินต้องผ่านหลายชั้น: การยืนยันตัวตนผู้ใช้ (รหัสผ่านร่วมกับ SMS/อีเมล/TOTP/กุญแจฮาร์ดแวร์), จำนวนเงินใหญ่ต้องใช้ที่อยู่ในรายชื่อขาวและรหัสป้องกันการฟิชชิ่ง; ระบบประเมินความเสี่ยงที่วิเคราะห์ความเสี่ยงของที่อยู่ พฤติกรรม ลายนิ้วมืออุปกรณ์ และขีดจำกัด 24 ชั่วโมง; การลงนามโดยฝ่ายดูแลสินทรัพย์ ซึ่งรวมถึงการลงนามอัตโนมัติสำหรับจำนวนเงินเล็กน้อยในฮอตวอลเล็ท การลงนามมัลติซิกแบบกึ่งอัตโนมัติสำหรับจำนวนเงินปานกลางในวอร์มวอลเล็ท และการลงนามมัลติซิกแบบแมนนวลสำหรับจำนวนเงินมากในโคลด์วอลเล็ท ไม่มีพนักงานปฏิบัติการหรือวิศวกรสนับสนุนคนใดที่สามารถเริ่มคำขอลงนามได้โดยตรง การเพิ่มที่อยู่ลงในรายชื่ออนุญาต (whitelist) เป็นสิ่งสำคัญยิ่ง: ที่อยู่ถอนเงินของผู้ใช้ที่เพิ่มใหม่ต้องมีช่วงเวลาพัก 24 ชั่วโมงและยืนยันผ่านอีเมล; ที่อยู่ cold/warm ภายในระบบถูกเพิ่มลงในรายชื่ออนุญาตไว้แล้ว ดังนั้นโหนดลงนามที่ถูกบุกรุกจึงไม่สามารถส่งเงินไปยังที่อยู่ใดก็ได้ การใช้การเครดิตแบบไม่ยืนยัน (Zero-confirmation) หรือยังไม่ได้รับการยืนยันต้องทำอย่างระมัดระวัง โดยเฉพาะบนเชนที่มี RBF เพื่อหลีกเลี่ยงการใช้เงินซ้ำซ้อน

7. การทุจริตจากภายในและการแบ่งแยกหน้าที่

ในอดีต ตลาดแลกเปลี่ยนสูญเสียสินทรัพย์ของลูกค้าบ่อยครั้งกว่าจากผู้ภายในหรือความผิดพลาด มากกว่าจากแฮกเกอร์ภายนอก การเก็บรักษาสินทรัพย์จำเป็นต้องมีการแบ่งแยกหน้าที่อย่างเคร่งครัด ผู้ถือกุญแจ ผู้อนุมัติ ผู้ดำเนินการ และผู้ตรวจสอบต้องอยู่ในบทบาทที่แยกกัน: ผู้ที่ถือส่วนย่อยของกระเป๋าเย็น (cold-wallet shards) ไม่สามารถเริ่มการถอนเงินได้ ฝ่ายปฏิบัติการไม่สามารถอนุมัติการโอนเงินจำนวนมากได้ และฝ่ายสนับสนุน/ฝ่ายจัดการความเสี่ยงไม่สามารถเข้าถึงกุญแจได้ ทุกการดำเนินการภายในต้องผ่านระบบตั๋วงานและเซิร์ฟเวอร์ Bastion Host โดยไม่มีการเข้าถึงบรรทัดคำสั่งแบบ "out-of-band"; สิทธิ์การเข้าถึงฐานข้อมูล เซิร์ฟเวอร์ และ HSM ต้องใช้หลักการสิทธิ์ขั้นต่ำ พร้อมกับการให้และเพิกถอนสิทธิ์แบบทันเวลา (just-in-time) การดำเนินการที่ละเอียดอ่อนต้องใช้สองคนหรือมากกว่า พร้อมการบันทึกหน้าจอ และได้รับการตรวจสอบอย่างอิสระหลังจากนั้น การบังคับให้ลาพักร้อน การหมุนเวียนตำแหน่งงาน และการตรวจสอบประวัติช่วยลดความเสี่ยงที่พนักงานคนเดียวที่ทำงานมานานจะสะสมอำนาจที่อันตราย ระบบการเฝ้าระวังจะตรวจจับการเข้าสู่ระบบที่ผิดปกติ ที่อยู่ IP การสอบถามข้อมูลผู้ใช้จำนวนมาก และการเปลี่ยนแปลงรายชื่ออนุญาต ช่องทางแจ้งเบาะแสและขั้นตอนการสอบสวนช่วยคุ้มครองผู้แจ้งเบาะแส เทคโนโลยีและกระบวนการควรทำงานร่วมกันอย่างแน่นหนา เพื่อไม่ให้บุคคลใดสามารถเคลื่อนย้ายสินทรัพย์ของลูกค้าได้ด้วยตนเอง

8. หลักฐานสำรอง (Proof of Reserves) และหลักฐานความรับผิดชอบต่อลูกค้า

การยืนยันว่าแพลตฟอร์มถือครองสินทรัพย์ของลูกค้า 100% ไม่สามารถทำได้โดยการประกาศเอง แต่ต้องสามารถตรวจสอบได้ Proof of Reserves (PoR) ได้กลายเป็นมาตรฐานของอุตสาหกรรม: ในภาพรวมรายเดือนหรือรายไตรมาส ผู้ตรวจสอบอิสระหรือเครื่องมือโอเพนซอร์สจะตรวจสอบสามสิ่ง ทุนสำรองบนเชน — ที่อยู่ cold/warm/hot ที่แพลตฟอร์มระบุไว้ต้องถือยอดเงินตามที่ระบุ ณ เวลาถ่ายภาพสแนปช็อต โดยพิสูจน์การควบคุมผ่านการลงนามใน challenge หรือการย้ายเงินจำนวนเล็กน้อย ความรับผิดชอบต่อลูกค้า — ยอดเงินของผู้ใช้ทั้งหมด ณ เวลาเดียวกัน ซึ่งโดยทั่วไปจัดเรียงใน Merkle tree เพื่อให้ผู้ใช้แต่ละคนสามารถตรวจสอบได้อย่างอิสระว่ายอดเงินของตนถูกรวมอยู่ด้วยหรือไม่ ทุนสำรองครอบคลุมหนี้สิน — สินทรัพย์รวมเท่ากับหรือมากกว่าหนี้สินรวมของลูกค้า โดยส่วนต่างใด ๆ จะถูกครอบคลุมด้วยทุนของแพลตฟอร์ม PoR ต้องครอบคลุมสินทรัพย์ทุกชนิดที่จดทะเบียน และไม่รวมบัญชีส่วนตัว เงินกู้ของผู้สร้างตลาด และเงินฝากที่ยังไม่ได้รับการยืนยัน ซึ่งอาจทำให้ทุนสำรองดูสูงกว่าความเป็นจริง สินทรัพย์ใน DeFi การเก็บรักษาโดยฝ่ายที่สาม หรือการให้กู้ยืม ต้องมีหลักฐานยอดเงินที่สามารถตรวจสอบได้เพิ่มเติม และการเปิดเผยความเสี่ยง นอกเหนือจาก PoR ตามช่วงเวลาที่กำหนด แพลตฟอร์มสามารถดำเนินการตรวจสอบบนเชนแบบเรียลไทม์หรือเกือบเรียลไทม์ และอัปเดต Merkle เพื่อให้ผู้ใช้สามารถตรวจสอบได้ทุกเมื่อ SC ไม่กำหนดรูปแบบ PoR เฉพาะ แต่กำหนดอย่างชัดเจนว่าต้องสามารถตรวจสอบและยืนยันได้ โดยที่ที่อยู่พื้นฐาน รายชื่อหนี้สิน และรายงานของผู้ตรวจสอบต้องพร้อมให้ตรวจสอบได้ ในแง่ทางวิศวกรรม แพลตฟอร์มควรระวังจุดอ่อนที่พบบ่อย: ยอดคงเหลือของผู้ใช้ใน snapshot และความสูงของบล็อกบนเชนต้องตรงกันอย่างแม่นยำ เพื่อหลีกเลี่ยงการใช้ช่องโหว่การจ่ายซ้ำ (double-spend) หรือการปรับโครงสร้างบล็อก (reorg); ต้นไม้ Merkle ควรป้องกันไม่ให้แพลตฟอร์มประเมินหนี้สินรวมต่ำเกินจริงผ่านบัญชีที่มียอดคงเหลือเป็นลบ โดยทั่วไปใช้ range proofs หรือ zk-proofs เพื่อจำกัดแต่ละใบ; PoR ต้องครอบคลุมสินทรัพย์ทุกชนิดที่จดทะเบียน รวมถึง stablecoins, โทเค็นแพลตฟอร์ม, LSTs และ RWA ไม่ใช่เพียง BTC และ ETH เท่านั้น; และสินทรัพย์ที่เก็บไว้ในสัญญา DeFi, พูลเงินกู้แบบแฟลช หรือบัญชีผู้สร้างตลาด ต้องหักลบหลักประกันที่ให้กู้ออก เพื่อให้ "สินทรัพย์ที่มีอยู่" และ "สินทรัพย์ที่ถูกจำนำ" ไม่ถูกสับสนกัน

9. ผู้ดูแลทรัพย์สินจากฝ่ายที่สามและผู้ดูแลทรัพย์สินที่มีคุณสมบัติ

บางแพลตฟอร์มจะวางสินทรัพย์ของลูกค้าทั้งหมดหรือส่วนหนึ่งกับผู้ดูแลสินทรัพย์จากฝ่ายที่สามที่มีคุณสมบัติ เพื่อลดภาระการดูแลสินทรัพย์ด้วยตนเอง การเก็บรักษาโดยฝ่ายที่สามเป็นบริการมืออาชีพ อิสระ และสามารถตรวจสอบได้ โดยมักมีใบอนุญาตทรัสต์หรือใบอนุญาตการเก็บรักษา SOC 2, ISO 27001 และประกันภัยอาชญากรรม; ข้อเสียคือค่าใช้จ่ายเพิ่มเติม การพึ่งพาความพร้อมใช้งานจากภายนอก และความยืดหยุ่นของผลิตภัณฑ์ที่ลดลง การตรวจสอบความเหมาะสม (Due Diligence) ควรครอบคลุมถึงนิติบุคคลและใบอนุญาต, สถาปัตยกรรมหลัก (MPC/multisig/HSM), การแยกสินทรัพย์, ความไม่เกี่ยวข้องกับการล้มละลาย, ขอบเขตการคุ้มครองประกันภัย, รายงานการตรวจสอบ, SLA และการชดเชย, การบูรณาการทางเทคนิค, และประวัติเหตุการณ์ผิดปกติ SC อนุญาตให้บริการเก็บรักษาโดยฝ่ายที่สาม แต่แพลตฟอร์มยังคงรับผิดชอบต่อสินทรัพย์ของลูกค้าในท้ายที่สุด; สัญญาต้องกำหนดความรับผิดชอบ การชดเชย สิทธิในการตรวจสอบ และการย้ายข้อมูลเมื่อยุติบริการอย่างชัดเจน รูปแบบไฮบริดเป็นที่นิยม: ทรัพย์สินส่วนใหญ่ของลูกค้าถูกเก็บรักษาโดยผู้ดูแลแบบเย็น (cold custodian) ของฝ่ายที่สาม ส่วนยอดเงินที่ใช้งานประจำวันถูกเก็บในกระเป๋าเงินแบบอุ่น/ร้อน (warm/hot wallets) ที่โฮสต์เอง; ลูกค้าสถาบันอาจใช้บริการเก็บรักษาแบบเฉพาะหรือของฝ่ายที่สาม ซึ่งถูกแยกออกจากกิจกรรมดำเนินงานของแพลตฟอร์มอย่างสมบูรณ์

10. การประกันภัย, เงินสำรอง และการจัดสรรความสูญเสีย

แม้จะมีเทคโนโลยีและกระบวนการที่แข็งแกร่ง ความเสี่ยงก็ยังคงมีอยู่ ดังนั้นการประกันภัยและเงินสำรองจึงเป็นแนวป้องกันสุดท้าย ประกันภัยมักประกอบด้วยหลายชั้น ได้แก่ ประกันภัยอาชญากรรมที่ครอบคลุมการขโมยภายใน/ภายนอก การปลอมแปลง และการปล้น; ประกันภัยการเก็บรักษาสินทรัพย์ดิจิทัล/สินทรัพย์จริงที่ครอบคลุมการละเมิดกุญแจเย็นและการสูญเสียทางกายภาพ; ความรับผิดชอบทางไซเบอร์ที่ครอบคลุมการแฮ็ก การหยุดชะงักของธุรกิจ และการรั่วไหลของข้อมูล; และประกันภัย D&O ที่ครอบคลุมการตัดสินใจของฝ่ายบริหาร วงเงินประกันควรสอดคล้องกับปริมาณสินทรัพย์ใน cold wallet, ปริมาณการซื้อขายรายวัน และความคาดหวังของหน่วยงานกำกับดูแล โดยเงื่อนไขกรมธรรม์ต้องระบุชัดเจนเกี่ยวกับขอบเขตความคุ้มครอง (เช่น การแฮ็ก DeFi การสมรู้ร่วมคิดภายในองค์กร และการสูญเสียจากสัญญาอัจฉริยะถูกรวมอยู่หรือไม่) แพลตฟอร์มควรจัดตั้งทุนสำรองความเสี่ยงด้วยเงินจากส่วนแบ่งค่าธรรมเนียมการซื้อขาย เงินส่วนเกินจากการชำระบัญชี และทุนเฉพาะ ซึ่งใช้เมื่อบริษัทประกันปฏิเสธหรือจำกัดการคุ้มครอง; ที่อยู่ของทุนสำรอง ยอดเงิน และกฎการใช้งานควรเป็นข้อมูลสาธารณะและผ่านการตรวจสอบ ทางกฎหมาย ข้อตกลงกับลูกค้าต้องจัดสรรความสูญเสียให้ครอบคลุมกรณีการแฮ็กแพลตฟอร์ม การยึดครองบัญชีผู้ใช้ ความผิดปกติของเครือข่าย และข้อผิดพลาดของผู้ดูแล พร้อมด้วยขั้นตอนการเรียกร้องค่าชดเชยที่ชัดเจน แทนที่จะใช้ข้อกำหนดแบบเหมารวมว่า “แพลตฟอร์มไม่รับผิดชอบ” SC ให้ความสำคัญว่าแพลตฟอร์มมีความสามารถทางการเงินและขั้นตอนการดำเนินงานเพียงพอที่จะรับมือกับความเสี่ยงในการดำเนินงานที่คาดการณ์ได้หรือไม่ ระหว่างการเจรจาประกันภัย แพลตฟอร์มควรเน้นไปที่ข้อยกเว้น (เช่น การครอบคลุมกรณีสงคราม การยึดทรัพย์โดยรัฐบาล การสมรู้ร่วมคิดภายในองค์กร และข้อบกพร่องของสัญญาอัจฉริยะ) ระยะเวลาการรอคอยและระยะเวลาการสอบสวน เงื่อนไขการเรียกร้องค่าชดเชย ขีดจำกัดย่อยและขีดจำกัดต่อเหตุการณ์ รวมถึงข้อตกลงการประกันภัยต่อ นโยบายประกันหลายฉบับครอบคลุมเพียง "กุญแจที่ถูกขโมย" แต่ไม่ครอบคลุม "การสมรู้ร่วมคิดภายใน" หรือ "การโจมตีสัญญา DeFi" — ซึ่งคือประเภทความสูญเสียที่เกิดขึ้นบ่อยที่สุด; หากขอบเขตความคุ้มครองไม่สอดคล้องกับความเสี่ยงจริง การประกันนั้นจึงมีผลเพียงเป็นเครื่องประดับเท่านั้น ขนาดของทุนสำรองความเสี่ยงควรได้รับการประเมินใหม่แบบไดนามิก โดยอิงจากปริมาณสินทรัพย์ใน cold wallet ปริมาณการซื้อขายรายวัน อัตราเลเวอเรจของแพลตฟอร์ม และอัตราการสูญเสียในอดีต โดยมีหลักการทั่วไปว่าต้องเก็บไว้อย่างน้อย 6–12 เดือนของค่าสูญเสียจากการดำเนินงานที่คาดการณ์ได้ และเก็บไว้ในที่อยู่ดิจิทัลที่แยกออกจากกระเป๋าเงินดำเนินงานของแพลตฟอร์มอย่างเคร่งครัด

11. การติดตามบนเชนและความเสี่ยงของที่อยู่

การดูแลรักษาไม่ใช่เพียงการเก็บรักษาเท่านั้น — แต่ยังต้องรับประกันว่าการไหลของธุรกรรมบนเชนไม่ถูกใช้เพื่อการฟอกเงิน การหลีกเลี่ยงมาตรการคว่ำบาตร หรือการสนับสนุนการก่อการร้าย แพลตฟอร์มต้องใช้เครื่องมือวิเคราะห์เชน (Chainalysis, TRM, Elliptic หรือระบบภายใน) เพื่อประเมินคะแนนทุกการฝากและถอนเงินแบบเรียลไทม์: ตรวจสอบที่อยู่เทียบกับรายชื่อการคว่ำบาตรของ OFAC, UN, EU และมาเลเซีย; ระบุการไหลของเงินเข้าและออกจากตัวผสม (mixers), ตลาดดาร์กเน็ต, แพลตฟอร์มหลอกลวง, แรนซัมแวร์ และตัวผสมที่อยู่ภายใต้การคว่ำบาตร; และกระตุ้นให้เกิดการล่าช้า การระงับ หรือการตรวจสอบด้วยมือสำหรับธุรกรรมที่มีความเสี่ยงสูง กระเป๋าเงินภายในยังถูกตรวจสอบด้วย: การเติมเงินจากกระเป๋าเย็นไปยังกระเป๋าอุ่น การเคลื่อนไหวบนเชนของกระเป๋าอุ่น และการโอนเงินจากกระเป๋าอุ่นไปยังกระเป๋าอื่น ต้องตรงกับใบอนุมัติ โดยการโอนเงินภายในที่ไม่ได้รับอนุญาตจะก่อให้เกิดการแจ้งเตือนทันที การเพิ่มรายการใหม่ต้องผ่านการประเมินความเสี่ยงบนเชนเพื่อยืนยันว่าเชนดังกล่าวสนับสนุนการใส่ที่อยู่ลงในรายชื่อดำ การแช่แข็ง และการอัปเกรด เพื่อหลีกเลี่ยงเหรียญที่เน้นความเป็นส่วนตัวหรือโทเค็นของมิกเซอร์ที่ไม่สามารถปฏิบัติตามข้อกำหนดได้ การเฝ้าระวังบนเชนผสานรวมกับ KYC ความเสี่ยงในการซื้อขาย และตั๋วสนับสนุนในกระบวนการจัดการกรณี พร้อมกับการเก็บรักษาข้อมูลและการยื่นรายงาน STR ตามข้อกำหนดของ SC และ NACSA

12. องค์กร บุคลากร และวัฒนธรรม

เทคโนโลยีที่แข็งแกร่งยังคงต้องการบุคลากรมาดำเนินการ ระบบป้องกันขององค์กรรวมถึงคณะกรรมการความปลอดภัยและการดูแลสินทรัพย์อิสระ ซึ่งมี CISO, CRO, ฝ่ายปฏิบัติตามกฎระเบียบ, ฝ่ายเทคโนโลยี และกรรมการอิสระร่วมกำกับดูแลนโยบายสำคัญ การโอนเงินจำนวนมาก เหตุการณ์ผิดปกติ และประกันภัย; ระบบ SOC ที่เฝ้าติดตามเครือข่าย ระบบ และบุคลากรตลอด 24 ชั่วโมงทุกวัน; คู่มือการตอบสนองต่อเหตุการณ์ที่ชัดเจนสำหรับกรณีการโจรกรรม การโอนเงินผิดพลาด การสูญเสียกุญแจ การทุจริตจากภายใน และการหยุดทำงานของระบบคลาวด์; การฝึกอบรมด้านความปลอดภัยและการจำลองการฟิชชิ่งอย่างสม่ำเสมอ โดยเฉพาะอย่างยิ่งสำหรับทีมสนับสนุน ทีมปฏิบัติการ และทีมการเงิน; รวมถึงช่องทางการติดต่อประสานงานกับตำรวจท้องถิ่น SC BNM และทีมความปลอดภัยของตลาดแลกเปลี่ยนอื่น ๆ ด้านวัฒนธรรมองค์กร “ความปลอดภัยของสินทรัพย์ลูกค้าเป็นหลักการที่ไม่สามารถเจรจาได้” ต้องถูกถ่ายทอดจากผู้บริหารระดับสูงลงถึงวิศวกร พร้อมทั้งต้องต่อต้านการลัดขั้นตอนในการอนุมัติ การทดสอบ หรือการเข้าถึงแบบทันเวลาเพียงเพื่อความเร็วหรือความสะดวกสบาย ความล้มเหลวของแพลตฟอร์มแลกเปลี่ยนหลายแห่งไม่ได้เกิดจากเทคโนโลยีที่ไม่เพียงพอ แต่เกิดจากกระบวนการที่ถูกคนข้ามขั้นตอนไป การตรวจสอบของ SC ให้ความสำคัญอย่างยิ่งต่อ "ท่าทีของผู้นำระดับสูง" — ว่าฝ่ายบริหารให้ความสำคัญกับความเสี่ยงและการปฏิบัติตามกฎระเบียบอย่างจริงจังหรือไม่

13. โซลูชันการเก็บรักษาและกระเป๋าเงิน MPC ของ SoonTech

SoonTech ให้บริการโครงสร้างพื้นฐานการเก็บรักษาสินทรัพย์คริปโตและกระเป๋าเงิน MPC แบบครบวงจรสำหรับตลาดแลกเปลี่ยนที่ได้รับใบอนุญาตในมาเลเซีย ชั้นกระเป๋าเงินใช้ระบบแบ่งระดับ cold/warm/hot โดยกระเป๋าเงิน cold รองรับ HSM, air-gap และระบบ multisig/MPC แบบผสมผสาน; กระเป๋าเงิน warm ลงนามอัตโนมัติผ่านคลัสเตอร์โหนด MPC; ส่วนกระเป๋าเงิน hot เก็บยอดเงินขั้นต่ำพร้อมการโอนย้ายแบบเรียลไทม์ การนำ MPC มาใช้ใช้ระบบลายเซ็นเกณฑ์มาตรฐานอุตสาหกรรม (TSS) สำหรับ ECDSA, Ed25519 และ Schnorr โดยแบ่งข้อมูลเป็นชิ้น (shards) กระจายไปตามภูมิภาคและผู้ให้บริการคลาวด์ตามนโยบายของลูกค้า รองรับการหมุนเวียนชิ้นข้อมูลและการสร้างใหม่ในกรณีฉุกเฉิน พร้อมทั้งลดการพึ่งพาผู้ขายให้น้อยที่สุด ระบบอนุมัติรองรับกระบวนการอัตโนมัติ กึ่งอัตโนมัติ และแบบมือ ตามจำนวนเงิน สินทรัพย์ และระดับผู้ใช้ พร้อมด้วยรายชื่อขาวของที่อยู่ ช่วงเวลาพัก การให้คะแนนความเสี่ยง และรหัสป้องกันการฟิชชิ่ง; ทุกการดำเนินการผ่านระบบตั๋วและเซิร์ฟเวอร์บาสเทียน พร้อมด้วยบันทึกการตรวจสอบอย่างครบถ้วน โมดูล Proof-of-reserves ให้หลักฐานความรับผิดชอบแบบ Merkle การรับรองตนเองของที่อยู่บนเชน และการส่งออกข้อมูลสำหรับการตรวจสอบ การปฏิบัติตามกฎระเบียบบนเชนผสานรวมผู้ให้บริการวิเคราะห์หลักในด้านมาตรการคว่ำบาตร เครื่องผสม (mixers) ดาร์กเน็ต (darknet) และป้ายกำกับมิจฉาชีพ แพลตฟอร์มนี้ยังผสานรวมกับผู้ดูแลสินทรัพย์อิสระที่ได้รับการรับรองจากบุคคลที่สาม สำหรับการดูแลสินทรัพย์แบบไฮบริดและสถาบัน ทีมงานของ SoonTech ให้การสนับสนุนด้านการออกใบอนุญาต RMO DAX การตรวจสอบสถาปัตยกรรมการดูแลสินทรัพย์ การประสานงานการตรวจสอบ และการฝึกซ้อมรับมือเหตุการณ์ฉุกเฉิน ในด้านการวิศวกรรม การเก็บรักษาสินทรัพย์ถูกแยกออกจากกระบวนการจับคู่ (matching), การเคลียร์ (clearing), การจัดการความเสี่ยง (risk), และการเงิน (finance) ผ่านขอบเขต API ที่ชัดเจนและระบบอีเวนต์บัส (event bus): ทุกการฝาก, ถอน, เติมเงิน, และโอนอัตโนมัติ (sweep) จะสร้างบันทึกเหตุการณ์ที่ไม่สามารถเปลี่ยนแปลงได้ (immutable event log) และระบบการปรับสมดุลรายวันจะจับคู่ธุรกรรมบนเชน, สมุดบัญชีผู้ใช้, บัญชีธนาคาร, และยอดคงเหลือในการเก็บรักษา เพื่อบรรลุความสอดคล้องสามทาง (three-way consistency) การดำเนินงานใช้ระบบหลายโซนความพร้อมใช้งาน (multi-AZ) พร้อมการกู้คืนจากภัยพิบัติข้ามภูมิภาค (cross-region DR) และชิ้นส่วนกุญแจที่กระจายทางภูมิศาสตร์ (geographically distributed key shards) เพื่อให้การล้มเหลวของศูนย์ข้อมูลหรือผู้ให้บริการคลาวด์ไม่ส่งผลกระทบต่อความปลอดภัยของสินทรัพย์หรือความต่อเนื่องในการถอนเงิน สำหรับการปรับให้เหมาะกับตลาดมาเลเซีย แพลตฟอร์มนี้รองรับอินเทอร์เฟซภาษามาเลย์ ระบบการโอนเงินสกุล MYR การบูรณาการกับธนาคารท้องถิ่น และแม่แบบรายงานตามมาตรฐาน BNM/NACSA ซึ่งช่วยลดต้นทุนการปรับให้เหมาะกับตลาดสำหรับแพลตฟอร์มที่ได้รับใบอนุญาต

14. คำแนะนำสำหรับการนำไปใช้ในองค์กร

สำหรับแพลตฟอร์มที่กำลังสมัครหรือถือใบอนุญาต RMO DAX ของมาเลเซีย ให้สร้างระบบการเก็บรักษาใน 5 ขั้นตอน เริ่มต้นด้วยการตรวจสอบสินทรัพย์และการประเมินความเสี่ยง: ระบุสินทรัพย์ทั้งหมด สถานที่เก็บรักษาปัจจุบัน ผู้ถือกุญแจ กระบวนการภายใน และความพึ่งพาภายนอก เพื่อระบุความเสี่ยงหลัก ถัดไป ให้จัดโครงสร้างใหม่เป็นระดับ cold/warm/hot โดยย้ายสินทรัพย์มากกว่า 95% ไปยัง cold storage พร้อมรักษาสมดุลใน hot wallet ให้ต่ำที่สุด พร้อมระบบการโอนย้ายแบบเรียลไทม์ และการเฝ้าระวังความผิดปกติ ขั้นที่สาม ให้ใช้ MPC หรือ multisig ร่วมกับ HSM และระบบบริหารจัดการวงจรชีวิตของกุญแจ (การสร้าง การใช้ การหมุนเวียน การสำรองข้อมูล การทำลาย) พร้อมกับการแบ่งแยกหน้าที่และการอนุมัติสองขั้นตอน ขั้นที่สี่ ให้สร้างหลักฐานสำรอง (proof of reserves) การติดตามบนเชน บันทึกการตรวจสอบ และเงินสำรองสำหรับความเสี่ยง เพื่อให้ความปลอดภัยของสินทรัพย์ลูกค้าสามารถพิสูจน์ได้ต่อบุคคลภายนอก ที่ห้า ดำเนินการฝึกซ้อมด้านความปลอดภัยอย่างสม่ำเสมอ การทดสอบการเจาะระบบ (penetration tests) การสลับระบบในกรณีฉุกเฉิน (DR failovers) การฝึกซ้อมการป้องกันการทุจริตจากภายใน (insider-fraud exercises) และการฝึกซ้อมการตอบสนองต่อเหตุการณ์ (incident-response drills) โดยนำผลลัพธ์ไปใช้ในการปรับปรุงอย่างต่อเนื่อง ฝ่ายการปฏิบัติตามกฎระเบียบ ฝ่ายเทคโนโลยี ฝ่ายกฎหมาย ฝ่ายตรวจสอบภายใน และผู้บริหารระดับสูงต้องมีส่วนร่วมทั้งหมด — เรื่องนี้ไม่สามารถปล่อยให้ฝ่ายเทคโนโลยีรับผิดชอบเพียงฝ่ายเดียวได้ การดูแลสินทรัพย์ไม่ใช่โครงการที่ทำเพียงครั้งเดียว แต่เป็นความสามารถในการดำเนินงานที่ต่อเนื่อง

คำถามที่พบบ่อย

Q1: สัดส่วนกระเป๋าเงินแบบเย็น (cold wallet) ที่สอดคล้องกับข้อกำหนดคือเท่าใด?

A: SC ไม่ได้กำหนดตัวเลขที่แน่นอน แต่กำหนดว่า "สินทรัพย์ของลูกค้าส่วนใหญ่ต้องอยู่ใน cold storage" แนวปฏิบัติในอุตสาหกรรมคือ 90–98%+ อยู่ใน cold storage ส่วน hot wallet ไม่เกิน 1–2% ให้กำหนดสัดส่วนนี้โดยพิจารณาจากปริมาณการถอนเงินรายวัน ช่วงพีคในวันหยุด และระดับความเสี่ยงที่ยอมรับได้ แล้วบันทึกไว้ในนโยบายภายใน

Q2: MPC หรือ multisig ปลอดภัยกว่ากันหรือไม่?

A: ไม่มีระบบใดที่ปลอดภัยกว่าอย่างเด็ดขาด; ทั้งสองต่างกันในสมมติฐานทางเข้ารหัส โมเดลการดำเนินงาน และรูปแบบความล้มเหลว Multisig มีความโปร่งใสและเรียบง่ายบนเชน; MPC มีความยืดหยุ่น รองรับข้ามเชน และมีความเป็นส่วนตัวมากกว่า แพลตฟอร์มขนาดใหญ่โดยทั่วไปจะผสมผสานทั้งสองระบบ—ใช้ MPC สำหรับวอลเล็ตแบบอุ่นและการเก็บรักษาของสถาบัน ส่วน multisig ใช้สำหรับวอลเล็ตแบบเย็นหรือในบริบทที่ต้องการความปลอดภัยสูง

Q3: ควรดำเนินการตรวจสอบหลักฐานสำรอง (proof of reserves) บ่อยแค่ไหน?

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

Q4: หากสินทรัพย์ถูกเก็บไว้กับผู้ดูแลทรัพย์สินฝ่ายที่สาม เรายังจำเป็นต้องมีระบบความปลอดภัยของตัวเองหรือไม่?

A: ใช่ครับ ระบบ SC ทำให้แพลตฟอร์มต้องรับผิดชอบในขั้นสุดท้าย การเก็บรักษาโดยฝ่ายที่สามช่วยลดความเสี่ยง แต่ไม่โอนความรับผิดชอบไปให้ฝ่ายอื่น แพลตฟอร์มยังคงต้องดำเนินการตรวจสอบความเหมาะสม (due diligence) การทบทวนสัญญา การกำกับดูแลการตรวจสอบ การเตรียมแผนฉุกเฉิน และจัดการระบบการเก็บรักษาแบบผสมผสาน

Q5: ความเสี่ยงจากภายในใดที่สำคัญที่สุด?

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

Q6: การประกันภัยเป็นข้อบังคับหรือไม่?

A: SC ไม่บังคับให้ทุกแพลตฟอร์มต้องมีประกัน แต่จะประเมินว่าแพลตฟอร์มสามารถชดเชยความสูญเสียที่คาดการณ์ได้หรือไม่ สำหรับตลาดแลกเปลี่ยนที่ได้รับใบอนุญาต ประกันภัยเฉพาะด้านอาชญากรรมและการเก็บรักษาเป็นมาตรฐานของอุตสาหกรรม; ขีดจำกัดความคุ้มครองควรสอดคล้องกับขนาดของ cold wallet พร้อมด้วยเงื่อนไขความคุ้มครองและข้อยกเว้นที่ชัดเจน

สรุป

การเก็บรักษาสินทรัพย์คริปโตเป็นเส้นชีวิตของตลาดแลกเปลี่ยนที่ได้รับใบอนุญาต: นี่ไม่ใช่ปัญหาทางเทคนิคเพียงอย่างเดียว แต่เป็นระบบที่รวมการปฏิบัติตามกฎระเบียบ ความปลอดภัยทางวิศวกรรม การบริหารจัดการบุคลากร ความโปร่งใสในการตรวจสอบ และการจัดการทางการเงิน ข้อกำหนดของ SC ในมาเลเซียสอดคล้องกับกฎระเบียบหลักระดับโลก — การแยกสินทรัพย์ของลูกค้า การเก็บรักษาส่วนใหญ่ใน cold storage การควบคุมกุญแจโดยหลายฝ่าย ความสามารถในการตรวจสอบและยืนยันได้ รวมถึงการประกันภัยและเงินสำรองเพื่อรองรับความเสี่ยง แพลตฟอร์มที่พัฒนาความสามารถเหล่านี้ตั้งแต่เนิ่นๆ จะได้รับข้อได้เปรียบในการขอใบอนุญาต การตรวจสอบ ณ สถานที่จริง การรับลูกค้าสถาบัน และความไว้วางใจจากผู้ใช้ในระยะยาว ลูกค้ามอบกุญแจให้แพลตฟอร์ม และเมื่อทำเช่นนั้น ก็เท่ากับมอบความไว้วางใจไปด้วย; แพลตฟอร์มต้องตอบแทนความไว้วางใจนั้นด้วยวิศวกรรม กระบวนการ และวินัยทางสถาบัน

🌐 สร้างแพลตฟอร์ม Web3 ที่ปลอดภัยและสามารถขยายได้กับ SoonTech

ค้นพบโซลูชันของเราสำหรับตลาดคริปโตแบบ White Label, ตลาดการคาดการณ์, กระเป๋าเงิน MPC, ระบบจับคู่, การบูรณาการสภาพคล่อง และการปฏิบัติตามกฎระเบียบ