การเปิดเผยขอบเขตที่แท้จริงของการดูแลตนเองหลังจากการเปิดเครื่อง Ledger ของแท้

กระเป๋าเงินฮาร์ดแวร์ที่ซื้อจากช่องทางที่ถูกต้อง มีบรรจุภัณฑ์ที่สมบูรณ์และสติ๊กเกอร์ป้องกันการปลอมแปลงไม่ได้ถูกทำลาย การเปิดเครื่องตรวจสอบทุกอย่างเป็นปกติ แต่ภายในได้ถูกติดตั้งชิ้นส่วนที่ซ่อนอยู่เพื่อจับฟื้นฟูคำพูดแล้ว

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

เมื่อวันที่ 14 ตุลาคม Tom's Hardware อ้างอิงรายงานจาก Bloomberg โดยประมาณการความสูญเสียอยู่ที่ประมาณ 93 ล้านดอลลาร์สหรัฐ ต้องชี้แจงว่า ตัวเลขนี้มาจากสื่อภายนอก ไม่ใช่จำนวนเงินที่ Ledger ยืนยันอย่างเป็นทางการ

การเป็นเจ้าของตัวเลขนั้นไม่สำคัญ สิ่งที่สำคัญคือสิ่งที่มันเปิดเผย

หนึ่ง การดูแลตนเองไม่ได้กำจัดความเสี่ยง แต่เพียงแค่เปลี่ยนตำแหน่งความเสี่ยง

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

เรื่องนี้มีความจริงอยู่ครึ่งหนึ่ง

ความเสี่ยงในการดูแลโดยกระดานแลกเปลี่ยนเป็นความเสี่ยงที่รวมศูนย์และมองเห็นได้: การยักยอก การถอนเงินมากเกินไป การล้มละลาย การถูกควบคุมโดยหน่วยงานกำกับดูแล หลังจาก FTX "Not your keys, not your coins" ได้รับการยอมรับจากผู้ใช้มากขึ้น และอุตสาหกรรมเริ่มพูดคุยเกี่ยวกับเครื่องมือการดูแลตนเองและการเก็บรักษาคำพูดอย่างจริงจัง

แต่การดูแลตนเองไม่ใช่จุดสิ้นสุดของความเสี่ยง แต่เป็นการย้ายความเสี่ยง

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

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

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

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

จุดที่อ่อนแอที่สุดในโมเดลความปลอดภัยไม่เคยเป็นอัลกอริธึม แต่เป็นคน อุปกรณ์ และกระบวนการ

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

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

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

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

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

tbc-contract SDK ให้บริการการค้นหาบนบล็อกเชน การรับ UTXO การสร้างธุรกรรม การเซ็นชื่อ และการกระจาย รวมถึง MultiSig, NFT, FT และการทำงานของ Pool ตัวอย่าง MultiSig อย่างเป็นทางการสนับสนุนการตั้งค่า 1 ถึง 6 ข้อกำหนดการเซ็นชื่อใน 3 ถึง 10 คีย์สาธารณะ โดยเอกสารได้ให้ตัวอย่าง 2-of-3

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

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

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

ต้องชี้แจงขอบเขตเช่นกัน: นี่ไม่ได้หมายความว่า AMM ไม่มีความเสี่ยงจากสัญญา ความเสี่ยงด้านราคา หรือความเสี่ยงจากส่วนหน้า การเซ็นชื่อในท้องถิ่นแก้ไขปัญหา "กุญแจส่วนตัวไม่ออกจากอุปกรณ์" แต่ไม่สามารถแก้ไขได้ว่า "ธุรกรรมที่คุณเซ็นนั้นคือสิ่งที่คุณต้องการเซ็นจริง ๆ หรือไม่"

สาม ทำไมหลายลายเซ็นมักจะเป็นเพียงการกระจายรูปแบบ

นี่คือส่วนที่ง่ายที่สุดที่จะข้ามไป และเป็นส่วนที่อันตรายที่สุด

หากหลายคีย์ลายเซ็นมาจากคำพูดเดียวกัน ถูกเก็บไว้ในอุปกรณ์เดียวกัน หรือถูกควบคุมโดยคนเดียวกัน หลายลายเซ็นก็เป็นเพียงการกระจายรูปแบบ

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

ดังนั้นสิ่งที่ต้องถามจริง ๆ ไม่ใช่ "ฉันตั้งค่าลายเซ็นกี่อัน" แต่เป็นคำถามที่ยากกว่านี้:

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

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

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

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

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

สี่ การดูแลตนเองที่แท้จริงคือกฎบนบล็อกเชน

กลับไปที่อุปกรณ์ที่ถูกแยกชิ้น

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

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

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

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

แหล่งข้อมูล ลิงค์แหล่งข้อมูล: Ledger · Tom's Hardware · TBCNODE · Contract SDK · MultiSig · AMM · CertiK · SlowMist