แม้แต่ผู้ใช้ที่มีประสบการณ์ก็อาจพบว่าเป็นเรื่องยากที่จะเข้าใจคำศัพท์คริปโต ที่ซับซ้อนบางคำ บางครั้งคุณต้องพยักหน้าแม้มีคนสนทนาเกี่ยวกับ blob และ Byzantine Fault Tolerance ในเรื่องราวของพวกเขา. ส่วนคำศัพท์ที่มีความคิดสร้างสรรค์ รวดเร็วในวงการ Bitcoin ได้สร้างศัพท์แสงซับซ้อนที่บางครั้งก็ท้าทายผู้เชี่ยวชาญ ที่มีประสบการณ์ มาจัดการกับปัญหานี้ให้สิ้นเรื่องเถอะ

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

Byzantine Fault Tolerance: รากฐานของความปลอดภัยบล็อกเชน

ส่วนใหญ่ที่มีผู้นิยมคริปโตนับล้านอาจเคยได้ยินเกี่ยวกับ Byzantine Fault Tolerance. อย่างไรก็ตาม, 99.9% ของพวกเขาไม่สามารถนิยามได้อย่างสมเหตุสมผลว่ามันคืออะไร.

โดยปกติ, ผู้ที่ศึกษาเรื่องราวการสร้าง Bitcoin และพบว่า Satoshi Nakamoto ใช้ การขุดเพื่อแก้ไขปัญหา Byzantine Fault Tolerance ก็ยังไม่มีความเข้าใจที่ชัดเจนว่า มันคืออะไร.

เป็นที่ยอมรับกันว่าปัญหานี้เกี่ยวข้องกับการขุดหรือไม่? ไม่, จริง ๆ แล้วไม่เป็นอย่างนั้น.

Byzantine Fault Tolerance (BFT) ซึ่งเป็นคำจากปัญหาคอมพิวเตอร์ทฤษฎีที่รู้จักในชื่อ ปัญหา Byzantine Generals เป็นสิ่งสำคัญสำหรับเทคโนโลยีบล็อกเชน นำเสนอครั้งแรก ในปี 1982 โดย Leslie Lamport, Robert Shostak, และ Marshall Pease ปัญหานี้ได้ ขับเน้นถึงความยากลำบากในการบรรลุข้อตกลงในระบบกระจายในที่ที่สมาชิกอาจมีความ เป็นศัตรูหรือไม่น่าเชื่อถือ

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

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

ด้วยกลไกข้อตกลง proof-of-work (PoW), Satoshi Nakamoto, ผู้สร้าง (Bitcoin) ที่มีชื่อเสียงซึ่งเป็นนามแฝง, สามารถแก้ปัญหา Byzantine Generals ได้ในระดับเงินดิจิตอล นักขุดใน PoW แข่งกันแก้ปัญหาคณิตศาสตร์ที่ท้าทาย; ผู้ชนะจะมีโอกาสที่จะเชื่อมต่อบล็อก ที่จะมาใหม่บนบล็อกเชน การที่วิธีการนี้มีค่าใช้จ่ายในการคำนวณสูง, นักขุดมีแรงจูงใจ ทางการเงินใหญ่ที่จะปฏิบัติอย่างซื่อสัตย์

วิธีการ PoW ใช้ได้ผลเพราะ:

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

PoW ไม่ใช่คำตอบเดียว, อย่างไรก็ตาม, สำหรับปัญหา Byzantine Generals ในบล็อกเชน. ในการแก้ BFT ในวิธีที่มีประสิทธิภาพทางพลังงานมากขึ้น, มีระบบข้อตกลงอื่น ๆ ที่ได้รับการสร้างขึ้น เช่น delegated proof-of-stake (DPoS) และ proof-of-stake (PoS).

ตัวอย่างเช่น, Ethereum ใช้ระบบข้อตกลง BFT ที่เรียกว่า Gasper เมื่อเปลี่ยนจาก PoW เป็น PoS ซึ่งบางครั้งเรียกว่า "The Merge." การรวม Casper FFG (ระบบ finality ที่ขึ้นอยู่กับ PoS) กับกฎการเลือก fork ของ LMD-GHOST ได้รับการยืนยัน ที่แข็งแกร่งของ Byzantine Fault Tolerance จึงลดการใช้พลังงานอย่างมาก

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

Nonce: ชิ้นส่วนปริศนาคริปโต

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

แม้จะดูตรงไปตรงมา แต่แนวคิดของ nonce มีความสำคัญมากในเทคโนโลยีบล็อกเชน—โดยเฉพาะ ในระบบ proof-of-work เช่น Bitcoin. "Nonce" คือคำเรียกว่า "number only used once," และเป็นส่วนประกอบพื้นฐานของกระบวนการขุดเพื่อรับรองและยืนยันธุรกรรมในบล็อกเชน

ในการขุด Bitcoin, nonce เป็นฟิลด์ 32-bit (4-byte) ที่พบในส่วนหัวของบล็อก นักขุดควบคุม หมายเลขนี้ในการพยายามสร้างแฮชของหัวบล็อกที่ตอบสนองความต้องการเฉพาะ—โดยเฉพาะกว่า แฮชที่น้อยกว่าค่าพิกัดเนื่องจากความยากของเครือข่ายในปัจจุบัน

กระบวนการขุดทำงานดังนี้. นักขุดรวมบล็อกของธุรกรรมที่รอการดำเนินการ

ส่วนหัวของบล็อกถูกสร้างขึ้น, ซึ่งประกอบด้วยองค์ประกอบหลายอย่าง:

• หมายเลขเวอร์ชัน
• แฮชของบล็อกก่อนหน้า
• ราก Merkle (แฮชที่แสดงค่าธุรกรรมทั้งหมดในบล็อก)
• ประทับเวลา
• พิกัดความยาก
• Nonce (ตั้งค่าเริ่มต้นที่ 0)

นักขุดจะแฮชส่วนหัวของบล็อกโดยใช้วิธีการ SHA-256. หากแฮชที่ได้ตรงตามเกณฑ์ความยาก, บล็อกจะถือว่า "แก้ไขได้," และนักขุดจะเผยแพร่บล็อกไปยังเครือข่าย. หากแฮชไม่ตรงตาม เกณฑ์, นักขุดจะเพิ่ม nonce และลองอีกครั้ง.

การเพิ่ม nonce และการทำแฮชใหม่จะดำเนินการต่อไปจนกว่าจะแฮชถูกต้องหรือหมดพื้นที่ nonce—2^32 หรือประมาณ 4 พันล้านความเป็นไปได้. หากหมดพื้นที่ nonce โดยไม่มีแฮช ที่ถูกต้อง, นักขุดสามารถเปลี่ยนองค์ประกอบส่วนหัวของบล็อกอื่น ๆ (เช่น ประทับเวลา) และเริ่มใหม่

Nonce ประกอบด้วยหลายบทบาทที่สำคัญ

เครือข่ายสามารถเปลี่ยนแปลงความยากในการขุดโดยกำหนดให้นักขุดระบุตัวเลข nonce พิเศษ ที่สร้างแฮชตามความต้องการที่กำหนดไว้. นี้ช่วยรักษาเวลาในการสร้างบล็อก—ประมาณ 10 นาที สำหรับ Bitcoin—เพื่อให้สมดุลโดยไม่คำนึงถึงการแปรผันในพลังของแฮชทั้งหมดของเครือข่าย.

Nonce เป็นตัวแปรที่นักขุดควบคุมเพื่อทำ "งาน" จริงในการ proof-of-work. การค้นหา nonce ที่ ถูกต้องแสดงว่ามีนักขุดใช้ทรัพยากรการคำนวณ

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

Nonce ทำให้นักขุดมีสนามการเล่นที่เท่าเทียมกัน. การหาบล็อกที่ถูกต้องเป็นเรื่องของความสุ่ม, ขึ้นอยู่กับกำลังการคำนวณที่นักขุดมอบให้

แม้ว่าแนวคิดของ nonce จะเป็นที่รู้จักกันอย่างแพร่หลายในระบบ PoW, แต่การใช้งานแบบต่าง ๆ ก็มีในการตั้งค่าอื่น ๆ. ในธุรกรรม Ethereum, ตัวอย่างเช่น, nonce ถูกใช้เพื่อรับรองธุรกรรม ที่ดำเนินการเพียงหนึ่งครั้งและในลำดับที่ถูกต้อง

ฟังก์ชันของ nonces อาจเปลี่ยนไปเมื่อเทคโนโลยีบล็อกเชนพัฒนาไป. สำหรับ proof-of-stake systems, แนวคิดการขุดและ nonces ซึ่งใช้ใน PoW นั้นไม่มีอยู่ อย่างไรก็ตาม, แนวคิดพื้นฐานของการใช้ ตัวเลขที่ไม่สม่ำเสมอ ที่ใช้เพียงหนึ่งครั้งเพื่อรับประกันความปลอดภัยและความเป็นธรรมยังคงมีความสำคัญ การแปลเนื้อหาต่อไปนี้จากภาษาอังกฤษเป็นภาษาไทย:

ให้ข้ามการแปลสำหรับลิงก์ markdown.

เนื้อหา: จักรวาล Ethereum ผู้ใช้งานหลายคนในขณะนี้ อาจยังไม่เข้าใจจริง ๆ ว่า "blobs" คืออะไร และสุดท้ายแล้ว คำว่า "blobs" กลายเป็นหนึ่งในคำที่คุณอยากจะรู้ แต่ไม่เคยมีเวลาที่เหมาะสมที่จะศึกษาเทคนิคการทำงานของมัน

งั้นมาปรับปรุงให้ถูกต้องกันเถอะ

โดยเฉพาะในส่วนที่เกี่ยวกับการอัพเกรดที่กำลังจะเกิดขึ้นที่ชื่อว่า "Dencun" ซึ่งเป็นการผสมกันของการอัพเกรด "Deneb" และ "Cancun" "blobs" หรือคำย่อจาก "Binary Large Objects" ถือเป็นการเปลี่ยนแปลงที่สำคัญในแผนพัฒนาเพื่อการขยายศักยภาพของ Ethereum

การเข้าใจ "blobs" ต้องการการสำรวจด้านเทคนิคของการจัดการข้อมูลของ Ethereum และแนวทางสู่ศักยภาพที่สูงขึ้น

"blobs" ในบริบทของ Ethereum เป็นข้อมูลขนาดใหญ่ที่อยู่นอกชั้นการดำเนินการ ซึ่งเป็นที่ทำงานของสัญญาอัจฉริยะ แต่ก็ยังเป็นส่วนหนึ่งของระบบนิเวศของ Ethereum ออกแบบมาให้เป็นชั่วคราว จะอยู่บนเครือข่ายประมาณ 18 ถึง 25 วันก่อนที่จะถูกทิ้ง

ลักษณะสำคัญของ "blobs" รวมถึง:

1. ขนาด: แต่ละ "blob" อาจมีขนาดถึง 128 กิโลไบต์ ซึ่งใหญ่กว่าข้อมูลที่มักจะรวมอยู่ในการทำธุรกรรมของ Ethereum อย่างมาก
2. วัตถุประสงค์: "blobs" ตั้งใจไว้เพื่อใช้กับโซลูชันชั้นสอง โดยเฉพาะ "rollups" เพื่อให้มีวิธีการที่ประหยัดกว่าในการโพสต์ข้อมูลบน Ethereum mainnet
3. การตรวจสอบ: แม้ว่า "blobs" จะไม่ถูกประมวลผลโดย Ethereum Virtual Machine (EVM) แต่ความสมบูรณ์ของมันถูกตรวจสอบด้วยเทคนิคการเข้ารหัสที่เรียกว่า "KZG commitments"
4. ลักษณะชั่วคราว: ต่างจากข้อมูลบล็อกเชนทั่วไปที่เก็บไว้อย่างไม่มีกำหนด "blobs" ออกแบบมาให้เป็นชั่วคราว ลดความต้องการในการเก็บข้อมูลในระยะยาว

"blobs" มีความเกี่ยวข้องอย่างใกล้ชิดกับแนวคิด "proto-danksharding" ซึ่งเป็นขั้นตอนกลางระหว่างทางไปสู่การแบ่งส่วนเสร็จสมบูรณ์ใน Ethereum ชื่อเรียกนี้ได้มาจากผู้เสนอ Protolambda และ Dankrad Feist "proto-danksharding" เสนอรูปแบบธุรกรรมใหม่ (EIP-4844) ที่อนุญาตให้หยับ "blobs" เข้าไปได้

ดังนี้คือวิธีการทำงานของ "blobs" ในบริบทของ "proto-danksharding":

1. โซลูชันชั้นสอง (เช่น "rollups") สร้างข้อมูลธุรกรรม
2. ข้อมูลนี้ถูกจัดรูปแบบเป็น "blobs"
3. "blobs" ถูกแนบเข้ากับธุรกรรมพิเศษบน Ethereum mainnet
4. ผู้ยืนยันและโหนดตรวจสอบความสมบูรณ์ของ "blobs" โดยใช้ KZG commitments โดยไม่ต้องประมวลผลข้อมูล "blob" ทั้งหมด
5. ข้อมูล "blob" พร้อมใช้งานในช่วงเวลาจำกัด ทำให้ใครก็ตามสามารถสร้างสถานะของชั้นสองขึ้นใหม่ได้หากจำเป็น
6. หลังจาก 18-25 วัน ข้อมูล "blob" จะถูกทิ้ง แต่ยังคงมีพันธะสัญญาข้อมูลบนเชนไว้อย่างไม่มีกำหนด

การแนะนำ "blobs" มีข้อดีหลายประการ:

1. ลดค่าใช้จ่าย: โดยการให้วิธีการที่มีประสิทธิภาพกว่าในการโพสต์ข้อมูลบน Ethereum ธุรกรรม "blob" สามารถลดค่าธรรมเนียมสำหรับผู้ใช้ชั้นสองได้อย่างมาก
2. เพิ่มศักยภาพในการขยาย: "blobs" อนุญาตให้มีข้อมูลมากขึ้นในแต่ละบล็อก Ethereum โดยไม่เพิ่มภาระการประมวลผลให้กับเครือข่าย
3. ปรับปรุงความพร้อมใช้งานของข้อมูล: แม้ว่าข้อมูล "blobs" จะเป็นชั่วคราว แต่ก็ช่วยให้ข้อมูลชั้นสองพร้อมสำหรับช่วงเวลาท้าทายใน "optimistic rollups" หรือสำหรับผู้ที่ต้องการสร้างสถานะชั้นสองใหม่
4. การเตรียมตัวสำหรับการแบ่งส่วน: "proto-danksharding" ทำหน้าที่เป็นขั้นแรกที่อนุญาตให้ระบบนิเวศ Ethereum ปรับตัวเข้ากับการจัดการข้อมูลใหม่ และพัฒนาไปสู่การแบ่งส่วนเสร็จสมบูรณ์ในอนาคต

การแนะนำ "blobs" ในขณะเดียวกันก็นำความท้าทายต่าง ๆ มาด้วย:

1. ความต้องการแบนด์วิดท์และการเก็บข้อมูลเพิ่มขึ้น: โหนดจะต้องจัดการข้อมูลจำนวนมากกว่าก็ภาวะชั่วคราว

2. ความซับซ้อน: การเพิ่มประเภทธุรกรรมและโครงสร้างข้อมูลใหม่เพิ่มความซับซ้อนโดยรวมของโปรโตคอล Ethereum

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

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

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

6. การปกป้องจากการโดนลงโทษ: ในระบบ proof-of-stake ตัวตรวจสอบอาจโดนลงโทษสำหรับการประพฤติตัวผิด โดยที่ต้องการให้โอเปอเรเตอร์หลายคนยอมรับการกระทำต่างๆ DVT สามารถช่วยหลีกเลี่ยงการเกิดการฟันดาบโดยไม่ตั้งใจได้

อย่างไรก็ดี DVT ก็มีความท้าทายบางประการ:

1. ความซับซ้อน: การใช้งาน DVT ต้องใช้โปรโตคอลเข้ารหัสขั้นสูงและการประสานงานระหว่างหลายฝ่าย เพิ่มความซับซ้อนในการดำเนินงานของตัวตรวจสอบ

2. การหน่วงเวลา: ความจำเป็นในการให้โอเปอเรเตอร์หลายคนประสานงานกันอาจทำให้เกิดการหน่วงเวลาในกิจกรรมของตัวตรวจสอบ อย่างไรก็ตามสามารถลดความหน่วงได้ด้วยการใช้งานที่เหมาะสม

3. การตั้งสมมติฐานด้านความเชื่อถือ: แม้ว่า DVT ลดจุดล้มเหลวเพียงจุดเดียวลง แต่มันสร้างความจำเป็นในการตั้งความเชื่อถือระหว่างโอเปอเรเตอร์ของตัวตรวจสอบแบบกระจาย

4. ข้อพิจารณาด้านกฎหมาย: ลักษณะการกระจายของ DVT อาจก่อให้เกิดคำถามเกี่ยวกับการปฏิบัติตามกฎหมายและความรับผิดชอบในบางเขตอำนาจศาล

DVT น่าจะกลายเป็นสิ่งที่มีความสำคัญมากขึ้นในการรักษาความปลอดภัยและการกระจายตัวในขณะที่เครือข่าย proof-of-stake พัฒนาไป ขณะที่การพัฒนาต่างๆ กำลังอยู่ในระหว่างการพัฒนาหรือการทดสอบเบื้องต้น โครงการต่างๆ เช่น Ethereum 2.0 กำลังพิจารณาการรวม DVT อย่างจริงจัง

การยอมรับ DVT อาจมีผลกระทบกว้างขวางต่อสถาปัตยกรรมของเครือข่าย proof-of-stake ช่วยให้เกิดการรวมกลุ่มและการกระจายบทบาทของตัวตรวจสอบรูปแบบใหม่ที่คำนึงถึงความปลอดภัย การกระจายตัว และการเข้าถึงอย่างสมดุล

การแบ่งส่วนใหม่แบบไดนามิก: การแบ่งพาร์ติชั่นของบล็อกเชนแบบปรับตัว

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

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

การเข้าใจการแบ่งพาร์ติชั่นแบบไดนามิกต้องเริ่มจากการเข้าใจพื้นฐานของการแบ่งพาร์ติชั่น:

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

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

ยุทธวิธีที่ยืดหยุ่นนี้เสนอผลประโยชน์ที่เป็นไปได้หลายประการ

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

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

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

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

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

นี่คือการสรุปย่อของการใช้การแบ่งพาร์ติชั่นใหม่แบบไดนามิกที่เป็นไปได้:

1. ระบบตรวจสอบค้นพบว่าพาร์ติชั่นเฉพาะกำลังประมวลผลที่ความจุสูงสุดของมันอย่างต่อเนื่อง

2. เครื่องมือการตัดสินใจตัดสินว่าควรแยกพาร์ติชั่นนี้ออกเป็นสองส่วนเพื่อสมดุลการโหลด

3. โปรโตคอลการประสานงานเริ่มกระบวนการแบ่งพาร์ติชั่นใหม่รับประกันว่าโนดทั้งหมดทราบถึงการเปลี่ยนแปลงที่จะเกิดขึ้น

4. เครือข่ายดำเนินการกระบวนการที่เตรียมการอย่างดีเพื่อสร้างพาร์ติชั่นใหม่ ย้ายข้อมูลที่เกี่ยวข้อง และอัพเดทข้อมูลเส้นทาง

5. เมื่อเสร็จสิ้น เครือข่ายมีพาร์ติชั่นเพิ่มเติมเพื่อจัดการกับโหลดที่เพิ่มขึ้น

แม้ว่าการแบ่งพาร์ติชั่นใหม่แบบไดนามิกจะมีความเป็นไปได้ที่น่าตื่นเต้น แต่มันก็มีความท้าทายทางเทคนิคที่สำคัญ

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

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

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

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