ช่องเครือข่าย Lightning บนสเตทเชน

ชื่อเดิม: Lightning Network Channels จาก Statechain

ผู้เขียนต้นฉบับ: SHINOBI

พื้นหลัง

พื้นหลัง

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

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

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

ช่อง Lightning ตาม statechain

Commerceblock กำลังเขียน BLIP ใหม่ (Bitcoin Lightning Network Upgrade Proposal) เพื่อให้บรรลุสิ่งที่อยู่ในข้อเสนอดั้งเดิมของ Somsen นั่นคือช่องทางสายฟ้าในกองทุน statechain

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

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

จากที่นี่ ด้วยการอนุญาตของ Bob อลิซและผู้ดำเนินการของ Statechain นี้สามารถลงนามธุรกรรมเพื่อใช้จ่ายเงินใน Statechain โดยตรงไปยังช่อง Lightning แบบหลายลายเซ็น และจัดการกระบวนการสร้างช่อง Lightning Network (หมายเหตุผู้เขียนที่แปล: สิ่งนี้ ช่องคือช่องระหว่างอลิซกับบ๊อบ)

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

(หมายเหตุผู้แปล: จุดประสงค์ของข้อตกลงชุดนี้คือการสร้างช่องทางระหว่างเจ้าของปัจจุบันและผู้ชำระเงินที่ตั้งใจไว้ตามกองทุน statechain ทำให้เจ้าของปัจจุบันสามารถแยกกองทุน statechian และจ่ายเงินเพียงบางส่วนให้กับผู้ชำระเงินที่ต้องการ หลังจากข้อตกลงสิ้นสุดลง Statechain ที่เกี่ยวข้องจะไม่เป็นของเจ้าของดั้งเดิมอีกต่อไป (ในที่นี้คือ Alice) เนื่องจากชิ้นส่วนคีย์ส่วนตัวที่ตรงกับ Alice ถูกทำลายโดยผู้ดำเนินการ มันจะถูกแทนที่ด้วยช่อง Alice-Bob

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

ปรับปรุงยูทิลิตี้ของ statechain

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

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

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

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

อนาคตของ Statechain และเครือข่าย Lightning

เมื่อพูดถึงแผนการในอนาคต Nicolas Gregory จาก Commerceblock กล่าวว่า "แผนของเราคือการสร้างแนวทางมาตรฐานในการรวมเทคโนโลยี statechain และ Lightning เพื่อช่วย Lightning Network ในการปรับสมดุล off-chain โดยใช้ช่องทางของรัฐ ชุดของบรรทัดฐานในปัจจุบันจะเป็นรากฐานที่สำคัญของ เป้าหมายนี้”

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

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

ทั้ง Statechain และ Lightning Channels ให้ประโยชน์มากมายแก่กันและกัน สิ่งที่เราต้องทำคือพัฒนาวิธีมาตรฐานสำหรับทั้งสองในการโต้ตอบ