โทเคนต้านทานควอนตัมคืออะไร? ปกป้องคริปโตจากภัยคอมพิวเตอร์ควอนตัมได้อย่างไร

Nickolas Liadov
Nickolas LiadovMay, 14 2025 17:58
Quantum-Resistant Cryptocurrencies Explained/Shutterstock
Quantum-Resistant Cryptocurrencies ExplainedImage: Shutterstock

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

คอมพิวเตอร์ควอนตัมทำงานต่างจากคอมพิวเตอร์แบบเดิมอย่างสิ้นเชิง โดยใช้คิวบิต (qubit) ที่อยู่ได้หลายสถานะพร้อมกันผ่านหลักการ “ซูเปอร์โพซิชัน” เมื่อรวมกับปรากฏการณ์ “พัวพันควอนตัม” (entanglement) จึงเปิดทางให้เกิดรูปแบบการคำนวณที่คอมพิวเตอร์คลาสสิกทำไม่ได้

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

ความก้าวหน้าล่าสุดยิ่งทำให้ความกังวลจากเชิงทฤษฎีกลายเป็นความเสี่ยงเชิงปฏิบัติ:

  • Google ประกาศความคืบหน้าในปี 2023 ด้วยชิป Quantum Processing Unit (QPU) “Willow” ขนาด 433 คิวบิต แสดงศักยภาพ “ควอนตัมซูพรีมาซี” ในบางงานคำนวณ
  • แผนงานของ IBM ปี 2024 ตั้งเป้าไปสู่ระบบมากกว่า 4,000 คิวบิตภายในปี 2027 เข้าใกล้ระดับที่อาจใช้เจาะระบบเข้ารหัสที่ใช้งานอยู่ในปัจจุบัน
  • งานวิจัยจาก University of Sussex ชี้ว่า หากมีคอมพิวเตอร์ควอนตัมราว 20 ล้านคิวบิตที่มี noise สามารถถอดรหัส elliptic curve cryptography ของ Bitcoin ได้ภายใน 24 ชั่วโมง

รายงานปี 2024 ของ Global Risk Institute ว่าด้วยความเสี่ยงจากควอนตัม ระบุว่า เส้นเวลาที่คอมพิวเตอร์ควอนตัมจะมีศักยภาพพอเจาะมาตรฐานการเข้ารหัสปัจจุบัน “หดสั้นลงอย่างมีนัยสำคัญ” โดยประเมินว่ามีโอกาส 50% ที่ระบบควอนตัมจะเจาะ RSA-2048 และ ECC-256 ได้ภายในปี 2032 และโอกาส 90% ภายในปี 2040

ช่องโหว่เฉพาะตัวของระบบบล็อกเชน

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

1. การเปิดเผยกุญแจสาธารณะ (Public Key Cryptography Exposure)

คริปโตสกุลหลักอย่าง Bitcoin และ Ethereum ใช้ Elliptic Curve Digital Signature Algorithm (ECDSA) บนโค้ง secp256k1 เพื่อยืนยันธุรกรรม เมื่อผู้ใช้ส่งธุรกรรม กุญแจสาธารณะจะถูกเปิดเผยบนเครือข่าย ซึ่งสร้าง “หน้าต่างความเสี่ยง” สำคัญให้โจมตีได้

ในทางทฤษฎี ผู้โจมตีที่มีคอมพิวเตอร์ควอนตัมประสิทธิภาพสูงอาจ:

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

งานวิเคราะห์เชิงปริมาณของ Deloitte ระบุว่า ราว 25% ของ Bitcoin ทั้งหมด (มูลค่ามากกว่า 4 แสนล้านดอลลาร์ในราคา ณ ปัจจุบัน) อยู่ใน address ที่กุญแจสาธารณะถูกเปิดเผยแล้ว ทำให้มีความเสี่ยงเชิงทฤษฎีต่อการโจมตีด้วยควอนตัมเมื่อเทคโนโลยีพร้อม

2. ช่องโหว่ในกลไกฉันทามติ (Consensus Mechanism)

นอกเหนือจากการขโมยสินทรัพย์โดยตรง คอมพิวเตอร์ควอนตัมยังอาจทำลายกลไกฉันทามติของเครือข่ายบล็อกเชนได้

Proof of Work (PoW):
อัลกอริทึมควอนตัมบางประเภทอาจให้ “ความได้เปรียบเชิงดัชนี” ในการแก้โจทย์แฮช ส่งผลให้:

  • ทำ 51% attack ได้ด้วยต้นทุนฮาร์ดแวร์ต่ำลงมาก
  • ขุดบล็อกเร็วผิดปกติ นำไปสู่ chain reorgs บ่อยครั้ง
  • ทำลายสมมติฐานเรื่อง “ความยุติธรรมด้านกำลังคำนวณ” ที่เป็นฐานความมั่นคงของเครือข่าย

Proof of Stake (PoS):
แม้ PoS จะอ่อนไหวต่อ “ความได้เปรียบด้านคำนวณ” น้อยกว่า PoW แต่ก็ยังมีความเสี่ยง หากกลไกลายเซ็นดิจิทัลใต้ระบบถูกเจาะ ผู้โจมตีอาจ:

  • ปลอมลายเซ็น validator
  • แทรกแซงขั้นตอนตรวจสอบบล็อกและธุรกรรม
  • สร้าง checkpoint ขัดแย้งกัน จนนำไปสู่ความล้มเหลวด้าน finality

ทีมวิจัยเข้ารหัสของ Ethereum Foundation ประเมินว่าคอมพิวเตอร์ควอนตัมแบบ fault-tolerant ที่มีราว 6,600 logical qubits อาจเริ่มคุกคามความปลอดภัยของ secp256k1 ได้ และหากถึงระดับ 20,000 logical qubits ขึ้นไป จะทำให้โครงสร้างนี้แทบใช้การไม่ได้เลย

ภายใต้ข้อจำกัดด้าน error correction ระดับดังกล่าวเทียบเท่ากับการต้องใช้ “คิวบิตจริง” หลายล้านตัว ซึ่งจากแนวโน้มการพัฒนาในปัจจุบัน ระดับนี้อาจเอื้อมถึงได้ภายในราว 15–20 ปีข้างหน้า

Post-Quantum Cryptography: รากฐานเทคนิคสู่ยุคหลังควอนตัม

ขั้นตอนมาตรฐานของ NIST

สถาบัน National Institute of Standards and Technology (NIST) ของสหรัฐ เปิดกระบวนการจัดทำมาตรฐาน Post-Quantum Cryptography (PQC) ตั้งแต่ปี 2016 โดยคัดกรองอัลกอริทึม 69 ชุด ครอบคลุมประเภทการเข้ารหัสหลักหลายหมวด

หลังผ่านการวิเคราะห์ความปลอดภัยและทดสอบประสิทธิภาพอย่างเข้มข้น NIST ประกาศรายชื่อผู้ผ่านเข้ารอบสุดท้ายในปี 2022 ดังนี้

กลุ่ม Key Encapsulation (การตกลงกุญแจ):

  • CRYSTALS-Kyber (ข้อแนะนำหลัก)
  • BIKE, Classic McEliece, HQC และ SIKE (ตัวเลือกสำรอง)

กลุ่ม Digital Signature:

  • CRYSTALS-Dilithium (ข้อแนะนำหลัก)
  • FALCON (เหมาะกับแอปพลิเคชันที่ต้องการลายเซ็นขนาดเล็ก)
  • SPHINCS+ (เหมาะกับกรณีที่ต้องการความมั่นคงจากสมบัติของแฮชเป็นพิเศษ)

มาตรฐานเหล่านี้ถือเป็น “ชิ้นส่วนฐานราก” สำหรับบล็อกเชนยุคต้านทานควอนตัม เอกสารมาตรฐานฉบับสมบูรณ์คาดว่าจะเสร็จสิ้นในช่วงปลายปี 2025

แนวทางเทคนิคเพื่อความต้านทานควอนตัม

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

Lattice-Based Cryptography

การเข้ารหัสบนโครงตาข่าย (lattice-based) ตั้งอยู่บนความยากของปัญหาหาเวกเตอร์สั้นที่สุดหรือใกล้ที่สุดในโครงตาข่ายมิติสูง ซึ่งยังถือว่า “ยาก” แม้สำหรับคอมพิวเตอร์ควอนตัม

ภาพรวมทางเทคนิค:

  • ฐานความปลอดภัย: Shortest Vector Problem (SVP) และ Learning With Errors (LWE)
  • ประสิทธิภาพ: ปานกลางถึงสูง (เข้ารหัส/ยืนยันลายเซ็นได้รวดเร็ว)
  • ขนาดกุญแจ/ลายเซ็น: ปานกลาง (มักอยู่ระดับกิโลไบต์ แทนที่จะเป็นหลักไบต์)
  • ความพร้อมใช้งาน: สูง (ถูกเลือกเป็นมาตรฐานหลักโดย NIST)

สำหรับโลกบล็อกเชน CRYSTALS-Kyber ซึ่ง NIST เลือกเป็นมาตรฐาน มีข้อเด่นชัดเจน:

  • ขนาดกุญแจ 1.5–2KB ยังอยู่ในระดับที่เก็บบนเชนได้จริง
  • ความเร็วเข้ารหัส/ถอดรหัสเข้าใกล้อัลกอริทึมเดิม
  • margin ความปลอดภัยสูงต่อทั้งการโจมตีแบบคลาสสิกและควอนตัม
  • ต้องการพลังประมวลผลในระดับที่อุปกรณ์ปลายทางทรัพยากรจำกัดยังรับไหว

ผล benchmark จากกระบวนการประเมินของ NIST ชี้ว่า Kyber-768 (เทียบเท่าความปลอดภัยหลังควอนตัมราว 128 บิต) ใช้เวลาโดยประมาณ 0.3 มิลลิวินาทีสำหรับการสร้างกุญแจ, 0.4 มิลลิวินาทีสำหรับ encapsulation และ 0.3 มิลลิวินาทีสำหรับ decapsulation บนซีพียูรุ่นปัจจุบัน ซึ่งรองรับเครือข่ายบล็อกเชนที่ต้องการ throughput สูงได้

Hash-Based Signatures

โครงสร้างลายเซ็นบนแฮช (hash-based signatures) อาศัยความแข็งแกร่งของฟังก์ชันแฮชต่อการชนกัน (collision resistance) ซึ่งปัจจุบันยังมองว่า “ทนควอนตัม” ในเชิงวิศวกรรมได้ดี

ภาพรวมทางเทคนิค:

  • ฐานความปลอดภัย: การป้องกันการชนกันของฟังก์ชันแฮช
  • ประสิทธิภาพ: สูง (สร้างและยืนยันลายเซ็นได้รวดเร็ว)
  • ขนาดกุญแจ/ลายเซ็น: ใหญ่ โดยเฉพาะแบบ stateful
  • ความพร้อมใช้งาน: สูงมาก (โครงสร้างและคุณสมบัติด้านความปลอดภัยถูกศึกษาอย่างลึกซึ้งมานาน)

โครงร่างอย่าง XMSS (eXtended Merkle Signature Scheme) และ SPHINCS+ มีการพิสูจน์ลดรูปความปลอดภัยที่ชัดเจน โดย SPHINCS+ ถูก NIST เลือกเป็นมาตรฐานลายเซ็นทางเลือก ทว่าในทางปฏิบัติมีข้อท้าทายสำคัญ ได้แก่:

  • ลายเซ็นมีขนาด 8–30KB ใหญ่กว่า ECDSA ปัจจุบัน (ราว 72 ไบต์) อย่างมาก
  • แบบ stateful ต้องจัดการสถานะกุญแจซับซ้อน หากจัดการผิดอาจกระทบความปลอดภัย
  • โครงแบบ XMSS มีข้อจำกัดด้านจำนวนลายเซ็นที่ใช้ได้ต่อกุญแจหนึ่งชุด

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

Code-Based และ Multivariate Cryptography

แนวทางเหล่านี้มอบ “ความหลากหลายด้านสมมติฐานความปลอดภัย” ซึ่งมีประโยชน์อย่างยิ่ง หากในอนาคตพบจุดอ่อนใหม่ใน lattice-based หรือ hash-based

ภาพรวม (Code-Based):

  • ฐานความปลอดภัย: ปัญหา syndrome decoding
  • ประสิทธิภาพ: ปานกลาง
  • ขนาดกุญแจ/ลายเซ็น: ใหญ่มาก (มักระดับหลายสิบถึงหลายร้อย KB)
  • ความพร้อมใช้งาน: ปานกลาง (ผ่านการโจมตีเชิงทฤษฎีมาหลายทศวรรษ แต่ใช้งานจริงยังจำกัด)

ภาพรวม (Multivariate):

  • ฐานความปลอดภัย: การแก้สมการพหุนามหลายตัวแปร
  • ประสิทธิภาพ: ผสม (ยืนยันลายเซ็นเร็ว แต่ขั้นตอนเซ็นอาจช้ากว่า)
  • ขนาดกุญแจ/ลายเซ็น: กุญแจสาธารณะใหญ่ แต่ลายเซ็นมักเล็กกว่า
  • ความพร้อมใช้งาน: ปานกลาง (ได้รับความสนใจด้านคริปต์วิเคราะห์อย่างมาก)

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

โปรเจกต์บล็อกเชนต้านทานควอนตัม: จากแนวคิดสู่การใช้งานจริง

เครือข่ายที่ออกแบบให้ต้านทานควอนตัมตั้งแต่ต้น

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

Quantum Resistant Ledger (QRL)

QRL เปิดตัวในปี 2018 ถือเป็นหนึ่งในบล็อกเชนเชิงพาณิชย์ชุดแรกที่ออกแบบมาเพื่อโลกหลังควอนตัม โดยใช้ XMSS เป็นกลไกลายเซ็นหลัก

รายละเอียดเชิงเทคนิค:

  • ใช้ XMSS คู่กับแฮชฟังก์ชัน SHAKE-128 ขนาด 256 บิต
  • รูปแบบ address รองรับหลายชนิดลายเซ็นในอนาคต
  • ใช้โครง one-time signature ทำให้ต้องบริหารจัดการกุญแจอย่างรัดกุม
  • รองรับ multisig เพื่อยกระดับความปลอดภัย

กรณีของ QRL แสดงให้เห็นทั้ง “จุดแข็ง” และ “ต้นทุนแฝง” ของลายเซ็นบนแฮช ข้อมูลธุรกรรมบนเครือข่ายระบุว่า ลายเซ็นเฉลี่ยมีขนาดราว 2.5KB ใหญ่กว่า Bitcoin ที่ประมาณ 72 ไบต์หลายสิบเท่า ส่งผลให้:

  • ความต้องการพื้นที่เก็บข้อมูลต่อธุรกรรมสูงขึ้นมาก
  • การใช้แบนด์วิดท์ของโหนดเครือข่ายเพิ่มขึ้น
  • อัตราการเติบโตของขนาดบล็อกเชน QRL ต่อธุรกรรมเร็วกว่า Bitcoin ราว 3.5 เท่า

แม้มีภาระขนาดข้อมูล แต่ QRL ก็พิสูจน์ว่า “ลายเซ็นแบบ stateful บนแฮช” ใช้งานได้จริงในสภาพแวดล้อมบล็อกเชน โดยตั้งแต่เปิดตัวมาได้สร้างบล็อกไปแล้วมากกว่า 2.6 ล้านบล็อก โดยยังไม่พบเหตุการณ์ด้านความปลอดภัยที่กระทบโครงสร้างพื้นฐานหลัก

กลยุทธ์เปลี่ยนผ่านของ IOTA

ไอโอตา (IOTA) เริ่มต้นด้วยการใช้ลายเซ็นแบบใช้ครั้งเดียว Winternitz (WOTS) เพื่อรองรับยุคคอมพิวเตอร์ควอนตัม แต่ตลอดเส้นทางพัฒนามีการเปลี่ยนผ่านกลไกระดับโปรโตคอลหลายครั้ง

พัฒนาการทางเทคนิค:

  • ระยะแรก: ใช้ WOTS เป็นกลไกลายเซ็นหลัก ชูจุดแข็งด้านความทนทานต่อควอนตัม แต่แลกมากับปัญหาการใช้งานจริง
  • ระยะ Chrysalis: ย้ายมาใช้ลายเซ็น Ed25519 เพื่อยกระดับความเร็วและประสิทธิภาพ
  • ระยะ Coordicide (แผนในอนาคต): เตรียมบูรณาการมาตรฐาน Post-Quantum Cryptography (PQC) ของ NIST เข้าสู่โปรโตคอลหลัก

กรณีศึกษา IOTA สะท้อนให้เห็นชัดถึงความยากในการหาจุดสมดุลระหว่าง “ความปลอดภัย – ประสิทธิภาพ – ความง่ายในการใช้งาน” ในระบบที่ต้านทานควอนตัม เอกสารทางการของโครงการยอมรับตรงไปตรงมาว่า แนวทาง PQC รุ่นแรกสร้าง “แรงเสียดทานด้านประสบการณ์ผู้ใช้” สูงมาก โดยเฉพาะข้อจำกัดด้านการห้ามใช้ที่อยู่ซ้ำ ส่งผลให้ทีมต้อง “ถอยกลับ” มาใช้คริปโทกราฟีแบบดั้งเดิมชั่วคราว ระหว่างพัฒนาโซลูชัน PQC ที่ใช้งานได้จริงมากกว่า


QANplatform

QANplatform เลือกใช้คริปโทกราฟีแบบ lattice-based ตามแนวทางของ NIST โดยบูรณาการ CRYSTALS-Kyber สำหรับการแลกเปลี่ยนกุญแจ และ CRYSTALS-Dilithium สำหรับลายเซ็นดิจิทัล

แนวทางเชิงเทคนิค:

  • ใช้อัลกอริทึมระดับ “finalist” จากโครงการคัดเลือกมาตรฐาน PQC ของ NIST
  • โมเดลคริปโทแบบไฮบริด รองรับทั้งอัลกอริทึมคลาสสิกและแบบหลังควอนตัมควบคู่กัน
  • แพลตฟอร์มสมาร์ตคอนแทร็กต์ที่ออกแบบให้ทนทานต่อการโจมตีด้วยคอมพิวเตอร์ควอนตัม
  • บล็อกเชนเลเยอร์ 1 ที่โฟกัสเรื่อง “ความเป็นมิตรต่อดีเวลลอปเปอร์”

ข้อมูลจากเทสต์เน็ตของ QANplatform ชี้ให้เห็นว่าวิธี lattice-based มีศักยภาพใช้งานจริงได้ดี โดยเวลาเฉลี่ยในการยืนยันธุรกรรมอยู่ราว 1.2 วินาที ใกล้เคียงระบบที่ใช้คริปโทกราฟีแบบเดิม โมเดลไฮบริดช่วยให้เครือข่ายสามารถทยอยย้ายไปใช้ PQC ได้อย่างค่อยเป็นค่อยไป ลดแรงต้านหนึ่งในปัญหาหลักของการเปลี่ยนผ่านสู่คริปโทกราฟียุคหลังควอนตัม


กลยุทธ์สร้างความทนทานต่อควอนตัมสำหรับเครือข่ายใหญ่เดิม

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

แนวทางของบิตคอยน์ (Bitcoin)

บิตคอยน์ยึดปรัชญาการพัฒนาแบบ “อนุรักษนิยม” เน้นเสถียรภาพและความเข้ากันได้ย้อนหลังสูงสุด ซึ่งทำให้การเปลี่ยนคริปโทกราฟีแกนกลางยากเป็นพิเศษ

สถานะปัจจุบันและข้อเสนอในวงสนทนา:

  • ยังไม่มี Bitcoin Improvement Proposal (BIP) สำหรับลายเซ็นแบบหลังควอนตัมที่ได้รับการยอมรับอย่างเป็นทางการ
  • อัปเกรด Taproot ช่วยเพิ่มความเป็นส่วนตัว แต่ไม่ได้แก้จุดอ่อนต่อการโจมตีด้วยควอนตัม
  • แนวทางที่ถูกหยิบยกเสนอ อาทิ:
    • รูปแบบที่อยู่แบบใหม่ที่ทนทานต่อควอนตัม โดยให้ผู้ใช้ “เลือกใช้เอง” (opt-in)
    • ช่วงเปลี่ยนผ่านที่ใช้การตรวจสอบธุรกรรมแบบคู่ขนาน (dual validation)
    • กลไกฮาร์ดฟอร์กฉุกเฉิน หากภัยคุกคามจากควอนตัมเกิดขึ้นแบบปัจจุบันทันด่วน

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

งานวิจัยของ BitMEX Research ประเมินว่า บิตคอยน์ราว 2.5 ล้าน BTC (มูลค่ามากกว่า 130,000 ล้านดอลลาร์) ยังคงถูกเก็บไว้ในที่อยู่แบบ pay-to-public-key (p2pk) ที่เปิดเผย public key โดยตรง ซึ่งเป็นส่วนที่เสี่ยงที่สุดของซัพพลายในมุมมองการโจมตีด้วยคอมพิวเตอร์ควอนตัม


แผนระยะยาวของอีเธอเรียม (Ethereum)

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

แนวทางที่กำลังวางแผน:

  • ลายเซ็นแบบหลังควอนตัมถูกใส่ไว้ในเฟส “Endgame” ของโรดแมปเทคนิคอีเธอเรียม
  • งานวิจัยด้านลายเซ็นแบบ lattice-based ที่ต้องเข้ากันได้กับระบบ zero-knowledge proof ที่ใช้อยู่
  • การใช้ account abstraction เป็นกลไกสร้าง “ความยืดหยุ่นของคริปโทกราฟี” (cryptographic agility)
  • เปิดทางให้ผู้ใช้เลือกใช้งาน PQC แบบ opt-in ก่อนบังคับใช้ระดับเครือข่ายในระยะถัดไป

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

การทดสอบบนเทสต์เน็ตของอีเธอเรียมชี้ว่า หากใช้ลายเซ็น CRYSTALS-Dilithium ขนาดธุรกรรมจะเพิ่มขึ้นราว 2.3KB ทำให้ต้นทุนแก๊สสำหรับธุรกรรมมาตรฐานอาจเพิ่มขึ้นราว 40–60% ซึ่งถือว่าสูง แต่ยังอยู่ในระดับที่บริหารจัดการได้ภายใต้โรดแมปการสเกลของอีเธอเรียม


ความท้าทายเชิงปฏิบัติและแนวทางแก้ไข

ข้อจำกัดทางเทคนิค

การนำ PQC มาใช้ในบล็อกเชนต้องรับมือกับข้อจำกัดเชิงระบบหลายด้าน

ความต้องการด้านพื้นที่เก็บข้อมูลและแบนด์วิดท์

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

ผลกระทบหลัก:

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

แนวทางบรรเทา:

  • เทคนิคการรวมลายเซ็น (signature aggregation)
  • ใช้ Layer-2 ย้ายข้อมูลลายเซ็นส่วนใหญ่ไปอยู่นอกเชนหลัก
  • กลไก “pruning” ข้อมูลแบบค่อยเป็นค่อยไป
  • การเข้ารหัสและฟอร์แมตข้อมูลที่ปรับแต่งมาเพื่อ PQC โดยเฉพาะ

ประสิทธิภาพและการใช้ทรัพยากร

อัลกอริทึม PQC มักใช้ทรัพยากรประมวลผลมากกว่า

สำหรับเครือข่ายที่ต้องการ throughput สูง ความแตกต่างนี้กระทบโดยตรงต่อ:

  • เวลาตรวจสอบธุรกรรม
  • ความเร็วการสร้างบล็อก
  • สเปกฮาร์ดแวร์ขั้นต่ำของโหนด
  • การใช้พลังงานรวมของเครือข่าย

แนวทางเพิ่มประสิทธิภาพ:

  • ใช้ฮาร์ดแวร์เร่งความเร็วสำหรับอัลกอริทึมเฉพาะ
  • เทคนิคการตรวจสอบแบบแบตช์ (batched verification)
  • การประมวลผลแบบขนาน (parallel) ในระดับโปรโตคอล
  • ปรับจูนอัลกอริทึมเชิงลึกเพื่อลด overhead ที่ไม่จำเป็น

งานวิจัยจาก Ethereum Foundation ระบุว่า หากใช้การปรับแต่งเชิงฮาร์ดแวร์สำหรับลายเซ็นแบบ lattice-based ช่องว่างด้านประสิทธิภาพเมื่อเทียบกับ ECDSA อาจถูกบีบเหลือเพียงราว 2–3 เท่า ซึ่งถือว่าอยู่ในกรอบที่เครือข่ายบล็อกเชนส่วนใหญ่สามารถยอมรับได้


ความท้าทายด้านธรรมาภิบาลและการประสานงาน

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

การประสานอัปเกรดโปรโตคอล

ต่างจากระบบรวมศูนย์ที่สามารถบังคับอัปเดตความปลอดภัยได้ บล็อกเชนต้องการฉันทามติที่กว้างพอจาก:

  • นักพัฒนาหลัก (core devs)
  • ผู้รันโหนด
  • นักขุดหรือผู้ตรวจสอบบล็อก (validators)
  • ผู้ให้บริการวอลเล็ต
  • แพลตฟอร์มเทรดและผู้รับฝากทรัพย์สินดิจิทัล

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

กลยุทธ์การย้ายระบบ

การเปลี่ยนผ่านสู่ PQC อย่างปลอดภัยต้องอาศัย “เส้นทางย้ายระบบ” ที่ออกแบบมาดี

แนวทางแบบ Opt-In:

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

โมเดลไฮบริด:

  • เปิดใช้การตรวจสอบลายเซ็นแบบคู่ (คลาสสิก + PQC) ในช่วงเปลี่ยนผ่าน
  • รองรับทั้งลายเซ็นแบบเดิมและแบบใหม่ในโปรโตคอลเดียวกัน
  • ค่อยๆ เพิ่มข้อกำหนดด้านการตรวจสอบฝั่ง PQC ให้เข้มขึ้นเมื่อเวลาเดินหน้า

แผนฉุกเฉิน:

  • เตรียมมาตรการ “เร่งรัด” หากภัยคุกคามควอนตัมพัฒนารวดเร็วกว่าคาด
  • สร้างกลไกฉันทามติสำหรับอัปเดตคริปโทกราฟีฉุกเฉิน
  • วางโครงสร้างช่องทางสื่อสารที่ปลอดภัยสำหรับประสานการตอบสนองในภาวะวิกฤติ

เส้นทางข้างหน้า: การตอบสนองของอุตสาหกรรมและแนวปฏิบัติแนะนำ

ความเคลื่อนไหวในอุตสาหกรรม

หลายความร่วมมือระดับอุตสาหกรรมเริ่มก่อตัวขึ้นเพื่อรับมือภัยคุกคามควอนตัมต่อคริปโทเคอร์เรนซี

การพัฒนามาตรฐานข้ามเชน

ความร่วมมือสำคัญ เช่น:

  • Cryptocurrency Quantum Resistance Alliance (CQRA) ที่มี 14 โปรเจกต์บล็อกเชนร่วมกำหนดมาตรฐานการใช้งาน PQC
  • กลุ่ม Cryptographic Technology Group ของ NIST ที่ออกแนวทางเฉพาะสำหรับระบบ distributed ledger
  • Post-Quantum Cryptography Alliance (PQCA) ที่พัฒนาเครื่องมือโอเพนซอร์สเพื่อนำ PQC ไปเชื่อมกับบล็อกเชน

ความพยายามเหล่านี้มุ่งสร้างมาตรฐานที่ใช้ร่วมกันได้ (interoperable) ลดความเสี่ยงที่แต่ละเชนจะใช้แนวทางด้านความปลอดภัยที่ “ไม่เข้ากัน” จนเกิดความแตกแยกในระบบโดยรวม

โซลูชันองค์กรและโมเดลไฮบริด

ผู้เล่นเชิงพาณิชย์เริ่มนำเสนอทางเลือก “กันกระแทก” ก่อนที่โปรโตคอลหลักจะเปลี่ยนจริง:

  • “Quantum vaults” ของ Quip Network ที่ใช้โมเดลคริปโทแบบไฮบริดเพื่อให้การป้องกันทันที
  • ความร่วมมือระหว่าง ID Quantique และ Mt Pelerin ในการสร้างวอลต์ระดับฮาร์ดแวร์สำหรับสถาบัน ที่ออกแบบมาให้ทนต่อการโจมตีด้วยควอนตัม
  • งานวิจัยของ StarkWare เกี่ยวกับ zero-knowledge proof ที่ปลอดภัยต่อควอนตัมสำหรับโซลูชัน layer-2

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


คำแนะนำเชิงปฏิบัติสำหรับผู้มีส่วนได้ส่วนเสีย

สำหรับผู้ถือโทเคนรายย่อย

มาตรการที่ทำได้ทันที:

  1. วินัยด้านที่อยู่ (Address hygiene): หลีกเลี่ยงการใช้ที่อยู่ซ้ำ และหลีกเลี่ยงการเปิดเผย public key โดยไม่จำเป็น
  2. การหมุนกุญแจสม่ำเสมอ: โอนสินทรัพย์ไปยังที่อยู่ใหม่เป็นระยะ
  3. ใช้มัลติซิก: เพิ่มชั้นความปลอดภัยด้วยลายเซ็นหลายกุญแจเพื่ออนุมัติธุรกรรม
  4. การเก็บแบบ Cold Storage: เก็บสินทรัพย์ส่วนใหญ่ไว้ในที่อยู่ที่ยังไม่เคยเผย public key ต่อสาธารณะ
  5. กระจายความเสี่ยง: แบ่งถือสินทรัพย์ข้ามระบบคริปโทกราฟีหลายรูปแบบ

สำหรับนักพัฒนาและโปรเจกต์บล็อกเชน

การเตรียมตัวเชิงเทคนิค:

  1. สร้าง “ความคล่องตัวด้านคริปโทกราฟี”: ออกแบบระบบให้สามารถเปลี่ยนกลไกลายเซ็นได้โดยไม่ทำให้ฟังก์ชันหลักเสียหาย
  2. โมเดลไฮบริด: รองรับทั้งอัลกอริทึมคลาสสิกและ PQC ช่วงเปลี่ยนผ่าน
  3. ทดสอบบนเทสต์เน็ต: เปิดเทสต์เน็ตที่ใช้ PQC จริงเพื่อค้นหาปัญหาการผสานระบบแต่เนิ่นๆ
  4. เสริมความรู้ให้ชุมชน: เตรียมคู่มือและสื่อการสอนสำหรับผู้ใช้และสถาบันเกี่ยวกับการย้ายสู่ PQC
  5. พัฒนาเครื่องมือโอเพนซอร์ส: ร่วมผลักดันไลบรารีที่รองรับมาตรฐาน PQC ของ NIST สำหรับงานบล็อกเชน

สำหรับตลาดแลกเปลี่ยนและผู้รับฝากสินทรัพย์ (Exchanges & Custodians)

การเตรียมตัวระดับสถาบันควรเน้น:

  1. การประเมินความเสี่ยง: วัดระดับการเปิดรับภัยคุกคามควอนตัมของสินทรัพย์แต่ละประเภทในพอร์ต
  2. การยกระดับความปลอดภัย: นำโครงสร้างพื้นฐานแบบไฮบริดหรือ vault ที่ทนทานต่อควอนตัมเข้ามาใช้ ควบคู่ไปกับมาตรการรักษาความปลอดภัยเดิมเลเยอร์ป้องกันที่อยู่เหนือความปลอดภัยระดับบล็อกเชนดั้งเดิม
  3. การให้ความรู้ผู้ใช้: สื่อสารความเสี่ยงด้านควอนตัมและแนวทางป้องกัน
  4. การประสานงานในอุตสาหกรรม: เข้าร่วมกำหนดมาตรฐานสำหรับที่อยู่ที่ทนทานต่อการโจมตีด้วยคอมพิวเตอร์ควอนตัม
  5. การติดตามธุรกรรม: พัฒนาระบบตรวจจับรูปแบบการโจมตีที่อาศัยศักยภาพของคอมพิวเตอร์ควอนตัม

บทสรุป: ก้าวให้พ้นความกลัว ความไม่แน่นอน และความคลุมเครือ

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

มุมมองสำคัญที่ควรกำหนดทิศทางให้กับทั้งอุตสาหกรรม มีดังนี้

กรอบเวลาและช่วงเตรียมความพร้อม

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

รายงานล่าสุดจาก Global Quantum Risk Assessment Working Group ระบุว่า การเจาะระบบคริปโทกราฟีที่ใช้อยู่ใน Bitcoin และ Ethereum ในระดับปฏิบัติการจริง จะต้องอาศัยคอมพิวเตอร์ควอนตัมที่มี “logical qubit” อย่างน้อย 6,000 ตัว ซึ่งจากเส้นทางการพัฒนาเทคโนโลยีในปัจจุบัน มีความเป็นไปได้ต่ำที่ขีดความสามารถระดับนี้จะเกิดขึ้นก่อนปี 2030

กระจายความเสี่ยงด้วยความหลากหลายด้านคริปโทกราฟี

ความหลากหลายของแนวทาง post-quantum cryptography คือฐานรองรับความเสี่ยงสำคัญต่อช่องโหว่ที่อาจเกิดขึ้นในอนาคต การออกแบบบล็อกเชนให้รองรับอัลกอริทึมหลายชุด แทนการพึ่งพาวิธีการใดวิธีหนึ่งเพียงอย่างเดียว ช่วยสร้าง “แนวป้องกันหลายชั้น” (defense-in-depth) ต่อทั้งภัยคุกคามแบบดั้งเดิมและภัยคุกคามจากควอนตัม

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

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

Nickolas Liadov profile photo

Nickolas Liadov

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

ข้อจำกัดความรับผิดชอบและคำเตือนความเสี่ยง: ข้อมูลที่ให้ไว้ในบทความนี้มีไว้เพื่อการศึกษาและการให้ข้อมูลเท่านั้น และอิงตามความเห็นของผู้เขียน ไม่ถือเป็นคำแนะนำทางการเงิน การลงทุน กฎหมาย หรือภาษี สินทรัพย์คริปโตมีความผันผวนสูงและมีความเสี่ยงสูง รวมถึงความเสี่ยงในการสูญเสียเงินลงทุนทั้งหมดหรือส่วนใหญ่ การซื้อขายหรือการถือครองสินทรัพย์คริปโตอาจไม่เหมาะสมสำหรับนักลงทุนทุกคน ความเห็นที่แสดงในบทความนี้เป็นของผู้เขียนเท่านั้น และไม่ได้แทนนโยบายหรือตำแหน่งอย่างเป็นทางการของ Yellow ผู้ก่อตั้ง หรือผู้บริหาร ควรทำการวิจัยอย่างละเอียดด้วยตนเอง (D.Y.O.R.) และปรึกษาผู้เชี่ยวชาญทางการเงินที่ได้รับใบอนุญาตก่อนตัดสินใจลงทุนใดๆ เสมอ
บทความการเรียนรู้ที่เกี่ยวข้อง