เดือนมิถุนายนเป็นเดือนที่เข้มข้นสำหรับการอัปเดตเทคโนโลยีบล็อกเชน โดยนักพัฒนาต่างเร่งอุดช่องโหว่ด้านความเป็นส่วนตัว เลื่อนกำหนดการอัปเกรดครั้งใหญ่ ผลักดันข้อเสนอด้านการต้านทานควอนตัม และแข่งกันเสริมความปลอดภัยเพื่อต้านคลื่นการโจมตีซัพพลายเชนที่เพิ่มสูงขึ้น ตั้งแต่ Bitcoin Core ไปจนถึง Ethereum, Zcash ไปจนถึง Polygon ความเร็วของการเปลี่ยนแปลงในระดับโปรโตคอลกำลังเร่งตัวขึ้น — และการตัดสินใจบางอย่างที่เกิดขึ้นตอนนี้จะเป็นตัวกำหนดว่าบล็อกเชนเหล่านี้จะยืนหยัดได้อย่างไรในทศวรรษหน้า
Summary
ประเด็นสำคัญ
- Bitcoin Core 31.1 แก้ไขช่องโหว่ด้านความเป็นส่วนตัวในฟีเจอร์ -privatebroadcast ของเวอร์ชัน 31.0 ที่อาจเปิดเผยที่อยู่ IP ของผู้เริ่มทำธุรกรรมได้
- การอัปเกรด Glamsterdam ของ Ethereum ถูกเลื่อนไปเป็นช่วงครึ่งหลังของปี ส่วนฮาร์ดฟอร์ก Hegotá มีเป้าหมายในช่วงปลายปี 2026/ต้นปี 2027
- EIP-8182 ข้อเสนอ native private transfer ได้ถูกเสนออย่างเป็นทางการให้รวมอยู่ในฮาร์ดฟอร์ก Hegotá
- CEO ของ Consensys Joseph Lubin คาดว่า Ethereum จะกลายเป็นโปรโตคอลที่ใช้ zero-knowledge proof อย่างเต็มรูปแบบภายใน 3 ถึง 5 ปี
- Polygon zkEVM Mainnet Beta จะยุติการให้บริการในวันที่ 1 กรกฎาคม 2026 — ผู้ใช้ต้องถอนสินทรัพย์ก่อนถึงกำหนด
- ทีมความปลอดภัย SlowMist ยืนยันการทำงานของมัลแวร์หลากหลายสายพันธุ์ใน 23 แพ็กเกจ npm โดยมี 408 รีโพสิทอรีบน GitHub ที่มีข้อมูลรับรองถูกขโมย
- ชิปควอนตัม Majorana 2 ของ Microsoft มีรายงานว่ามีความเสถียรสูงกว่ารุ่นก่อนหน้า 1,000 เท่า โดยมีอายุการใช้งานเฉลี่ยของคิวบิตอยู่ที่ 20 วินาที
Bitcoin Core แก้ไขช่องโหว่ด้านความเป็นส่วนตัวใน v31.1
ข้อบกพร่องที่ซ่อนอยู่ในฟีเจอร์ -privatebroadcast ที่เพิ่งถูกเพิ่มเข้ามาใน Bitcoin Core ถูกเปิดเผยต่อสาธารณะในเดือนนี้ — และผลกระทบต่อผู้ใช้ที่ให้ความสำคัญกับความเป็นส่วนตัวนั้นมีความละเอียดอ่อนกว่าการเปิดเผยบั๊กทั่วไป เวอร์ชัน 31.0 มีช่องโหว่ที่ภายใต้เงื่อนไขเครือข่ายบางอย่าง อาจทำให้ที่อยู่ IP ของผู้เริ่มทำธุรกรรมถูกเปิดเผยต่อโหนดที่รับธุรกรรมได้
การรั่วไหลของ IP เกิดขึ้นได้อย่างไรจริงๆ
ช่องโหว่นี้จะปรากฏเมื่อ private broadcast เลือกโหนด IPv4 หรือ IPv6 ที่รองรับการขนส่งแบบ BIP324 v2 หากการจับมือ (handshake) แบบ v2 ล้มเหลว Bitcoin Core จะย้อนกลับไปลองเชื่อมต่อแบบ v1 อีกครั้ง — แต่การเชื่อมต่อซ้ำนี้จะข้ามพร็อกซี Tor ไปโดยสิ้นเชิง ทำให้เกิดการเชื่อมต่อ IPv4 หรือ IPv6 โดยตรงกับเพียร์ ผลลัพธ์คือ ฟีเจอร์ที่ออกแบบมาเพื่อเพิ่มความเป็นส่วนตัวกลับทำสิ่งตรงกันข้ามภายใต้เงื่อนไขการ fallback บางอย่าง
ขอบเขตของผลกระทบมีความเฉพาะเจาะจง โหนดที่รัน Bitcoin Core 31.0 โดยเปิดใช้ -privatebroadcast ส่งธุรกรรมผ่าน RPC sendrawtransaction และสามารถสร้างการเชื่อมต่อขาออกแบบ IPv4/IPv6 โดยตรงได้จะอยู่ในกลุ่มเสี่ยง การเชื่อมต่อผ่าน Wallet RPC, onion และ I2P ไม่ได้รับผลกระทบ
ก่อนอัปเกรดเป็นเวอร์ชัน 31.1 Bitcoin Core แนะนำให้ผู้ใช้ที่เกี่ยวข้องปิดการใช้งาน -privatebroadcast ปิดการใช้งานการขนส่งแบบ v2 หรือกำหนดให้ทราฟฟิกขาออก IPv4/IPv6 วิ่งผ่าน Tor ตัว release candidate 31.1rc1 พร้อมให้ทดสอบแล้วบนเว็บไซต์ทางการของ Bitcoin Core และมีการแก้ไขในหลายส่วน ทั้ง validation, เครือข่าย P2P, การย้ายกระเป๋าเงิน, MuSig, ระบบ build, การทดสอบ และโมดูล CI
แยกต่างหากจากประเด็นนี้ นักพัฒนา rkrux ได้เปิดการอภิปรายเกี่ยวกับการลบสัญญาณ Replace-by-Fee (RBF) แบบชัดเจนออกจากกระเป๋าเงินของ Bitcoin Core โดยให้เหตุผลว่าสัญญาณ BIP 125 กลายเป็นสิ่งซ้ำซ้อนแล้วเมื่อ full-RBF กลายเป็นนโยบายมาตรฐาน และอาจทิ้งร่องรอยบนเชนที่ไม่จำเป็น สมาชิกชุมชนอย่าง Murch แย้งกลับ โดยชี้ให้เห็นว่าการหยุดส่งสัญญาณ replaceability ไม่ใช่แค่การลบร่องรอยง่ายๆ — ผู้ส่งแต่ละรายยังคงต้องเลือกหมายเลข sequence สำหรับอินพุตทุกตัว โดยประมาณ 75% ของธุรกรรมใช้หมายเลข sequence เฉพาะอยู่แล้ว ส่วนใหญ่คือ MAX-2
Ethereum เลื่อน Glamsterdam และเดินหน้าข้อเสนอด้านความเป็นส่วนตัว
สายการพัฒนาของ Ethereum กำลังเดินหน้าในหลายด้าน แต่ข่าวที่ใกล้ตัวที่สุดคือการเปลี่ยนแปลงกำหนดการ: การอัปเกรด Glamsterdam — ซึ่งมุ่งเป้าไปที่การสเกล L1 ให้ถึงขีดสุดและความเป็นธรรมด้าน MEV — ถูกเลื่อนไปเป็นช่วงครึ่งหลังของปี Devnet-5 และ Devnet-6 ยังคงอยู่ระหว่างการดำเนินการ โดยมีการพัฒนามาตรการตอบโต้ต่อ EIP ใหม่ๆ อย่างต่อเนื่อง นักพัฒนาหลัก Terence ยืนยันว่า Glamsterdam devnet-6 ได้ถูกปล่อยแล้ว ถือเป็นความคืบหน้าสำคัญสู่การดีพลอยบน testnet
ข้อเสนอรีจิสทรีกุญแจสาธารณะหลังยุคควอนตัม
นักวิจัย Ethereum อย่าง Thomas Coratger และ Tom Wambsgans ได้เผยแพร่กรอบแนวคิดสำหรับการสร้างรีจิสทรีกุญแจสาธารณะหลังยุคควอนตัมสำหรับตัวตรวจสอบ (validators) — เส้นทางการย้ายแบบเป็นเฟสจากลายเซ็น BLS ไปสู่สกีมลายเซ็นที่ปลอดภัยต่อควอนตัม แนวทางนี้มองเห็นการฟอร์กเพื่อสร้างรีจิสทรีก่อน ให้ตัวตรวจสอบสามารถลงทะเบียนกุญแจสาธารณะหลังยุคควอนตัมล่วงหน้า ตามด้วยการฟอร์กอีกหลายครั้งก่อนจะสลับกลไกลายเซ็นอย่างเป็นทางการ
ผู้สมัครนำคือสกีมลายเซ็นแบบ hash-based XMSS ซึ่งให้กุญแจสาธารณะขนาดกะทัดรัด 52 ไบต์ — แม้ว่าลายเซ็นแต่ละรายการจะมีขนาดประมาณ 3,112 ไบต์ การจัดการกับโอเวอร์เฮดนี้จะต้องอาศัย leanVM และการรวม SNARK หลังยุคควอนตัม นี่ไม่ใช่อัปเกรดระยะสั้น แต่การที่นักวิจัย Ethereum เริ่มออกแบบสถาปัตยกรรมการย้ายแล้ว แสดงให้เห็นว่าเครือข่ายให้ความสำคัญกับภัยคุกคามจากควอนตัมอย่างจริงจังเพียงใด
ข้อเสนอ EIP-8182 Native Private Transfer สำหรับ Hegotá
EIP-8182 ซึ่งพัฒนาโดย Tom Lehman ได้ถูกเสนออย่างเป็นทางการให้รวมอยู่ในฮาร์ดฟอร์ก Hegotá — การอัปเกรดที่มุ่งเน้นการต้านทานการเซ็นเซอร์ การเพิ่มความเป็นส่วนตัว และการทำให้โหนดเบาลง โดยขณะนี้มีเป้าหมายในช่วงปลายปี 2026/ต้นปี 2027
ข้อเสนอนี้มีเป้าหมายเพื่อทำให้ความเป็นส่วนตัวเป็นฟังก์ชันพื้นฐานของเลเยอร์ฐานของ Ethereum โดยไม่ต้องมีค่าธรรมเนียมเพิ่มเติม การกำกับดูแลด้วยโทเค็น หรือการประสานงานแบบ multi-sig มันใช้สัญญาระบบที่มีที่อยู่คงที่และ precompile สำหรับการตรวจสอบ ZK เพื่อสร้างพูลนิรนามร่วมในระดับโปรโตคอลที่กระเป๋าเงินและแอปพลิเคชันทั้งหมดเข้าถึงได้ พูลร่วมนี้มีความสำคัญ: แอปความเป็นส่วนตัวที่กระจัดกระจายอยู่ในปัจจุบันแบ่งสภาพคล่องและชุดนิรนามออกเป็นหลายการนำไปใช้ แทนที่จะรวมกัน ทำให้การรับประกันความเป็นส่วนตัวในทางปฏิบัติอ่อนแอลงสำหรับทุกคน ด้วยการฝังความเป็นส่วนตัวไว้ที่ L1 EIP-8182 จะช่วยลบการกระจายตัวนี้โดยไม่ต้องให้แอปพลิเคชันเปลี่ยนแปลงอะไร
ข้อเสนอนี้ได้เข้าสู่การแข่งขันเพื่อแย่งชิงช่องในตารางเวลาฮาร์ดฟอร์กของนักพัฒนาหลัก — กระบวนการที่ต้องผ่านการถกเถียงทั้งด้านเทคนิคและชุมชนอย่างเข้มข้นก่อนจะมีการตัดสินใจขั้นสุดท้าย
CEO ของ Consensys กับอนาคต Zero-Knowledge ของ Ethereum
Joseph Lubin CEO ของ Consensys ให้มุมมองระยะยาว โดยระบุว่า Ethereum อาจกลายเป็นโปรโตคอลที่ใช้ zero-knowledge proof อย่างเต็มรูปแบบภายใน 3 ถึง 5 ปี Lubin ชี้ไปที่เครือข่ายเลเยอร์ 2 ที่สามารถสร้าง ZK proof แบบเรียลไทม์ได้แล้วในปัจจุบันเป็นหลักฐานว่าเทคโนโลยีกำลังเติบโตเร็วพอที่จะขึ้นสู่ L1 เขามองเห็นอนาคตที่มี prover ที่ผ่านการตรวจสอบอย่างเป็นทางการหลายตัวรองรับ Ethereum ที่เลเยอร์ฐาน ซึ่งท้ายที่สุดจะทำให้เกิดสภาพแวดล้อมการประมวลผลแบบอะตอมิกเดียวที่ไร้สะพานเชื่อมและรวมสภาพคล่องที่กระจัดกระจายเข้าด้วยกัน
Lubin ยังกล่าวถึงโครงสร้างในอนาคตของ Ethereum Foundation โดยระบุว่าจะไม่มี “มูลนิธิที่สอง” — แต่จะมีอย่างน้อยสามกลุ่มที่แยกตัวออกจากมูลนิธิปัจจุบัน โดยมุ่งเน้นตามลำดับไปที่งานโปรโตคอลหลัก การใช้งานและการสเกล และการประสานงานกับสถาบัน
ความคืบหน้า Ethereum Layer 2 และการปิดตัวของ Polygon zkEVM
ระบบนิเวศ Layer 2 ของ Ethereum มีทั้งการเปิดตัวใหม่และเส้นตายที่ชัดเจนในเดือนนี้ การพัฒนาที่เร่งด่วนที่สุดสำหรับผู้ใช้ปัจจุบันคือ Polygon zkEVM Mainnet Beta ที่จะยุติการให้บริการในวันที่ 1 กรกฎาคม 2026 — เหลือเวลาประมาณสองสัปดาห์ให้ผู้ใช้ดำเนินการ
เฟรมเวิร์กความเป็นส่วนตัว STRK20 ของ Starknet
Starknet เปิดตัว STRK20 เฟรมเวิร์กความเป็นส่วนตัวแบบ zero-knowledge proof ที่ทำให้สินทรัพย์ ERC20 ใดๆ ภายในเครือข่ายสามารถรองรับยอดคงเหลือแบบส่วนตัวและการโอนแบบเป็นความลับได้ แตกต่างจากตัวผสมเหรียญแบบดั้งเดิม STRK20 ฝังฟังก์ชันความเป็นส่วนตัวเข้าไปในกระแสการเคลื่อนย้ายสินทรัพย์โดยตรง แทนที่จะส่งธุรกรรมผ่านเลเยอร์ผสมแยกต่างหาก เฟรมเวิร์กนี้มีระบบ Viewing Keys ที่ช่วยให้ผู้ใช้เปิดเผยข้อมูลธุรกรรมแบบเลือกได้เพื่อวัตถุประสงค์ด้านการปฏิบัติตามกฎระเบียบ สินทรัพย์ตัวแรกที่นำไปใช้คือ strkBTC
เฟรมเวิร์กนี้สามารถประยุกต์ใช้กับการโอน การเทรด การให้กู้ การสเตก และการชำระเงิน — ขอบเขตที่กว้างซึ่งบ่งชี้ว่า Starknet กำลังวางตำแหน่ง STRK20 ให้เป็นโครงสร้างพื้นฐานมากกว่าฟีเจอร์หนึ่งๆ
Polygon zkEVM Mainnet Beta ยุติการให้บริการ
Polygon’s zkEVM Mainnet Beta จะปิดตัวอย่างเป็นทางการในวันที่ 1 กรกฎาคม 2026 สินทรัพย์ที่ถืออยู่ในกระเป๋าเงินที่ยังไม่ทำการโอนข้ามเชนให้เสร็จสิ้นจะถูกย้ายไปยัง Ethereum mainnet โดยอัตโนมัติ และสามารถเคลมได้ผ่านอินเทอร์เฟซเฉพาะ อย่างไรก็ตาม สินทรัพย์ที่ถูกล็อกอยู่ในโปรโตคอล DeFi ไม่สามารถย้ายโดยอัตโนมัติได้ — ผู้ใช้กลุ่มนี้ต้องถอนตำแหน่ง LP และสินทรัพย์ด้วยตนเองก่อนถึงกำหนด มิฉะนั้นอาจเสี่ยงต่อการสูญเสียการเข้าถึงอย่างถาวร
ในขณะเดียวกัน เครือข่าย Base L2 ได้ดีพลอยอัปเกรด Beryl ไปยัง Base Sepolia testnet โดยมีแผนเปิดใช้งานบน mainnet ในวันที่ 25 มิถุนายน Beryl นำมาตรฐานโทเค็น B20 มาใช้สำหรับออก stablecoin และสินทรัพย์อื่นๆ แบบ native ภายในซอฟต์แวร์โหนดของ Base ลดระยะเวลาการถอนจาก Base ไป Ethereum จาก 7 วันเหลือ 5 วัน และนำ Reth V2 มาใช้เพื่อลดพื้นที่ดิสก์ของโหนด
การอัปเกรด Zcash Ironwood และการปรับปรุงความปลอดภัยของเครือข่าย
Zcash กำลังเตรียมการอัปเกรดเครือข่ายครั้งสำคัญ เพื่อแก้ไขหนึ่งในช่องโหว่ที่ร้ายแรงที่สุดที่ปรากฏบนบล็อกเชนที่เน้นความเป็นส่วนตัวในปีนี้
Ironwood มุ่งเป้าไปที่พูลความเป็นส่วนตัว Orchard
การอัปเกรด Zcash Ironwood มีแผนจะเปิดใช้งานในเดือนกรกฎาคม โดยออกแบบมาเพื่อแก้ไขช่องโหว่ในพูลความเป็นส่วนตัว Orchard ที่ก่อนหน้านี้คุกคามการรับประกันอุปทานคงที่ของเครือข่าย มูลนิธิ Zcash ได้ปล่อย Zebra 4.5.3 และ 5.0.0 เป็นการตอบสนองฉุกเฉินไปแล้ว — Zebra 4.5.3 ปิดการใช้งาน Orchard actions บน mainnet ชั่วคราวผ่าน soft fork ฉุกเฉินที่บล็อกสูง 3,363,426 ขณะที่ Zebra 5.0.0 เปิดใช้งานฮาร์ดฟอร์ก NU6.2 ที่บล็อกสูง 3,364,600 เพื่อเปิดใช้ Orchard อีกครั้งด้วยวงจรที่แก้ไขแล้ว มูลนิธิยืนยันว่าช่องโหว่ถูกค้นพบก่อนที่จะมีการโจมตีที่ทราบ และไม่มีการสร้างมูลค่าโดยไม่ได้รับอนุญาตเกิดขึ้น
Ironwood ก้าวไปไกลกว่านั้น มันจะนำพูลความเป็นส่วนตัวที่แก้ไขใหม่เข้ามาและทยอยปลดระวางพูลเก่า เมื่อเสร็จสิ้น ผู้ใช้และโหนดจะสามารถรวมยอดคงเหลือจากทั้งสองพูลเพื่อยืนยันได้อย่างอิสระว่าจำนวน ZEC ทั้งหมดที่หมุนเวียนอยู่ไม่เกินเพดานสูงสุดที่ 21 ล้านเหรียญ — ฟื้นฟูความเชื่อมั่นแบบกระจายศูนย์ในกลไกอุปทานของ Zcash
Sean Bowe นักพัฒนาแกนหลักของ Zcash ยืนยันว่ามีบริษัทตรวจสอบใหญ่ๆ อย่างน้อยสามแห่งกำลังรีวิววงจร Orchard เครื่องมือ AI สำหรับการตรวจสอบหลายตัวกำลังสแกนโค้ดเบส และงานด้านการพิสูจน์อย่างเป็นทางการก็กำลังก้าวหน้า กลุ่ม Valar ได้เปิดตัว testnet และเริ่มดำเนินการเปลี่ยนแปลงฝั่งกระเป๋าเงินแล้ว ตามคำกล่าวของ Bowe ความคืบหน้าขณะนี้เป็นไปอย่างราบรื่น
การแจ้งเตือนด้านความปลอดภัยและความก้าวหน้าด้านคอมพิวเตอร์ควอนตัม
มีสองพัฒนาการในเดือนนี้ที่อยู่คนละปลายของไทม์ไลน์ภัยคุกคาม: หนึ่งคือการโจมตีที่กำลังเกิดขึ้นจริงในระบบนิเวศ npm อีกหนึ่งคือหมุดหมายด้านฮาร์ดแวร์ควอนตัมที่ยังคงเป็นเชิงทฤษฎีสำหรับความปลอดภัยของบล็อกเชน — แต่กำลังก้าวหน้าเร็วกว่าที่หลายคนคาด
SlowMist เตือนมัลแวร์ npm ที่ใช้ข้อมูลรับรองนักพัฒนาที่ถูกขโมย
ทีมความปลอดภัย SlowMist ออกประกาศเตือนเกี่ยวกับมัลแวร์สายพันธุ์ใหม่ — ระบุชื่อว่า Shai-Hulud, Miasma และ Hades — ที่เชื่อมโยงกับบัญชีนักพัฒนาที่ถูกขโมย “czirker” และกำลังทำงานอยู่ในระบบนิเวศ npm เวกเตอร์การโจมตีมีความเฉพาะเจาะจง: โค้ดอันตรายจะทำงานระหว่างการติดตั้ง npm ผ่านไฟล์ binding.gyp ที่ถูกตั้งค่าไว้ล่วงหน้า ทำให้ตรวจจับได้ยากในการตรวจสอบ dependency แบบมาตรฐาน
ตัวเลขที่ยืนยันแล้วถือว่าน่าจับตา มีแพ็กเกจที่ได้รับผลกระทบ 23 รายการ โดยหนึ่งในนั้น — leo-logger — มีการดาวน์โหลดรายสัปดาห์ถึง 3,140 ครั้ง นอกจากนี้ยังพบรีโพสิทอรีบน GitHub อีก 408 รายการที่มีข้อมูลรับรองถูกขโมย กิจกรรมอันตรายครอบคลุมการขโมยโทเค็น GitHub และ npm ข้อมูลรับรองคลาวด์บน AWS, GCP และ Azure ข้อมูลสภาพแวดล้อมภายในเครื่อง และการใช้ประโยชน์จาก GitHub Actions pipelines
SlowMist แนะนำให้ทีมความปลอดภัยตรวจสอบ lockfile และบันทึกแพ็กเกจทันที ลบแพ็กเกจที่ได้รับผลกระทบ หมุนกุญแจสำคัญทั้งหมด และบังคับใช้การยืนยันตัวตนสองปัจจัย รูปแบบการโจมตีนี้ตอกย้ำความเสี่ยงถาวรในระบบนิเวศโอเพ่นซอร์ส: การขโมยข้อมูลรับรองในระดับบัญชีนักพัฒนาสามารถปนเปื้อนรีโพสิทอรีปลายน้ำหลายร้อยรายการก่อนที่จะถูกตรวจพบ
ชิปควอนตัม Majorana 2 ของ Microsoft เปิดตัว
ในงานประชุมประจำปี Build Microsoft ได้เปิดตัว Majorana 2 ชิปควอนตัมแบบทอพอโลยีรุ่นที่สองของบริษัท บริษัทอ้างว่าชิปนี้มีความเสถียรสูงกว่ารุ่นก่อนหน้า 1,000 เท่า โดยมีอายุการใช้งานเฉลี่ยของคิวบิต อยู่ที่ 20 วินาที — และบางคิวบิตอยู่ได้นานถึง 1 นาที Microsoft คาดว่าจะเข้าใกล้การคำนวณควอนตัมที่สเกลได้ภายในปี 2029 โดยมีเครื่องมือ AI Agent ช่วยเร่งการคัดกรองวัสดุ การทำให้การวัดเป็นอัตโนมัติ และการเพิ่มประสิทธิภาพการผลิต
การประกาศนี้ทำให้เกิดการถกเถียงภายนอกอีกครั้งเกี่ยวกับผลกระทบระยะยาวของคอมพิวเตอร์ควอนตัมต่อความปลอดภัยของลายเซ็นดิจิทัลของ Bitcoin การสนทนานี้ควรได้รับการพูดคุยอย่างจริงจัง แต่บริบทก็สำคัญ: ช่องว่างระหว่างฮาร์ดแวร์ควอนตัมในปัจจุบันกับเกณฑ์การคำนวณที่จำเป็นในการคุกคาม elliptic curve cryptography ของ Bitcoin ยังห่างไกลมาก Majorana 2 เป็นก้าวสำคัญด้านความเสถียรของคิวบิต ไม่ใช่ภัยคุกคามฉับพลันต่อเครือข่ายบล็อกเชนที่ใช้งานอยู่
สิ่งที่มันสะท้อนคือเหตุผลที่น่าเชื่อถือให้การวิจัยการย้ายสู่ยุคหลังควอนตัมของ Ethereum เร่งตัวขึ้น — และสำหรับโปรเจกต์อย่าง Algorand Foundation ซึ่งได้เผยแพร่โรดแมปด้านความปลอดภัยหลังยุคควอนตัมที่ตั้งเป้าความต้านทานควอนตัมในวงกว้างภายในสิ้นปี 2027 ให้เดินหน้าอยู่เหนือเส้นโค้ง คำถามในทางปฏิบัติสำหรับเครือข่ายบล็อกเชนหลักทุกเครือข่ายจึงไม่ใช่ว่าจำเป็นต้องมีคริปโทกราฟีที่ต้านทานควอนตัมหรือไม่ แต่คือเมื่อใดที่การย้ายต้องเสร็จสมบูรณ์
คำถามที่พบบ่อย
ปัญหาด้านความเป็นส่วนตัวอะไรที่ถูกแก้ไขใน Bitcoin Core เวอร์ชัน 31.1?
Bitcoin Core 31.1 แก้ไขช่องโหว่ด้านความเป็นส่วนตัวในฟีเจอร์ -privatebroadcast ของเวอร์ชัน 31.0 ภายใต้เงื่อนไขบางอย่างที่เกี่ยวข้องกับการจับมือ BIP324 v2 ที่ล้มเหลว ซอฟต์แวร์จะย้อนกลับไปใช้การเชื่อมต่อแบบ v1 ที่ข้ามพร็อกซี Tor ซึ่งอาจทำให้ที่อยู่ IP ของผู้เริ่มทำธุรกรรมถูกเปิดเผยต่อโหนดที่รับได้
ตอนนี้คาดว่าการอัปเกรด Glamsterdam ของ Ethereum จะเกิดขึ้นเมื่อใด?
การอัปเกรด Glamsterdam ของ Ethereum ถูกเลื่อนไปเป็นช่วงครึ่งหลังของปี การพัฒนายังคงดำเนินต่อไปผ่าน Devnet-5 และ Devnet-6 โดยมีฮาร์ดฟอร์ก Hegotá แยกต่างหากที่มีเป้าหมายในช่วงปลายปี 2026/ต้นปี 2027
EIP-8182 คืออะไรและมีความสำคัญอย่างไร?
EIP-8182 คือข้อเสนอ native private transfer สำหรับ Ethereum ที่พัฒนาโดย Tom Lehman มันจะนำกลไกการโอนแบบส่วนตัวที่ไม่บังคับใช้และไม่มีค่าธรรมเนียมระดับโปรโตคอลเข้ามาโดยตรงที่เลเยอร์ L1 ของ Ethereum โดยใช้สัญญาระบบที่มีที่อยู่คงที่และ precompile สำหรับการตรวจสอบ ZK ข้อเสนอนี้ถูกเสนออย่างเป็นทางการให้รวมอยู่ในฮาร์ดฟอร์ก Hegotá และมีความสำคัญเพราะมุ่งเป้าไปที่ความเป็นส่วนตัวในระดับโปรโตคอล แทนที่จะพึ่งพาเครื่องมือความเป็นส่วนตัวในระดับแอปพลิเคชันที่กระจัดกระจาย
การแจ้งเตือนมัลแวร์ของ SlowMist เน้นภัยคุกคามอะไรบ้าง?
SlowMist ระบุมัลแวร์สายพันธุ์ (Shai-Hulud, Miasma, Hades) ที่ใช้บัญชีนักพัฒนา npm ที่ถูกขโมย “czirker” เพื่อแพร่เชื้อแพ็กเกจระหว่างการติดตั้ง การโจมตีนี้ขโมยโทเค็น GitHub และ npm ข้อมูลรับรองคลาวด์จาก AWS, GCP และ Azure รวมถึงข้อมูลสภาพแวดล้อมภายในเครื่อง และยังใช้ประโยชน์จาก GitHub Actions อีกด้วย มีแพ็กเกจ 23 รายการและรีโพสิทอรี GitHub 408 รายการที่ได้รับการยืนยันว่าถูกกระทบ
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”ปัญหาด้านความเป็นส่วนตัวอะไรที่ถูกแก้ไขใน Bitcoin Core เวอร์ชัน 31.1?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Bitcoin Core 31.1 แก้ไขช่องโหว่ด้านความเป็นส่วนตัวในฟีเจอร์ -privatebroadcast ของเวอร์ชัน 31.0 ภายใต้เงื่อนไขบางอย่างที่เกี่ยวข้องกับการจับมือ BIP324 v2 ที่ล้มเหลว ซอฟต์แวร์จะย้อนกลับไปใช้การเชื่อมต่อแบบ v1 ที่ข้ามพร็อกซี Tor ซึ่งอาจทำให้ที่อยู่ IP ของผู้เริ่มทำธุรกรรมถูกเปิดเผยต่อโหนดที่รับได้”}},{“@type”:”Question”,”name”:”ตอนนี้คาดว่าการอัปเกรด Glamsterdam ของ Ethereum จะเกิดขึ้นเมื่อใด?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”การอัปเกรด Glamsterdam ของ Ethereum ถูกเลื่อนไปเป็นช่วงครึ่งหลังของปี การพัฒนายังคงดำเนินต่อไปผ่าน Devnet-5 และ Devnet-6 โดยมีฮาร์ดฟอร์ก Hegotá แยกต่างหากที่มีเป้าหมายในช่วงปลายปี 2026/ต้นปี 2027″}},{“@type”:”Question”,”name”:”EIP-8182 คืออะไรและมีความสำคัญอย่างไร?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”EIP-8182 คือข้อเสนอ native private transfer สำหรับ Ethereum ที่พัฒนาโดย Tom Lehman มันจะนำกลไกการโอนแบบส่วนตัวที่ไม่บังคับใช้และไม่มีค่าธรรมเนียมระดับโปรโตคอลเข้ามาโดยตรงที่เลเยอร์ L1 ของ Ethereum โดยใช้สัญญาระบบที่มีที่อยู่คงที่และ precompile สำหรับการตรวจสอบ ZK ข้อเสนอนี้ถูกเสนออย่างเป็นทางการให้รวมอยู่ในฮาร์ดฟอร์ก Hegotá และมีความสำคัญเพราะมุ่งเป้าไปที่ความเป็นส่วนตัวในระดับโปรโตคอล แทนที่จะพึ่งพาเครื่องมือความเป็นส่วนตัวในระดับแอปพลิเคชันที่กระจัดกระจาย”}},{“@type”:”Question”,”name”:”การแจ้งเตือนมัลแวร์ของ SlowMist เน้นภัยคุกคามอะไรบ้าง?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”SlowMist ระบุมัลแวร์สายพันธุ์ (Shai-Hulud, Miasma, Hades) ที่ใช้บัญชีนักพัฒนา npm ที่ถูกขโมย “czirker” เพื่อแพร่เชื้อแพ็กเกจระหว่างการติดตั้ง การโจมตีนี้ขโมยโทเค็น GitHub และ npm ข้อมูลรับรองคลาวด์จาก AWS, GCP และ Azure รวมถึงข้อมูลสภาพแวดล้อมภายในเครื่อง และยังใช้ประโยชน์จาก GitHub Actions อีกด้วย มีแพ็กเกจ 23 รายการและรีโพสิทอรี GitHub 408 รายการที่ได้รับการยืนยันว่าถูกกระทบ”}}]}
บทความนี้จัดทำขึ้นด้วยความช่วยเหลือของปัญญาประดิษฐ์และผ่านการตรวจทานโดยทีมบรรณาธิการแล้ว
