Bitcoin Lightning เทียบกับการชำระเงิน on-chain: ค่าธรรมเนียม การยืนยัน และช่องทาง

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

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

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

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

ผู้รับส่งใบแจ้งหนี้ Lightning ซึ่งเข้ารหัสคำขอชำระเงิน โดยมักมีจำนวนเงิน ปลายทาง คำอธิบาย และวันหมดอายุ กระเป๋าของผู้จ่ายอ่านข้อมูลและหาเส้นทางที่มีความจุและวงเงินเหมาะสม ข้อกำหนดใบแจ้งหนี้ BOLT 11 อธิบายฟิลด์ของคำขอ ส่วน BOLT 7 อธิบายการประกาศช่องทางและข้อมูลเส้นทาง.

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

ช่องทางชำระเงินเริ่มจากธุรกรรม funding แบบ on-chain และมีความจุรวม เมื่อผู้เข้าร่วมจ่ายเงินให้กัน ยอดคงเหลือจะเปลี่ยนโดยไม่ต้องเผยแพร่ธุรกรรม Bitcoin แยกสำหรับทุกครั้ง จำนวนที่ฝ่ายหนึ่งส่งได้ขึ้นกับยอดในทิศทางนั้น เงินสำรอง วงเงิน และเส้นทางที่เลือก โปรโตคอลเพียร์ BOLT 2 อธิบายพารามิเตอร์ช่องทางและขีดจำกัด HTLC.

แม้ช่องทางมีความจุรวมพอ ก็อาจไม่มีสภาพคล่องขาออกสำหรับการจ่ายรายการหนึ่ง ผู้รับอาจไม่มีเส้นทางขาเข้าที่ใช้ได้สำหรับยอดนั้น การเปิดช่องทาง ปรับสภาพคล่อง หรือปิดช่องทางอาจมีธุรกรรมและค่าธรรมเนียม on-chain BOLT 5 ว่าด้วยการจัดการ on-chain อธิบายการปิดร่วมกันและการปิดฝ่ายเดียว ภาพประกอบแยกการจ่ายผ่านช่องทางออกจากธุรกรรมเปิดและปิดที่ชำระบน Bitcoin

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

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

กระเป๋า on-chain อาจแสดงว่ากระจายแล้ว รอดำเนินการ หรือยืนยันแล้ว ข้อมูลธุรกรรมและบล็อกเปิดเผยต่อสาธารณะ และผู้รับอาจกำหนดจำนวนการยืนยันตามมูลค่าและบริบท ธุรกรรมอาจยังไม่ยืนยันนานกว่าที่คาด ค่าประมาณค่าธรรมเนียมไม่ได้ควบคุมการเลือกของนักขุด.

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

ข้อมูลธุรกรรม on-chain เป็นสาธารณะและนำไปวิเคราะห์ได้ แม้ที่อยู่จะไม่ได้เปิดเผยชื่อเจ้าของโดยอัตโนมัติ onion routing ของ Lightning ออกแบบมาเพื่อลดข้อมูลที่โหนดกลางเห็นเกี่ยวกับเส้นทางทั้งหมด แต่ไม่ได้ทำให้ทุกการจ่ายเป็นนิรนาม ข้อกำหนด onion routing ของ BOLT 4 และข้อมูลช่องทางสาธารณะใน BOLT 7 อธิบายบางส่วนของรูปแบบนี้.

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

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

ก่อนส่งให้ตรวจชนิดการจ่าย เครือข่าย จำนวนเงิน วันหมดอายุใบแจ้งหนี้ ผู้รับ ค่าธรรมเนียมที่แสดง และวงเงิน อย่าวางใบแจ้งหนี้ Lightning ในช่องที่อยู่ on-chain ใช้ทางเลือก on-chain เฉพาะเมื่อใบแจ้งหนี้และกระเป๋ารองรับชัดเจน อ่านต่อ: ค่าธรรมเนียมธุรกรรม Bitcoin, การยืนยันเงินฝาก และ รายการตรวจสอบการโอนคริปโต

แหล่งข้อมูลทางเทคนิคปฐมภูมิ: Bitcoin Developer Guide: การประมวลผลการชำระเงิน; BOLT 2: โปรโตคอลเพียร์; BOLT 4: onion routing; BOLT 5: ธุรกรรม on-chain; BOLT 7: ข้อมูลเส้นทาง; BOLT 11: รูปแบบใบแจ้งหนี้.