มองไปข้างหน้า: การชำระเงินแบบสายฟ้าแลบในปี 2568

จุดเด่นที่สำคัญ

• ผู้ใช้ Lightning ส่วนใหญ่ในปัจจุบันใช้โซลูชันการดูแลเนื่องจากสะดวก
• Splicing จะช่วยให้ผู้ใช้และผู้ให้บริการสามารถสรุปความแตกต่างระหว่าง Lightning และ Bitcoin แบบออนไลน์ได้
• ผู้ให้บริการ Lightning (LSP) จะทำหน้าที่เป็นพอร์ทัลสำหรับผู้ใช้ปลายทางในการเข้าถึง Lightning
• การพัฒนาทางเทคนิคในระยะใกล้สามารถเพิ่มความเป็นส่วนตัวของผู้ใช้ Lightning ทั้งหมดโดยที่ผู้ใช้ไม่ต้องดำเนินการใดๆ เพิ่มเติม

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

ในบทความนี้ เราจะมาดูว่าประสบการณ์การใช้ Lightning อาจเป็นอย่างไรโดยพิจารณาจากโซลูชันที่พัฒนาโดยผู้ที่มีความคิดอันชาญฉลาดมากมาย

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

ปัญหาสายฟ้าในปี 2566 มีอะไรบ้าง?

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

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

ความพยายามด้วยตนเอง

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

• ผู้ใช้จะต้องเชื่อมต่อตลอดเวลา เพื่อส่งและรับการชำระเงิน ในปัจจุบัน สาเหตุสำคัญที่ทำให้การชำระเงิน Lightning ล้มเหลวก็เนื่องมาจากผู้รับออฟไลน์อยู่ ซึ่งเกิดขึ้นประมาณ 0.5-1% ของการชำระเงิน Lightning ทั้งหมด
• ผู้ใช้จะต้อง แชร์ ใบแจ้งหนี้ ให้กันและกัน ผ่านทางข้อความ อีเมล ข้อความ ฯลฯ เพื่อชำระเงินและขอการชำระเงิน ซึ่งเป็นกระบวนการที่ยุ่งยาก
• ผู้ใช้ที่ดำเนินการ โหนด Lightning ของตนเองจะต้องสามารถ จัดสรร Bitcoin ผ่าน ช่องทาง ต่างๆ ได้ การเปิดช่องทางให้กับเพื่อนที่ไม่ได้ดูแลโหนดและช่องทางของตนอาจส่งผลให้เงินทุนติดอยู่ในสถานะขอบรก
  • นี่คือค่าเสียโอกาสของเงินทุนบน Lightning: หากเงินทุนของคุณถูกจัดสรรให้กับคู่แข่งที่ไม่ตอบสนอง เงินทุนนั้นจะไม่สามารถใช้ในการกำหนดเส้นทางการชำระเงินอื่นๆ (และสร้างผลตอบแทน)

ความเชี่ยวชาญทางเทคนิค

ปัญหาเหล่านี้ต้องการความรู้เชิงลึกเกี่ยวกับ Lightning และ/หรือโปรโตคอลที่เกี่ยวข้องกัน ซึ่งผู้ใช้ Lightning โดยเฉลี่ยไม่น่าจะดำเนินการได้

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

การขาดดุลทางเทคนิค

เทคโนโลยีของ Lightning ยังไม่ได้รับการพัฒนาเต็มที่ ปัญหาทางเทคนิคบางอย่างยังต้องได้รับการแก้ไข

• เรายังไม่มี วิธีที่เป็นมิตรกับผู้ใช้ที่เป็นมาตรฐานในการส่งการชำระเงิน ให้กันซึ่งไม่ต้องอาศัยเซิร์ฟเวอร์แบบรวมศูนย์
  • ตัวอย่างคือรหัส QR แบบรวมหรือประเภทประสบการณ์ paynym
  • ที่อยู่ LNURL และ Lightning เป็นตัวเลือก แม้ว่าสิ่งเหล่านี้จะเป็นวิธีแก้ปัญหา เนื่องจากยังคงต้องอาศัย บุคคล ที่ใช้เซิร์ฟเวอร์ อยู่ที่ใดที่หนึ่ง
• เนื่องจากโหนด Lightning จะต้องออนไลน์อยู่เสมอ คีย์การลงนามจึงต้องออนไลน์ด้วย (ฮอต) สิ่งนี้ทำให้เกิดข้อกังวลด้านความปลอดภัยทันทีในทุกระดับ
• ค่าใช้จ่ายในการเปิดและปิดช่องทางเกี่ยวข้องโดยตรงกับ ค่าธรรมเนียมออนไลน์ ในช่วงที่มีความต้องการสูง ค่าธรรมเนียมจะสูงขึ้นอย่างรวดเร็ว ทำให้ช่องมีราคาแพง
  • เพื่อหลีกเลี่ยงปัญหานี้ ผู้ใช้ควรตั้งค่าช่องล่วงหน้าก่อนที่ค่าธรรมเนียมจะพุ่งสูงขึ้น แม้ว่าการตัดสินใจว่าจะเปิดช่องเมื่อใดก็ไม่ใช่เรื่องเล็กน้อย
• ความเป็นส่วนตัวบน Lightning นั้นไม่ดีนัก
  • เมื่อคุณร้องขอการชำระเงินบน Lightning Network คุณจะต้องเปิดเผยข้อมูลเช่นที่อยู่ IP ของโหนดเสมอ
  • แม้ว่าผู้ส่ง (โดยทั่วไป) จะมีความเป็นส่วนตัวที่ดีกว่าผู้รับ แต่ก็ยังเปิดเผยข้อมูลในระหว่างการทำธุรกรรมด้วย
  • ขึ้นอยู่กับวิธีที่โหนด Lightning สื่อสารกัน บุคคลที่สามสามารถกำหนด UTXO ที่เกี่ยวข้องกับธุรกรรมการระดมทุนผ่านช่องทางออนไลน์ได้อย่างง่ายดาย พฤติกรรมการเฝ้าระวังนี้สามารถส่ง ผลต่อการไม่เปิดเผยชื่อ บนเครือข่ายในวงกว้าง

Lightning จะเป็นอย่างไรเมื่อปัญหาเหล่านี้ส่วนใหญ่ไม่ได้รับการแก้ไข?

ประสบการณ์ผู้ใช้ Lightning ในปี 2025

ส่วนถัดไปจะเน้นย้ำถึงสถานะที่เป็นไปได้ในอนาคตของประสบการณ์ผู้ใช้ Lightning นี่ไม่ใช่แผนงานที่แน่ชัดว่าผู้ใช้จะโต้ตอบกับ Lightning อย่างไรในอนาคต แต่เป็นการคาดการณ์ถึงประสบการณ์ผู้ใช้ที่ อาจเป็นไปได้ เมื่อมีการอัปเกรดเครือข่ายบางอย่าง

การประกบทำให้ผู้ใช้มองไม่เห็นสายฟ้า

เราคาดว่า การประกบ จะถูกนำไปใช้กับกระเป๋าเงิน Lightning ส่วนใหญ่ในอีกไม่กี่ปีข้างหน้า แต่สิ่งนี้จะมีความหมายต่อผู้เข้าร่วมเครือข่ายอย่างไร

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

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

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

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

ผู้ให้บริการ Lightning ลดอุปสรรคในการเข้า

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

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

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

การลบความพยายามด้วยตนเองออกจากสมการ

หากบุคคลต้องดำเนินการเพิ่มเติมเพื่อรับประโยชน์จาก Bitcoin (หรือเทคโนโลยีใหม่อื่น ๆ) มีโอกาสที่พวกเขาจะหลุดออกไป ณ จุดใดจุดหนึ่งในกระบวนการนำไปใช้

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

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

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

ที่มาข้อมูลภาพ: https://bolt12.org/

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

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

ความเป็นส่วนตัวตามมาตรฐานของ Lightning

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

รบกวนการเฝ้าระวังเครือข่าย Lightning

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

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

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

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

การใช้ Lightning เป็น VPN

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

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

สายฟ้ายกระดับอีคอมเมิร์ซ

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

การรักษาความปลอดภัยเป็นกุญแจสำคัญในการนำไปใช้ของสถาบัน

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

นอกจากนี้ มันจะ ปลอดภัยยิ่งขึ้นสำหรับสถาบันที่จะถือเงินจำนวนมากบน Lightning พวกเขาจะสามารถใช้ อุปกรณ์พิเศษ ที่ช่วยปกป้องพวกเขาจากความเสี่ยงของ กระเป๋าเงินที่เชื่อมต่ออินเทอร์เน็ต

บทสรุป

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

เมื่อมีโซลูชั่นทางเทคโนโลยีเกิดขึ้นมากขึ้น และมีการใช้เงินทุนมากขึ้นในเครือข่าย ผู้ให้บริการ Lightning มีแนวโน้มว่าจะมีบทบาทมากขึ้นในการขจัดความซับซ้อนออกจากผู้ใช้ปลายทาง ความก้าวหน้าทางเทคโนโลยีจะเป็นประโยชน์ต่อผู้ใช้ที่โฮสต์ด้วยตนเอง และย้ายเครือข่ายทั้งหมดให้เข้าใกล้ประสบการณ์ It Just Works มากขึ้น

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

ข้อสงวนสิทธิ์：

1. บทความนี้พิมพ์ซ้ำจาก [Superscrypt] ลิขสิทธิ์ทั้งหมดเป็นของผู้แต่งต้นฉบับ [Jacob Ko] หากมีการคัดค้านการพิมพ์ซ้ำนี้ โปรดติดต่อทีมงาน Gate Learn แล้วพวกเขาจะจัดการโดยเร็วที่สุด
2. การปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่ถือเป็นคำแนะนำในการลงทุนใดๆ
3. การแปลบทความเป็นภาษาอื่นดำเนินการโดยทีมงาน Gate Learn เว้นแต่จะกล่าวถึง ห้ามคัดลอก แจกจ่าย หรือลอกเลียนแบบบทความที่แปลแล้ว