Firedancer เปิดตัวแล้ว แต่ Solana กำลังละเมิดกฎความปลอดภัยข้อเดียวที่ Ethereum ถือว่าไม่สามารถต่อรองได้

หลังจากการพัฒนาเป็นเวลาสามปี Firedancer ได้เปิดตัวบน Solana mainnet ในเดือนธันวาคม 2024 โดยได้สร้างบล็อกแล้ว 50,000 บล็อกในช่วง 100 วันของการทดสอบบนตัวตรวจสอบความถูกต้องจำนวนหนึ่ง

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

Solana ใช้เวลาหลายปีในการทำการตลาดเกี่ยวกับความเสร็จสมบูรณ์ในระดับต่ำกว่าวินาทีและปริมาณธุรกรรมต่อวินาทีในระดับสี่หลัก แต่ความเร็วมีความหมายน้อยเมื่อ 70% ถึง 90% ของพลังฉันทามติของเครือข่ายใช้ซอฟต์แวร์เดียวกัน

ข้อบกพร่องที่สำคัญในไคลเอนต์ที่มีอำนาจเหนือกว่าสามารถหยุดทั้งเชนได้ ไม่ว่าในทางทฤษฎีแล้วมันจะทำงานเร็วแค่ไหนก็ตาม Ethereum ได้เรียนรู้บทเรียนนี้ตั้งแต่ช่วงแรกของการเปลี่ยนผ่านไปสู่ proof-of-stake และตอนนี้ถือว่าความหลากหลายของไคลเอนต์เป็นสุขอนามัยโครงสร้างพื้นฐานที่ไม่สามารถต่อรองได้

Solana กำลังพยายามทำการเปลี่ยนแปลงเช่นเดียวกัน แต่เริ่มต้นจากตำแหน่งที่มีการรวมศูนย์มากกว่า

Firedancer ไม่ใช่แพตช์หรือการแยกสาขาของไคลเอนต์ Agave ที่ใช้ Rust ที่มีอยู่ มันเป็นการเขียนใหม่ทั้งหมดใน C/C++ สร้างโดย Jump Crypto ด้วยสถาปัตยกรรมแบบโมดูลาร์ที่ได้แรงบันดาลใจจากการซื้อขายความถี่สูง

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

สำหรับเครือข่ายที่ประสบกับการหยุดทำงาน 7 ครั้งในห้าปี โดย 5 ครั้งเกิดจากข้อบกพร่องฝั่งไคลเอนต์ การแยกกันนั้นคือประเด็นสำคัญ

ปัญหาวัฒนธรรมเดี่ยวที่ Solana ไม่สามารถหนีพ้น

ประวัติการหยุดทำงานของ Solana อ่านเหมือนกรณีศึกษาเกี่ยวกับความเสี่ยงของไคลเอนต์เดียว การหยุดในเดือนมิถุนายน 2022 กินเวลาสี่ชั่วโมงครึ่งหลังจากข้อบกพร่องในฟีเจอร์ธุรกรรม durable-nonce ทำให้ตัวตรวจสอบความถูกต้องไม่ซิงค์กัน ต้องมีการรีสตาร์ทแบบประสานงาน

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

ปริมาณงานที่เครือข่ายโฆษณาไว้กลายเป็นไม่เกี่ยวข้องเมื่อข้อผิดพลาดในการใช้งานเพียงครั้งเดียวสามารถทำให้การผลิตบล็อกหยุดชะงักได้

ตัวเลขยืนยันการเปิดเผย รายงานสุขภาพเครือข่ายของ Solana Foundation ในเดือนมิถุนายน 2025 แสดงให้เห็นว่า Agave และตัวแปร Jito-modified ของมันควบคุม SOL ที่ถูก stake ประมาณ 92%

ภายในเดือนตุลาคม 2025 ตัวเลขนั้นได้ลดลง อย่างไรก็ตาม เพียงเล็กน้อยเท่านั้น: ภาพรวมการ staking ของ Cherry Servers และคู่มือตัวตรวจสอบความถูกต้องหลายฉบับรายงานว่าไคลเอนต์ Jito-Agave ยังคงถือครองส่วนแบ่งมากกว่า 70% แม้ว่าไคลเอนต์ลูกผสม Frankendancer จะเติบโตถึงประมาณ 21% ของเครือข่าย

Frankendancer ใช้เลเยอร์เครือข่ายของ Firedancer กับแบ็กเอนด์ฉันทามติของ Agave

แม้จะยังเป็นชนกลุ่มน้อย ข้อมูลของ Cherry Servers ระบุว่าส่วนแบ่งของ Frankendancer เติบโตจากประมาณ 8% ในเดือนมิถุนายน การเติบโตเหล่านั้นแสดงถึงการยอมรับอย่างต่อเนื่องของโซลูชันบางส่วน แต่ไคลเอนต์ Firedancer เต็มรูปแบบที่มาถึง mainnet ในเดือนธันวาคมเปลี่ยนสมการ

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

ประสบการณ์ของ Ethereum ให้โมเดลอ้างอิง

เอกสารเกี่ยวกับความหลากหลายของไคลเอนต์ของ Ethereum Foundation เตือนว่าไคลเอนต์ใดก็ตามที่ควบคุมพลังฉันทามติมากกว่าสองในสามสามารถทำให้บล็อกที่ไม่ถูกต้องเสร็จสมบูรณ์ได้ฝ่ายเดียว นอกจากนี้ ไคลเอนต์ที่มากกว่าหนึ่งในสามสามารถป้องกันความสมบูรณ์ได้ทั้งหมดหากออฟไลน์หรือมีพฤติกรรมที่คาดเดาไม่ได้

ชุมชนของ Ethereum ถือว่าการรักษาไคลเอนต์ทั้งหมดให้ต่ำกว่า 33% เป็นข้อกำหนดด้านความปลอดภัยที่เข้มงวด ไม่ใช่การเพิ่มประสิทธิภาพ ตำแหน่งเริ่มต้นของ Solana ที่มีไคลเอนต์หนึ่งใกล้ถึง 90% การมีส่วนร่วมอยู่ไกลจากโซนปลอดภัยนั้น

ไคลเอนต์	ภาษา	สถานะ	ส่วนแบ่ง Stake (ต.ค. 2025)	ตัวตรวจสอบความถูกต้อง	ความเป็นอิสระที่แท้จริง
Jito	Rust	Mainnet	~72%	~700+	Fork ของ Agave
Frankendancer	C + Rust	Mainnet	~21%	207	ลูกผสมอิสระ
Agave	Rust	Mainnet	~7%	~85	ต้นฉบับ
Firedancer	C	Non-voting mainnet	0%	0	อิสระอย่างสมบูรณ์

Firedancer เปลี่ยนแปลงอะไรจริงๆ

Firedancer นำไปปฏิบัติใหม่ในไปป์ไลน์ตัวตรวจสอบความถูกต้องของ Solana ด้วยสถาปัตยกรรมที่ยืมมาจากระบบการซื้อขายแบบความหน่วงต่ำ: ไทล์ประมวลผลแบบขนาน พื้นฐานเครือข่ายที่กำหนดเอง และการจัดการหน่วยความจำที่ปรับแต่งสำหรับประสิทธิภาพที่กำหนดไว้ภายใต้โหลด

เกณฑ์มาตรฐานจากการนำเสนอในการประชุมทางเทคนิคแสดงให้เห็นว่าไคลเอนต์ประมวลผลธุรกรรม 600,000 ถึงมากกว่า 1,000,000 รายการต่อวินาทีในการทดสอบที่ควบคุม สูงกว่าปริมาณงานที่แสดงของ Agave มาก

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

ข้อบกพร่องในการทำลายหน่วยความจำในตัวจัดสรร Rust ของ Agave จะไม่แพร่กระจายไปยังโค้ด C++ ของ Firedancer ข้อผิดพลาดทางตรรกะในตัวจัดกำหนดการบล็อกของ Agave จะไม่ส่งผลกระทบต่อโมเดลการดำเนินการตามไทล์ของ Firedancer

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

การปรับใช้ Frankendancer แบบลูกผสมทำหน้าที่เป็นการเปิดตัวแบบเป็นขั้นตอน ผู้ดำเนินการแทนที่ส่วนประกอบเครือข่ายและการผลิตบล็อกของ Agave ด้วยส่วนที่เทียบเท่าของ Firedancer ในขณะที่ยังคงเก็บเลเยอร์ฉันทามติและการดำเนินการของ Agave ไว้

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

ส่วนแบ่ง 21% ที่ Frankendancer ได้รับในเดือนตุลาคมตรวจสอบความถูกต้องของโมเดลลูกผสม แต่ก็เน้นย้ำถึงข้อจำกัดของมัน: ตราบใดที่ตัวตรวจสอบความถูกต้องทั้งหมดยังคงพึ่งพา Agave สำหรับฉันทามติ ข้อบกพร่องในเลเยอร์ที่ใช้ร่วมกันนั้นก็ยังสามารถทำให้เชนหยุดชะงักได้

การเปิดตัว mainnet ของไคลเอนต์เต็มรูปแบบในเดือนธันวาคมกำจัดการพึ่งพาที่ใช้ร่วมกันนั้น

ตัวตรวจสอบความถูกต้องจำนวนหนึ่งที่ใช้ Firedancer เป็นเวลา 100 วันและสร้างบล็อก 50,000 บล็อกแสดงให้เห็นว่าไคลเอนต์สามารถมีส่วนร่วมในฉันทามติ สร้างบล็อกที่ถูกต้อง และรักษาสถานะโดยไม่ต้องพึ่งพาส่วนประกอบใดๆ ของ Agave

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

ทำไมสถาบันจึงสนใจซอฟต์แวร์ตัวตรวจสอบความถูกต้อง

ความเชื่อมโยงระหว่างความหลากหลายของไคลเอนต์และการยอมรับของสถาบันไม่ใช่การคาดเดา

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

บทความ Binance Square ในเดือนกันยายนเกี่ยวกับความพร้อมของสถาบันของ Solana กำหนดกรอบการหยุดทำงานในอดีตว่าเป็นอุปสรรคหลักต่อการมีส่วนร่วมขององค์กรและวาง Firedancer เป็น "ยารักษาที่มีศักยภาพ"

การวิเคราะห์โต้แย้งว่าความน่าเชื่อถือเป็น "ตัวแบ่งแยกที่สำคัญ" ในการแข่งขันของ Solana กับ Ethereum และเครือข่าย layer-1 อื่นๆ และการกำจัดความเสี่ยงของไคลเอนต์เดียว "อาจกำจัดจุดอ่อนที่ใหญ่ที่สุดของ Solana" ในการนำเสนอต่อสถาบันที่ไม่สามารถทนต่อการหยุดทำงานระดับเครือข่ายได้

ตรรกะนี้สะท้อนกรอบที่กำหนดไว้สำหรับแคมเปญความหลากหลายของไคลเอนต์ของ Ethereum

ทีมความเสี่ยงของสถาบันที่ประเมินโครงสร้างพื้นฐานบล็อกเชนต้องการรู้ว่าเกิดอะไรขึ้นเมื่อมีบางอย่างเสียหาย

เครือข่ายที่ตัวตรวจสอบความถูกต้อง 90% ใช้ไคลเอนต์เดียวกันมีจุดล้มเหลวเพียงจุดเดียว ไม่ว่าการกระจายโทเค็นหรือชุดตัวตรวจสอบความถูกต้องจะดูกระจายอำนาจแค่ไหนก็ตามบนกระดาษ

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

สินทรัพย์ในโลกจริงที่ทำเป็นโทเค็นของ Solana ประมาณ 767 ล้านดอลลาร์เป็นเพียงจุดยืน ไม่ใช่การยอมรับในระดับใหญ่ Ethereum เป็นเจ้าภาพ 12.5 พันล้านดอลลาร์ในพันธบัตรรัฐบาลที่ทำเป็นโทเค็น สเตเบิลคอยน์ และกองทุนที่ทำเป็นโทเค็น ตามข้อมูลของ rwa.xyz

ช่องว่างสะท้อนไม่เพียงแค่เครือข่ายเอฟเฟกต์หรือส่วนแบ่งนักพัฒนา แต่ยังรวมถึงความไว้วางใจในเวลาทำงาน

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

เส้นโค้งการยอมรับข้างหน้า

การเปลี่ยนผ่านจากการครอบงำของ Agave 70% ไปสู่เครือข่ายหลายไคลเอนต์ที่สมดุลจะไม่เกิดขึ้นอย่างรวดเร็ว ตัวตรวจสอบความถูกต้องเผชิญกับต้นทุนการเปลี่ยน: Firedancer ต้องการการปรับแต่งฮาร์ดแวร์ที่แตกต่างกัน คู่มือการดำเนินงานที่แตกต่างกัน และลักษณะประสิทธิภาพที่แตกต่างจาก Agave

ประวัติการผลิต 100 วันของไคลเอนต์ แม้จะประสบความสำเร็จ แต่ก็ตื้นเมื่อเทียบกับการดำเนินการ mainnet หลายปีของ Agave ผู้ดำเนินการที่หลีกเลี่ยงความเสี่ยงจะรอข้อมูลเพิ่มเติมก่อนที่จะย้าย stake

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

ประวัติการหยุดทำงานของเครือข่ายให้การเตือนที่ชัดเจนถึงข้อเสีย และเรื่องราวการยอมรับของสถาบัน ด้วยการคาดเดา ETF การออก RWA และโครงการนำร่องการชำระเงินขององค์กร ขึ้นอยู่กับการแสดงให้เห็นว่า Solana ได้ก้าวข้ามปัญหาความน่าเชื่อถือของมัน

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

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

โพสต์ Firedancer เปิดใช้งานแล้ว แต่ Solana กำลังละเมิดกฎความปลอดภัยข้อเดียวที่ Ethereum ถือว่าไม่สามารถต่อรองได้ ปรากฏครั้งแรกบน CryptoSlate