วิธีการติดตั้งใช้งาน Peer-to-Peer Data Availability Sampling (PeerDAS) ภายใต้เฟรมเวิร์กใหม่ของ Ethereum
FINANCE FEEDS ·
กลยุทธ์การขยายขนาดในระยะยาวของ Ethereum คือการรักษาความปลอดภัยของชั้นการชำระบัญชี (settlement) และชั้นความพร้อมใช้งานของข้อมูล (data availability) สำหรับ rollups นอกเหนือจาก proto-danksharding (EIP-4844) แล้ว เฟรมเวิร์กใหม่นี้ยังได้นำการเปลี่ยนแปลงด้านเครือข่ายที่รู้จักกันในชื่อ Peer-to-Peer Data Availability Sampling (PeerDAS) เข้ามาใช้ด้วย ก่อน การอัปเกรด Fusaka โหนดเต็มรูปแบบ (full node) ทุกโหนดจำเป็นต้องดาวน์โหลดและจัดเก็บ blob ทุกตัวที่แนบมากับแต่ละบล็อก PeerDAS ช่วยให้โหนดสามารถยืนยันได้ว่าข้อมูล blob มีอยู่จริงด้วยการสุ่มตรวจสอบเพียงส่วนเล็ก ๆ ของข้อมูล ในขณะที่ยังคงมั่นใจได้ว่าชุดข้อมูลทั้งหมดสามารถเข้าถึงได้ คู่มือนี้จะอธิบายถึงสิ่งที่เปลี่ยนแปลงไปพร้อมกับ PeerDAS และขั้นตอนที่จำเป็นในการตั้งค่าโหนดหรือระบบ pipeline ของ rollup ให้สอดคล้องกับเฟรมเวิร์กใหม่นี้ PeerDAS ช่วยให้ Ethereum ขยายขนาดของ rollups ได้ด้วยการแทนที่การดาวน์โหลด blob เต็มรูปแบบด้วยการสุ่มตรวจสอบความพร้อมของข้อมูล ซึ่งช่วยลดความต้องการด้านแบนด์วิดท์และพื้นที่จัดเก็บสำหรับโหนดต่าง ๆ การติดตั้งใช้งานต้องมีการอัปเกรดไคลเอนต์ที่รองรับ ตั้งค่าการดูแลข้อมูล (custody) ของโหนด ทดสอบการติดตั้ง และตรวจสอบความพร้อมของข้อมูลหลังการเปิดใช้งาน PeerDAS เสริมความแข็งแกร่งให้กับความสามารถในการขยายขนาดในระยะยาวของ Ethereum ด้วยการเพิ่มความสามารถในการรองรับ blob พร้อมทั้งยังคงรักษาความเป็นกระจายศูนย์และความปลอดภัยของเครือข่ายไว้ ความพร้อมใช้งานของข้อมูล (data availability) มีความสำคัญอย่างยิ่งสำหรับ optimistic rollups และ zero-knowledge rollups โดย rollups จำเป็นต้องเผยแพร่ข้อมูลธุรกรรมเพื่อให้สามารถทำซ้ำได้และเพื่อยืนยันการเปลี่ยนสถานะ (state transitions) PeerDAS นำเสนอโมเดลเครือข่ายรูปแบบใหม่ ซึ่ง Ethereum จะใช้การเข้ารหัสแบบ erasure coding กับข้อมูล blob แบ่งข้อมูลที่เข้ารหัสแล้วออกเป็นหลายคอลัมน์ และกระจายคอลัมน์เหล่านั้นไปยังซับเน็ตเฉพาะทาง โหนดแต่ละตัวจะจัดเก็บเพียงส่วนย่อยของข้อมูลเท่านั้น ในขณะที่สุ่มตรวจสอบชิ้นข้อมูลเพิ่มเติมเพื่อยืนยันความพร้อมใช้งานด้วยความแม่นยำทางสถิติในระดับสูง หากยังมีชิ้นข้อมูลเพียงพอที่ออนไลน์อยู่ ก็ยังสามารถประกอบ blob ดั้งเดิมกลับคืนมาได้ วิธีนี้ช่วยเพิ่มความสามารถในการรองรับข้อมูลได้อย่างมาก โดยไม่จำเป็นต้องให้ validator ทุกตัวประมวลผล blob ทุกตัว อัปเดตทั้งไคลเอนต์การประมวลผล (execution client) อย่าง Geth, Nethermind, Besu หรือ Reth และไคลเอนต์คอนเซนซัส (consensus client) อย่าง Lighthouse, Prysm, Teku, Nimbus หรือ Grandine ให้เป็นเวอร์ชันที่รองรับ Fulu (ชั้นคอนเซนซัส) และ Osaka (ชั้นการประมวลผล) ไคลเอนต์คอนเซนซัสจะต้องรองรับเครือข่ายตามมาตรฐาน EIP-7594 การกำหนดสิทธิ์การดูแลข้อมูล (custody assignments) การยืนยันคอลัมน์ blob และตรรกะการสุ่มตรวจสอบ เพื่อให้สามารถซิงโครไนซ์ต่อไปได้หลังการอัปเกรด ผู้ดูแลระบบควรติดตามหมายเหตุการเปิดตัว (release notes) ของไคลเอนต์ที่เลือกใช้ ก่อนเปิดใช้งานฟังก์ชัน PeerDAS 2. ระบุระดับการดูแลข้อมูล (Custody Tier) ของโหนดของคุณ PeerDAS กำหนดปริมาณภาระการดูแลข้อมูลตามบทบาทและยอดคงเหลือของ validator โหนดที่ไม่มี validator ผูกอยู่จะสมัครรับซับเน็ตคอลัมน์จำนวนน้อย ขณะที่โหนดที่รัน validator จะต้องสมัครรับซับเน็ตคอลัมน์อย่างน้อยสองเท่า เมื่อยอดคงเหลือที่มีผล (effective balance) เกินประมาณ 4,096 ETH หรือมี validator ที่ยอดคงเหลือสูงสุดสองตัว โหนดจะกลายเป็น supernode ส่วน solo staker จะอยู่ในระดับกลาง โดยความต้องการแบนด์วิดท์จะเพิ่มขึ้นตามยอดคงเหลือ ให้จับคู่ฮาร์ดแวร์ให้เหมาะสมกับระดับ (tier) มากกว่าการจัดสรรเกินความจำเป็นตามการเดา สเปคที่นิยมใช้กันคือ CPU 8 คอร์ที่มีประสิทธิภาพซิงเกิลเธรดสูง แรม 32 ถึง 64 GB และ NVMe SSD ขนาด 2 ถึง 4 TB ที่มีความทนทานในการเขียนสูง ความต้องการด้านการดาวน์โหลดโดยทั่วไปจะต่ำกว่าช่วงก่อน Fusaka สำหรับ solo staker ส่วน local block builder จะต้องการความสามารถด้านการอัปโหลดมากกว่าเดิมสองถึงสามเท่า และสูงขึ้นถึงประมาณห้าเท่าในระดับสูงสุดของตาราง ก่อนที่จะนำโครงสร้างพื้นฐานสำหรับการใช้งานจริงไปเชื่อมต่อกับ mainnet ด้วยการตั้งค่าใหม่ ควรตรวจสอบความถูกต้องของการเผยแพร่ blob อัตราความสำเร็จของการสุ่มตรวจสอบ และการซิงโครไนซ์คอลัมน์ ทีมไคลเอนต์ของ Ethereum ได้ใช้เครือข่ายพัฒนา PeerDAS หลายเครือข่ายเพื่อปรับปรุงองค์ประกอบเหล่านี้ให้สมบูรณ์ก่อนนำไปใช้งานอย่างกว้างขวาง วิธีนี้ช่วยตรวจจับปัญหาการตั้งค่าพอร์ตที่ผิดพลาด ปัญหาการค้นหา peer หรือความไม่เข้ากันของไคลเอนต์ ก่อนที่จะส่งผลกระทบต่อหน้าที่ของ validator จริง 5. ตรวจสอบการดูแลข้อมูลและติดตามตาราง BPO เมื่อเปิดใช้งานจริงแล้ว การดูแลรักษาอย่างต่อเนื่องจะเข้ามาแทนที่การตั้งค่าครั้งเดียว PeerDAS ก่อให้เกิดคำถามที่ไม่มีมาก่อน นั่นคือ peer ที่อ้างว่าจัดเก็บคอลัมน์บางคอลัมน์นั้นจัดเก็บจริงหรือไม่? เครื่องมือตรวจสอบจะสุ่มตรวจ peer และทดสอบช่วงการดูแลข้อมูลที่อ้างไว้เทียบกับข้อผูกมัดทางการเข้ารหัส (cryptographic commitments) ที่ทราบอยู่แล้วในเวลาจริง PeerDAS นำมาซึ่งความซับซ้อนในการดำเนินงานที่มากขึ้น เครือข่ายจะมีความซับซ้อนมากขึ้น เนื่องจากโหนดต่าง ๆ ต้องเข้าร่วมในซับเน็ตการดูแลข้อมูลหลายแห่ง แทนที่จะกระจายสัญญาณข้อมูลทั้งหมดไปทั่วโลก เครื่องมือตรวจสอบจำเป็นต้องติดตามประสิทธิภาพการดูแลข้อมูล ความสำเร็จของการสุ่มตรวจสอบ สถานะความสมบูรณ์ของซับเน็ต และความน่าเชื่อถือของ peer นอกจากนี้ การพัฒนาไคลเอนต์ยังต้องมั่นใจได้ว่าการเข้ารหัสแบบ erasure coding การยืนยันหลักฐาน (proof verification) และการสื่อสารระหว่าง peer เป็นไปอย่างมีประสิทธิภาพ โดยไม่ก่อให้เกิดความล่าช้าที่อาจส่งผลกระทบต่อคอนเซนซัส แม้ว่าองค์ประกอบเหล่านี้จะเพิ่มความซับซ้อนด้านวิศวกรรม แต่มีเจตนาเพื่อยกระดับความสามารถในการขยายขนาด ควบคู่ไปกับการรักษาหลักการพื้นฐานของ Ethereum ในเรื่องความเป็นกระจายศูนย์และความสามารถในการตรวจสอบยืนยันได้ ที่เกี่ยวข้อง: วิธีสร้างระบบประเมินผลด้วย AI สำหรับการคัดกรองทุน Web3 แบบอัตโนมัติ นอกเหนือจากการเพิ่มประสิทธิภาพด้านเครือข่ายแล้ว PeerDAS ยังเป็นองค์ประกอบสำคัญของแผนงานระยะยาวของ Ethereum ในการรองรับธุรกรรมนับพันรายการต่อวินาทีผ่าน rollups โดยไม่กระทบต่อความเป็นกระจายศูนย์ ด้วยการแทนที่การดาวน์โหลด blob แบบทั่วถึงด้วยการดูแลข้อมูลแบบกระจายและการสุ่มตรวจสอบตามหลักความน่าจะเป็น โปรโตคอลนี้ช่วยให้ Ethereum สามารถเพิ่มความพร้อมใช้งานของข้อมูล ในขณะที่ยังคงรักษาความต้องการด้านฮาร์ดแวร์ของ validator ให้อยู่ในระดับที่ปฏิบัติได้จริง สำหรับผู้ดูแลโหนด นักพัฒนา rollup และผู้ให้บริการโครงสร้างพื้นฐาน การติดตั้งใช้งาน PeerDAS จำเป็นต้องปรับตัวให้เข้ากับโมเดลใหม่ของการกระจายข้อมูล การดูแลข้อมูล และการตรวจสอบ ซึ่งจะเป็นพื้นฐานสำคัญต่อความสามารถในการขยายขนาดของ Ethereum ต่อไปในอนาคต
AI 시장 분석
Ethereum is significantly enhancing network scalability by optimizing data availability sampling via the introduction of PeerDAS. By shifting from downloading all blob data to a random sampling verification method, it drastically reduces bandwidth and storage burdens on nodes. This is considered a strategic move to boost processing efficiency for rollup solutions within the Ethereum ecosystem, securing long-term network competitiveness.
상승 영향
- Ethereum — The introduction of PeerDAS improves network scalability, maximizing the efficiency of the rollup ecosystem. This serves as a strong catalyst that enhances Ethereum's long-term value and ecosystem expansion, increasing its investment appeal.
AI가 생성한 분석으로 투자 자문이 아닙니다.
DYAX Investor Sentiment
Bullish (Long) 30% · Bearish (Short) 70%
396 participants
Related News
- Polymarket traders may be manipulating crypto bets - report
- Ostium pauses trading as security firms report multimillion-dollar oracle exploit
- Ethereum sale mentre Bitmine accumula silenziosamente ETH
- Ethereum se dispara mientras Bitmine acumula ETH en silencio
- GPT-Red: Unlocking Self-Improvement for Robustness
- DTCC moves tokenized securities into live trading, marking a milestone for Wall Street's blockchain push