ความเข้าใจผิดหกประการเกี่ยวกับเครือข่าย Lightning
ชื่อเดิม:Lightning for those who haven’t checked in on it in a while
โพสต์ต้นฉบับโดย Viktor Bunin ผู้เชี่ยวชาญด้านโปรโตคอลคลาวด์ของ Coinbase
การรวบรวมต้นฉบับ: Qianwen, ChainCatcher
ฉันไม่ได้ใช้ Lightening (ต่อมาเรียกว่า Lightning Network) มาระยะหนึ่งแล้ว
ครั้งสุดท้ายที่ฉันใช้เวลาทำงานคือในปี 2019 เมื่อฉันร่วมมือกับ Elizabeth Stark และผู้นำชุมชนคนอื่นๆ เพื่อจัดการประชุม Lightning Network Conference ครั้งแรกในกรุงเบอร์ลิน ตั้งแต่นั้นมา ฉันใช้เวลาส่วนใหญ่ไปกับการทำงานกับโปรโตคอลอื่นๆ และในขณะที่ฉันยังคงเป็นเพื่อนกับคนเช่น Elizabeth ความเข้าใจของฉันเกี่ยวกับวิธีการทำงานของ Lightning Network จริงๆ ก็ถดถอยลง หลังจากตรวจสอบอีกครั้ง ฉันพบว่าไม่ใช่แค่ฉันเท่านั้น แต่รวมถึงเพื่อนส่วนใหญ่ของฉันด้วย
โพสต์นี้มีไว้สำหรับผู้ที่ไม่ได้ใช้ Lightning Network เมื่อเร็ว ๆ นี้ โดยจะกล่าวถึงความเข้าใจผิดที่ฉันหรือคนอื่นๆ ที่ฉันเคยพบเห็น หากฉันพลาดจุดดีๆ โปรดส่งข้อความถึงฉันบน Twitter
ความเข้าใจผิดที่ 1: คุณต้องรันโหนดของคุณเองเพื่อใช้ Lightning Network โดยไม่ได้รับการดูแล ซึ่งทำให้ผู้ใช้ทั่วไปไม่สามารถใช้อุปกรณ์มือถือได้
นี่เป็นเรื่องจริงเมื่อสองสามปีก่อน แต่ตอนนี้ผู้ใช้สามารถใช้ Lightning Network บนอุปกรณ์เคลื่อนที่ผ่านไคลเอ็นต์ light ที่ไม่มีการจัดการได้ ผู้ใช้จะควบคุมคีย์ของตนได้เสมอ และประสบการณ์กระเป๋าเงินกับ Lightning Light Client ก็เหมือนกับการเรียก Alchemy หรือ Infura ผ่าน RPC เมื่อใช้ Ethereum
เรื่องที่ 2: ผู้ส่งและผู้รับต้องออนไลน์พร้อมกันเพื่อให้การชำระเงิน Lightning สำเร็จ (ไม่มีการชำระเงินออฟไลน์/ซิงโครนัส)
สถานการณ์นี้ยังคงมีอยู่ แต่มีวิธีแก้ปัญหาเบื้องต้นบางประการ กระเป๋าเงินมือถือ Lightning ที่ไม่ได้รับการคุ้มครองสามารถรับการชำระเงินผ่านงานในเบื้องหลังหรือการแจ้งเตือนทางโทรศัพท์ แม้ว่ากระเป๋าเงินจะไม่ได้ทำงานอยู่เบื้องหน้าก็ตาม อย่างไรก็ตาม วิธีการนี้ถูกจำกัดโดยระบบปฏิบัติการมือถือ ระบบปฏิบัติการสมัยใหม่จำกัดปริมาณการคำนวณที่ทำโดยแอปพื้นหลังเพื่อประหยัดแบตเตอรี่ การรับการชำระเงิน LN เพียงไม่กี่รายการเป็นเรื่องปกติ แต่หากได้รับการชำระเงินมากเกินไปในช่วงเวลาสั้นๆ การชำระเงินเหล่านั้นจะเริ่มหมดอายุเนื่องจากข้อจำกัดในการคำนวณ
ในระยะยาว นักพัฒนาโปรโตคอล Lightning Network กำลังทำงานเกี่ยวกับข้อกำหนดเฉพาะของการชำระเงินแบบ Async ซึ่งจะทำให้มีเวลาแฝงที่ไร้ความน่าเชื่อถือยาวนานโดยพลการ โดยพื้นฐานแล้ว การชำระเงินจะเครดิตจากโหนดของผู้ส่ง แต่ถ้าโหนดของผู้รับออฟไลน์ การชำระเงินจะยังคงอยู่ใน LSP ของผู้ส่ง (ผู้ให้บริการเครือข่าย Lightning/Liquidity Service ซึ่งโดยปกติจะดำเนินการโดยกระเป๋าเงินเอง) จนกว่าผู้รับจะกลับมาออนไลน์อีกครั้ง คาดว่าการอัปเกรดจะมาถึงในปีหน้า แต่ยังไม่มีวันเปิดตัวอย่างเป็นทางการ อย่างไรก็ตาม สิ่งนี้กำหนดให้กระเป๋าเงินที่เข้าร่วมต้องมี LSP ซึ่งอาจขัดขวางการนำ LSP มาใช้เป็นโซลูชันทั่วทั้งเครือข่าย
ความเข้าใจผิด 3: Lightning Network กำหนดให้ผู้ใช้ทั้งสองฝ่ายลงทุน BTC จำนวนเท่ากันในช่องเพื่อเปิดช่อง
สิ่งนี้ไม่ถือเป็นจริง สำหรับไคลเอนต์ Lightning Network ส่วนใหญ่ ช่องจะเปิดทางเดียวตามค่าเริ่มต้น ดังนั้นมีเพียงผู้ส่งเท่านั้นที่ต้องลงทุนในช่อง และผู้รับเงินสามารถเป็นที่อยู่ใหม่ที่ว่างเปล่าได้ ความเข้าใจผิดนี้เกิดขึ้นจากเอกสารไวท์เปเปอร์เครือข่าย Lightningตัวอย่างในเอกสารไวท์เปเปอร์มักกล่าวถึงช่องทางการระดมทุนแบบสองทางเสมอ
จริงๆ แล้วมันมีพื้นฐานมาจากเรื่องราวเบื้องหลังที่น่าสนใจ ช่องทางการชำระเงินที่เร็วที่สุด (Spilman) อนุญาตให้ชำระเงินแบบทางเดียวเท่านั้น นวัตกรรมของ Lightning Network อยู่ที่การสร้างกองทุนสองเท่าและการชำระเงินแบบสองทาง และช่องทางไม่มีวันหมดอายุ นี่อาจเป็นสาเหตุที่รายงานของ Lightning Network ให้ความสำคัญกับเรื่องนี้มาก นี่เป็นสิ่งประดิษฐ์ที่สำคัญเมื่อเทียบกับการออกแบบโปรโตคอลที่เป็นที่รู้จักในขณะนั้น
เรื่องที่ 4: Lightning Network กำหนดให้ผู้ใช้ระบุใบแจ้งหนี้แบบมีวัตถุประสงค์เดียวโดยเฉพาะ ซึ่งเป็นประสบการณ์ที่แย่มากสำหรับผู้ใช้
นี่เป็นเรื่องจริงในตอนแรก แต่ตอนนี้มีแล้วที่อยู่เครือข่ายสายฟ้าซึ่งโดยพื้นฐานแล้วคือ ENS สำหรับ Lightning Network ประกอบด้วยlnurl-payเปิดใช้งานเพื่อให้ผู้ใช้สามารถส่ง BTC ไปที่ viktor@example.com ผ่านเครือข่าย Lightning ไม่ว่าจะนานเท่าใดหรือนานเท่าใด
ความเชื่อที่ 5: ผู้ใช้จำเป็นต้องเข้าใจและเลือก Bitcoin และ Lightning Network เมื่อส่ง BTC
มันคงจะเป็นเช่นนั้นมาก่อน แต่ตอนนี้มันแตกต่างออกไป ตอนนี้พวกเขามีรหัส QR แบบรวมรวมที่อยู่ออนไลน์เข้ากับใบแจ้งหนี้ Lightning Network อย่างชาญฉลาด เพื่อให้กระเป๋าเงินที่ส่งสามารถเลือกเส้นทางที่ถูกต้องได้ เปิด CashApp แล้วไปที่แท็บ Bitcoin โปรดทราบว่าแม้ว่า Cash App จะรองรับ Lightning Network แต่ไม่มีตัวเลือกในการเลือก Lightning Network เนื่องจากพวกเขากำลังใช้รหัส QR แบบรวม
อย่างไรก็ตาม วิธีนี้ไม่สามารถแก้ปัญหายอดคงเหลือเพียงยอดเดียวได้ — ยอดคงเหลือ BTC ของผู้ใช้ยังคงสามารถแบ่งได้ทั้งแบบออนไลน์และทั่วทั้ง Lightning Network ผ่านการแลกเปลี่ยนใต้น้ำ(แลกเปลี่ยนเรือดำน้ำ) และ/หรือเย็บ(Splicing) สามารถแก้ปัญหานี้ได้ในระดับหนึ่ง แต่มุมมองในระยะยาวของฉันคือผู้ใช้จะไม่ทราบด้วยซ้ำว่านี่เป็นปัญหา หรือเครือข่าย Lightning มีอยู่ เนื่องจากกระเป๋าเงินและผู้ให้บริการรายอื่นจะจัดการกับความซับซ้อนที่ซ่อนอยู่ ปัญหาเหล่านี้ จะถูกซ่อนอยู่ภายใต้ประสบการณ์การใช้งานที่ราบรื่น
เรื่องที่ 6: Lightning Network นั้นไม่มีประสิทธิภาพด้านเงินทุน ดังนั้นจึงใช้งานไม่ได้
การสนทนานี้เป็นการสนทนาที่ละเอียดอ่อน และฉันจะพยายามทำตัวเป็นกลางให้มากที่สุด
Lightning Network ใช้โมเดลแบบฮับและซี่ล้อ ส่วนฮับต่อฮับของเครือข่ายมีประสิทธิภาพด้านเงินทุนสูง เนื่องจากอัตราส่วน การจัดสรรเงินทุนต่อหน่วย สูงของช่องทางขนาดใหญ่ระหว่างการแลกเปลี่ยน กระเป๋าคุมข้อมูล LSP และโหนดการกำหนดเส้นทางที่เหมาะสมที่สุด
อย่างไรก็ตาม ในกรณีที่ความไร้ประสิทธิภาพด้านเงินทุนของเครือข่าย Lightning อยู่ที่ขอบ - ผู้ใช้ที่ไม่ได้รับการคุ้มครอง สำหรับผู้ใช้ Lightning ที่ถูกคุมขัง กระเป๋าเงินจะต้องรักษาช่องทางขนาดใหญ่ไว้กับฮับอื่น ๆ และดำเนินการบัญชีภายในของยอดคงเหลือของผู้ใช้ สำหรับผู้ใช้ที่ไม่ได้รับการคุ้มครอง กระเป๋าเงินจะต้องรักษาช่องทางการระดมทุนแบบเปิดแยกต่างหากกับผู้ใช้แต่ละคน ความท้าทายอยู่ที่วิธีการรักษาการจัดสรรสภาพคล่องและการจัดการอย่างต่อเนื่องในช่องทางเหล่านี้
เพื่อยกตัวอย่างที่เป็นรูปธรรม: ผู้ใช้กระเป๋าเงินที่ไม่ได้รับการคุ้มครองต้องการส่ง 0.1 BTC ไปให้เพื่อนผ่านทาง Lightning Network สมมติว่ามีสภาพคล่องเพียงพอในช่องทางระหว่างพวกเขากับผู้ให้บริการกระเป๋าเงินและทุกโหนดตลอดทาง การชำระเงินจะสำเร็จ แต่ตอนนี้กระเป๋าเงินมีปัญหา - พวกเขามี 0.1 BTC ในช่องด้านข้าง หากผู้ใช้ไม่ได้รับการชำระเงินใด ๆ (ดังนั้นการปรับสมดุลช่อง) 0.1 BTC นี้ก็จะไม่ได้ใช้งานที่นั่น ทำให้ผู้ให้บริการกระเป๋าเงินไม่มีประสิทธิภาพต่ำ ณ จุดนี้ ผู้ให้บริการกระเป๋าเงินจะต้องตัดสินใจว่าจะรักษาสภาพคล่องหรือถอนสภาพคล่องโดยการปิดช่องทาง (ซึ่งสร้างประสบการณ์ผู้ใช้ที่ไม่ดี) หรือประกบช่องทาง (ซึ่งผู้ใช้จะมองไม่เห็น)
สำหรับผู้ใช้ที่ไม่ได้รับการดูแล ปัญหาการขาดประสิทธิภาพของเงินทุนส่วนเพิ่มนี้เป็นปัญหาการเพิ่มประสิทธิภาพที่น่ารำคาญมาก ซึ่งเลวร้ายยิ่งกว่ารูปแบบตามบัญชีโดยไม่คำนึงถึงขนาดของธุรกรรม อย่างไรก็ตาม นี่ไม่ใช่ปัญหาที่แก้ไขไม่ได้ ตราบใดที่มันเป็นไปไม่ได้ มันจะต้องประสบความสำเร็จ ซึ่งเป็นคำขวัญของชุมชนนักพัฒนา Bitcoin
นอกจากความยากในการเพิ่มประสิทธิภาพเงินทุนแล้ว ความท้าทายอีกประการหนึ่งยังมาจากต้นทุนที่เกี่ยวข้องกับช่องทางและการจัดการสภาพคล่อง เนื่องจากการต่อประกบ การปิดช่องทาง ฯลฯ ทุกครั้งจำเป็นต้องมีธุรกรรมออนไลน์ งบประมาณการรักษาความปลอดภัยของ Bitcoin ขึ้นอยู่กับค่าธรรมเนียมการทำธุรกรรมที่เพิ่มขึ้นอย่างมาก แต่หากค่าธรรมเนียมการทำธุรกรรมเพิ่มขึ้นเป็น $30-$60 การจัดการช่องทางจะมีค่าใช้จ่ายสูงในวงกว้าง และประชากรส่วนใหญ่ทั่วโลกอาจไม่สามารถใช้ Lightning ที่ไม่ใช่การควบคุมได้ เครือข่าย. ปัจจุบันกระเป๋าเงิน Lightning ที่โฮสต์ไว้มีข้อได้เปรียบเนื่องจากมีแรงจูงใจในตัว และมีแนวโน้มว่าจะเพิ่มมากขึ้นอีกเมื่อค่าธรรมเนียมออนไลน์เพิ่มขึ้น เนื่องจากรูปแบบบัญชีแบบรวมทุกอย่างทำให้การจัดการช่องมีความถี่น้อยลงมาก ชุมชนกำลังทำงานอย่างหนักเพื่อแก้ไขปัญหานี้และรับรองว่ากระเป๋าเงิน Lightning ที่ไม่ได้รับการคุ้มครองยังคงเป็นพลเมืองชั้นหนึ่งบนเครือข่าย แต่ยังไม่มีวิธีแก้ปัญหาที่ชัดเจน
Lightning Network ยังคงมีหนทางอีกยาวไกลในการไปสู่ความเรียบง่าย ไร้รอยต่อ และนามธรรมโดยสมบูรณ์ ยังมีกรณี Edge อีกหลายกรณี และผู้ใช้ที่ไม่มีการจัดการยังไม่ได้รับประสบการณ์การใช้งานขั้นสูงสุด อย่างไรก็ตาม ปัญหาหลายอย่างได้รับการแก้ไขแล้ว และปัญหาอื่นๆ อีกมากมายจะได้รับการแก้ไขในอีกไม่กี่ปีข้างหน้า บัดนี้ฟ้าแลบมาแล้ว ฟ้าร้องจะตามหลังไปไกลได้หรือ?
อยากลองไลท์เทนนิ่งไหม?
ผู้ใช้ที่ไม่มีการจัดการสามารถเลือกได้Phoenix WalletหรือBreez
ผู้ใช้ที่ได้รับการจัดการสามารถเลือกได้Wallet of Satoshi
หรือผู้ใช้ยังสามารถเรียกใช้LNDดำเนินการด้วยตนเอง
