คุณสามารถผลักดันความสามารถในการปรับขนาดของ blockchain ได้ไกลแค่ไหน? อย่างที่ Musk หวัง คุณสามารถ "ลดเวลาการยืนยันบล็อกได้ 10 เท่า เพิ่มขนาดบล็อกได้ 10 เท่า และลดค่าธรรมเนียมการทำธุรกรรมได้ 100 เท่า" โดยไม่ทำให้เกิดการรวมศูนย์มากเกินไปและทำร้ายผู้ใช้หรือไม่ คุณสมบัติพื้นฐานของบล็อกเชน ถ้าไม่คุณจะไปได้ไกลแค่ไหน? จะเกิดอะไรขึ้นถ้าคุณเปลี่ยนอัลกอริทึมฉันทามติ ที่สำคัญกว่านั้น จะเกิดอะไรขึ้นหากคุณเปลี่ยนเทคโนโลยีเพื่อแนะนำคุณสมบัติต่างๆ เช่น ZK-SNARK หรือการแบ่งชิ้นส่วน

ชื่อระดับแรก

01 โหนดต้องมีการกระจายอย่างเพียงพอ

เวลา 02:35 น. ในตอนเช้า คุณจะได้รับโทรศัพท์ด่วนจากพันธมิตรที่อยู่อีกซีกโลกหนึ่ง ซึ่งกำลังช่วยคุณจัดการกลุ่มการขุด (หรืออาจเป็นกลุ่มการเดิมพัน) เริ่มต้นเมื่อประมาณ 14 นาทีที่แล้ว คู่ของคุณบอกคุณว่ากลุ่มการขุดของคุณและอีกสองสามคนแยกออกจากบล็อกเชนที่ยังคงโฮสต์ 79% ของเครือข่าย ตามโหนดของคุณ บล็อกของเชนส่วนใหญ่ไม่ถูกต้อง ข้อผิดพลาดเกี่ยวกับความสมดุลเกิดขึ้น: บล็อกคีย์ได้จัดสรรเหรียญพิเศษจำนวน 4.5 ล้านเหรียญไปยังที่อยู่ที่ไม่รู้จักผิดพลาด

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

ในตอนเช้า การโต้เถียงมีอยู่ทุกที่บน Twitter และฟอรัมชุมชน แต่เมื่อถึงเวลานั้น ส่วนใหญ่ของโทเค็น 4.5 ล้านโทเค็นเหล่านั้นได้ถูกแปลงบนเครือข่ายเป็นสินทรัพย์อื่น และธุรกรรม DeFi หลายพันล้านดอลลาร์ก็เกิดขึ้น 79% ของโหนดที่เป็นเอกฉันท์ ตลอดจนนักสำรวจบล็อกเชนรายใหญ่ทั้งหมด และโหนดกระเป๋าเงินขนาดเล็กติดตามเชนใหม่นี้ บางทีกองทุนสำหรับนักพัฒนารายใหม่อาจให้ทุนแก่การพัฒนาบางส่วน หรืออาจทั้งหมดถูกกลืนหายไปโดยการแลกเปลี่ยนชั้นนำ แต่ไม่ว่าผลจะออกมาเป็นอย่างไร สำหรับความตั้งใจและวัตถุประสงค์ทั้งหมดแล้ว กองทุนก็ล้มเหลว และผู้ใช้ทั่วไปก็ไม่มีอำนาจที่จะต่อสู้กลับ

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

ลองนึกดูว่าเรื่องราวจะเป็นอย่างไรหากผู้ใช้เรียกใช้โหนดที่ตรวจสอบความถูกต้องของบล็อกเชน จากนั้นปฏิเสธบล็อกที่ละเมิดกฎของโปรโตคอลโดยอัตโนมัติ (แม้ว่าผู้ขุดหรือผู้มีส่วนได้ส่วนเสียมากกว่า 90% จะสนับสนุนก็ตาม) หากผู้ใช้ทุกคนเรียกใช้โหนดที่ตรวจสอบความถูกต้อง การโจมตีจะล้มเหลวอย่างรวดเร็ว: พูลการขุดและการแลกเปลี่ยนบางส่วนจะแยกในกระบวนการ ซึ่งดูค่อนข้างโง่

คำอธิบายภาพ

ทวีตของ Hasu ซึ่งเป็นหุ้นส่วนการวิจัยของ Paradigm

ชื่อระดับแรก

02 ข้อจำกัดของการทำงานของโหนดอยู่ที่ไหน

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

• แบนด์วิดธ์: จากความเป็นจริงของการเชื่อมต่ออินเทอร์เน็ตในปัจจุบัน หนึ่งบล็อกสามารถบรรจุได้กี่ไบต์

• แบนด์วิดธ์: จากความเป็นจริงของการเชื่อมต่ออินเทอร์เน็ตในปัจจุบัน หนึ่งบล็อกสามารถบรรจุได้กี่ไบต์

• ที่เก็บข้อมูล: เราสามารถขอให้ผู้ใช้จัดเก็บดิสก์ได้เท่าใด นอกจากนี้ต้องอ่านเร็วแค่ไหน? (เช่นใช้ HDD ได้ไหม หรือต้องใช้ SSD)

ชื่อเรื่องรอง

1) กำลังคอมพิวเตอร์

คำตอบที่ผิด: สามารถใช้พลังงาน CPU ได้ 100% ในการตรวจสอบความถูกต้องของบล็อก

คำตอบที่ถูกต้อง: ประมาณ 5-10% ของพลังงาน CPU พร้อมใช้งานสำหรับการตรวจสอบบล็อก

มีเหตุผลหลักสี่ประการที่ทำให้อัตราส่วนขีดจำกัดต่ำมาก:

• เราต้องการขอบเขตความปลอดภัยเพื่อครอบคลุมความเป็นไปได้ของการโจมตี DoS (ธุรกรรมที่ทำโดยผู้โจมตีเพื่อใช้ประโยชน์จากจุดอ่อนของโค้ดจะใช้เวลาดำเนินการนานกว่าธุรกรรมปกติ)

• โหนดต้องสามารถซิงค์บล็อกเชนได้หลังจากออฟไลน์ ถ้าฉันตัดการเชื่อมต่อจากเครือข่ายสักครู่ ฉันควรจะสามารถติดตามได้ภายในไม่กี่วินาที

• การเรียกใช้โหนดไม่ควรทำให้แบตเตอรี่หมดเร็วเกินไป ทำให้แอปพลิเคชันอื่นๆ ทั้งหมดทำงานช้าลง

• โหนดยังจำเป็นต้องทำงานการผลิตแบบ non-block อื่นๆ โดยส่วนใหญ่จะตรวจสอบความถูกต้องและตอบสนองต่อธุรกรรมและคำขอที่เข้ามาบนเครือข่าย p2p

โปรดทราบว่า จนกระทั่งเมื่อไม่นานมานี้ คำอธิบายส่วนใหญ่ของ "ทำไมเพียง 5-10% เท่านั้น" ที่มุ่งเน้นไปที่ปัญหาอื่น: เนื่องจากบล็อก PoW ปรากฏขึ้นแบบสุ่ม เวลาที่ใช้ในการตรวจสอบความถูกต้องของบล็อกก็จะยิ่งนานขึ้นในขณะที่ความเสี่ยงในการสร้างหลายบล็อก

มีวิธีแก้ไขปัญหานี้มากมาย (เช่น Bitcoin NG หรือเพียงแค่ใช้ Proof of Stake) แต่การแก้ไขเหล่านั้นไม่สามารถแก้ไขอีกสี่ข้อที่เหลือได้ ดังนั้นพวกเขาจึงไม่ได้มอบความสามารถในการปรับขยายขนาดใหญ่อย่างที่หลาย ๆ คนคิดในตอนแรกว่าจะทำได้

ชื่อเรื่องรอง

2) แบนด์วิดท์

คำตอบที่ผิด: หากเรามี 10 MB chunks ทุกๆ 2-3 วินาที ผู้ใช้ส่วนใหญ่จะมีความเร็วเครือข่ายมากกว่า 10 MB/วินาที แน่นอนว่าพวกเขาสามารถจัดการได้

คำตอบที่ถูกต้อง: บางทีเราอาจประมวลผล 1-5 MB chunks ทุกๆ 12 วินาที แม้ว่าจะยากก็ตาม

เรามักจะได้ยินสถิติโฆษณาในปัจจุบันเกี่ยวกับปริมาณแบนด์วิธที่การเชื่อมต่ออินเทอร์เน็ตสามารถให้ได้: มักจะได้ยินตัวเลข 100 Mbps หรือแม้แต่ 1 Gbps อย่างไรก็ตาม มีความคลาดเคลื่อนอย่างมากระหว่างตัวเลขแบนด์วิธที่โฆษณากับแบนด์วิดท์จริงด้วยเหตุผลหลายประการ:

• "Mbps" หมายถึง "ล้านบิตต่อวินาที" บิตคือ 1/8 ของไบต์ ดังนั้นคุณต้องหารจำนวนบิตที่โฆษณาด้วย 8 เพื่อให้ได้จำนวนไบต์ที่โฆษณา

• เช่นเดียวกับทุกบริษัท ผู้ให้บริการอินเทอร์เน็ตมักจะโกหก

• มีแอปพลิเคชันหลายตัวที่ใช้การเชื่อมต่ออินเทอร์เน็ตเดียวกันเสมอ ดังนั้นโหนดจึงไม่สามารถกินแบนด์วิธทั้งหมดได้

• เครือข่าย p2p จะนำโอเวอร์เฮดมาเองอย่างหลีกเลี่ยงไม่ได้: โหนดมักจะดาวน์โหลดและอัปโหลดบล็อกเดียวกันซ้ำหลายครั้ง (ไม่ต้องพูดถึงธุรกรรมที่ออกอากาศผ่าน mempool ก่อนที่จะรวมอยู่ในบล็อก)

เมื่อ Starkware ทำการทดลองในปี 2019 พวกเขาได้ปล่อยบล็อกขนาด 500 kb เป็นครั้งแรก เนื่องจากต้นทุนก๊าซในการทำธุรกรรมลดลงทำให้สิ่งนี้เป็นไปได้เป็นครั้งแรก โหนดจำนวนมากจึงไม่สามารถประมวลผลบล็อกขนาดดังกล่าวได้

ชื่อเรื่องรอง

3) การจัดเก็บ

คำตอบที่ไม่ถูกต้อง: 10TB

คำตอบที่ถูกต้อง: 512G.

อย่างที่คุณเดาได้ ข้อโต้แย้งหลักที่นี่ก็เหมือนกับที่อื่น: ความแตกต่างระหว่างทฤษฎีและการปฏิบัติ ตามทฤษฎีแล้ว คุณสามารถซื้อ SSD ขนาด 8 TB ใน Amazon ได้ แล็ปท็อปที่ใช้เขียนบล็อกโพสต์นี้มีความจุ 512 GB และหากคุณให้ผู้คนซื้อฮาร์ดแวร์ของตนเอง หลายคนอาจขี้เกียจ (หรือไม่สามารถซื้อ SSD ขนาด 8TB ราคา 800 ดอลลาร์ได้) ให้ใช้ผู้ให้บริการแบบรวมศูนย์แทน

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

ชื่อระดับแรก

03 ความเสี่ยงของบล็อกเชนที่แยกส่วน

ทุกวันนี้ การเรียกใช้โหนดบน Ethereum blockchain ได้กลายเป็นความท้าทายสำหรับผู้ใช้จำนวนมาก ดังนั้นเราจึงตีคอขวด ความกังวลที่ใหญ่ที่สุดของนักพัฒนาหลักคือขนาดพื้นที่เก็บข้อมูล ดังนั้น สำหรับตอนนี้ ความพยายามในการแก้ปัญหาคอขวดของคอมพิวเตอร์และข้อมูล หรือแม้กระทั่งการเปลี่ยนแปลงอัลกอริทึมที่สอดคล้องกัน ไม่น่าจะส่งผลให้ขีดจำกัดก๊าซเพิ่มขึ้นอย่างมีนัยสำคัญ แม้แต่การแก้ช่องโหว่ DoS ที่โดดเด่นที่สุดของ Ethereum ก็ยังเพิ่มขีดจำกัดก๊าซได้เพียง 20% เท่านั้น

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

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

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

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

Ethereum กำลังวางแผนที่จะใช้การแบ่งส่วนย่อยแบบกำลังสอง ดังนั้นความสามารถในการขยายขนาดทั้งหมดจึงมีจำกัด เนื่องจากโหนดต้องสามารถจัดการแต่ละส่วนย่อยและห่วงโซ่บีคอนได้ (ต้องทำงานด้านการดูแลระบบจำนวนหนึ่งสำหรับแต่ละส่วน) หากชิ้นส่วนมีขนาดใหญ่เกินไป โหนดจะไม่สามารถประมวลผลชิ้นส่วนเดียวได้อีกต่อไป และหากมีชิ้นส่วนมากเกินไป โหนดจะไม่สามารถประมวลผลห่วงโซ่บีคอนได้อีกต่อไป ผลคูณของข้อจำกัดทั้งสองนี้เป็นขอบเขตบน

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

แล้วความเสี่ยงเหล่านี้คืออะไร?

1) จำนวนผู้ใช้ขั้นต่ำ

เป็นไปได้ว่าบล็อกเชนแบบ non-sharded สามารถทำงานได้ตราบเท่าที่มีผู้ใช้คนเดียวที่เต็มใจเข้าร่วม นี่ไม่ใช่กรณีของบล็อกเชนแบบแยกส่วน: ไม่มีโหนดเดียวที่สามารถประมวลผลบล็อกเชนทั้งหมดได้โดยลำพัง ดังนั้นจำเป็นต้องมีโหนดเพียงพอในการประมวลผลร่วมกัน หากแต่ละโหนดสามารถรองรับ 50 TPS และบล็อกเชนจำเป็นต้องรองรับ 10,000 TPS ดังนั้น จึงจำเป็นต้องมีโหนดอย่างน้อย 200 โหนดบนเชนเพื่อรัน

หากบล็อกเชนมีโหนดน้อยกว่า 200 โหนดในเวลาใด ๆ โหนดใดโหนดหนึ่งก็ไม่สามารถตามทันบล็อกเชน โหนดนั้นไม่สามารถตรวจพบบล็อกที่ไม่ถูกต้อง หรือสิ่งเลวร้ายอื่น ๆ อาจเกิดขึ้นได้ ทั้งนี้ขึ้นอยู่กับโหนดว่าติดตั้งซอฟต์แวร์อย่างไร

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

นี่คือคำถามบางส่วน:

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

• จะเกิดอะไรขึ้นหากผู้ใช้จำนวนมากออกจากระบบอย่างกะทันหันและโดยไม่คาดคิด

• การเพิ่มจำนวนโหนดขั้นต่ำที่จำเป็นสำหรับการแยกเพื่อเปิดตัวจะทำให้ยากต่อการป้องกันการยึดครองของศัตรู

จำนวนโหนดขั้นต่ำเกือบจะไม่เกิน 1,000 ดังนั้นจึงเป็นการยากที่จะพิสูจน์ว่า blockchain มีเศษมากกว่าสองสามร้อยชิ้น

2) ความสามารถในการกู้คืนข้อมูลย้อนหลัง

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

ใช่ ผู้คนจะยังคงดาวน์โหลดและเรียก CryptoKitties ของคุณในปี 2371

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

การประเมินความเสี่ยงนี้เป็นเรื่องง่าย ใช้ความจุข้อมูลของ blockchain (MB/s) เป็นหน่วย คูณด้วย 30 เพื่อรับจำนวนข้อมูลที่จัดเก็บไว้ในหน่วย TB ต่อปี แผนการชาร์ดดิ้งปัจจุบันมีความจุข้อมูลประมาณ 1.3 MB/วินาที ดังนั้นประมาณ 40 TB/ปี หากคุณเพิ่มขึ้น 10 เท่า จะกลายเป็น 400 TB/ปี

หากเราต้องการข้อมูลไม่เพียงเข้าถึงได้ แต่เข้าถึงได้ง่าย เรายังต้องการข้อมูลเมตาด้วย (เช่น การแกะกล่องสิ่งที่สะสม) ดังนั้น 4 PB ต่อปี หรือ 40 PB หลังจาก 10 ปี นี่เป็นขีดจำกัดบนที่สมเหตุสมผลที่บล็อกเชนแบบแยกส่วนส่วนใหญ่สามารถทำได้อย่างปลอดภัย

ชื่อระดับแรก

04 สรุป

มีสองวิธีในการพยายามปรับขนาดบล็อกเชน: การปรับปรุงทางเทคนิคขั้นพื้นฐานและการเพิ่มพารามิเตอร์ ขั้นแรก การเพิ่มพารามิเตอร์ฟังดูน่าสนใจ: หากคุณคำนวณเลขบนผ้าเช็ดปาก เป็นเรื่องง่ายที่จะโน้มน้าวใจตัวเองว่าแล็ปท็อปที่บ้านของคุณสามารถจัดการธุรกรรมหลายพันรายการต่อวินาทีโดยไม่ต้องใช้ ZK-SNARK, การรวมหรือการแบ่งส่วนย่อย น่าเสียดายที่แนวทางนี้มีข้อบกพร่องโดยพื้นฐานด้วยเหตุผลหลายประการ

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

แบนด์วิดท์ยังมีค่าใช้จ่าย: การเชื่อมต่อ 10 MB/s ไม่ได้หมายความว่าคุณสามารถมี 10 MB chunks ต่อวินาที คุณสามารถมี 1-5 MB chunks ทุกๆ 12 วินาที เช่นเดียวกับพื้นที่เก็บข้อมูล การเพิ่มการกำหนดค่าฮาร์ดแวร์สำหรับการรันโหนดและการจำกัดการทำงานของโหนดเฉพาะนักแสดงเฉพาะไม่ใช่วิธีแก้ปัญหา สำหรับบล็อกเชนแบบกระจายอำนาจ จำเป็นอย่างยิ่งที่ผู้ใช้ทั่วไปจะสามารถเรียกใช้โหนดได้ และต้องมีวัฒนธรรมกิจกรรมร่วมกันสำหรับการรันโหนด

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

แต่ถึงอย่างนั้น ความจุก็มีขีดจำกัด: เมื่อความจุเพิ่มขึ้น จำนวนโหนดขั้นต่ำก็เพิ่มขึ้นเช่นกัน และค่าใช้จ่ายของห่วงโซ่การเก็บถาวรก็เช่นกัน (และความเสี่ยงของการสูญเสียข้อมูลจะเพิ่มขึ้นหากไม่มีใครมารบกวนการจัดการห่วงโซ่การเก็บถาวร) .

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