ข่าว 
ข้อมูลเหรียญ 
แนะนำสื่อ 
บล็อบ(blob) ที่โรลอัพของอีเธอเรียม(ETH) ใช้เก็บข้อมูล มีผลการทดลองใหม่ที่ช่วยลดภาระการประมวลผลในการประกอบข้อมูลกลับคืนอย่างมาก การจำลองเครือข่ายด้วยโหนด 1,000 โหนด พบว่าเวลาประกอบข้อมูลต่อสล็อตลดลงจากสูงสุด 20 วินาที เหลือเพียง 162 มิลลิวินาที
ฟอรัมวิจัยอีเธอเรียม (ethresear.ch) เผยแพร่โพสต์งานวิจัยดังกล่าวเมื่อวันที่ 3 ที่ผ่านมา ระบุว่าได้ทดสอบการออกแบบรุ่นย่อ (reduced variant) ของโครงสร้างที่เรียกว่า 'RowDAS' ผ่านการจำลองในเครือข่ายขนาด 1,000 โหนด โดยวัดต้นทุนการประกอบข้อมูลจากบล็อบ 128 ก้อน ได้ผลลัพธ์ 162 มิลลิวินาทีต่อสล็อต ขณะที่วิธีเดิมอย่าง PeerDAS ใช้เวลาสูงสุดถึง 20 วินาทีต่อสล็อตในเงื่อนไขเดียวกัน
เมื่อขยายผลไปทั้งเครือข่าย ผลลัพธ์ก็ไปในทิศทางเดียวกัน เมื่อสัดส่วนซูเปอร์โหนด (โหนดที่มีพื้นที่จัดเก็บขนาดใหญ่) อยู่ที่ 10% ของทั้งเครือข่าย เวลา CPU รวมที่ใช้ประกอบข้อมูลลดลงจาก 48.6 วินาที เหลือ 2.75 วินาที และเมื่อสัดส่วนซูเปอร์โหนดอยู่ที่ 20% เวลาดังกล่าวลดลงจาก 91 วินาที เหลือ 6.6 วินาที
รุ่นย่อนี้ทำให้เกิดผลลัพธ์ดังกล่าวได้โดยยังไม่ต้องเปิดใช้ช่องทางสื่อสารใหม่ที่เรียกว่า 'row topics' อย่างไรก็ตาม โพสต์ระบุว่าแม้จะไม่เปิดใช้ช่องทางนี้ เครือข่ายก็ยัง 'พึ่งพา' โหนดที่เก็บข้อมูลปริมาณมาก หรือซูเปอร์โหนดอยู่เช่นเดิม การออกแบบนี้ยังคงเส้นทางคอลัมน์ (column path) ซึ่งใช้ตัดสินว่าข้อมูลพร้อมใช้งานหรือไม่ไว้ตามเดิม ส่วนเส้นทางแถว (row path) ที่เพิ่มเข้ามาใหม่ทำหน้าที่เป็นเพียงช่องทางสำรองสำหรับการเติมข้อมูลย้อนหลัง (backfill) เท่านั้น ผลการทดลองพบว่าเวลาที่ใช้ในการทำให้คอลัมน์สมบูรณ์เปลี่ยนแปลงเพียงเล็กน้อย อยู่ในช่วง -30 มิลลิวินาที ถึง +6 มิลลิวินาที ซึ่งแทบไม่กระทบเส้นทางเดิมที่มีอยู่
PeerDAS เป็นวิธีการสุ่มตรวจสอบความพร้อมใช้งานของข้อมูล (data availability sampling, DAS) ที่แบ่งข้อมูลบล็อบออกเป็นชิ้นย่อยหลายชิ้น (เซลล์) ให้โหนดต่าง ๆ ช่วยกันเก็บ ชิ้นส่วนเหล่านี้จะถูกจัดเรียงเป็นตาราง โดยเส้นทางแนวตั้งหรือคอลัมน์ถูกใช้เป็นเส้นทางหลักในการยืนยันว่าข้อมูลมีอยู่จริง ส่วน RowDAS เป็นข้อเสนอที่เพิ่มเส้นทางแนวนอนหรือแถวเข้ามา เพื่อกระจายภาระงานเมื่อต้องมีการประกอบข้อมูลใหม่ ไม่ให้ตกไปอยู่ที่โหนดใดโหนดหนึ่งมากเกินไป
RowDAS ฉบับสมบูรณ์ถูกยื่นเป็นร่างข้อเสนอปรับปรุงอีเธอเรียม (EIP) หมายเลข 8371 เมื่อวันที่ 5 เดือนก่อน โดยมีชาบา คีราลี(Csaba Kiraly) และมาร์โก มูนิซากา(Marco Munizaga) เป็นผู้จัดทำ ร่างดังกล่าวอ้างอิงอยู่บน EIP-7594 และ EIP-8136 และเสนอให้มีซับเน็ตสำหรับแถว (row subnet) จำนวน 128 ชุด พร้อมให้แต่ละแถวแลกเปลี่ยนข้อความระดับเซลล์ระหว่างกัน เพื่อกระจายงานประกอบข้อมูลออกไป
เอกสารระบุชัดเจนว่าการกระจายงานผ่านแถวเป็นเพียงเครื่องมือเพิ่มประสิทธิภาพ ส่วนเส้นทางที่มีอำนาจตัดสินความพร้อมใช้งานของข้อมูลอย่างเป็นทางการยังคงเป็นเส้นทางคอลัมน์เช่นเดิม รุ่นย่อที่ผ่านการทดสอบครั้งนี้จึงเป็นทางออกแบบประนีประนอม คือลดภาระการประมวลผลลงก่อน โดยยังไม่ต้องเปิดใช้เส้นทางแถว
ผลลัพธ์ครั้งนี้มีลักษณะเป็นมาตรการเสริมต่อยอดจาก PeerDAS ซึ่งขึ้นสู่เมนเน็ตพร้อมกับการอัปเกรดฟูซากะ(Fusaka) เมื่อเดือนธันวาคมปีที่ผ่านมา มูลนิธิอีเธอเรียม(Ethereum Foundation) ระบุในการอัปเดตลำดับความสำคัญของโปรโตคอลเมื่อวันที่ 18 กุมภาพันธ์ว่า การนำ PeerDAS มาใช้ทำให้ผู้ตรวจสอบ (validator) ไม่ต้องดาวน์โหลดข้อมูลบล็อบทั้งหมดอีกต่อไป แต่สุ่มตรวจสอบเพียงบางส่วนแทน และในทางทฤษฎีทำให้ความจุของบล็อบเพิ่มขึ้นถึง 8 เท่า อีเธอเรียมได้เลื่อนองค์ประกอบด้านการขยายขนาด เช่น การขยายพารามิเตอร์บล็อบที่เสนอไว้ในการอัปเดตเดือนกุมภาพันธ์ ไปสู่ขั้นทดสอบเน็ตสาธารณะในการอัปเกรดครั้งถัดไปคือกลามสเตอร์ดัม(Glamsterdam)
วิธีที่โรลอัพบันทึกข้อมูลธุรกรรมไว้บนอีเธอเรียมนั้นอาศัยบล็อบเป็นหลัก ยิ่งความจุของบล็อบเพิ่มขึ้นมากเท่าไหร่ โรลอัพก็ยิ่งอัปโหลดข้อมูลได้มากขึ้นในต้นทุนที่ถูกลง แต่นั่นก็หมายถึงภาระในการประมวลผลเพื่อประกอบข้อมูลกลับคืนก็เพิ่มขึ้นตามไปด้วย ที่ผ่านมาภาระนี้ตกอยู่กับซูเปอร์โหนดซึ่งมีทรัพยากรด้านพื้นที่จัดเก็บและแบนด์วิดท์มากพอจะรับมือได้ และมีเสียงวิจารณ์ว่าโครงสร้างเช่นนี้ทำให้เครือข่ายทั้งระบบต้องพึ่งพาโหนดสมรรถนะสูงเพียงไม่กี่ตัว
ในการประชุมนักพัฒนา (ACDC #184) เมื่อวันที่ 6 เดือนก่อน ชาบา คีราลี(Csaba Kiraly) นำเสนอ RowDAS ในฐานะข้อเสนอที่ต้องการลดปัญหาการประกอบข้อมูลที่ใช้การประมวลผลหนักของ PeerDAS พร้อมทั้งลดการพึ่งพาซูเปอร์โหนด เขาอธิบายว่าจะกระจายงานผ่านการส่งข้อความบางส่วนและการจัดสรรงานแบบหมุนเวียน
ในทางกลับกัน กีโยม บาแล(Guillaume Ballet) นักพัฒนาหลักของ go-ethereum แสดงความเห็นผ่านโซเชียลมีเดียว่า RowDAS 'ช่วยเรื่องการกระจายอำนาจได้จริง' แต่ยังไม่ใช่เรื่องเร่งด่วนเท่ากับความทนทานต่อควอนตัม(quantum resistance) หรือความเป็นส่วนตัว ความเห็นนี้ไม่ได้ปฏิเสธความจำเป็นทางเทคนิคของ RowDAS แต่สะท้อนมุมมองด้านลำดับความสำคัญมากกว่า
อย่างไรก็ตาม การทดลองครั้งนี้เป็นเพียงผลจากการจำลอง ไม่ใช่การทดสอบบนเดฟเน็ตหรือเมนเน็ตจริง เป้าหมายหลักของ RowDAS ฉบับสมบูรณ์ คือการกู้คืนข้อมูลได้โดยไม่ต้องพึ่งซูเปอร์โหนด ซึ่งจะทำได้ก็ต่อเมื่อเปิดใช้ row topics เท่านั้น ขณะที่รุ่นย่อที่ผ่านการทดสอบในครั้งนี้เป็นเพียงทางประนีประนอมที่ลดภาระ CPU โดยยังไม่เปิดใช้ฟังก์ชันดังกล่าว ส่วนโปรโตคอลสำหรับเรียกดูบล็อบเฉพาะก้อนแบบเจาะจง ก็ยังเป็นงานที่ต้องทำต่อไปในอนาคต
EIP-8371 ยังอยู่ในสถานะร่าง และยังไม่มีการกำหนดว่าจะได้รับการยอมรับหรือมีกำหนดเวลานำไปใช้งานจริงเมื่อใด
ความคิดเห็น 0