บนเครือข่ายสายฟ้า – การสาธิตความเป็นปึกแผ่น

HodlX Guest Post  ส่งโพสต์ของคุณ

Lightning Network ปรากฏตัวครั้งแรกในเอกสารไวท์เปเปอร์ที่เสนอโดย Joseph Poon และ Thaddeus Dryja ในปี 2015 สร้างการตอบสนองและการสนทนาจำนวนมากในชุมชน Bitcoin และได้รับการยกย่องอย่างกว้างขวางว่าเป็นสมุดปกขาวที่สำคัญที่สุดอันดับสองของ Bitcoin รองจากผลงานที่แหวกแนวของ Satoshi Nakamoto.

เนื่องจาก Lightning Network อาศัยโปรโตคอลใน Segregated Witness (SegWit) จึงยังคงเป็นแนวคิดส่วนใหญ่และได้รับการพัฒนาภายในเท่านั้น นับตั้งแต่ Bitcoin SegWit fork ในปี 2017 การพัฒนา Lightning Network ได้ก้าวไปข้างหน้าอย่างต่อเนื่องในทางที่ถูกต้อง.

ในเดือนมีนาคม 2018 Lightning Labs ได้พัฒนาและเปิดตัวเวอร์ชันทดสอบเบื้องต้น ต่อมา ACINQ และ Blockstream ได้ดำเนินการตามความเหมาะสมและเปิดตัวการใช้งานบนเครือข่ายจำนวนมาก ตามข้อมูลจาก 1ml ปัจจุบันมีทั้งหมด 8,204 โหนดและ 37,901 ช่องทางการชำระเงินบน Lightning Network โดยมี 1,021.37 BTC (ประมาณ 5.34 ล้านดอลลาร์) ในช่องทางการชำระเงินซึ่งพิสูจน์ให้เห็นว่า Lightning Network เติบโตอย่างมีนัยสำคัญในปีที่ผ่านมา.

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

หากเราคำนวณจากค่าเฉลี่ย 300 โหนดต่อการซื้อขาย Bitcoin สามารถจัดการธุรกรรมได้ 5.6 รายการต่อวินาทีในขณะที่ Visa สามารถรองรับ 47,000 tps ที่ความจุสูงสุด เพื่อให้บรรลุขีดความสามารถนี้ Bitcoin จะต้องขยายขนาดบล็อกเป็นประมาณ 8GB โดยมีการเพิ่มข้อมูลบล็อกใหม่ 400 TB ในแต่ละปีซึ่งเห็นได้ชัดว่าไม่สมจริง.

Lightning Network เป็นเพียงหนึ่งในหลาย ๆ โซลูชันที่ชุมชนบล็อกเชนเสนอเพื่อแก้ปัญหาการปรับขนาดของ Bitcoin เช่นบล็อกขนาดใหญ่ DPoS DAG การชาร์ดการกำหนดทิศทางแบบสองทางการสื่อสารข้ามสายโซ่เป็นต้น.

พวกเขาเสนอให้ปรับพื้นฐานของเทคโนโลยีบัญชีแยกประเภทแบบกระจายให้เหมาะสมเช่น การปรับพารามิเตอร์การกำหนดค่าการปรับโครงสร้างข้อมูลการปรับเปลี่ยนอัลกอริธึมฉันทามติการประมวลผลการแบ่งบัญชีแยกประเภทการเพิ่มประสิทธิภาพทรัพยากรเครือข่าย ฯลฯ แต่ผลลัพธ์ที่ได้ไม่เหมาะและมีเพียงการปรับปรุงประสิทธิภาพที่ จำกัด มากเท่านั้นหลังจากทำงานหนักทั้งหมด (เพิ่มความจุในการจัดเก็บเพิ่มขึ้น การรับส่งข้อมูลเครือข่ายเพิ่มความซับซ้อนของตรรกะลดการกระจายอำนาจ) เมื่อเทียบกับ Visa แล้ว Bitcoin ยังคงล้าหลังอย่างมีนัยสำคัญ.

ดูเหมือนว่า Lightning Network จะเป็นทางออกที่ดีที่สุด.

เนื่องจากความซับซ้อนของสัญญาอัจฉริยะ Bitcoin จึงเป็นเรื่องยากที่จะเข้าใจหลักการทางเทคนิคของ Lightning Network ทีมวิจัย OK จึงได้นำ Lightning Network มาใช้กับภาษา Solidity อีกครั้งเพื่อให้เข้าใจเทคโนโลยีที่เกี่ยวข้องกับการใช้ Lightning Network เราได้สรุปขั้นตอนและหลักการพื้นฐานของ Lightning Network ไว้ให้คุณแล้วด้านล่างนี้.

หลักการทางเทคนิคที่สำคัญของเครือข่ายสายฟ้า

แนวคิดหลักของ Lightning Network คือการสร้างช่องทางการชำระเงินนอกเครือข่ายชั่วคราวที่อนุญาตให้ทั้งสองฝ่ายทำธุรกรรมนอกเครือข่ายแบบไม่ จำกัด ด้วยช่องทางการชำระเงินหลายช่องทาง แต่จะบันทึกเฉพาะธุรกรรมสุดท้ายในบล็อกเชน ด้วยวิธีนี้ธุรกรรมจะมีประสิทธิภาพและรวดเร็วกว่ามากเนื่องจากไม่จำเป็นต้องรอให้บล็อกอัปเดต Lightning Network กำลังดำเนินการเพื่อป้องกันไม่ให้มีการแก้ไขธุรกรรมนอกเครือข่าย.

1. Lightning Network สร้างขึ้นจากแนวคิดที่สำคัญสามประการ ได้แก่ ธนาคารเสมือนธุรกรรมการผูกมัดและช่องทางการชำระเงิน.

ก) ธนาคารเสมือน

สัญญาอัจฉริยะดำเนินการเหมือนธนาคาร ลองใช้ตัวอย่างของ Alice และ Bob ธนาคารเสมือนจริงคือ –

• ปรับขนาดได้ – มีเพียงสองบัญชี – Alice’s และ Bob’s
• ไม่น่าเชื่อถือ – เปิดเผยโปร่งใสไม่สามารถดัดแปลงปลอมแปลงหรือยกเลิกได้
• อิสระของผู้ใช้ – Alice และ Bob จัดการเนื้อหาร่วมกัน
• หลายลายเซ็น – การจัดสรรกองทุนใหม่ใด ๆ จะต้องได้รับการลงนามโดยทั้งอลิซและบ็อบ

b) การทำธุรกรรมที่มีภาระผูกพัน

การทำธุรกรรมข้อผูกมัดคือเมื่อทั้งสองฝ่ายบรรลุข้อตกลงเกี่ยวกับการกระจายเงินและลงนาม การอัปเดตไม่ได้ถ่ายทอดไปยัง blockchain ทันที แต่จะถูกเก็บไว้ในเครือข่ายท้องถิ่น.

การทำธุรกรรมที่มุ่งมั่นเป็นการแสดงออกถึงเจตจำนงที่แท้จริงของทั้งสองฝ่าย เป็นข้อตกลงสำหรับการกระจายเงินระหว่างกัน ธุรกรรม –

• ไม่สามารถดัดแปลงได้
• ไม่สามารถปลอมแปลงได้
• สามารถเขียนทับได้

c) ช่องทางการชำระเงิน

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

การทำธุรกรรมผูกพันแบ่งออกเป็นการเชื่อมต่อโดยตรงและโดยอ้อม.

RSMC (สัญญาการครบกำหนดตามลำดับที่กู้คืนได้) และ HTLC (สัญญาไทม์ล็อกที่แฮช)

1. RSMC (สัญญาครบกำหนดตามลำดับที่เพิกถอนได้)

ซึ่งรวมถึงฝ่ายที่ใช้งานอยู่ซึ่งส่งธุรกรรมข้อผูกมัดไปยังธนาคารเสมือนเพื่อการจัดสรรเงินทุนและฝ่ายรับที่ได้รับการจัดสรรที่ส่งมาจากฝ่ายที่ใช้งานอยู่.

RSMC ป้องกันแรงจูงใจที่เป็นอันตรายผ่านกลไกการฝากเงินไว้วางใจ.

เมื่อฝ่ายที่ใช้งานอยู่เริ่มต้นคำขอชำระบัญชีเงินทุนของฝ่ายผู้รับซึ่งกล่าวว่า $ 100 จะถูกถอนออกและส่งกลับไปยังบัญชีของฝ่ายผู้รับทันที ทรัพย์สินของบุคคลที่ใช้งานอยู่ ($ 100) จะถูกล็อคเป็นเงินประกัน เวลาล็อกจะถูกกำหนดโดยพารามิเตอร์ freeze_time ที่กำหนดโดย smart contract (freeze_time หมายถึงเวลาที่มีการล็อกทรัพย์สินของฝ่ายที่ใช้งานอยู่ซึ่งทั้งสองฝ่ายสามารถเจรจากันได้) หากฝ่ายรับพบว่าธุรกรรมการผูกมัดที่ร้องขอโดยฝ่ายที่ใช้งานอยู่ถูกเพิกถอนฝ่ายที่รับจะสามารถปลดล็อกการเพิกถอนได้ภายในระยะเวลาการล็อกและรับเงินฝากไว้วางใจของฝ่ายที่ใช้งานอยู่ได้ ในทางตรงกันข้ามหลังจากพ้นช่วงเวลาการล็อกแล้วฝ่ายที่ใช้งานอยู่สามารถเรียกเงินฝากไว้วางใจได้.

RSMC เป็นพันธะสัญญาคู่สำหรับคู่สัญญาทั้งสองฝ่าย แต่ละฝ่ายเก็บสำเนาคำมั่นสัญญาและสำเนาทั้งสองฉบับมีผลผูกพันและมีผลบังคับใช้กับธนาคารเสมือน คำมั่นสัญญาแบบคู่ช่วยให้รองรับช่องทางการชำระเงินแบบสองทิศทางโดยหลีกเลี่ยงการปิดกั้นช่องทางการชำระเงินเนื่องจากมีข้อผิดพลาดจากด้านใดด้านหนึ่ง.

คุณสมบัติทั่วไประหว่างสองข้อผูกพัน – หมายเลขข้อผูกพันยอดคงเหลือเวลาตรึง.

ความแตกต่างระหว่างข้อผูกพันทั้งสอง – ฝ่ายที่ใช้งานและฝ่ายรับงานเลี้ยงลงชื่อเงินประกันและการล็อกการเพิกถอน.

กระบวนการชำระบัญชีของ RSMC สามารถแบ่งออกเป็นสามส่วน.

การเปิดช่อง

• อลิซและบ็อบสร้าง RSMC อันดับ 1 และแต่ละคนร่วมกันบริจาค 100 BTC เป็นกองทุน.

การสร้างธุรกรรมข้อผูกพัน (การชำระเงิน)

• ความสัมพันธ์เชิงบังคับใหม่เกิดขึ้นระหว่างอลิซและบ็อบ พวกเขาจะสร้าง # 2 RSMC และแลกเปลี่ยนลายเซ็นเพื่ออัปเดตความเป็นเจ้าของกองทุน สังเกตว่าอลิซและบ็อบถือลายเซ็นของคู่สัญญา เมื่อพวกเขาป้อนลายเซ็นของตัวเองลงในธุรกรรมจะมีผลทันที.
• ทั้งสองฝ่ายถ่ายทอดคีย์ส่วนตัวสำหรับการล็อกการเพิกถอนของ RSMC # 1 ซึ่งจะไม่ถูกต้องในเวลาเดียวกัน RSMC สามารถเปลี่ยนได้อย่างต่อเนื่อง จำนวนข้อผูกพันจะเพิ่มขึ้นหนึ่งครั้งต่อการแทนที่.

การปิดช่อง

• อลิซลงนามใน #N RSMC ซึ่งมีลายเซ็นของ Bob อยู่แล้วและส่งคำขอชำระบัญชีไปยังธนาคารเสมือน.
• ในฐานะปาร์ตี้ที่มีการเคลื่อนไหวอยู่ 50 BTC ของ Alice จะถูกอายัดเป็นเงินประกันในขณะที่ Bob’s 150 BTC จะถูกปล่อยทันที เมื่อเงินของ Alice ถูกระงับหาก Bob พบว่าข้อผูกพันในการจัดสรรเงินใหม่ล้มเหลวเช่น # 1 RSMC ล้มเหลวเขาสามารถเรียกการเพิกถอนได้ตลอดเวลาและเรียกร้องเงินประกันซึ่งเขามีสิทธิ์ถูกต้องตามกฎหมาย.
• หากข้อผูกมัดยังคงมีผลตลอดระยะเวลาการอายัดเงิน Alice จะสามารถเรียกคืนเงินประกันได้.

แม้ว่า RSMC จะสามารถตอบสนองความต้องการขั้นพื้นฐานของกระบวนการชำระบัญชีได้ แต่ก็มีข้อ จำกัด ที่ชัดเจน ต้องเปิดช่องระหว่างทั้งสองฝ่ายใน RSMC สำหรับการชำระเงิน เพื่อแก้ไขข้อ จำกัด นี้จึงเสนอ Hash Timelock Contract (HTLC) HTLC ทำให้สามารถกำหนดเส้นทางการชำระเงินผ่านช่องทางการชำระเงินตั้งแต่สองช่องทางขึ้นไป.

2. Hash Timelock Contract (HTLC): การแก้ปัญหา atomicity ในช่องทางการชำระเงิน

HTLC มีสองเงื่อนไข: Timelock และ Hashlock.

• Timelock – กำหนดให้ผู้รับต้องรับทราบใบเสร็จรับเงินภายในช่วงเวลาหนึ่ง (T).
• Hashlock – ฝ่ายหนึ่งสร้างหมายเลขสุ่ม (H) และสร้างแฮช (R) หากส่วนอื่นสามารถพิสูจน์ได้ว่า Hash (R) = H แสดงว่าการชำระเงินนั้นถูกต้อง.

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

ขั้นตอนการชำระเงิน HTLC

จากซ้ายไปขวาสร้างความมุ่งมั่นไปข้างหน้า จากขวาไปซ้ายส่งหมายเลขที่แฮชย้อนหลังเพื่อทำการชำระเงินให้เสร็จสิ้น.

• แครอลสร้างตัวเลขสุ่ม (R) จากนั้นสร้างแฮช (H) และส่งทั้งสองไปให้อลิซ
• อลิซตั้งค่า HTLC กับ Bob ไทม์ล็อกถูกตั้งค่าเป็น 2T อลิซส่ง H ให้บ็อบ.
• บ็อบตั้งค่า HTLC กับแครอล ไทม์ล็อกถูกตั้งค่าไว้ที่ T (ต้องสั้นกว่า 2T) บ็อบส่ง H ให้แครอล.
• แครอลส่ง H ที่แฮช R ให้บ็อบตรวจสอบความถูกต้อง หากหมายเลขตรงกันก่อนหมดอายุ RSMC ที่มีผลเสมอจะถูกสร้างขึ้นโดยยึดตาม HTLC และ HTLC จะถูกยกเลิกในเวลาเดียวกันเพื่อให้เป็นไปตามความรับผิดชอบ แต่ถ้าหมายเลข R ไม่ตรงกันหรือการชำระเงินหมดอายุ HTLC จะล้มเหลวและการชำระเงินจะกลับไปที่ RSMC สุดท้าย.
• บ็อบจะส่งหมายเลข R จากแครอลไปยังอลิซเพื่อตรวจสอบความถูกต้อง และกระบวนการตรวจสอบข้างต้นจะเกิดขึ้นซ้ำ.

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

3. ความเสี่ยงที่ทั้งสองประเภทของสัญญาพยายามแก้ไข – การโกงและปรมาณู

• การโกง – จะเกิดอะไรขึ้นถ้าอีกฝ่ายเป็นคนคดโกงและไม่มีหลักการ?
• ใน RSMC จากข้อผูกพัน # N-1 ถึง #N ฝ่ายที่มีการเคลื่อนไหวจะได้รับประโยชน์โดยไม่เพิกถอนข้อผูกพัน # N-1 ดังนั้นจึงต้องเพิ่มเงื่อนไขเพิ่มเติมสำหรับฝ่ายที่ใช้งานอยู่สำหรับการออกอากาศการล็อกการเพิกถอน.
• ใน HTLC จากข้อผูกพัน # N-1 ถึง #N มีเพียงฝ่ายรับเท่านั้นที่สามารถถ่ายทอดหมายเลขที่แฮชเพื่อรับการชำระเงิน (เช่นเดียวกับการเพิกถอนข้อผูกพัน # N-1) หากฝ่ายที่ใช้งานอยู่ไม่เพิกถอนข้อผูกมัด # N-1 ฝ่ายที่รับจะยังคงอ้างสิทธิ์ผ่านธนาคารเสมือนได้โดยตรง สรุปได้ว่า HTLC ได้สร้างกฎทั้งหมดหรือไม่มีอะไรที่สมดุลเพื่อหลีกเลี่ยงผู้เข้าร่วมจากการโกง.
• ความเสี่ยงของช่องทางการชำระเงินหลายช่องทาง: ความไม่สมบูรณ์ของช่องทางใกล้เคียง

  ในเส้นทางการชำระเงินฝ่ายที่ใช้งานอยู่จะสร้าง HTLC ไปยังฝ่ายรับ จากนั้นฝ่ายรับจะส่งค่าแฮชย้อนหลัง การชำระเงินทางด้านซ้ายจะต้องดำเนินการให้เสร็จสิ้นก่อนการชำระเงินทางด้านขวา.

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

โซลูชัน Blockchain Trilemma และ Lightning Network

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

การตรวจสอบความถูกต้อง – ปัญหานี้ได้รับการแก้ไขโดย Bitcoin โดยใช้ลายเซ็นดิจิทัล ใครก็ตามที่เป็นเจ้าของคีย์ส่วนตัวเป็นเจ้าของ Bitcoin.

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

เขียนโดย Satoshi Makamoto ใน Bitcoin – ระบบเงินสดอิเล็กทรอนิกส์แบบเพียร์ทูเพียร์:

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

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

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

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

โซลูชันกำลังเกิดขึ้นเพื่อแก้ปัญหาความสามารถในการปรับขนาดในช่วงไม่กี่ปีที่ผ่านมาเช่นขนาดบล็อกที่ใหญ่ขึ้นเครือข่าย DAG กลไกใหม่ (DPOS, PBFT) การชาร์ดและ sidechain กลไกฉันทามติเช่น DPOS และ PBFT กำลังเสียสละระดับการกระจายอำนาจเพื่อความสามารถในการปรับขนาดลดจำนวนโหนดสำหรับการตรวจสอบความถูกต้อง.

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

อย่างไรก็ตามเทคโนโลยีการแยกชิ้นส่วนยังอยู่ในช่วงวัยเด็ก การสำรวจและการทดลองเพิ่มเติมยังไม่ได้ดำเนินการกับปัญหาต่างๆเช่นการสุ่มความสมดุลและการพึ่งพา พูดง่ายๆก็คือยังไม่มีความละเอียดที่แน่นอนสำหรับ Blockchain Trilemma แต่ Lightning Network มีความโดดเด่นท่ามกลางโซลูชันการปรับขยายแบบ off-chain.

ตรรกะเบื้องหลัง Lightning Network นั้นง่ายมาก ไม่ จำกัด ด้วย“ ระบบเงินสดแบบเพียร์ทูเพียร์” แต่แนะนำกลไกการโอนหนี้ซึ่งคล้ายกับการโอนเงินผ่านธนาคาร การโอนระหว่าง Alice และ Bob ไม่ใช่การเป็นเจ้าของเนื้อหาอีกต่อไป แต่เป็นหนี้ไปยังธนาคารเสมือน โซลูชันการใช้จ่ายซ้ำซ้อนนั้นง่ายขึ้น – ตอนนี้ Bob ต้องยืนยันกับธนาคารเสมือนในยอดเงินในบัญชีเท่านั้นแทนที่จะยืนยันกับเครือข่ายทั้งหมดในบันทึกการโอนของ Alice อย่างไรก็ตามธนาคารเสมือนจริงของ Lightning Network ไม่ได้เกี่ยวข้องกับความคิดของคนกลางแบบรวมศูนย์ แต่จะใช้สัญญาอัจฉริยะแทนเพื่อรับประกันการชำระหนี้โดยธนาคารเสมือน.

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

ข้อดีของ Lightning Network

ข้อได้เปรียบหลักห้าประการของเครือข่ายสายฟ้า:

ค่าธรรมเนียมการทำธุรกรรมต่ำ

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

การยืนยันแบบเรียลไทม์

• จำนวนโหนดที่น้อยกว่าในการมีส่วนร่วม โดยทั่วไปธุรกรรมจะเสร็จสมบูรณ์ระหว่างหลายร้อยมิลลิวินาทีถึงสองสามวินาที.

ความสามารถในการประมวลผลแบบขนานสูง

• ความจุช่อง = Bitcoin TPS x 3,600 x 24 x อายุช่องเฉลี่ย / 4 = 3,952,800
• ความสามารถในการประมวลผลแบบขนาน = ความจุของช่อง / ช่องที่ครอบครองต่อธุรกรรม = 658,880

  * อายุช่องเฉลี่ยคือ ที่มา; ช่องที่ครอบครองต่อธุรกรรมจะผิดนัดเป็น 6 ตามระดับการแยกหกระดับ.

ขนาดเล็ก

• ข้อมูลส่วนใหญ่จะถูกจัดเก็บแบบออฟเชนทำให้เพิ่มพื้นที่จัดเก็บข้อมูลบนบล็อกเชน.

การไม่เปิดเผยตัวตน

• ธุรกรรมเป็นแบบไม่ต่อเนื่องและแทบจะเป็นไปไม่ได้ที่จะติดตาม.

ในบทถัดไปเราจะเจาะลึกและสำรวจว่าเหตุใดรูปแบบการชำระหนี้จึงมีประสิทธิภาพมากขึ้นรวมถึงข้อเสียของ Lightning Network และโซลูชันใหม่ ๆ.

โพสต์นี้เดิมปรากฏบนสื่อ. อ่านเพิ่มเติม.

เกี่ยวกับ OKEx

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