ปรัชญา Standalone ของ Cronos: โดนแฮกก็แค่ย้อนกลับ

ชื่อเรื่องต้นฉบับ: 《ปรัชญา Standalone ของ Cronos: โดนแฮกก็แค่ย้อนกลับ》
ผู้เขียนต้นฉบับ: Azuma, Odaily News

วันที่ 30 สิงหาคม Tectonic ซึ่งเป็นโปรโตคอลการให้กู้ยืมที่ใหญ่ที่สุดในระบบนิเวศ Cronos ซึ่งเป็นเชนในเครือของ Crypto.com ถูกโจมตีโดยแฮกเกอร์

การโจมตีครั้งนี้ไม่ซับซ้อนนัก ผู้โจมตีใช้เวลาประมาณ 20 นาทีในการดันราคาโทเคน TONIC ซึ่งเป็นโทเคนการกำกับดูแลของ Tectonic ที่มีสภาพคล่องต่ำมากให้สูงขึ้นประมาณ 100 เท่า จากนั้นนำ TONIC ที่ราคาพุ่งสูงเหล่านี้ไปใช้เป็นหลักประกันเพื่อกู้ยืมสินทรัพย์อื่นจาก Tectonic มูลค่าความเสียหายประมาณ 75 ล้านดอลลาร์สหรัฐ โดยประมาณ 6 ล้านดอลลาร์สหรัฐถูกโอนข้ามเชนไปยัง Ethereum แล้ว

ที่น่าตื่นเต้นกว่าวิธีการโจมตีคือแนวทางการจัดการของ Cronos หลังการโจมตี Cronos ได้หยุดเครือข่ายในคืนวันที่ 30 สิงหาคม (หยุดทันทีโดยไม่ลังเล แสดงให้เห็นถึงแนวโน้ม) เพื่อสกัดการไหลออกของเงินที่ถูกขโมยส่วนที่เหลือ จากนั้นในวันที่ 31 สิงหาคม ได้ประกาศแผนการรีสตาร์ทเครือข่าย โดยจะย้อนสถานะของเชนกลับไปก่อนที่ Tectonic จะถูกแฮกในวันที่ 30 สิงหาคม และรีสตาร์ทเครือข่ายจากความสูงบล็อก 90896189

ข้อถกเถียงใหญ่หลวงจากการย้อนกลับ

การย้อนกลับบล็อกเชน (blockchain rollback) พูดง่าย ๆ คือการ "โหลดเซฟ" สถานะของเครือข่ายกลับไปยังจุดเวลาในอดีต ธุรกรรม การโอน และการดำเนินการ smart contract ที่เกิดขึ้นหลังจากนั้นจะหายไปจากประวัติเชนใหม่ทั้งหมด

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

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

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

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

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

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

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

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

นี่ไม่ใช่ครั้งแรกที่ Cronos "แก้ไขประวัติศาสตร์"

หากการย้อนกลับครั้งนี้ยังพออธิบายได้ว่าเป็น "ช่วงเวลาพิเศษ ใช้วิธีพิเศษ" เมื่อย้อนเวลากลับไปหนึ่งปี ท่าทีของ Cronos ต่อประวัติศาสตร์ก็มีเค้าลางมานานแล้ว

ในปี 2021 Crypto.com เคยประกาศอย่างยิ่งใหญ่ว่าจะเผาโทเคน CRO จำนวน 70,000 ล้านเหรียญ ลดอุปทานรวมจาก 100,000 ล้านเหรียญลงเหลือประมาณ 30,000 ล้านเหรียญ การเผาครั้งนั้นถูกเรียกว่าเป็นหนึ่งในการเผาโทเคนครั้งใหญ่ที่สุดในประวัติศาสตร์คริปโต

จากนั้นในปี 2025 Cronos ได้เสนอแผนที่ตรงไปตรงมามาก คือการผลิตโทเคน CRO จำนวน 70,000 ล้านเหรียญที่เผาไปแล้วกลับคืนมาและจัดสรรให้กับทุนสำรองเชิงกลยุทธ์ เพื่อให้อุปทานรวมของ CRO กลับไปเป็น 100,000 ล้านเหรียญอีกครั้ง เหตุผลที่ทางการให้ในตอนนั้นคือ "การฟื้นฟูยุคทองของ Cronos ต้องใช้เงินทุนจำนวนมากเพื่อสนับสนุนแผนงานของ Cronos" รวมถึงการผลักดันการขยายตลาดสหรัฐฯ การสนับสนุนการพัฒนาระบบนิเวศ กระบวนการทำให้เป็นสถาบัน และ CRO ETF ที่อาจเกิดขึ้น เป็นต้น

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

· หมายเหตุจาก Odaily: อ่านเพิ่มเติมได้ที่ 《CRO แสดงละครการกำกับดูแลที่ไร้สาระที่สุดในประวัติศาสตร์ โทเคน 70,000 ล้านเหรียญถูกเพิ่มขึ้นมาลอย ๆ》

"ปรัชญา Standalone" ของ Cronos

เมื่อนำสองเหตุการณ์นี้มารวมกัน จะเห็นสไตล์เฉพาะตัวของ Cronos ชัดเจน เผา CRO 70,000 ล้านเหรียญไปแล้ว? ไม่เป็นไร ผลิตใหม่ ถูกขโมย 75 ล้านดอลลาร์สหรัฐ? ไม่เป็นไร ย้อนกลับ

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

Cronos มีเหตุผลสำหรับทุกการกระทำ—การผลิต CRO 70,000 ล้านเหรียญใหม่ก็เพื่อสนับสนุนการพัฒนาระยะยาวของระบบนิเวศ การย้อนกลับสถานะเชนก็เพื่อกู้คืนสินทรัพย์ของผู้ใช้ให้ได้มากที่สุด หากมองแยกกัน ทั้งสองเรื่องก็ไม่ใช่เรื่องที่เข้าใจไม่ได้เลย

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

ที่โจ่งแจ้งยิ่งกว่าคือ ดูเหมือน Cronos จะไม่เคยลังเลหรือปิดบังเมื่อเผชิญข้อครหาเรื่องการรวมศูนย์

ลิงก์ต้นฉบับ